Re: [Python-Dev] cpython: #12586: add provisional email policy with new header parsing and folding.

On Sat, 26 May 2012 09:14:07 +0200, Georg Brandl wrote: > Am 26.05.2012 00:44, schrieb r.david.murray: > > http://hg.python.org/cpython/rev/0189b9d2d6bc > > changeset: 77148:0189b9d2d6bc > > user:R David Murray > > date:Fri May 25 18:42:14 2012 -040

Re: [Python-Dev] cpython: Issue #14744: Fix compilation on Windows (part 2)

On Wed, 30 May 2012 14:03:44 -, =?iso-8859-1?Q?Kristj=E1n_Valur_J=F3nsson?= wrote: > > -Original Message- > > From: python-dev-bounces+kristjan=ccpgames@python.org > > [mailto:python-dev-bounces+kristjan=ccpgames@python.org] On > > Behalf Of Georg Brandl > > Sent: 30. maí 201

Re: [Python-Dev] [Python-checkins] cpython: Make parameterized tests in email less hackish.

On Thu, 31 May 2012 13:11:14 +1000, Nick Coghlan wrote: > I'm not clear on why this is a metaclass rather than a simple class decorator. Because I didn't think of it. I don't (yet) think of "class" and "decorator" in the same sentence :) > On Thu, May 31, 2012 at 11:54 AM, r.david.murray > wro

Re: [Python-Dev] [Python-checkins] cpython (3.2): #14957: clarify splitlines docs.

On Sat, 02 Jun 2012 10:42:13 +1000, Nick Coghlan wrote: > > + For example, ``'ab c\n\nde fg\rkl\r\n'.splitlines()`` returns > > + ``['ab c', '', 'de fg', 'kl']``, while the same call with > ``splinelines(True)`` > > +

Re: [Python-Dev] Daily reference leaks (d9b7399d9e45): sum=462

test_smtplib leaked [154, 154, 154] references, sum=462 > > > > Can other people reproduce this one? I can't. > > $ ./python -m test -R 3:3 -uall test_smtpd test_smtplib > [1/2] test_smtpd > beginning 6 repetitions > 123456 > .. > [2/2] test_smtplib > beginnin

Re: [Python-Dev] [Python-checkins] peps: Add PEP 422: Dynamic Class Decorators

On Wed, 06 Jun 2012 09:38:39 +1000, Nick Coghlan wrote: > On Wed, Jun 6, 2012 at 9:06 AM, PJ Eby wrote: > > > > > > On Tue, Jun 5, 2012 at 5:31 PM, Terry Reedy wrote: > >> > >> On 6/5/2012 2:26 PM, PJ Eby wrote: > >>> It's for symmetry and straightforward translation with stacked > >>> decorator

Re: [Python-Dev] TZ-aware local time

On Tue, 05 Jun 2012 18:31:20 -0700, Glyph wrote: > > Le Jun 5, 2012 à 6:16 PM, Nick Coghlan a écrit : > > > Personally, I'd like to see the datetime module make an explicit > > assumption that "all naive datetime objects are considered to be UTC", > > with the interactions between naive and aw

Re: [Python-Dev] [Python-checkins] cpython (3.2): #14957: clarify splitlines docs.

