Re: [Python-Dev] Tracker reviews look like spam

a name mapping to it nor a > reverse pointer from IP address to name in DNS. See the second-first > comment where R. David Murray states that "Mail is consistently sent from The ipv6 reverse dns issue is being worked on. ___ Python-Dev mailing l

Re: [Python-Dev] Tracker reviews look like spam

did try to make rietveld update the tracker, and ran into a problem whose nature I don't know...but I don't think he spent a whole lot of time trying to debug the problem, whatever it was. I imagine he'll chime in :) --David ___ P

Re: [Python-Dev] Importance of "async" keyword

and Guido talks about) about *reasoning* about your code. I did my best to avoid using threads, and never invested the time and effort in Twisted. But I love programming with asyncio for highly concurrent applications. It fits in my brain :) --David ___

Re: [Python-Dev] Should asyncio ignore KeyboardInterrupt?

Once long ago in Internet time (issue 581232) time.sleep on windows was not interruptible and this was fixed. Is it possible the work on EINTR has broken that fix? (I don't currently have 3.5 installed on windows to test that theory...) On Sat, 04 Jul 2015 17:46:34 +0200, Guido van Rossum wrote

[Python-Dev] What's New editing

s. Ideally they'd do at least the research Serhiy did last year on checking that there's a mention for all of the versionadded and versionchanged 3.5's in the docs. Even better would be to review the NEWS and/or commit history...but *that

Re: [Python-Dev] What's New editing

On Mon, 06 Jul 2015 11:06:41 +1000, Nick Coghlan wrote: > On 6 July 2015 at 03:52, R. David Murray wrote: > > Just so people aren't caught unawares, it is very unlikely that I will have > > time to be the final editor on "What's New for 3.5" they way I was

Re: [Python-Dev] What's New editing

On Mon, 06 Jul 2015 21:45:01 +0300, Serhiy Storchaka wrote: > On 05.07.15 20:52, R. David Murray wrote: > > Just so people aren't caught unawares, it is very unlikely that I will have > > time to be the final editor on "What's New for 3.5" they way I was for 3

Re: [Python-Dev] Freeze exception for http://bugs.python.org/issue23661 ?

, you'll apply it to 3.5, and then do a null merge to 3.6. It will get released in the next 3.5 beta. --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org

Re: [Python-Dev] Cross compiling C-python 2.7.10 maintenance release for ARM on 64 bit x86_64 systems.

tches.[*] Or contribute a buildbot? --David [8} See eg http://bugs.python.org/issue5404; I'm guessing there are others. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://ma

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

as Chrome-specific > code. python.org bugs are *not* reported on bugs.python.org. I don't remember where they are reported...it's on github somewhere I think. The fact that it isn't obvious may be a good candidate for a bug report :) --David

Re: [Python-Dev] Burning down the backlog.

t is clear that the devguide needs a "memory jogger" cheat sheet on how to do a multi-branch commit, linked from the quicklinks section. So, I'm hoping Carol will take what I've written above and turn it into updates for the devguide (assuming no one disagrees with what

Re: [Python-Dev] Status on PEP-431 Timezones

C based calculations (or conversions between timezones) you should be converting to UTC *anyway* (explicit is better than implicit). The addition of the timezone DB would then give us the information to *add* tools that do conversions between tim

Re: [Python-Dev] Status on PEP-431 Timezones

On Mon, 27 Jul 2015 16:37:47 +0200, Lennart Regebro wrote: > On Mon, Jul 27, 2015 at 3:59 PM, R. David Murray > wrote: > > I don't remember what that does to the time, and I have > > no intuition about it (I just want it to do the naive arithmetic!) > > But what is

Re: [Python-Dev] Status on PEP-431 Timezones

uld be gravy from my point of view. Now, maybe tzinfo can't actually support this, but I haven't heard Tim say that it can't. Since the datetime is always passed to tzinfo, I think it can. --David PS: annoying story: I scheduled an event six months in advance on my tablet's calendar

Re: [Python-Dev] Issues not responded to.

cision from core) and difficulty level and putting it on a list accordingly. That does in some cases require enough experience with the codebase to make those judgements, but there are a lot of issues that are fairly obvious on their face as to how difficult they are. --David _

Re: [Python-Dev] PEP needed for http://bugs.python.org/issue9232 ?

to fix an 'oops' trailing comma syntax issue, I'd vote for disallowing trailing commas outside of (). The number of times I've ended up with an unintentional tuple after converting a dictionary to a series of assignments outnumbers both of the above :) Note, I am *not* suggestin

