Re: [Python-Dev] PEP 431 Time zone support improvements - Update

On Sat, Dec 29, 2012 at 11:59 PM, Terry Reedy wrote: > On 12/29/2012 3:16 PM, Lennart Regebro wrote: > > Yes, but a comprehensible error message is useful even if somebody >> messed up the system/configuration. >> > > Just reuse whatever exception type you create and add a sensible message. > Ho

Re: [Python-Dev] PEP 431 Time zone support improvements - Update

On Sat, Dec 29, 2012 at 11:55 PM, Cameron Simpson wrote: > On 29Dec2012 21:16, Lennart Regebro wrote: > | On Sat, Dec 29, 2012 at 8:04 PM, Antoine Pitrou > wrote: > | > Why should we care about that situation if we *do* provide a database? > | > Distributions can decide to exclude some files fr

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

On Sun, Dec 30, 2012 at 10:46 AM, Benjamin Peterson wrote: > 2012/12/29 Eli Bendersky : >> Hi, >> >> This came up while investigating some test-order-dependency failures in >> issue 16076. >> >> test___all__ goes over modules that have `__all__` in them and does 'from >> import *' on them. This l

Re: [Python-Dev] question about packaging

Antonio Cavallo cavallinux.eu> writes: > Correct if I'm wrong but distlib isn't targeting resources managent? > distutils is targeted to distribute python modules/packages instead; > small differences but on the field they really mean different things. distlib is intended to target more than r

Re: [Python-Dev] question about packaging

> On Dec 29, 2012, at 5:47 AM, Antoine Pitrou wrote: > > The current effort seems to be distlib, Vinay's project to gather the > > "good parts" of packaging and distutils as a library API: > > http://packages.python.org/distlib/ > > (there's an active bitbucket repo) See https://bitbucket.org/vin

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

On Sat, Dec 29, 2012 at 4:46 PM, Benjamin Peterson wrote: > 2012/12/29 Eli Bendersky : > > Hi, > > > > This came up while investigating some test-order-dependency failures in > > issue 16076. > > > > test___all__ goes over modules that have `__all__` in them and does 'from > > import *' on them.

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

See (unfinished but trivial enough) http://bugs.python.org/issue14715 for proposed way to modules/importsystem cleanup On Sun, Dec 30, 2012 at 2:31 AM, Eli Bendersky wrote: > Hi, > > This came up while investigating some test-order-dependency failures in > issue 16076. > > test___all__ goes over

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

2012/12/29 Eli Bendersky : > Hi, > > This came up while investigating some test-order-dependency failures in > issue 16076. > > test___all__ goes over modules that have `__all__` in them and does 'from > import *' on them. This leaves a lot of modules in sys.modules, > which may interfere with som

[Python-Dev] test___all__ polluting sys.modules?

Hi, This came up while investigating some test-order-dependency failures in issue 16076. test___all__ goes over modules that have `__all__` in them and does 'from import *' on them. This leaves a lot of modules in sys.modules, which may interfere with some tests that do fancy things with sys,mod

Re: [Python-Dev] PEP 431 Time zone support improvements - Update

On 12/29/2012 3:16 PM, Lennart Regebro wrote: Yes, but a comprehensible error message is useful even if somebody messed up the system/configuration. Just reuse whatever exception type you create and add a sensible message. Hopefully, it will never be seen. -- Terry Jan Reedy __

Re: [Python-Dev] PEP 431 Time zone support improvements - Update

On 29Dec2012 21:16, Lennart Regebro wrote: | On Sat, Dec 29, 2012 at 8:04 PM, Antoine Pitrou wrote: | > Why should we care about that situation if we *do* provide a database? | > Distributions can decide to exclude some files from their packages, but | > it's their problem, not ours. | | Yes, bu

Re: [Python-Dev] [Python-checkins] cpython (3.3): Issue #16641: Fix default values of sched.scheduler.enter arguments were

On 12/29/2012 10:44 PM, Eli Bendersky wrote: > > > Executing the event means executing ``action(*argument, > **kwargs)``. > > - *argument* must be a sequence holding the parameters for > *action*. > > - *kwargs* must be a dictionary holding the keyword parameters

Re: [Python-Dev] [Python-checkins] cpython (3.3): Issue #16641: Fix default values of sched.scheduler.enter arguments were

> > Executing the event means executing ``action(*argument, > **kwargs)``. > > - *argument* must be a sequence holding the parameters for > *action*. > > - *kwargs* must be a dictionary holding the keyword parameters for > *action*. > > + Optional *argument* argument must

Re: [Python-Dev] [Python-checkins] cpython (3.3): Issue #16641: Fix default values of sched.scheduler.enter arguments were

On 12/29/2012 08:32 PM, Eli Bendersky wrote: > > > > On Sat, Dec 29, 2012 at 11:17 AM, serhiy.storchaka > wrote: > > http://hg.python.org/cpython/rev/1c9c0f92df65 > changeset: 81134:1c9c0f92df65 > branch: 3.3 > parent: 81132:5db083

Re: [Python-Dev] [Python-checkins] Cron /home/docs/build-devguide

On Sat, Dec 29, 2012 at 12:05 PM, Cron Daemon wrote: > /home/docs/devguide/documenting.rst:768: WARNING: term not in glossary: > bytecode Why is this warning reported? I can't reproduce on my system, and on my system and in the published online docs, the term successfully links to: http://docs

