Re: [Python-Dev] Continuing 2.x

2010-11-09 Thread Stephen J. Turnbull
James Y Knight writes: > > On Nov 8, 2010, at 6:08 PM, Lennart Regebro wrote: > > > 2010/11/8 James Y Knight : > >> On Nov 8, 2010, at 4:42 AM, Lennart Regebro wrote: > >>> So it can be done, but the question is "Why?" > >> > >> To keep the batteries included? > > > > But they'll only

Re: [Python-Dev] Breaking undocumented API

2010-11-09 Thread Stephen J. Turnbull
Nick Coghlan writes: > > Module writers who compound the error by expecting to be imported > > this way, thereby bogarting the global namespace for their own > > purposes, should be fish-slapped. ;) > > Be prepared to fish-slap all of python-dev then - we use precisely > this technique to s

Re: [Python-Dev] [Python-checkins] r86348 - in python/branches/py3k/Lib: test/test_xml_etree.py xml/etree/ElementTree.py

2010-11-09 Thread Senthil Kumaran
Hello Éric, On Tue, Nov 09, 2010 at 08:46:41PM +0100, Éric Araujo wrote: > > Shouldn’t this include an entry in NEWS and maybe in ACKS? It was a very simple bug fix (caused due to an overlook initially), so did not add NEWS/ACKS. For features, larger fixes or complete patches, I the add NEWS and

Re: [Python-Dev] Continuing 2.x