Re: [Python-Dev] PEP needed for http://bugs.python.org/issue9232 ?

And we got it, so done :) --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] trailing commas on statements

On Wed, 12 Aug 2015 01:03:38 +1000, Chris Angelico wrote: > On Wed, Aug 12, 2015 at 12:46 AM, R. David Murray > wrote: > > (If you wanted to fix an 'oops' trailing comma syntax issue, I'd vote for > > disallowing trailing commas outside of (). The number o

Re: [Python-Dev] About closures creates in exec

see you get the same behavior. See also issue 24800. I'm wondering if the exec docs need to talk about this a little bit more, or maybe we need a faq entry and a link to it? --David ___ Python-Dev mailing list Python-Dev@python.org https://mai

Re: [Python-Dev] How are we merging forward from the Bitbucket 3.5 repo?

and all. That said, I'm still not sure how (3) works. Can you give us a step by step like you did for creating the pull request? Including how it relates to the workflow for the other branches? (What I did was just do the thing I normally do, and then follow your instructions for creating a pull

Re: [Python-Dev] How are we managing 3.5 NEWS?

dual patch when he merges 3.5.0 into the 3.5 branch? That sounds like a lot of work, although if there are few enough patches that go into the alphas, it might not be too hard. Either way, that final 3.5.0 merge is going to require an edit of the NEWS file. Larry, how do you plan to handle this? -

Re: [Python-Dev] [python-committers] How are we merging forward from the Bitbucket 3.5 repo?

On Sun, 16 Aug 2015 11:24:32 -0400, "R. David Murray" wrote: > On Sun, 16 Aug 2015 00:13:10 -0700, Larry Hastings wrote: > > 3. After your push request is merged, you pull from > > bitbucket.com/larry/cpython350 into hg.python.org/cpython and merge > >

Re: [Python-Dev] Burning down the backlog.

ut of commit review because the test didn't fail, and that's been it for me since Robert started his burn down...) --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

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

(Sorry about the format here - I honestly just subscribed to Python-dev so be gentle ...) > Date: Sat, 22 Aug 2015 11:25:59 -0600 > From: Eric Snow >On Aug 22, 2015 9:02 AM, "Patrascu, Alecsandru" intel.com > >wrote:[snip]> For instance, as sh

Re: [Python-Dev] django_v2 benchmark compatibility fix for Python 3.6

sure how we are maintaining that repo (https://hg.python.org/benchmarks), but it does seem like the bug tracker is the right place for such a patch. --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/pyth

Re: [Python-Dev] django_v2 benchmark compatibility fix for Python 3.6

On Tue, 25 Aug 2015 11:18:54 -0400, Terry Reedy wrote: > On 8/25/2015 10:51 AM, R. David Murray wrote: > > On Tue, 25 Aug 2015 13:11:37 -, "Papa, Florin" > > wrote: > >> My name is Florin Papa and I work in the Server Languages Optimizations > >

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

t;make production" > > target that enables PGO with an appropriate training set from > > regrtest, and also complains if "--with-pydebug" is configured? > > > > That's an interesting idea for a make target. It might help get the > visibility of PGO

Re: [Python-Dev] Testing tkinter on Linux

not set, so _is_gui_available will return False). You should be able to confirm this by looking at the text of the skip message in the buildbot output. It is possible to create a "virtual" X on an otherwise headless linux system, but I've never

