Re: [Python-Dev] Fix Unicode-disabled build of Python 2.7

I can't see any reason to make a backwards-incompatible change to Python 2 to only support Unicode. You're bound to break somebody's setup. Wouldn't it be better to fix bugs as Serhiy has done? Skip ___ Python-Dev mailing list Python-Dev@python.org https

Re: [Python-Dev] Fix Unicode-disabled build of Python 2.7

On Tue, Jun 24, 2014 at 6:15 PM, Nick Coghlan wrote: > Aye, in this case, I'm in the "officially deprecate the feature" camp. Definitely preferable to the suggestion to remove the configure flag. Skip ___ Python-Dev mailing list Python-Dev@python.org h

Re: [Python-Dev] Bluetooth 4.0 support in "socket" module

On Mon, Jul 14, 2014 at 8:57 AM, Tim Tisdall wrote: > Is there some online documentation with guidelines on how to contribute? http://lmgtfy.com/?q=contribute+to+python Skip ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mail

Re: [Python-Dev] Bluetooth 4.0 support in "socket" module

On Mon, Jul 14, 2014 at 10:53 AM, Brian Curtin wrote: >> > Is there some online documentation with guidelines on how to contribute? >> >> http://lmgtfy.com/?q=contribute+to+python > > > This response is unacceptable. Tim and I already discussed this offline. I admitted to being in a bit of a snar

Re: [Python-Dev] Python Job Board

On Mon, Jul 14, 2014 at 11:59 AM, Brett Cannon wrote: > This is the wrong place to ask about this. It falls under the purview of the > web site who you can email at webmaster@ or submit an issue at > https://github.com/python/pythondotorg . But I know from PSF status reports > that it's being acti

Re: [Python-Dev] Reviving restricted mode?

On Mon, Aug 11, 2014 at 12:42 PM, matsjoyce wrote: > There maybe some holes in my approach, but I can't find them. There's the rub. Given time, I suspect someone will discover a hole or two. Skip ___ Python-Dev mailing list Python-Dev@python.org https:

Re: [Python-Dev] pip enhancement

On Wed, Aug 27, 2014 at 7:58 AM, Neal Becker wrote: > On systems where os-level packaging is available (e.g., fedora linux), it is > not > unusual to want a newer python package installed than available from the > vendor. > pip install --user can be used for this. How? I have exactly this probl

Re: [Python-Dev] pip enhancement

On Wed, Aug 27, 2014 at 8:24 AM, Paul Moore wrote: > Do you mean something like "pip list --outdated"? I was unaware of that command, as we were stuck at pip 1.2.1. I just updated pip manually to 1.5.6. That is a very helpful command. It would be even better if it understood --user so it could re

Re: [Python-Dev] pip enhancement

On Wed, Aug 27, 2014 at 9:04 AM, Ian Cordasco wrote: > Also, isn't this discussion better suited for Distutils-SIG? I started up a thread there. I'd post an archive link, but it hasn't yet turned up in the distutils-sig archive. Skip ___ Python-Dev mai

Re: [Python-Dev] https:bugs.python.org -- Untrusted Connection (Firefox)

I got the same in Chrome on my Mac. Skip On Sep 1, 2014 8:00 PM, "John Wong" wrote: > As of today I still am getting untrusted cert thought I would re-ping to > see if there is an ETA. > > On Thu, Aug 21, 2014 at 10:32 PM, Terry Reedy wrote: > >> On 8/21/2014 7:25 PM, Nick Coghlan wrote: >> >>>

Re: [Python-Dev] cpython (3.4): Issue #22295: Adopt 'python -m pip' as the preferred invocation

On Sat, Sep 6, 2014 at 7:27 AM, Antoine Pitrou wrote: > Why not advocate --user instead? It is simpler than messing around with > virtual > environments and will suffice for most use cases. I agree, however, --user needs to be more fully integrated into pip's behavior. For example, if I execute

Re: [Python-Dev] cpython (3.4): Issue #22295: Adopt 'python -m pip' as the preferred invocation

> If I then execute > > pip install --user --upgrade SomePackage > > it tries to remove the outdated more global version of SomePackage. BTW, I believe this is a known issue: https://github.com/pypa/pip/issues/1851 https://github.com/pypa/pip/issues/1122 Based on the comment in the second issue,