On Thu, 07 Jun 2012 11:08:09 +0100, Sam Partington wrote: > > On Jun 2, 2012 6:21 AM, "r.david.murray" wrote: > >> +   For example, ``'ab c\n\nde fg\rkl\r\n'.splitlines()`` returns > >> +   ``['ab c', '', 'de fg', 

Re: [Python-Dev] Updated PEP 362 (Function Signature Object)

On Thu, 07 Jun 2012 07:00:29 -0700, Larry Hastings wrote: > On 06/06/2012 11:56 PM, Nick Coghlan wrote: > > I'd say return a copy in the first case to be safe against accidental > > modification. If someone actually wants in-place modification, they > > can access __signature__ directly. > > I re

Re: [Python-Dev] PEP 362 Second Revision

On Thu, 07 Jun 2012 17:39:54 -0400, Terry Reedy wrote: > On 6/7/2012 4:54 PM, Yury Selivanov wrote: > > > I think we'll add a 'format' method to the Signature, that will work > > like 'inspect.formatargspec'. 'Signature.__str__' will use it with > > default parameters/formatters. > > Great. If

Re: [Python-Dev] [Python-checkins] cpython (3.2): #14957: clarify splitlines docs.

On Fri, 08 Jun 2012 07:20:55 -0400, Tres Seaver wrote: > On 06/07/2012 08:55 AM, R. David Murray wrote: > > On Thu, 07 Jun 2012 11:08:09 +0100, Sam Partington > > wrote: > > >> Wouldn't that be better written as a doctest and so avoid any other > >> typ

Re: [Python-Dev] backporting stdlib 2.7.x from pypy to cpython

On Fri, 08 Jun 2012 09:39:47 -0700, "fwierzbi...@gmail.com" wrote: > On Fri, Jun 8, 2012 at 9:22 AM, Jeff Hardy wrote: > > On Fri, Jun 8, 2012 at 8:13 AM, Matti Picus wrote: > >> > >> The windows port of pypy makes special demands on stdlib, specifically that > >> files are explicitly closed. T

Re: [Python-Dev] TZ-aware local time

On Mon, 11 Jun 2012 10:01:57 -0700, Guido van Rossum wrote: > On Mon, Jun 11, 2012 at 6:33 AM, Alexander Belopolsky > wrote: > > On Fri, Jun 8, 2012 at 11:06 PM, Guido van Rossum wrote: > >> On Fri, Jun 8, 2012 at 2:08 PM, Alexander Belopolsky > >> wrote: > > .. > >> t = mktime((2010, 11, 7

Re: [Python-Dev] #12982: Should -O be required to *read* .pyo files?

On Wed, 13 Jun 2012 13:19:43 -0400, Brett Cannon wrote: > On Tue, Jun 12, 2012 at 2:16 PM, Terry Reedy wrote: > > > http://bugs.python.org/**issue12982 > > > > Currently, cpython requires the -O flag to *read* .pyo files as well as > > the write them. This is

Re: [Python-Dev] #12982: Should -O be required to *read* .pyo files?

On Wed, 13 Jun 2012 11:20:24 -0700, Toshio Kuratomi wrote: > On Wed, Jun 13, 2012 at 01:58:10PM -0400, R. David Murray wrote: > > > > OK, but you didn't answer the question :). If I understand correctly, > > everything you said applies to *writing* the bytecode, not r

Re: [Python-Dev] #12982: Should -O be required to *read* .pyo files?

On Wed, 13 Jun 2012 20:46:50 +0200, Antoine Pitrou wrote: > On Wed, 13 Jun 2012 11:20:24 -0700 > Toshio Kuratomi wrote: > > On Wed, Jun 13, 2012 at 01:58:10PM -0400, R. David Murray wrote: > > > > > > OK, but you didn't answer the question :). If I underst

Re: [Python-Dev] #12982: Should -O be required to *read* .pyo files?

On Thu, 14 Jun 2012 11:48:08 +1000, Nick Coghlan wrote: > On Thu, Jun 14, 2012 at 6:06 AM, Terry Reedy wrote: > > On 6/13/2012 2:46 PM, Antoine Pitrou wrote: > > > >> Not only docstrings, but also asserts. I think running a pyo without -O > >> would be a bug. > > > > That cat is already out of th

Re: [Python-Dev] deprecating .pyo and -O

On Thu, 14 Jun 2012 14:14:54 +0200, Antoine Pitrou wrote: > On Thu, 14 Jun 2012 12:58:16 +0100 > Floris Bruynooghe wrote: > > On 14 June 2012 11:25, Antoine Pitrou wrote: > > > Honestly, I think the best option would be to deprecate .pyo files as > > > well as the useless -O option. They only ca

Re: [Python-Dev] cpython (2.7): Issue #15060: fix typo in socket doc; Patch by anatoly techtonik

On Thu, 14 Jun 2012 16:15:41 +0200, Georg Brandl wrote: > Am 13.06.2012 23:59, schrieb sandro.tosi: > > http://hg.python.org/cpython/rev/744fb52ffdf0 > > changeset: 77417:744fb52ffdf0 > > branch: 2.7 > > parent: 77408:60a7b704de5c > > user:Sandro Tosi > > date:Wed Jun

Re: [Python-Dev] PEP 362 Third Revision

On Thu, 14 Jun 2012 07:50:42 -0700, Alexandre Zani wrote: > On Thu, Jun 14, 2012 at 6:50 AM, Yury Selivanov > wrote: > > On 2012-06-14, at 8:06 AM, Victor Stinner wrote: > >> Hum, why not using a attribute with a string value instead of 3 > >> attribute? For example: > >> * argtype: "index", "v

Re: [Python-Dev] PEP 362 Third Revision

On Thu, 14 Jun 2012 21:57:34 +0200, Antoine Pitrou wrote: > On Thu, 14 Jun 2012 12:46:38 -0700 > Ethan Furman wrote: > > > > This is no different from what we have with strings now: > > > > --> 'aA'.islower() > > False > > --> 'aA'.isupper() > > False > > --> 'a'.islower() > > True > > --> 'A'.

Re: [Python-Dev] PEP 362 Third Revision

On Fri, 15 Jun 2012 11:17:09 -0700, Larry Hastings wrote: > On 06/15/2012 04:32 AM, Nick Coghlan wrote: > > Since I don't believe your proposed flag will answer any question that > > actually matters in practice, I consider it useless noise that should > > be dropped from the proposal. > > I can

Re: [Python-Dev] PEP 362: 4th edition

On Fri, 15 Jun 2012 22:48:42 +0200, Victor Stinner wrote: > > 1. Should we keep 'Parameter.implemented' or not.  *Please vote* -1 to implemented. > I still disagree with the deepcopy. I read somewhere that Python > developers are consenting adult. If someone really want to modify a > Signature

Re: [Python-Dev] PEP 423 : naming conventions and recipes related to packaging

On Thu, 28 Jun 2012 08:14:07 -0400, Chris McDonough wrote: > It's probably always a reasonable idea to use a brand-prefixed namespace > for *private* packages but in my experience it's almost always a bad > idea to publish any set of otherwise-unrelated packages that share a > branded namespace

Re: [Python-Dev] PEP 423 : naming conventions and recipes related to packaging

On Thu, 28 Jun 2012 12:53:47 +0200, =?ISO-8859-1?Q?Beno=EEt_Bryon?= wrote: > Le 27/06/2012 22:08, Yury Selivanov a écrit : > > With python adoption (enterprise too) growing, we will inevitably > > find out that one single namespace (PyPI) is not enough, and > > name collisions will become a freq

Re: [Python-Dev] cpython (2.7): #9559: Append data to single-file mailbox files if messages are only added

(). This patch just changed it to not do a full > rewrite when flush() is called. Having a partially written message in > the end of your mailbox doesn't seem like a fatal corruption to me. > > Furthermore, I (and R. David Murray) think this is not so surprising > for users.

Re: [Python-Dev] [pydotorg-www] [Infrastructure] Buildbot master moved

On Thu, 28 Jun 2012 16:04:21 +0200, Hynek Schlawack wrote: > I don’t know if it’s known, but the bot infrastructure is FUBAR now. > http://buildbot.python.org/all/waterfall is a stacktrace and all tests > fail because of the XML-RPC tests that use our buildbot API. Heh, that's somewhat amusin

Re: [Python-Dev] Python-Dev Digest, Vol 108, Issue 14

On Thu, 12 Jul 2012 03:34:20 -0700, Ryan Paullin wrote: > $ python -m timeit -s 'import test' 'list(test.grouper(2,"abcdef"))' > 10 loops, best of 3: 5.34 usec per loop > $ python -m timeit -s 'import test' 'test.grouper(2,"abcdef")' > 10 loops, best of 3: 2.19 usec per loop > $ python -m

Re: [Python-Dev] cpython: Issue #15168: Move importlb.test to test.test_importlib.

On Fri, 20 Jul 2012 22:12:26 +0200, Antoine Pitrou wrote: > On Fri, 20 Jul 2012 20:49:03 +0200 (CEST) > brett.cannon wrote: > > diff --git a/Lib/importlib/test/__init__.py > > b/Lib/test/test_importlib/__init__.py > > rename from Lib/importlib/test/__init__.py > > rename to Lib/test/test_importl

Re: [Python-Dev] test_hashlib

On Sun, 22 Jul 2012 01:05:35 -, =?iso-8859-1?Q?Kristj=E1n_Valur_J=F3nsson?= wrote: > Indeed, shame on me for not mentioning this. > I rarely have the full complement of externals available when I'm doing > python work, and it struck me that this unitest was failing. > I suppose it should be

Re: [Python-Dev] 2to3 porting HOWTO: setup.py question

On Sun, 22 Jul 2012 11:21:38 +0300, anatoly techtonik wrote: > http://docs.python.org/py3k/howto/pyporting.html#during-installation > > What's the point in making implicit Python 3 check here: > try: # Python 3 > from distutils.command.build_py import build_py_2to3 as build_py > except Import

Re: [Python-Dev] 2to3 porting HOWTO: setup.py question

Benjamin sent me this message separately(*) privately and I responded privately. Here is my response. (*) or his mailer did On Sun, 22 Jul 2012 20:22:50 +0100, Oscar Benjamin wrote: > On 22 July 2012 14:08, R. David Murray wrote: > > > On Sun, 22 Jul 2012 11:21:38 +0300, anato

Re: [Python-Dev] No summary of tracker issues this week?

On Mon, 06 Aug 2012 00:39:22 +0100, MRAB wrote: > On 05/08/2012 23:31, Mark Lawrence wrote: > > Hi all, > > > > I keep an eye open for this but can't find one for Saturday 03/08/2012. > >Have I missed it, has it been stopped, has something gone wrong with > > its production or what? > > > I ha

Re: [Python-Dev] [Python-checkins] cpython: Issue #15502: Finish bringing importlib.abc in line with the current

On Fri, 10 Aug 2012 16:56:43 -0700, Chris Jerdonek wrote: > On Fri, Aug 10, 2012 at 9:21 AM, brett.cannon > wrote: > > http://hg.python.org/cpython/rev/0a75ce232f56 > > changeset: 78485:0a75ce232f56 > > user:Brett Cannon > > date:Fri Aug 10 12:21:12 2012 -0400 > > summary: > >

Re: [Python-Dev] Mountain Lion drops sign of zero, breaks test_cmath...

On Fri, 17 Aug 2012 04:00:50 -0400, Trent Nelson wrote: > This is the patch I came up with against test_cmath.py: > > xenon% hg diff Lib/test/test_cmath.py > diff -r ce49599b9fdf Lib/test/test_cmath.py > --- a/Lib/test/test_cmath.pyThu Aug 16 22:14:43 2012 +0200 &

Re: [Python-Dev] 3.3 str timings

On Sat, 18 Aug 2012 17:17:14 -0400, Terry Reedy wrote: > print(timeit("a.encode()", "a = 'a'*1000")) > # 1.5 in 3.2, .26 in 3.3 > > print(timeit("a.encode(encoding='utf-8')", "a = 'a'*1000")) > # 1.7 in 3.2, .51 in 3.3 > > This is one of the 3.3 improvements. But since the results are equal: > (

Re: [Python-Dev] Raw I/O writelines() broken

On Mon, 20 Aug 2012 23:42:56 +0200, Antoine Pitrou wrote: > On Mon, 20 Aug 2012 23:17:10 +0200 > Antoine Pitrou wrote: > > > > Hello, > > > > I was considering a FileIO.writelines() implementation based on > > writev() and I noticed that the current RawIO.writelines() > > implementation is brok

Re: [Python-Dev] [Python-checkins] cpython: Close #4966: revamp the sequence docs in order to better explain the state of

On Tue, 21 Aug 2012 17:47:28 +1000, Nick Coghlan wrote: > On Tue, Aug 21, 2012 at 11:55 AM, Ezio Melotti wrote: > >> +String literals that are part of a single expression and have only > >> whitespace > >> +between them will be implicitly converted to a single string literal. > >> + > > > > > > I

Re: [Python-Dev] [Infrastructure] Snakebite build slaves and developer SSH/GPG public keys

On Thu, 23 Aug 2012 10:53:34 +1200, Noah Kantrowitz wrote: > For everyone with a record in the Chef server (read: everyone with SSH access > to any of the PSF servers at OSL) I can easily give you automated access. > Whats the easiest format? I can give you a Python script that will spit out >

Re: [Python-Dev] bug in tarfile module?

nthought" for more information. > > >>> import tarfile > > >>> source = open('/src/Python-2.6.7.tgz', 'rb') > > >>> tar = tarfile.open(fileobj=source, mode='r|*') > > >>> member = tar.extractfile('Python-2.6.7/Li

Re: [Python-Dev] Edits to Metadata 1.2 to add extras (optional dependencies)

to be an open registry. Note that the MIME-type specification allows for "vendor types", which is a namespace mechanism and allows delegation of vetting authority. That sounds more like Nick's proposal. (I'm sure there is some way to solve the ambiguity issue.) We could

Re: [Python-Dev] Edits to Metadata 1.2 to add extras (optional dependencies)

xpires, and a *new* registration is entered with a different meaning, but packages still exist on PyPI that have the key with the old meaning. That seems likely to happen in practice. Or if it doesn't, then allowing for the recycling of names probably isn't important. -- R. Davi

Re: [Python-Dev] Edits to Metadata 1.2 to add extras (optional dependencies)

On Tue, 28 Aug 2012 18:47:16 +0200, =?ISO-8859-15?Q?=22Martin_v=2E_L=F6wis=22?= wrote: > Am 28.08.12 18:27, schrieb R. David Murray: > > The problem Donald is asking about is: the old registration expires, > > and a *new* registration is entered with a different meaning, bu

Re: [Python-Dev] core dev IRC nicks

and are therefore most likely to be found there, keep the same IRC handle for a long time (I've had mine, bitdancer, since 1995 or so). So I think there would be utility in such a list even if the updates were spotty. -- R. David Murray If you like the work I do for Python, you can

Re: [Python-Dev] Edits to Metadata 1.2 to add extras (optional ependencies)

xpect. It also allows for typo detection, which automatically interpreting prefix strings as extensions names would not. -- R. David Murray If you like the work I do for Python, you can enable me to spend more time doing it by supporting me here: http://gittip.com/bitdancer

Re: [Python-Dev] Edits to Metadata 1.2 to add extras (optional ependencies)

want to assign meaning to the line separators. You can do that with a custom policy and thus still be able the use the email parsing infrastructure to read and write the files. I'll be glad to help out with creating the custom policy once we've reached that stage of the process. -- R.

Re: [Python-Dev] Edits to Metadata 1.2 to add extras (optional ependencies)

On Sat, 01 Sep 2012 13:55:11 +0900, "Stephen J. Turnbull" wrote: > "Martin v. Löwis" writes: > > > Unfortunately, this conflicts with the desire to use UTF-8 in attribute > > values - RFC 822 (and also 2822) don't support this, but require the > > use oF MIME instead (Q or B encoding). > >

Re: [Python-Dev] Tru64 support

On Tue, 04 Sep 2012 15:19:38 +0300, Andrew Svetlov wrote: > On Tue, Sep 4, 2012 at 3:11 PM, Antoine Pitrou wrote: > > I don't think so. If some hypothetical Tru64 user cares, they can > > probably open a bug on the tracker. > > > Thanks. I used to work on Tru64 systems many years ago. Accordin

Re: [Python-Dev] Online docs: make index search available everywhere

On Thu, 06 Sep 2012 13:15:14 -0400, Terry Reedy wrote: > On 9/5/2012 8:53 PM, Nick Coghlan wrote: > > On Thu, Sep 6, 2012 at 8:13 AM, Terry Reedy wrote: > >> I presume this suggestion does not belong on bugs.python.org, so I hope one > >> of the docs people reading pydev will do something with it

Re: [Python-Dev] Issue 15906; regression in argparse in Python 3.3, 3.2, and 2.7

On Tue, 11 Sep 2012 11:34:30 -0400, Barry Warsaw wrote: > Issue 15906 describes a problem with argparse that is breaking lots of code in > Ubuntu. This is a recent regression caused by the fix for issue 12776, and it > affects Python 2.7, 3.2, and 3.3. > > I posted a diff that should fix the pro

Re: [Python-Dev] Issue 15906; regression in argparse in Python 3.3, 3.2, and 2.7

On Tue, 11 Sep 2012 15:08:26 -0400, Barry Warsaw wrote: > On Sep 11, 2012, at 12:19 PM, R. David Murray wrote: > > >The 12776 fix isn't going to be in 3.3, so I don't think this is a > >pressing issue. We can take our time to make sure we have the correct > &

Re: [Python-Dev] packaging location ?

On Wed, 12 Sep 2012 18:07:42 -0400, Brett Cannon wrote: > On Wed, Sep 12, 2012 at 3:28 PM, Lennart Regebro wrote: > > > On Wed, Sep 12, 2012 at 9:02 PM, Éric Araujo wrote: > > > “find a PEP dictator and propose changes”. And when I started the > > > thread about removing packaging in 3.3,

Re: [Python-Dev] buildbot with -O

On Wed, 26 Sep 2012 19:00:53 -0400, Benjamin Peterson wrote: > In light of issue #16046, I think it would be helpful to have a > buildbot running the testsuite with -O enabled. I've got some (slow) hardware I could dedicate to this, though it may take me a few weeks to find time to set it up. -

Re: [Python-Dev] Python Bug Day in October

On Thu, 27 Sep 2012 18:30:49 -0400, mer...@netwok.org wrote: > The Montreal-Python user group would like to host a bug day on October > 27 (to be confirmed) at a partner university in Montreal. It would be > cool to do a bug day on IRC like we used to (and in other physical > locations if people w

Re: [Python-Dev] [RELEASED] Python 3.3.0

On Sat, 29 Sep 2012 10:46:37 -0700, Glenn Linderman wrote: > On Sat, Sep 29, 2012 at 5:18 AM, Georg Brandl wrote: > >> In total, almost 500 API items are new or improved in Python 3.3. > >> For a more extensive list of changes in 3.3.0, see > >> > >> http://docs.python.org/3.3/whatsnew/3.3

Re: [Python-Dev] [RELEASED] Python 3.3.0 release candidate 3

On Sun, 30 Sep 2012 08:01:00 +1000, Tim Delaney wrote: > Also the example at > http://docs.python.org/py3k/whatsnew/3.3.html#pep-409-suppressing-exception-contextreads: > > ... raise AttributeError(attr) from None... > > Looks like there's an elipsis there that shouldn't be. This a

Re: [Python-Dev] Stdlib and timezones, again

On Sun, 30 Sep 2012 15:30:04 +0200, Xavier Morel wrote: > On 2012-09-30, at 15:15 , Antoine Pitrou wrote: > > > On Sun, 30 Sep 2012 15:10:06 +0200 > > Dirkjan Ochtman wrote: > >> On Sun, Sep 30, 2012 at 3:03 PM, Antoine Pitrou > >> wrote: > >>> Can't we simply include the Olson database in Wi

Re: [Python-Dev] Stdlib and timezones, again

On Tue, 02 Oct 2012 00:18:10 +0530, Nick Coghlan wrote: > Reminder to everyone: the current state of the art for getting up to > date tz info for Python is "pip install pytz". > > If any proposal is more complicated than that, there's absolutely no > point in changing anything. The version I like

Re: [Python-Dev] Stdlib and timezones, again

Gah, ignore half of that last post. I think Lennart is talking about incorporating the missing pytz *functionality* into the stdlib. --David ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe

Re: [Python-Dev] Stdlib and timezones, again

On Mon, 01 Oct 2012 21:59:03 +0200, Lennart Regebro wrote: > On Mon, Oct 1, 2012 at 9:02 PM, R. David Murray wrote: > > On Tue, 02 Oct 2012 00:18:10 +0530, Nick Coghlan wrote: > >> Reminder to everyone: the current state of the art for getting up to > >> date tz info

Re: [Python-Dev] Python Bug Day in October

On Mon, 01 Oct 2012 17:28:01 -0500, Brian Curtin wrote: > On Mon, Oct 1, 2012 at 5:18 PM, Maciej Szulik wrote: > > On 09/28/2012 12:30 AM, Éric Araujo wrote: > >> > >> Hi all, > >> > >> The Montreal-Python user group would like to host a bug day on October > >> 27 (to be confirmed) at a partner

Re: [Python-Dev] Proposed schedule for Python 3.4

On Wed, 03 Oct 2012 20:25:17 +0530, Nick Coghlan wrote: > On Wed, Oct 3, 2012 at 5:16 PM, Larry Hastings wrote: > > I don't agree. It's my understanding that the alphas are largely ignored, > > and having them earlier would hardly make them more relevant. > > I would appreciate it you stopped p

Re: [Python-Dev] Proposed schedule for Python 3.4

On Wed, 03 Oct 2012 18:02:03 +0200, Larry Hastings wrote: > Changing an existing alpha to be earlier doesn't alter the workload, but > I fear it makes the alpha less relevant. Evaluating alphas / betas > takes an investment of time, and whether or not a potential alpha user > makes that invest

Re: [Python-Dev] Proposed schedule for Python 3.4

On Wed, 03 Oct 2012 11:19:57 -0500, Brian Curtin wrote: > On Wed, Oct 3, 2012 at 11:02 AM, Larry Hastings wrote: > > > > On 10/03/2012 05:28 PM, Brian Curtin wrote: > > > > The webstats in April 2012 show 5628 downloads of 3.3a1 and 4946 > > downloads of 3.3a2 Windows installers. > > > > > > I'd

Re: [Python-Dev] Proposed schedule for Python 3.4

On Thu, 04 Oct 2012 03:14:11 +0200, =?ISO-8859-1?Q?Giampaolo_Rodol=E0?= wrote: > 2012/10/3 Larry Hastings : > > > Other proposed large-scale changes: > > [...] > > * A standard event-loop interface (PEP by Jim Fulton pending) > > Really? Was this discussed somewhere? I'd like to know more abou

Re: [Python-Dev] Bumping autoconf from 2.68 to 2.69

On Mon, 15 Oct 2012 23:18:04 -0700, Ned Deily wrote: > In article <20121016043352.ga21...@snakebite.org>, > Trent Nelson wrote: > > Any objections to regenerating configure with autoconf 2.69? The > > current version is based off 2.68, which was release on the 22nd > > of September

Re: [Python-Dev] accept the wheel PEPs 425, 426, 427

On Sun, 21 Oct 2012 09:14:03 -0400, Daniel Holth wrote: > On Sun, Oct 21, 2012 at 8:27 AM, Stephen J. Turnbull > wrote: > > Daniel Holth writes: > > > > > Another solution comes to mind. Put the description in the payload. > > > > That would work for me, but it would cause extensibility problem

Re: [Python-Dev] Segmentaion fault with wrongly set PYTHONPATH on Windows

You are more likely to get action on bugs by posting to the bug tracker. That said, since 8766 was fixed, your issue is most likely a new one. Please open a new bug report. --David On Mon, 22 Oct 2012 16:31:34 +0300, anatoly techtonik wrote: > Could anybody reopen http://bugs.python.org/issue8

Re: [Python-Dev] Python Bug Day in October

On Tue, 23 Oct 2012 21:19:29 -0400, wrote: > Le 12/10/2012 13:50, Petri Lehtinen a écrit : > > It's two and a half weeks left, but I've not seen any announcements > > yet! > Indeed, work and other commitments took over, so we (Montréal-Python) > decided to move the bug day instead of announcing

Re: [Python-Dev] Improve error message "UnboundLocalError: local variable referenced before assignment"

On Wed, 31 Oct 2012 21:57:28 +0200, anatoly techtonik wrote: > Here is the code: > > ---[cut]- > > DEBUG = [] > FONT_NAMES = [] > > def names(): > if len(DEBUG): > print(len(DEBUG)) > if len(FONT_NAMES): > print(len(FONT_NAMES)) > if len(FONT_NAMES)==0

Re: [Python-Dev] Cut/Copy/Paste items in IDLE right click context menu

On Sat, 03 Nov 2012 01:16:12 +1000, Nick Coghlan wrote: > On Sat, Nov 3, 2012 at 12:46 AM, Andrew Svetlov > wrote: > > Hi. There are issue for subject: http://bugs.python.org/issue1207589 [...] > The status quo is that IDLE is covered by the "no new features in > maintenance releases" rule along

Re: [Python-Dev] ctypes is not an acceptable implementation strategy for modules in the standard library?

On Mon, 05 Nov 2012 10:31:26 +0300, anatoly techtonik wrote: > Aren't there any modules in stdlib that access system API through ctypes? No. This is a policy. Changing that policy would require a PEP (*after* a discussion on python-ideas...which has probably already happened in the past, I wou

Re: [Python-Dev] chained assignment weirdity

On Tue, 06 Nov 2012 18:14:38 +0200, Serhiy Storchaka wrote: > Another counterintuitive (and possible wrong) example: > >>>> {print('foo'): print('bar')} >bar >foo >{None: None} http://bugs.python.org/issue11205 --David ___ Python-Dev

Re: [Python-Dev] Improve error message "UnboundLocalError: local variable referenced before assignment"

On Wed, 07 Nov 2012 14:57:57 +0100, Ulrich Eckhardt wrote: > Am 31.10.2012 23:15, schrieb Steven D'Aprano: > > On 01/11/12 06:57, anatoly techtonik wrote: > > [...] > >> UnboundLocalError: local variable 'FONT_NAMES' referenced before > >> assignment > [...] > >> I wonder if this message can be i

Re: [Python-Dev] cpython: Issue #16218: skip test if filesystem doesn't support required encoding

On Wed, 07 Nov 2012 23:47:13 +0100, Victor Stinner wrote: > 2012/11/7 Alexandre Vassalotti : > > The Unicode code points in the U+DC00-DFFF range (low surrogate area) can't > > be encoded in UTF-8. Quoting from RFC 3629: > > > > The definition of UTF-8 prohibits encoding character numbers between

Re: [Python-Dev] problems building python2.7

On Fri, 09 Nov 2012 16:44:00 +0100, Hans Mulder wrote: > I looked into it, and the problem is this bit of code (line 230-235): > > try: > self.assertTrue(os.path.exists(tmp_file)) > fp = urllib.urlopen(tmp_fileurl) > finally: > os.close(fd) >

Re: [Python-Dev] performance of {} versus dict()

On Wed, 14 Nov 2012 11:10:15 -0600, Mark Adam wrote: > On Wed, Nov 14, 2012 at 11:00 AM, Brian Curtin wrote: > > On Wed, Nov 14, 2012 at 10:12 AM, Mark Adam > > wrote: > >> On Wed, Nov 14, 2012 at 3:12 AM, Chris Withers > >> wrote: > >>> Hi All, > >>> > >>> A colleague pointed me at Doug's ex

Re: [Python-Dev] Failed issue tracker submission

On Sat, 17 Nov 2012 01:01:52 +0100, Antoine Pitrou wrote: > On Sat, 17 Nov 2012 00:47:33 +0100 > mar...@v.loewis.de wrote: > > > > Zitat von Guido van Rossum : > > > > > But python-dev seems a poor place to spam with those errors. > > > > It's certainly not deliberate that they are sent. Howeve

Re: [Python-Dev] operator.attrgetter(attr[, args...]) etc.

On Wed, 21 Nov 2012 14:49:05 +, Oscar Benjamin wrote: > On 21 November 2012 03:57, Leo wrote: > > Sorry the python issue tracker seems broken (I cannot log in). So I am > > posting it here. > > > > In the doc: > > > > operator.attrgetter(attr[, args...]) > > operator.itemgetter(item[, ar

Re: [Python-Dev] Summary of Python tracker Issues

On Fri, 30 Nov 2012 14:38:12 -0500, Brett Cannon wrote: > Do we have a graph of the historical trend of the number of bugs (or at > least the historical details stored somewhere)? I think we have had a net Not really. Ezio made one by hand once, but there is nothing automated. The historical de

Re: [Python-Dev] More compact dictionaries with faster iteration

On Mon, 10 Dec 2012 16:06:23 +, krist...@ccpgames.com wrote: > Indeed, I had to change the dict tuning parameters to make dicts > behave reasonably on the PS3. > > Interesting stuff indeed. Out of both curiosity and a possible application of my own for the information, what values did you end

Re: [Python-Dev] Mercurial workflow question...

On Thu, 13 Dec 2012 20:21:24 -0500, Trent Nelson wrote: > - Use a completely separate clone to house all the intermediate > commits, then generate a diff once the final commit is ready, > then apply that diff to the main cpython repo, then push that. > This ap

Re: [Python-Dev] How old Python version should be supported in tests?

On Thu, 27 Dec 2012 10:24:37 -0600, Benjamin Peterson wrote: > 2012/12/27 Serhiy Storchaka : > > I found a code like "if sys.version_info < (2, 4):" in some tests. Should > > old versions (< 2.6) be supported in tests? Can such support code be removed > > (note that other tests likely doesn't com

Re: [Python-Dev] test___all__ polluting sys.modules?

On Mon, 31 Dec 2012 00:38:47 +1000, Nick Coghlan wrote: > On Mon, Dec 31, 2012 at 12:19 AM, Eli Bendersky wrote: > > On Sun, Dec 30, 2012 at 5:54 AM, Stefan Krah wrote: > >> > >> Eli Bendersky wrote: > >> > Yes, this is the solution currently used in test_xml_etree. However, > >> > once > >> >

Re: [Python-Dev] BDFL delegate for Daniel Holth's packaging PEPs?

On Mon, 31 Dec 2012 13:51:08 +0100, Antoine Pitrou wrote: > On Mon, 31 Dec 2012 13:36:23 +0100 > Tarek Ziadé wrote: > > On 12/31/12 12:44 PM, Antoine Pitrou wrote: > > > On Mon, 31 Dec 2012 15:40:39 +1000 > > > Nick Coghlan wrote: > > >> Does anyone object to my naming myself as BDFL-Delegate f

Re: [Python-Dev] Please review simple patch for IDLE documentation last updated 11/28/2012

On Fri, 04 Jan 2013 10:04:14 -0500, Todd V Rovito wrote: > I submitted a simple patch for updates to IDLE's documentation > http://bugs.python.org/issue5066 and it has not been reviewed by > an official Python developer. Since it is now been over 1month > since last update can

Re: [Python-Dev] Please review simple patch for IDLE documentation last updated 11/28/2012

On Fri, 04 Jan 2013 10:40:10 -0500, Todd V Rovito wrote: > On Jan 4, 2013, at 10:23 AM, "R. David Murray" wrote: > > > On Fri, 04 Jan 2013 10:04:14 -0500, Todd V Rovito > > wrote: > >> I submitted a simple patch for updates to IDLE's documentation

Re: [Python-Dev] Please review simple patch for IDLE documentation last updated 11/28/2012

On Fri, 04 Jan 2013 18:56:22 +0200, Serhiy Storchaka wrote: > On 04.01.13 18:51, R. David Murray wrote: > > (To automate such monitoring we would need some sort of 'commit ready' > > flag in the tracker and a protocol for when it gets set...which might > > not be a

Re: [Python-Dev] make test

On Tue, 08 Jan 2013 16:48:41 +0400, Oleg Broytman wrote: > Hello. > >We are sorry but we cannot help you. This mailing list is to work on > developing Python (adding new features to Python itself and fixing bugs); > if you're having problems learning, understanding or using Python, please > f

Re: [Python-Dev] is this the fault of import_fresh_module or pickle?

On Tue, 08 Jan 2013 17:05:50 +0100, Stefan Krah wrote: > Eli Bendersky wrote: > > Everything works fine. However, if I add import_fresh_module for the C > > module: > > > > from test.support import import_fresh_module > > import pickle > > C = import_fresh_module('xml.etree.ElementTree', fresh=

Re: [Python-Dev] cpython (3.3): #16919: test_crypt now works with unittest test discovery. Patch by Zachary

On Fri, 11 Jan 2013 08:11:00 +0100, Antoine Pitrou wrote: > On Fri, 11 Jan 2013 04:20:21 +0100 (CET) > ezio.melotti wrote: > > > > diff --git a/Lib/test/test_crypt.py b/Lib/test/test_crypt.py > > --- a/Lib/test/test_crypt.py > > +++ b/Lib/test/test_crypt.py > > @@ -1,7 +1,11 @@ > > from test im

Re: [Python-Dev] Anyone building Python --without-doc-strings?

On Sat, 26 Jan 2013 17:19:32 +0100, Antoine Pitrou wrote: > On Sat, 26 Jan 2013 17:03:59 +0100 > Stefan Krah wrote: > > Stefan Krah wrote: > > > I'm not sure how accurate the output is for measuring these things, but > > > according to ``ls'' and ``du'' the option is indeed quite worthless: > >

Re: [Python-Dev] PEP 433: Choose the default value of the new cloexec parameter

On Sun, 27 Jan 2013 19:42:59 +0100, Ralf Schmitt wrote: > Guido van Rossum writes: > > > It's like calling socket.settimeout(0.1) and then complaining that > > urllib.urlopen() raises exceptions > > but that's not what's happening. you'll see urllib.urlopen raising > exceptions and only afterwa

Re: [Python-Dev] PEP 433: Choose the default value of the new cloexec parameter

On Sun, 27 Jan 2013 21:56:06 +0100, Ralf Schmitt wrote: > "R. David Murray" writes: > > > On Sun, 27 Jan 2013 19:42:59 +0100, Ralf Schmitt wrote: > >> Guido van Rossum writes: > >> > >> > It's like calling socket.settimeout(0.1)

Re: [Python-Dev] Fwd: I was just thinking that os.path could use some love...

http://bugs.python.org/issue11344 evolved into a patch for 'splitpath', similar to splitall. Antoine's pathlib (PEP 428) is also mentioned at the end, which is probably what Guido is thinking of. --David On Wed, 30 Jan 2013 13:26:08 -0800, Guido van Rossum wrote: > Thoughts on os.path? What hap

Re: [Python-Dev] mingw32 port

On Thu, 31 Jan 2013 00:49:38 +0100, Matthias Klose wrote: > So ok to close issue16526, issue3871, issue3754 and suggest in the reports to > start over with more granular changes? +1 from me. Over time I've suggested to at least two people, maybe more, who wanted to see some action on these that

Re: [Python-Dev] os.path.join failure mode

On Sat, 09 Feb 2013 09:59:13 +, Thomas Scrace wrote: > If a function (or other non-string object) is accidentally passed as an > argument to os.path.join() the result is an AttributeError: > > > In [3]: os.path.join(fn, "path") > >

Re: [Python-Dev] os.path.join failure mode

On Sat, 09 Feb 2013 14:35:33 +, Thomas Scrace wrote: > R. David Murray bitdance.com> writes: > > > The reason we avoid such type checks is that we prefer to operate via > > "duck typing", which means that if an object behaves like the expected > > input

Re: [Python-Dev] os.path.join failure mode

On Sat, 09 Feb 2013 13:57:41 -0500, Terry Reedy wrote: > On 2/9/2013 8:31 AM, R. David Murray wrote: > Changing AttributeError to TypeError only requires try-except, which is > cheap if there is no error, not an early type check. > > > The reason we avoid such type checks is

Re: [Python-Dev] Question regarding: Lib/_markupbase.py

If these don't get reported as tracker issues they will probably get lost. --David On Mon, 11 Feb 2013 14:47:00 +, Developer Developer wrote: > Same thing in the function: "_parse_doctype_attlist": > > if ")" in rawdata[j:]: >     j = rawdata.find(")", j) + 1 > else: >     return -1 >

<    7   8   9   10   11   12   13   >