Re: [Python-Dev] Yet another "A better story for multi-core Python" comment

On Tue, 08 Sep 2015 10:12:37 -0400, Gary Robinson wrote: > 2) Have a mode where a particular data structure is not reference > counted or garbage collected. This sounds kind of like what Trent did in PyParallel (in a more generic way). -

Re: [Python-Dev] what is wrong with hg.python.org

s still ssh accessible, but not via https or hgweb. --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Can't post to bugs.python.org

;ll probably need to do some live debugging. You can ping me (bitdancer) on IRC, I should be on for the next 8 hours or so. --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Can't post to bugs.python.org

On Thu, 10 Sep 2015 09:02:01 -0400, "R. David Murray" wrote: > If this continues to plague you, we'll probably need to do some live > debugging. You can ping me (bitdancer) on IRC, I should be on for the > next 8 hours or so. This turns out to have been specific to

Re: [Python-Dev] PEP: Collecting information about git

cause there's no other place it fits better and Guido would like to have it on record, but isn't himself planning to propose a switch *at the moment*, thus cutting off panic from the community that there was an immanent proposal to switch. --David

Re: [Python-Dev] PEP: Collecting information about git

on mindset. Python strives to have a simple mental model you can reason about, and it is a consenting adults language. IMO, git matches the Python mindset better than Mercurial does. Now, does that mean that *the CPython project* should adopt git? Not necessarily. CPython may be more like a big

Re: [Python-Dev] PEP: Collecting information about git

On Wed, 16 Sep 2015 09:17:38 -0700, Nikolaus Rath wrote: > On Sep 16 2015, "R. David Murray" wrote: > > The DAG plus git branches-as-labels *fits in my head* in a way that the > > DAG plus named-branches-and-other-things does not. > > Hmm, that's odd. As f

Re: [Python-Dev] PEP: Collecting information about git

ugh subproject to have their own hgignore. Used in production with great success. -- Pierre-Yves David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/opti

Re: [Python-Dev] PEP: Collecting information about git

g of what they are doing and target to be safe by default, while still giving access to advance feature and work-flow to advanced users. My daily work-flow with mercurial would probably make most advance git user head hurts (And yet is nice a smooth down there ☺). -- Pierre-Yves David

Re: [Python-Dev] My collection of Python 3.5.0 regressions

Once Steve comes back from vacation he's going to have a lot of Windows install issues to look at. IMO, we should resolve those, and then issue 3.5.1. It's really too bad more people didn't test the installation with the release candidates, and I'm very glad that those people who did so did so...

Re: [Python-Dev] xunit unittest.TestSuite

ase > kindly suggest... This is a forum for the development of the CPython interpreter and standard library. For issues involving nose, you want a nose-specific forum. --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org

Re: [Python-Dev] Committing a bug fix

On Sun, 27 Sep 2015 21:08:02 -0400, Alexander Belopolsky wrote: > Can someone remind me which branches regular (non-security) bug fixes go to > these days? See <http://bugs.python.org/issue23600> for context. 3.4, 3.5, and default. (3.4 for only another few week

Re: [Python-Dev] Rationale behind lazy map/filter

t than it was in python2, and thus easier to generalize your knowledge about how python works instead of having to remember which functions work which way. That is, if you need to iterate it twice, turn it into a list first. --David ___ Python-Dev maili

Re: [Python-Dev] Rationale behind lazy map/filter

On Tue, 13 Oct 2015 11:26:09 -0400, Random832 wrote: > "R. David Murray" writes: > > > On Tue, 13 Oct 2015 14:59:56 +0300, Stefan Mihaila > > wrote: > >> Maybe it's just python2 habits, but I assume I'm not the only one > >> carelessly t

Re: [Python-Dev] Rationale behind lazy map/filter