Re: [Python-Dev] PEP 431 Time zone support improvements - Update

On Sat, Dec 29, 2012 at 8:04 PM, Antoine Pitrou wrote: > On Sat, 29 Dec 2012 19:56:43 +0100 > Lennart Regebro wrote: > > On Sat, Dec 29, 2012 at 7:54 PM, Lennart Regebro > wrote: > > > > > On Sat, Dec 29, 2012 at 7:38 PM, Tres Seaver >wrote: > > > > > >> - -Lots for enabling fallback by defaul

Re: [Python-Dev] [Python-checkins] cpython (3.3): Issue #16641: Fix default values of sched.scheduler.enter arguments were

On Sat, Dec 29, 2012 at 11:17 AM, serhiy.storchaka < python-check...@python.org> wrote: > http://hg.python.org/cpython/rev/1c9c0f92df65 > changeset: 81134:1c9c0f92df65 > branch: 3.3 > parent: 81132:5db0833f135b > user:Serhiy Storchaka > date:Sat Dec 29 21:13:45 2012 +0

Re: [Python-Dev] PEP 431 Time zone support improvements - Update

On Sat, 29 Dec 2012 19:56:43 +0100 Lennart Regebro wrote: > On Sat, Dec 29, 2012 at 7:54 PM, Lennart Regebro wrote: > > > On Sat, Dec 29, 2012 at 7:38 PM, Tres Seaver wrote: > > > >> - -Lots for enabling fallback by default except on platforms known not to > >> have their own database > > > > >

Re: [Python-Dev] PEP 431 Time zone support improvements - Update

2012-12-29 19:54:42 Lennart Regebro napisał(a): > On Sat, Dec 29, 2012 at 7:38 PM, Tres Seaver wrote: > > > - -Lots for enabling fallback by default except on platforms known not to > > have their own database > > Well, it's the same thing really. If the platform does have a database, the > fall

Re: [Python-Dev] PEP 431 Time zone support improvements - Update

On Sat, Dec 29, 2012 at 7:54 PM, Lennart Regebro wrote: > On Sat, Dec 29, 2012 at 7:38 PM, Tres Seaver wrote: > >> - -Lots for enabling fallback by default except on platforms known not to >> have their own database > > > Well, it's the same thing really. If the platform does have a database, > t

Re: [Python-Dev] PEP 431 Time zone support improvements - Update

On Sat, Dec 29, 2012 at 7:38 PM, Tres Seaver wrote: > - -Lots for enabling fallback by default except on platforms known not to > have their own database Well, it's the same thing really. If the platform does have a database, the fallback will not be used. Of course, there is the case of the da

Re: [Python-Dev] PEP 431 Time zone support improvements - Update

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/29/2012 01:00 AM, Nick Coghlan wrote: > I'm still a fan of *always* shipping fallback tzdata, regardless of > platform. The stdlib would then look in three places for timezone > data when datetime.timezone was first imported: > > 1. the "tzdat

Re: [Python-Dev] PEP 431 Time zone support improvements - Update

On Sat, Dec 29, 2012 at 7:00 AM, Nick Coghlan wrote: > On Sat, Dec 29, 2012 at 6:23 AM, Lennart Regebro > wrote: > > Happy Holidays! Here is the update of PEP 431 with the changes that > emerged > > after the earlier discussion. > > > > A raw download is here: > > https://raw.github.com/regebro/

Re: [Python-Dev] question about packaging

On Dec 29, 2012, at 5:47 AM, Antoine Pitrou wrote: > On Fri, 28 Dec 2012 17:59:05 -0500 > Doug Hellmann wrote: >> A couple of us from the OpenStack project are interested in getting involved >> in the packaging rewrite/update project. I was following that work for a >> while, but have lost tra

Re: [Python-Dev] question about packaging

Correct if I'm wrong but distlib isn't targeting resources managent? distutils is targeted to distribute python modules/packages instead; small differences but on the field they really mean different things. distlib is under http://hg.python.org/distlib too :O ..my first guess would be that's

Re: [Python-Dev] PEP 431 Time zone support improvements - Update

On Sat, Dec 29, 2012 at 11:45 AM, Antoine Pitrou wrote: >> I'm still a fan of *always* shipping fallback tzdata, regardless of >> platform. The stdlib would then look in three places for timezone data >> when datetime.timezone was first imported: >> >> 1. the "tzdata-update" database >> 2. the OS

Re: [Python-Dev] question about packaging

On Fri, 28 Dec 2012 17:59:05 -0500 Doug Hellmann wrote: > A couple of us from the OpenStack project are interested in getting involved > in the packaging rewrite/update project. I was following that work for a > while, but have lost track of its current state. Can someone point me to the > righ

Re: [Python-Dev] PEP 431 Time zone support improvements - Update

On Sat, 29 Dec 2012 16:00:39 +1000 Nick Coghlan wrote: > > > Discussion > > == > > > > Should the windows installer include the data package? > > -- > > > > It has been suggested that the Windows installer should include the data > > pac

Re: [Python-Dev] question about packaging

Is that where the discussions are actively happening? Last time I looked at it I thought there was a google group or something. It's bee quite a while, though, so I may just be confused. On Dec 28, 2012, at 6:12 PM, Antonio Cavallo wrote: > There's the distutil mailing list: > > http://mail.py