Re: [Python-Dev] Fixing 2.7.x

On Mon, Oct 6, 2014 at 12:24 PM, Ned Deily wrote: > So 2.7.x is not "security only" and wouldn't reach that stage until 2020 > under current policy. Apparently no other 2.x release qualifies as "security only" at this point? I would have expected at least 2.6 to fall into that category. Skip ___

Re: [Python-Dev] performance delta with .py presence v.s. only pyc on python 2.7.x?

On Tue, Oct 7, 2014 at 12:46 PM, John Smith wrote: > pyc-only install sees mediocre performance. (pyc's are built using > compileall.py, then source .py's removed before packaging) (Warning: it's been probably a decade since I looked at any of this stuff, so treat this response as mere conjecture

Re: [Python-Dev] Dinamically set __call__ method

On Tue, Nov 4, 2014 at 10:52 AM, Roberto Martínez < robertomartin...@gmail.com> wrote: > $ cat testcall.py > class A: > You are using old-style classes in Python 2.7 unless you explicitly inherit from object. If I vary the class line to be "class A(object):" I get the same behavior with 2.7 as yo

Re: [Python-Dev] Move selected documentation repos to PSF BitBucket account?

> git-push(1) is over 650 lines and it's nearly > impossible to dig out the most important > bits. I use git daily at work. I try to use it in the most simple way possible. My frustration with the man pages got to the point where I basically use Google to ask my questions, then bookmark the soluti

Re: [Python-Dev] datetime nanosecond support (ctd?)

On Thu, Dec 11, 2014 at 11:58 AM, Matthieu Bec wrote: > ...or keep using "%f" if acceptable... That might be a problem. While it will probably work most of the time, there are likely to be situations where the caller assumes it generates a six-digit string. I did a little poking around. It seems

Re: [Python-Dev] datetime nanosecond support (ctd?)

On Thu, Dec 11, 2014 at 1:23 PM, Antoine Pitrou wrote: > I think strftime / strptime support is a low-priority concern on this > topic, and can probably be discussed independently of the core > nanosecond support. Might be low-priority, but with %f support as a template, supporting something to s

Re: [Python-Dev] datetime nanosecond support (ctd?)

On Tue, Dec 16, 2014 at 11:10 AM, matthieu bec wrote: > Agreed with Antoine, strftime/strptime are somewhat different concerns. > Doesn't mean thay cannot be fixed at the same time but it's a bit a > separate. Which reminds me... Somewhere else (maybe elsewhere in this thread? maybe on a bug trac

Re: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition

On Tue, Dec 16, 2014 at 1:58 PM, Marko Rauhamaa wrote: > > IMO, you should consider forking your library code for Python2 and > Python3. > I don't get the idea that Brett Cannon agrees with you: http://nothingbutsnark.svbtle.com/commentary-on-getting-your-code-to-run-on-python-23 While he doesn

Re: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition

On Tue, Dec 16, 2014 at 3:03 PM, Marko Rauhamaa wrote: > > How about "run 3to2 at installation time?" In theory, yes, but that's not a fork either. Skip ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-

Re: [Python-Dev] How do I ensure that my code is being executed?

On Tue, Jan 20, 2015 at 8:35 AM, Neil Girdhar wrote: > > I get error: > > TypeError: init_builtin() takes exactly 1 argument (0 given) > > The only source file that can generate that error is > Modules/_ctypes/_ctypes.c, but when I make changes to that file such as: > > PyErr_Format(PyExc

Re: [Python-Dev] Any grammar experts?

On Mon, Jan 26, 2015 at 12:12 PM, Antoine Pitrou wrote: > I also think the multiple-starargs function calls are completely > overboard: > > f(**someargs, **someotherargs) > > (I might add I've never felt any need for those) This makes sense to me, but I wonder how you resolve the case of overla

Re: [Python-Dev] Any grammar experts?

On Mon, Jan 26, 2015 at 12:55 PM, Ethan Furman wrote: > So which is it? Precisely... S ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-de

Re: [Python-Dev] Pydoc Replacement for Python's help()?

On Mon, Jan 26, 2015 at 12:49 PM, Cyd Haselton wrote: > Unfortunately, as I quickly found out, > Python's built-in help function requires tkinter, which requires > tcl/tk. I'm a little confused. Are you using some sort of freeze system which is deciding Tkinter is required? I use help() all the t

[Python-Dev] Undefined reference to dlopen (was: Pydoc Replacement for Python's help()?)

On Tue, Jan 27, 2015 at 6:31 AM, Cyd Haselton wrote: > Additionally it appears as though some modules were not built with the > correct links to -lc -ldl, even though I added them as dependencies in > Setup and setup.py, as well as in the appropriate env variables. > Importing string, tokenize, op

Re: [Python-Dev] Pydoc Replacement for Python's help()?

On Tue, Jan 27, 2015 at 6:46 AM, Cyd Haselton wrote: > A quick FYI: The decision to build 2.7.8 (instead of 3.x) on Android > was made after reading this article: > https://wiki.python.org/moin/Python2orPython3 What in that document convinced you to port to Python 2 instead of Python 3? That page

Re: [Python-Dev] Tunning binary insertion sort algorithm in Timsort.

On Mon, Mar 9, 2015 at 10:53 AM, Steven D'Aprano wrote: > On Sun, Mar 08, 2015 at 10:57:30PM -0700, Ryan Smith-Roberts wrote: >> I suspect that you will find the Python community extremely conservative >> about any changes to its sorting algorithm, given that it took thirteen >> years and some rea

Re: [Python-Dev] typeshed for 3rd party packages

On Wed, Apr 22, 2015 at 10:43 AM, Guido van Rossum wrote: > For Requests, it looks like it may be better not to have stubs at all. Can you expand on this? Why would Requests be any different than any other module/package? As for versioning, I think stub files would absolutely have to declare t

Re: [Python-Dev] PEP 492: What is the real goal?

On Wed, Apr 29, 2015 at 2:42 PM, Yury Selivanov wrote: > Anyways, I'd be OK to start using a new term, if "coroutine" is > confusing. > According to Wikipedia , term "coroutine" was first coined in 1958, so several generations of computer science graduates

[Python-Dev] Mac popups running make test

I haven't run the test suite in awhile. I am in the midst of running it on my Mac running Yosemite 10.10.3. Twice now, I've gotten this popup: ​ I assume this is testing some server listening on localhost. Is this a new thing, either with the Python test suite or with Mac OS X? (I'd normally be h

Re: [Python-Dev] Mac popups running make test

> Twice now, I've gotten this popup: ... Let me improve my request, as it seems there is some confusion about what I want. I'm specifically not asking that the popups not be displayed. I don't mind dismissing them. When they appear, I would, however, like to glance over at the stream of messages e

[Python-Dev] Fwd: Python programming language vulnerabilities

This popped up on python-list. It actually seems to me like it might be interesting to the core developers. Apologies if I've missed my guess. Skip -- Forwarded message -- From: Stephen Michell Date: Fri, Sep 8, 2017 at 12:34 PM Subject: Python programming language vulnerabilitie

Re: [Python-Dev] A reminder for PEP owners

> But someone has to > review and accept all those PEPs, and I can't do it all by myself. An alternate definition for BDFL is "Benevolent Delegator For Life." :-) Skip ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/lis

Re: [Python-Dev] Why aren't decorators just expressions?

> Indeed, I can’t remember a single time where I’ve needed that, let alone actually realized the restriction existed. Likewise. I suspect the use of a function sort of just fell out from the pre-decorator usage. Things like staticmethod()

Re: [Python-Dev] Partial support of a platform

for this platform on this Git branch: https://github.com/python/Butterfly * MothOS - Skip Montanaro (skip.montan...@gmail.com) is working to add CPython support for this platform on this Git branch: https://github.com/smontanaro/Moth Interested parties would be directed to contact the pilots

Re: [Python-Dev] iso8601 parsing

> I think the latest version can now strptime offsets of the form ±HH:MM with > %z, so there's no longer anything blocking you from parsing from all > isoformat() outputs with strptime, provided you know which one you need. Or just punt and install arrow: >>> import arrow >>> arrow.get('2017-10-2

Re: [Python-Dev] iso8601 parsing

operation to have an > inverse operation in the standard library. > > On November 28, 2017 3:45:41 PM EST, Skip Montanaro < > skip.montan...@gmail.com> wrote: >> >> I think the latest version can now strptime offsets of the form ±HH:MM with >>> %z, so there&#

Re: [Python-Dev] Support of the Android platform

I'm not familiar with software development on/for Android, but wouldn't official support also involve suitable package creation or does that just fall out for free from the build-for-emulator PR? Skip ___ Python-Dev mailing list Python-Dev@python.org htt

Re: [Python-Dev] [ssl] The weird case of IDNA

Guido wrote: This being a security issue I think it's okay to break 3.6. might even backport to 3.5 if it's easy? Is it also a security issue with 2.x? If so, should a fix to 2.7 be contemplated? Skip ___ Python-Dev mailing list Python-Dev@python.org

Re: [Python-Dev] gdb support could use some love

> There are a bunch of open issues regarding gdb support including one with a > PR in need of review for 3.6+. I rejected one (which assumed everyone now uses a python-aware gdb), commented on another (ceval.c-related name changes in several commands), and created a PR for third (documentation fo

Re: [Python-Dev] gdb support could use some love

> You created the PR from your local python repository master branch. I have > done this, with negative consequences. I believe you will find life with > git easier if you never edit your master branch, or at least, never make > local commits to it, and only commit to and create PRs from special-

Re: [Python-Dev] gdb support could use some love

> Modifying GitHub Labels is only available to people with commit privs and, > IIRC, Skip asked to drop his commit privs a few years ago (although I'm sure > we would all be happy to welcome him back!). Alas, then I would feel some obligation to be semi-responsive to buggy things in areas where

[Python-Dev] Can't open standard streams with "a"

In Python 2 you can open the standard output and error streams in append mode, despite the fact that they aren't technically seekable. This changed somewhere along the way in (I think) io.open. There's an open bug report about this: https://bugs.python.org/issue27805 I just stumbled on it porting

[Python-Dev] Trying to build from source, test-poplib fails

It's been a long while since I rebuilt Python from the Git source. I tried for the first time the other day. Everything passed except test_poplib and test_asyncio. The former just runs and runs and runs. Here's the first traceback I encounter when executing ./python Lib/test/test_poplib.py: test_s

Re: [Python-Dev] Trying to build from source, test-poplib fails

> Do you have ca-certificates installed? It seems so: % apt search ca-certificates | grep installed ca-certificates/artful,artful,now 20170717 all [installed] ca-certificates-mono/artful,artful,now 4.6.2.7+dfsg-1ubuntu1 all [installed,automatic] liblwp-protocol-https-perl/artful,artful,now 6.07-

Re: [Python-Dev] PEP 572: Assignment Expressions

> > Just reading this: > > https://www.bfilipek.com/2018/04/refactoring-with-c17-stdoptional.html > > about C++17, and what did I see? An example with a semicolon in > parentheses! > Isn't that kind of the C++ motto? "Leave no syntactic stone unturned." Whereas in Python, the syntax motto might be

Re: [Python-Dev] Drop/deprecate Tkinter?

I still use it a bit, in simple contexts to be sure, but I do find it useful. Others think so as well. I think TkAgg is probably the most commonly used backend in Matplotlib. I wrote a single Matplotlib-using program which plots columns from CSV files. I use it almost daily with no problems. Again,

Re: [Python-Dev] Drop/deprecate Tkinter?

One other small bit... There is some precedent for retaining modules where the underlying library was known to be buggy. The dearly departed bsddb module exposed libdb 1.85 (as I recall) which had an unfixable bug. Still, bsddb supported that broken version of the library for quite awhile before it

Re: [Python-Dev] (Looking for) A Retrospective on the Move to Python 3

> I have found 2to3 conversion to be remarkably easy and painless. > And the whole Unicode thing is much easier. The intersection of bytes, str and unicode has been the only pain point for me. Everything else I've encountered has been pretty trivial. Skip

Re: [Python-Dev] [Python-checkins] bpo-33522: Enable CI builds on Visual Studio Team Services (GH-6865) (GH-6925)

On Thu, May 17, 2018 at 11:32 PM Gregory P. Smith wrote: > Why did this commit modify .py files, unittests, and test.support? > That is inappropriate for something claiming to merely enable a CI platform. I think there is probably an argument to be made that some of the changes will be improvem

[Python-Dev] "make test" routinely fails to terminate

On the 3.7 branch, "make test" routinely fails to terminate. (Pretty vanilla Ubuntu 17.10 running on a Dell Laptop. Nothing esoteric at all) Lately, it's been one of the multiprocessing tests. After a long while (~2000 seconds), I kill it, then it complains many times about lack of a valid_signals

[Python-Dev] My fork lacks a 3.7 branch - can I create it somehow?

My GitHub fork of the cpython repo was made awhile ago, before a 3.7 branch was created. I have no remotes/origin/3.7. Is there some way to create it from remotes/upstream/3.7? I asked on GitHub's help forums. The only recommendation was to to delete my fork and recreate it. That seemed kind of dra

Re: [Python-Dev] "make test" routinely fails to terminate

me> On the 3.7 branch, "make test" routinely fails to terminate. Antoine> Can you try to rebuild Python? Use "make distclean" if that helps. Thanks, Antoine. That solved the termination problem. I still have problems with test_asyncio failing, but I can live with that for now. If "make distclean

Re: [Python-Dev] My fork lacks a 3.7 branch - can I create it somehow?

> Create it from upstream? Yep! Try this: > git checkout -b 3.7 upstream/3.7 > git push -u origin 3.7 Thanks, Chris! Didn't have to chug for too long either, just a few seconds. S ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.or

Re: [Python-Dev] My fork lacks a 3.7 branch - can I create it somehow?

> You don't really need copies of official branches on your Github fork if you're not a maintainer for these branches. I explicitly wanted to run with 3.7 in the run-up to release. On that branch, the built ./python reports 3.7.0b4+ at startup. Master tells me 3.8.0a0 on startup. Since my local re

Re: [Python-Dev] "make test" routinely fails to terminate

> me> On the 3.7 branch, "make test" routinely fails to terminate. > Antoine> Can you try to rebuild Python? Use "make distclean" if that helps. > Thanks, Antoine. That solved the termination problem. I still have problems > with test_asyncio failing, but I can live with that for now. Final foll

Re: [Python-Dev] Python3 compiled listcomp can't see local var - bug or feature?

> Is this a bug or a feature? The bug was me being so excited about the new construct (I pushed in someone else's work, can't recall who now, maybe Fredrik Lundh?) that I didn't consider that leaking the loop variable out of the list comprehension was a bad idea. Think of the Py3 behavior as one o

Re: [Python-Dev] Python3 compiled listcomp can't see local var - bug or feature?

> Skip, I think you have misunderstood the point I was making. It was > not whether the loop variable should leak out of a list comprehension. > Rather, it was whether a local variable should, so to speak, "leak into" > a list comprehension. And the answer is: it depends on whether the code > is

Re: [Python-Dev] Computed Goto dispatch for Python 2

On Thu, May 28, 2015 at 9:02 AM, Brett Cannon wrote: > But you could argue that "Special cases aren't special enough to break the > rules" and that's what we are proposing here by claiming Python 2.7 is a > special case and thus we should accept a patch that is not a one-liner > change to gain som

Re: [Python-Dev] RM for 3.6?

On Mon, Jun 1, 2015 at 1:35 PM, Ned Deily wrote: > I thought I was volunteering to get a pony. I was misinformed. Ned, Not to worry. I'm sure that by the time 3.6a0 is due, the PSF will be able to scrape together the funds for a pony, perhaps even one with super powers: Skip __

Re: [Python-Dev] Is it a Python bug that the main thread of a process created in a daemon thread is a daemon itself?

On Thu, Jun 25, 2015 at 12:23 PM, Elizabeth Shashkova < elizabeth.shashk...@gmail.com> wrote: > When I call fork() inside a daemon thread, the main thread in the child > process has the "daemon" property set to True. Didn't this (or a similar) topic come up here recently? For reference: http://

Re: [Python-Dev] cpython: Tighten-up code in the set iterator to use an entry pointer rather than

Just thinking out loud here, but could you devote a single buildbot to the cause? It would only ever try to build from the "crasher" branch. When a crash is discovered like this one, you can do whatever is necessary to merge the code and a crasher test case to that branch. It would then turn red. M

Re: [Python-Dev] Where are bugs with the web site reported?

It's a known issue -- which I thought was fixed recently. I would have responded sooner, but I couldn't remember where website bugs are to be reported and figured someone would chime in with the link. I *don't* think it's bugs.python.org, though I could be wrong. Skip _

Re: [Python-Dev] Profile Guided Optimization active by-default

On Tue, Aug 25, 2015 at 11:17 AM, Brett Cannon wrote: > With a `make develop` target we also can make sure not only that > --with-pydebug is used but that the installation target is /tmp so that new > contributors don't accidentally install a debug build. You need to be careful there. In my env

Re: [Python-Dev] OS X 10.9 Mavericks -> 2.7.6/3.3.3 updates needed

Kind of on a tangent (and I suspect I know what the answer to my question will be), but here at work they have asked people who use Macs not to upgrade to Mavericks until Apple fixes one or more networking problems which make it basically unusable, especially when connecting to our VPN. I realize y

Re: [Python-Dev] PEP 455: TransformDict

> And how does a case-insensitive string compare with a normal > (case-sensitive) string? This is a can of worms. I was wondering this myself. I suspect it would depend which string is on the left hand side of the comparison operator, yes? Can of worms, indeed. implicit-insensitve-i-n-ly, y'rs,

Re: [Python-Dev] A small patch.

> -assert 1 <= month <= 12, month > +assert 1 <= month <= 12, 'month must be in 1..12' In addition to Brett's comment, you might as well include the offending value in your AssertionError message. For example, a value of 0 probably tells you something different about your underlying bug th

Re: [Python-Dev] Sort error in Misc/ACKS

> We could always run random.shuffle() on the current list > so new additions don't look out of place ;) Wouldn't that bloat the repository with diffs and make merges more difficult? Skip ___ Python-Dev mailing list Python-Dev@python.org https://mail.

Re: [Python-Dev] Proposed: The Great Argument Clinic Conversion Derby

On Mon, Jan 6, 2014 at 2:17 PM, Antoine Pitrou wrote: >> I agree with Serhiy, but that is probably known at this point. :) > > I agree with Serhiy and you too. Clinic's current output makes C files > more tedious to read, and I'm not really willing to participate in the > "conversion derby" becaus

Re: [Python-Dev] RFC: PEP 460: Add bytes % args and bytes.format(args) to Python 3.5

On Tue, Jan 7, 2014 at 2:46 PM, Barry Warsaw wrote: > I think we should be willing to entertain breaking feature freeze for getting > this in Python 3.4. Maybe you could revert 3.4 to alpha status and give it a cycle or two there to get this done before returning to beta status. Skip ___

Re: [Python-Dev] Start writing inlines rather than macros?

I think it's at least worthwhile to investigate the use of inline/static functions over the current macros. It's been many years since I looked at them. I doubt they have gotten any easier to read or edit with all their backslashes. I do have one question though. Suppose you encounter a compiler t

Re: [Python-Dev] Start writing inlines rather than macros?

On Thu, Feb 27, 2014 at 1:23 PM, Antoine Pitrou wrote: > Well, if we must maintain macros, let's maintain them everywhere and > avoid the burden of two different implementations for the same thing. Would it be possible to generate the macro versions from the inline/static versions where necessary

Re: [Python-Dev] PEP 466: Proposed policy change for handling network security enhancements

On Sat, Mar 22, 2014 at 11:31 PM, Terry Reedy wrote: > The download page for the final 2.7.z maintenance release could say > something like "We recommend that you move to the most recent Python 3 > version if at all possible. If you cannot do that and you want to use Python > to run a server on th

Re: [Python-Dev] PEP 466: Proposed policy change for handling network security enhancements

On Sun, Mar 23, 2014 at 7:03 PM, Barry Warsaw wrote: > I want to stick to our no-Python-2.8 pledge I don't understand this dogmatic adherence to a "no 2.8 pledge." Back when it was made, I don't think the issue of SSL vulnerabilities was understood (at least not to the current level). Now we

Re: [Python-Dev] PEP 466: Proposed policy change for handling network security enhancements

On Mon, Mar 24, 2014 at 9:11 AM, Nick Coghlan wrote: > For example, RHEL7 and derivatives are already locked in to 2.7 until > 2024, RHEL6 and derivatives are locked in to 2.6 until 2020. The only > way to keep those combination of RHEL and the Python 2 standard > library from holding back the evo

[Python-Dev] ISO 8601 durations and datetime.timedelta

Andrew wrote: > I meant ISO 8601 syntax for "durations" [1]. That's exactly what I was referring to. Consider this session: >>> now = datetime.datetime.now() >>> now datetime.datetime(2014, 3, 28, 12, 4, 38, 517110) >>> then = now - datetime.timedelta(days=57, hours=12, minutes=12, seconds=12) >

Re: [Python-Dev] Negative timedelta strings

On Fri, Mar 28, 2014 at 11:07 AM, Alexander Belopolsky wrote: >> Is it open to debate or is it now cast in stone? > > I think the barrier for changing str() is lower than that for changing > repr(), but I would be against any changes in this area. (I may have had a > different view if ISO 8601 sy

Re: [Python-Dev] Negative timedelta strings

On Wed, Apr 2, 2014 at 7:52 AM, M.-A. Lemburg wrote: > >>> print now() + RelativeDateTime(months=+1, day=1) > 2014-05-01 14:49:05.83 I find this sort date arithmetic unintuitive, though I'm at a loss to come up with better logic than you have: >>> d = Date(2014, 2, 28) >>> d + RelativeDateTime(m

[Python-Dev] Python 4?

I saw mention recently of Python 4 and assumed all such references were either April Fool's jokes or pie-in-the-sky dreams for a new version of Python which may never arrive. Then I saw this message to webmaster. I would have guessed he meant 3.4 except he mentions having a Python3 (well, actually

Re: [Python-Dev] Python 4?

On Thu, Apr 3, 2014 at 8:59 AM, Brett Cannon wrote: > > Who the heck knows what the person specifically means, although it sounds > like he did mean Python 3.4 which would explain why he know has a Python3 > directory. Thanks. I'll try and see what he really has. I was worried that an April Foo

Re: [Python-Dev] this is what happens if you freeze all the modules required for startup

On Mon, Apr 14, 2014 at 4:51 PM, Brett Cannon wrote: > Thoughts? Interesting idea, but YAGNI? In my work environment (Python 2.7.2, all the heavy lifting done in C++), startup costs are dominated by dynamic linking of all our C++ libraries and their Boost wrappers: % time python -c 'import trad

[Python-Dev] Mercurial sluggishness (was: this is what happens if you freeze all the modules required for startup)

Eric wrote: > Perhaps not so much "a very real advantage" as "less of a > distraction". It's still significantly slower than 2.7. :) I'm still confused. I peeked in /usr/bin/hg. The only "system" modules it imports directly are os and system (maybe I'm using an ancient version?). After that, it

Re: [Python-Dev] Mercurial sluggishness (was: this is what happens if you freeze all the modules required for startup)

On Tue, Apr 15, 2014 at 10:40 AM, Chris Angelico wrote: > I've no idea whether that's the case or not. All I know is, every time > I need to work with a Mercurial repo it feels a lot slower than doing > similar work on a similar size git repo [1], so any improvement (or > reduction of penalty) wil

Re: [Python-Dev] Mercurial sluggishness (was: this is what happens if you freeze all the modules required for startup)

On Tue, Apr 15, 2014 at 10:42 AM, Daniel Holth wrote: > I wish it was less > than 50 milliseconds (0.05 seconds) including running hg, which is the > common threshold for "instant". "Instant" for me is "the blink of an eye," which Wikipedia reports as typically between 100ms and 400ms.

Re: [Python-Dev] pep8 reasoning

On Thu, Apr 24, 2014 at 2:18 AM, Chris Withers wrote: > What were the compelling reasons to go from mixedCase to > underscore_separated? What's considered the best approach for migrating from > the former to the latter? I never recall Python "going from" camelCase to separate_words. The descripti

Re: [Python-Dev] pep8 reasoning

On Thu, Apr 24, 2014 at 8:59 AM, Barry Warsaw wrote: > I will say this: the original preference for underscore_names in PEP 8 was > spurred by user studies some of our early non-native English speaking users > conducted many years ago. We learned that it was more difficult for many of > them to p

Re: [Python-Dev] [Python-checkins] devguide: Fix broken link to Skip's optimizer paper, update bug link

On Fri, May 2, 2014 at 3:06 PM, Zachary Ware wrote: >> - >> (http://www.python.org/workshops/1998-11/proceedings/papers/montanaro/montanaro.html) >> + (http://www.smontanaro.net/python/spam7/optimizer.html) > > Is this a good link or is there a 'better' one available? Zach, That's as a good

Re: [Python-Dev] Where is our official policy of what platforms we do support?

I wonder if one or more people who maintain unofficial forks on minority platforms (OS/2, VMS, etc) could create an informational PEP about the process (benefits and pitfalls) of that kind of effort? Skip ___ Python-Dev mailing list Python-Dev@python.org

Re: [Python-Dev] Where is our official policy of what platforms we do support?

On Wed, May 14, 2014 at 11:05 PM, Guido van Rossum wrote: > Main problem with rare platform support is not breaking it accidentally, > since without buildbots we won't know when it's broken. This is why we don't > make any promises. Should we (or do we) offer to run (unofficial) buildbots for mai

Re: [Python-Dev] Where is our official policy of what platforms we do support?

On Thu, May 15, 2014 at 9:35 AM, Brett Cannon wrote: > I view stable buildbots as staying up and testing critical platforms. Would "supported" and "unsupported" (or "critical" and "optional"?) make more sense? "Unstable" suggests "broken" to me, not "we don't really care about these." S

Re: [Python-Dev] Where is our official policy of what platforms we do support?

On Thu, May 15, 2014 at 8:26 AM, Antoine Pitrou wrote: > We already have such buildbots, they are in the "unstable" category. > You can browse through existing buildbots here: > https://www.python.org/dev/buildbot/ I can't see how to distinguish "stable" from "unstable" (or to view just the "unst

Re: [Python-Dev] Criticism of execfile() removal in Python3

> you say "do this once", but actually it's "do it in each interactive > session again and again", ... That's what your Python startup file is for. I have been running with several tweaked builtin functions for years. Never have to consciously load them. If I wanted execfile badly enough, I'd def

Re: [Python-Dev] About "python-porting" mail list

> The interwebs has been collecting ton of resources about porting py2 > to 3 during these years. Any not-yet-answered question surely can be > done in a list with more participants. > > Can we kill this list? Would it perhaps make sense to replace the list with an auto-reply about the list's demi

Re: [Python-Dev] Register-based VM [Was: Possible performance regression]

> I uploaded a tarfile I had on my PC to my web site: > > http://python.ca/nas/python/rattlesnake20010813/ > > It seems his name doesn't appear in the readme or source but I think > Rattlesnake was Skip Montanaro's project. I suppose my idea of > unifying the local variables and the registers

Re: [Python-Dev] PEP 581: Using GitHub Issues for CPython

> I'd like to formally present to Python-dev PEP 581: Using GitHub Issues for > CPython > > Full text: https://www.python.org/dev/peps/pep-0581/ Thanks for doing this. I think there is a pretty strong argument to be made that mature, widely adopted systems like GitHub (or GitLab or Bitbucket) sho

Re: [Python-Dev] Easier debugging with f-strings

> My only complaint is that you steadfastly refuse use Guido’s time machine > keys to make this available in 3.7. Wait a minute, Barry. You mean you don't already have an Emacs function to do the rewriting as a pre-save-hook? Skip ___ Python-Dev mailin

Re: [Python-Dev] PEP 594: Removing dead batteries from the standard library

> If this were my PEP, I'd call it "Removing unloved batteries from the > standard library". Or maybe, "Removing obsolete and (potentially) dangerous batteries from the standard library." I can certainly understand why either class of module would be removed. When bsddb185 was tossed out, I put

[Python-Dev] Re: PEP 581 has been updated with "Downsides of GitHub" section

> You have missed at least one: the minimum technology requirement for > using Github is a lot more stringent than for Roundup. Github's minimum > system requirements are higher, and it doesn't degrade as well, so > moving to Github will make it much harder for those who are using older > technolog

[Python-Dev] Re: Replacing 4 underscores with a $ sign, idea for a PEP

My only comment is that this belongs first on python-ideas . Skip ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-le...@python.org https://ma

  1   2   3   4   >