On Tue, 13 Oct 2015 12:08:12 -0400, Random832 wrote: > "R. David Murray" writes: > > On Tue, 13 Oct 2015 11:26:09 -0400, Random832 > > wrote: > > > > And the answer to the question is: lots of code. I've written some: > > code that iterates an

Re: [Python-Dev] Generated Bytecode ...

ers that there should, just on principle, be a way to disable all optimizations. Most (all?) compilers have such a feature, for debugging reasons if nothing else. We even have a way to spell it in the generated byte code files now (opt-0). But, someone would have to champion it and write a pat

Re: [Python-Dev] If you shadow a module in the standard library that IDLE depends on, bad things happen

d an efficient and > maintainable way to check whether a given package name is present in > the stdlib.) For Idle, though, it sounds like a very viable strategy, and that's what Laura is concerned about. --David ___ Python-Dev mailin

Re: [Python-Dev] Rationale behind lazy map/filter

t* continue to raise StopIteration once it has been exhausted, if more input becomes available. Given that it is one of the most commonly used iterators (and I would not be surprised if other special-purpose iterators copied its design), this pattern does seem like a blocker for the proposal. --Davi

Re: [Python-Dev] doc tests failing

We don't have clean doctests for the docs. Patches welcome. At one point I had made the turtle doctests pass (it draws a bunch of stuff on the screen) because otherwise we don't have very many turtle tests, but I haven't checked it in a couple years. Hmm. We could list making the doc doctests p

Re: [Python-Dev] Benchmark results across all major Python implementations

//github.com/python/psf-salt/pull/74 (All work done by Zach Ware.) --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Benchmark results across all major Python implementations

Last June we started publishing a daily performance report of the latest Python tip against the previous day's run and some established synch point. We mail these to the community to act as a "canary in the coal mine." I wrote about it at https://01.org/lp/blog/0-day-challenge-what-pulse-interne

Re: [Python-Dev] Benchmark results across all major Python implementations

On Mon, 16 Nov 2015 23:37:06 +, "Stewart, David C" wrote: > Last June we started publishing a daily performance report of the latest > Python tip against the previous day's run and some established synch point. > We mail these to the community to act as a "cana

Re: [Python-Dev] Benchmark results across all major Python implementations

+Stefan (owner of the 0-day lab) On 11/17/15, 10:40 AM, "Python-Dev on behalf of R. David Murray" wrote: >On Mon, 16 Nov 2015 23:37:06 +0000, "Stewart, David C" > wrote: >> Last June we started publishing a daily performance report of the latest >>

Re: [Python-Dev] Benchmark results across all major Python implementations

On 17 Nov 2015, at 21:22, Stewart, David C wrote: > On 11/17/15, 10:40 AM, "Python-Dev on behalf of R. David Murray" > rdmur...@bitdance.com> wrote: >> >> I suppose that for this to have maximum effect someone would have to >> specifically be paying attentio

Re: [Python-Dev] Request for pronouncement on PEP 493 (HTTPS verification backport guidance)

o that > Python builds on these vendor's platforms will not be the same as you > get by checking out the Python source code. I think we should include the environment variable support in CPython and be done with it (nuke the PEP otherwise). Which is what I've thought from the beginnin

Re: [Python-Dev] Avoiding CPython performance regressions

sts the results to python-checkins. --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Avoiding CPython performance regressions

On 11/30/15, 5:52 AM, "Python-Dev on behalf of R. David Murray" wrote: > >There's also an Intel project posted about here recently that checks >individual benchmarks for performance regressions and posts the results >to python-checkins. The description of the p

Re: [Python-Dev] Avoiding CPython performance regressions

From: Fabio Zadrozny mailto:fabi...@gmail.com>> Date: Tuesday, December 1, 2015 at 1:36 AM To: David Stewart mailto:david.c.stew...@intel.com>> Cc: "R. David Murray" mailto:rdmur...@bitdance.com>>, "python-dev@python.org<mailto:python-dev@python.org>"