2010-11-09 Thread James Y Knight
On Nov 8, 2010, at 6:08 PM, Lennart Regebro wrote: > 2010/11/8 James Y Knight : >> On Nov 8, 2010, at 4:42 AM, Lennart Regebro wrote: >>> So it can be done, but the question is "Why?" >> >> To keep the batteries included? > > But they'll only be included in > 2.7, which won't be used much, [...

Re: [Python-Dev] Breaking undocumented API

2010-11-09 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/09/2010 03:48 PM, Toshio Kuratomi wrote: > I think there's a valid case for bogarting the namespace in this instance, > but let me know if there's a better way to do it:: > > # Method to use system libraries if available, otherwise use a bundle

Re: [Python-Dev] Breaking undocumented API

2010-11-09 Thread Nick Coghlan
On Wed, Nov 10, 2010 at 4:49 AM, Tres Seaver wrote: > Outside an interactive prompt, anyone using "from foo import *" has set > themselves and their users up to lose anyway. > > That syntax is the single worst misfeature in all of Python.  It impairs > readability and discoverability for *no* bene

[Python-Dev] bugs.python.org migration

2010-11-09 Thread Martin v. Löwis
bugs.python.org is moving to a new hardware; this also involves a new IP address. The migration will happen on Thursday, likely around 8:00 UTC. If all goes well, outage should be very short. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.

Re: [Python-Dev] Breaking undocumented API

2010-11-09 Thread Toshio Kuratomi
On Tue, Nov 09, 2010 at 01:49:01PM -0500, Tres Seaver wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 11/08/2010 06:26 PM, Bobby Impollonia wrote: > > > This does hurt because anyone who was relying on "import *" to get a > > name which is now omitted from __all__ is going to upgr

Re: [Python-Dev] Breaking undocumented API

2010-11-09 Thread Glyph Lefkowitz
On Nov 8, 2010, at 4:50 PM, Guido van Rossum wrote: > On Mon, Nov 8, 2010 at 3:55 PM, Glyph Lefkowitz > wrote: >> This seems like a pretty clear case of "practicality beats purity". Not >> only has nobody complained about deprecatedModuleAttribute, but there are >> tons of things which show u

Re: [Python-Dev] [Python-checkins] r86348 - in python/branches/py3k/Lib: test/test_xml_etree.py xml/etree/ElementTree.py

2010-11-09 Thread Éric Araujo
Hello Senthil > Author: senthil.kumaran > New Revision: 86348 > Log: Fix Issue10205 - XML QName error when different tags have same QName. > > Modified: >python/branches/py3k/Lib/test/test_xml_etree.py >python/branches/py3k/Lib/xml/etree/ElementTree.py Shouldn’t this include an entry in

Re: [Python-Dev] Breaking undocumented API

2010-11-09 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/08/2010 06:26 PM, Bobby Impollonia wrote: > This does hurt because anyone who was relying on "import *" to get a > name which is now omitted from __all__ is going to upgrade and find > their program failing with NameErrors. This is a backwards c

Re: [Python-Dev] r86355 - python/branches/py3k/Modules/_pickle.c

2010-11-09 Thread Stefan Krah
Alexander Belopolsky wrote: > On Tue, Nov 9, 2010 at 11:36 AM, Antoine Pitrou wrote: > .. > >> C99 allows it.  Which compiler is giving you trouble? > > > > One part of the answer is that we generally try to enforce C89 > > compatibility. I don't know if any modern compiler would mind, though. >

Re: [Python-Dev] r86355 - python/branches/py3k/Modules/_pickle.c

2010-11-09 Thread Alexander Belopolsky
On Tue, Nov 9, 2010 at 11:36 AM, Antoine Pitrou wrote: .. >> C99 allows it.  Which compiler is giving you trouble? > > One part of the answer is that we generally try to enforce C89 > compatibility. I don't know if any modern compiler would mind, though. I know, but if we ever start making except

Re: [Python-Dev] Breaking undocumented API

2010-11-09 Thread exarkun
On 11:53 am, solip...@pitrou.net wrote: On Tue, 09 Nov 2010 02:03:23 - exar...@twistedmatrix.com wrote: I wonder if there are any actual technical arguments to be made against something like `deprecatedModuleAttribute`? For example, does it work well with import hacks such as Mercurial'

Re: [Python-Dev] [Python-checkins] r86355 - python/branches/py3k/Modules/_pickle.c

2010-11-09 Thread Alexander Belopolsky
On Tue, Nov 9, 2010 at 4:39 AM, victor.stinner wrote: .. > Log: > Issue #10359: Remove useless comma, invalid in ISO C C99 allows it. Which compiler is giving you trouble? ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman

Re: [Python-Dev] r86355 - python/branches/py3k/Modules/_pickle.c

2010-11-09 Thread Antoine Pitrou
On Tue, 9 Nov 2010 11:23:23 -0500 Alexander Belopolsky wrote: > On Tue, Nov 9, 2010 at 4:39 AM, victor.stinner > wrote: > .. > > Log: > > Issue #10359: Remove useless comma, invalid in ISO C > > C99 allows it. Which compiler is giving you trouble? One part of the answer is that we generally tr

Re: [Python-Dev] Breaking undocumented API

2010-11-09 Thread Antoine Pitrou
On Tue, 09 Nov 2010 02:03:23 - exar...@twistedmatrix.com wrote: > > I wonder if there are any actual technical arguments to be made against > something like `deprecatedModuleAttribute`? For example, does it work well with import hacks such as Mercurial's demandimport? Regards Antoine. __

Re: [Python-Dev] GUI test runner tool

2010-11-09 Thread Michael Foord
On 08/11/2010 19:28, Alexander Belopolsky wrote: On Mon, Nov 8, 2010 at 7:09 AM, Michael Foord wrote: .. I'd like to propose adding [unittestgui] to Python in Tools/ and am volunteering to maintain it. Why not adding it under Lib/unittest/? I really don't want to make Tk a dependency for uni

Re: [Python-Dev] r86351 - python/branches/py3k/Lib/tempfile.py

2010-11-09 Thread Nick Coghlan
On Tue, Nov 9, 2010 at 10:00 PM, Antoine Pitrou wrote: >> -    characters = ("abcdefghijklmnopqrstuvwxyz" + >> -                  "ABCDEFGHIJKLMNOPQRSTUVWXYZ" + >> -                  "0123456789_") >> +    characters = "abcdefghijklmnopqrstuvwxyz0123456789_" > > Aren't you reducing entropy here?

Re: [Python-Dev] r86351 - python/branches/py3k/Lib/tempfile.py

2010-11-09 Thread Antoine Pitrou
On Tue, 9 Nov 2010 04:43:58 +0100 (CET) raymond.hettinger wrote: > Author: raymond.hettinger > Date: Tue Nov 9 04:43:58 2010 > New Revision: 86351 > > Log: > Simplify code > > Modified: >python/branches/py3k/Lib/tempfile.py > > Modified: python/branches/py3k/Lib/tempfile.py >

Re: [Python-Dev] GUI test runner tool

2010-11-09 Thread Michael Foord
On 08/11/2010 19:00, Brett Cannon wrote: On Mon, Nov 8, 2010 at 04:09, Michael Foord wrote: Hello all, Now that unittest has test discovery, Mark Roddy has been working on resurrecting the old GUI test runner (using Tkinter): https://bitbucket.org/markroddy/unittestgui This was part of the o

Re: [Python-Dev] rlcompleter -- auto-complete dictionary keys (+ tests)

2010-11-09 Thread Valery Khamenya
> > Can you post your patch on bugs.python.org? > done -- now both 2.x and 3.x patches are available on http://bugs.python.org/issue10351 The py3k appeared to be *much* more friendly regarding the unpleasant unicode-issues that I've faced in python 2.x regards, Valery ___