Re: [Python-Dev] Avoiding CPython performance regressions

On 12/1/15, 7:26 AM, "Python-Dev on behalf of Stewart, David C" wrote: > >Fabio – my advice to you is to check out the daily emails sent to >python-checkins. An example is >https://mail.python.org/pipermail/python-checkins/2015-November/140185.html. >If you sti

Re: [Python-Dev] Avoiding CPython performance regressions

On 12/1/15, 10:56 AM, "Maciej Fijalkowski" wrote: >Hi David. > >Any reason you run a tiny tiny subset of benchmarks? We could always run more. There are so many in the full set in https://hg.python.org/benchmarks/ with such divergent results that it seems hard to see

Re: [Python-Dev] Avoiding CPython performance regressions

On 12/1/15, 11:38 AM, "Maciej Fijalkowski" wrote: >On Tue, Dec 1, 2015 at 9:04 PM, Stewart, David C > wrote: >> >> Part of the reason that I monitor ssbench so closely on Python 2 is that >> Swift is a major element in cloud computing (and OpenStack in p

Re: [Python-Dev] Python Language Reference has no mention of list comÃprehensions

ontain functions, etc. Actually, it looks like Random832 is right. The docs for ast.literal_eval say "a Python literal or container display". Which also means we are using the term 'display' inconsistently, since literal_eval will not eval a comprehension. --David

Re: [Python-Dev] Python Language Reference has no mention of list comÃprehensions

;the value is literally what is written here". Which is a redundant statement; 'as written' is, after all, what literally means when used correctly :). That makes it a language-agnostic concept if I'm correct. I think we will find that f strings are called f expressions, n

Re: [Python-Dev] "python.exe is not a valid Win32 app"

chieve in a way that will be useful to end users. That said, I'm not sure whether or not there is a way we could add "supported versions" to the main docs that would make sense and be useful...your bugs.python.org issue would be useful for discussing that. --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Asynchronous context manager in a typical network server

se discussions like this really belong on the asyncio-specific mailing list, which I gather is the python-tulip Google Group (I suppose I really ought to sign up...) --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/

Re: [Python-Dev] More optimisation ideas

pts' that is independent of the one installed for user use, having the system-only python be frozen and sourceless would actually make sense on a couple of levels. --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/li

Re: [Python-Dev] Python should be easily compilable on Windows with MinGW

out it, and patient enough to work with the others in the community who need to be involved. --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Bug in build system for cross-platform builds

e makefile to me (or else the timestamp checks that make does vs > how your code checkout happened). Having them checked in is convenient for > cross builds as it is one less thing that needs a build-host-arch build. The repo-timestamp problem is addressed by the 'make touc

Re: [Python-Dev] Not receiving bug tracker emails

own, if so...or perhaps something changed at the google end, in which case we *really* need to know what. --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

[Python-Dev] bugs.python.org email blockage at gmail

to be blocking it. So more work is still needed. --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] bugs.python.org email blockage at gmail

nfiguring it to relay notifications via the main outgoing server > is the longer term fix, but an initial attempt at enabling that > resulted in errors in the bugs.python.org mail logs, so David reverted > to the direct email configuration for the time being. Specifically, I think we sh

Re: [Python-Dev] bugs.python.org email blockage at gmail

On Wed, 06 Apr 2016 12:03:36 +0900, "Stephen J. Turnbull" wrote: > R. David Murray writes: > > > again. However, the IPV4 address has a poor reputation, and Verizon > > at least appears to be blocking it. So more work is still needed. > > Don't tak

Re: [Python-Dev] Pathlib enhancments - method name only

he argument that it should return whatever the native OS wants, and save the low level code from having to do that? Pass the path object all the way down to that "final step" in the C layer? (Just ignore me, I'm sure I'm only making trouble :) --David ___

Re: [Python-Dev] Pathlib enhancments - method name only

mix, which would be comparable in length to "__getattribute__" as a > magic method name (both in terms of number of syllable and number of > characters). I'm not going to vote -1, but for the record I have no real intuition as to what a "path name" would be. An

Re: [Python-Dev] Pathlib enhancments - method name only

On Sun, 10 Apr 2016 18:51:23 +1200, Greg Ewing wrote: > > On 9 April 2016 at 23:02, R. David Murray wrote: > > > >>That is, a 'filename' is the identifier we've assigned to this thing > >>pointed to by an inode in linux, but an os path is a text

[Python-Dev] I broke the 3.5 branch, apparently

t the mercurial guys aren't here so we are short on experts). My apologies for the mess :( --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailm

Re: [Python-Dev] FIXED: I broke the 3.5 branch, apparently

On Fri, 03 Jun 2016 23:21:25 +0100, MRAB wrote: > On 2016-06-03 22:50, R. David Murray wrote: > > I don't understand how it happened, but apparently I got a merge commit > > backward and merged 3.6 into 3.5 and pushed it without realizing what > > had happened. If

Re: [Python-Dev] Logging Module format

p, anyone? This mailing list is for developing Python itself. For help on using python, please post to python-list. There are a lot of smart people hanging out there who are happy to help. --David ___ Python-Dev mailing list Python-Dev@python.org https:/

Re: [Python-Dev] Coding practice for context managers

1 I'm also +1 on improving help instead of using wrapper classes. > We also have the option of adding a custom __dir__ to change what help() > displays. I think you'd want to be careful about __dir__ also interfering with introspection if it is use

Re: [Python-Dev] Coding practice for context managers

On Mon, 21 Oct 2013 12:11:57 +0100, Paul Moore wrote: > On 21 October 2013 11:59, R. David Murray wrote: > > On Sun, 20 Oct 2013 19:49:24 -0700, Ethan Furman wrote: > >> On 10/20/2013 07:42 PM, Raymond Hettinger wrote: > >> > > >> > In short, I recom

Re: [Python-Dev] Coding practice for context managers

On Mon, 21 Oct 2013 07:21:11 -0400, "R. David Murray" wrote: > On Mon, 21 Oct 2013 12:11:57 +0100, Paul Moore wrote: > > On 21 October 2013 11:59, R. David Murray wrote: > > > On Sun, 20 Oct 2013 19:49:24 -0700, Ethan Furman > > > wrote: > > >>

Re: [Python-Dev] PEP 455: TransformDict

esult doesn't satisfy the original use case of the author, I won't be surprised if he has no motivation to work on it further :). --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscrib

Re: [Python-Dev] PEP 455: TransformDict

; > I'm giving this work priority over my own list of things > to add to 3.4 (most of which will now have to wait until 3.5). And thanks for doing all this work, Raymond. I forgot to say that in my previous post. --David ___ Python-Dev mai

Re: [Python-Dev] Contributing to PSF

Welcome, Anup. Good first steps are signing up for the core-mentorship mailing list, and reading the devguide (http://docs.python.org/devguide). --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/p

[Python-Dev] python2 and python3 and vim

e time to work on solving this. --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] [Infrastructure] bugs.python.org not reachable in IPv6?

Link encap:Ethernet HWaddr 6c:62:6d:85:bb:7b inet addr:46.4.197.70 Bcast:46.4.197.71 Mask:255.255.255.248 inet6 addr: 2a01:4f8:131:2480::3/64 Scope:Global so the problem appears to be a network issue (as far as I can see, there's no firewall running on the box it

Re: [Python-Dev] Issue 19332: Guard against changing dict during iteration

is not worth guarding against > such an unusual circumstance. If I remember correctly (and I may not) the size-change guards were added because without them there were certain cases that could either segfault or result in an infinite loop. --David __

Re: [Python-Dev] Issue 19332: Guard against changing dict during iteration

d. So I fixed a > corner case on dictionaries. > http://bugs.python.org/issue14205 Ah, that may be what I was (mis)remembering. --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-de

Re: [Python-Dev] (#19562) Asserts in Python stdlib code (datetime.py)

ight have measured the delta and decided to keep them in the beta in that case, since the asserts did catch some bugs. --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] potential argparse problem: bad mix of parse_known_args and prefix matching

has been, but no committers have made time to review the patches and take action (they are on my list, but there is a lot of stuff ahead of them). So if you'd like to help out in that regard, that would be great :) --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Add Gentoo packagers of external modules to Misc/ACKS

be blocked from posting to all python lists. --David On Sun, 08 Dec 2013 11:07:10 +0100, Dirkjan Ochtman wrote: > Tae Wong, > > Please don't speak on behalf the Gentoo Python team. > > Everyone else, sorry for this, they are definitely not actually > connected to our Gento

Re: [Python-Dev] Add Gentoo packagers of external modules to Misc/ACKS

ues as spam, and therefore disabled the account. Someone from another project reported similar problems on that project, and a google search did not turn up any *meaningful* contributions anywhere that I could find. If he'll engage us in a real conversation, this could o

Re: [Python-Dev] cpython (3.3): Issue #17576: Deprecation warning emitted now when __int__() or __index__()

bug-fix release. Normal policy is deprecate in the current feature release and make the change in the next feature release. Is there a reason why the normal deprecation process should not be followed in this case? It being a not-likely-to-be-encountered in-the-real-world bug could be one s

Re: [Python-Dev] Default SIGINT handling dangerous?

bad taste in my mouth. :-( This sounds like a more troubling variation on the issue raised in issue 14288 (http://bugs.python.org/issue14228). The solution proposed there would appear to be something that would help you, so you might want to chime in on that issue. (I'll be curious to se

Re: [Python-Dev] Interested in GSoC 2014

arn you, though, that the CPython team tends to only come up with GSoc projects at the last minute... --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Buildbot running Debian amd64 as root

both places, but one skip was checking the wrong name and > the other just didn't try to skip, so I've fixed both. We've gone through spates before of fixing the tests that rely on various optional modules (especially zlib). Yeah, having a buildbot configured without all the o

Re: [Python-Dev] [RELEASED] Python 3.4.0b2

ht try reinstalling and unchecking that option, and see if it msiexec still tries to go out to the network. That would confirm it is ensurepip that is the issue (although that does seem most likely). --David ___ Python-Dev mailing list Py

Re: [Python-Dev] [Python-checkins] cpython: whatsnew: XMLPullParser, plus some doc updates.

On Tue, 07 Jan 2014 01:22:21 +1000, Nick Coghlan wrote: > On 5 Jan 2014 12:54, "r.david.murray" wrote: > > > > http://hg.python.org/cpython/rev/069f88f4935f > > changeset: 88308:069f88f4935f > > user:R David Murray > > date:

Re: [Python-Dev] The Great Argument Clinic Conversion Derby is now open!

On Tue, 07 Jan 2014 16:46:59 -0800, Larry Hastings wrote: > > I'm trying to get a huge chunk of work done on Python 3.4 in the next, > oh, week-and-a-half, and I could use your help. I'm trying to convert a > whole bunch of call sites in Python to use "Argument Clinic", a new > build utility

Re: [Python-Dev] Python3 "complexity" (was RFC: PEP 460: Add bytes...)

preventing users from shooting themselves in the foot. But making "the one obvious way to do it" easy, and consequently making the other ways harder, fits in to its overall philosophy just fine. As does trying to prevent the wrong thing from happening *by accident* (read: mojibake). --David

Re: [Python-Dev] Python3 "complexity" (was RFC: PEP 460: Add bytes...)

x27;m surprised you haven't wanted to fix that before this. --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Python3 "complexity" (was RFC: PEP 460: Add bytes...)

e need for non-ascii characters, after utf-8 was already well established. The rest of the world didn't have that luxury. --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http

<    6   7   8   9   10   11   12   13   14   15   >