Re: [Python-Dev] Draft PEP for time zone support.

On 12 December 2012 00:58, Nick Coghlan wrote: > I'd prefer a more aggressive name for this like "tzdata_override". My > rationale is that *nix users need to thoroughly aware that if they install > this package, they will stop benefiting from the automatic tz database > updates provided by their O

Re: [Python-Dev] Guido, Dropbox, and Python

On Dec 10, 2012, at 1:52 PM, Terry Reedy wrote: > My question, Guido, is how this will affect Python development, and in > particular, your work on async. If not proprietary info, does or will Dropbox > use Python3? I talked to some Dropbox people tonight, and they said they use 2.7 for the cl

Re: [Python-Dev] Draft PEP for time zone support.

Am 12.12.2012 01:58, schrieb Nick Coghlan: > Ick, why a new module? Why not just add this directly to datetime? (It > doesn't need to be provided by the C accelerator, it can go straight in > the pure Python part). +1 for something like datetime.timezone How well does hg handle files renames? The

Re: [Python-Dev] Emacs users: hg-tools-grep

Brandon W Maister wrote: > (defconst git-tools-grep-command > "git ls-files -z | xargs -0 grep -In %s" > "The command used for grepping files using git. See `git-tools-grep'.") What's wrong with git grep? ___ Python-Dev mailing list Python-Dev@python

Re: [Python-Dev] Emacs users: hg-tools-grep

On Wed, Dec 12, 2012 at 01:27:21PM +0200, Petri Lehtinen wrote: > Brandon W Maister wrote: > > (defconst git-tools-grep-command > > "git ls-files -z | xargs -0 grep -In %s" > > "The command used for grepping files using git. See `git-tools-grep'.") > > What's wrong with git grep? Or "hg grep"

Re: [Python-Dev] Emacs users: hg-tools-grep

On 2012-12-12, at 15:12 , Ross Lagerwall wrote: > On Wed, Dec 12, 2012 at 01:27:21PM +0200, Petri Lehtinen wrote: >> Brandon W Maister wrote: >>> (defconst git-tools-grep-command >>> "git ls-files -z | xargs -0 grep -In %s" >>> "The command used for grepping files using git. See `git-tools-grep'

Re: [Python-Dev] Emacs users: hg-tools-grep

Ross Lagerwall wrote: > On Wed, Dec 12, 2012 at 01:27:21PM +0200, Petri Lehtinen wrote: > > Brandon W Maister wrote: > > > (defconst git-tools-grep-command > > > "git ls-files -z | xargs -0 grep -In %s" > > > "The command used for grepping files using git. See `git-tools-grep'.") > > > > What'

Re: [Python-Dev] Emacs users: hg-tools-grep

Yes indeed-- in my eagerness to make my first post to python-dev be well-received I completely forgot about git grep. brandon On Wed, Dec 12, 2012 at 9:20 AM, Xavier Morel wrote: > On 2012-12-12, at 15:12 , Ross Lagerwall wrote: > > > On Wed, Dec 12, 2012 at 01:27:21PM +0200, Petri Lehtinen wro

Re: [Python-Dev] Draft PEP for time zone support.

General comments: It seems like the consensus is moving towards making sure there always is a database available. If this means including it in the standard Python distribution as well, or only on Windows, I don't know, opinions on that are welcome. The steps to look for a database would then ch

Re: [Python-Dev] Draft PEP for time zone support.

On Wed, Dec 12, 2012 at 9:56 AM, Lennart Regebro wrote: > General comments: > > > It seems like the consensus is moving towards making sure there always is a > database available. If this means including it in the standard Python > distribution as well, or only on Windows, I don't know, opinions o

Re: [Python-Dev] Draft PEP for time zone support.

On Wed, Dec 12, 2012 at 4:56 PM, Lennart Regebro wrote: >> Why not keep a bit more of the pytz API to make porting easy? > > The renaming of the timezone() function to get_timezone() is indeed small, > but changing pytz.timezone(foo) to timezone.timezone(foo) is really > significantly easier than

Re: [Python-Dev] Draft PEP for time zone support.

On 12 December 2012 16:11, Brian Curtin wrote: > I don't think it's all that bad to include a small script on Windows > which runs every few days to check PyPI, then present an option to > update the info. This is what Java itself is doing anyway. What would that do in an environment without inte

Re: [Python-Dev] Draft PEP for time zone support.

Le Wed, 12 Dec 2012 10:11:15 -0600, Brian Curtin a écrit : > > I don't think it's all that bad to include a small script on Windows > which runs every few days to check PyPI, then present an option to > update the info. This is what Java itself is doing anyway. I don't get why people are so obse

Re: [Python-Dev] Draft PEP for time zone support.

On Wed, Dec 12, 2012 at 8:44 AM, Antoine Pitrou wrote: > Le Wed, 12 Dec 2012 10:11:15 -0600, > Brian Curtin a écrit : >> >> I don't think it's all that bad to include a small script on Windows >> which runs every few days to check PyPI, then present an option to >> update the info. This is what J

Re: [Python-Dev] Draft PEP for time zone support.

Paul Moore wrote: > On 12 December 2012 16:11, Brian Curtin wrote: > > I don't think it's all that bad to include a small script on Windows > > which runs every few days to check PyPI, then present an option to > > update the info. This is what Java itself is doing anyway. > > What would that do

Re: [Python-Dev] Draft PEP for time zone support.

Hi, Le 12/12/2012 04:53, Christian Heimes a écrit : > Am 12.12.2012 01:58, schrieb Nick Coghlan: >> Ick, why a new module? Why not just add this directly to datetime? (It >> doesn't need to be provided by the C accelerator, it can go straight in >> the pure Python part). > > +1 for something like

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

On 12/12/2012 01:15 AM, Nick Coghlan wrote: On Wed, Dec 12, 2012 at 5:37 AM, Dino Viehland mailto:di...@microsoft.com>> wrote: OTOH changing certain dictionaries in IronPython (such as keyword args) to be ordered would certainly be possible. Personally I just wouldn't want to se

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

On Wed, Dec 12, 2012 at 3:37 PM, Dag Sverre Seljebotn wrote: > On 12/12/2012 01:15 AM, Nick Coghlan wrote: >> >> On Wed, Dec 12, 2012 at 5:37 AM, Dino Viehland > > wrote: >> >> OTOH changing certain dictionaries in IronPython (such as keyword >> args) to be >>

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

On 12/12/2012 10:31 PM, PJ Eby wrote: On Wed, Dec 12, 2012 at 3:37 PM, Dag Sverre Seljebotn wrote: On 12/12/2012 01:15 AM, Nick Coghlan wrote: On Wed, Dec 12, 2012 at 5:37 AM, Dino Viehland mailto:di...@microsoft.com>> wrote: OTOH changing certain dictionaries in IronPython (such as key

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

On 12/12/2012 11:06 PM, Dag Sverre Seljebotn wrote: On 12/12/2012 10:31 PM, PJ Eby wrote: On Wed, Dec 12, 2012 at 3:37 PM, Dag Sverre Seljebotn wrote: On 12/12/2012 01:15 AM, Nick Coghlan wrote: On Wed, Dec 12, 2012 at 5:37 AM, Dino Viehland mailto:di...@microsoft.com>> wrote: OTOH cha

Re: [Python-Dev] Draft PEP for time zone support.

On Tue, Dec 11, 2012 at 8:07 AM, Antoine Pitrou wrote: Do we have statistics showing that Python gets more use in summer? Well, pythons are cold-blooded, so they're probably more active during the warmer seasons... -- Greg ___ Python-Dev mailing li

Re: [Python-Dev] Draft PEP for time zone support.

On Wed, Dec 12, 2012 at 5:21 PM, Dirkjan Ochtman wrote: > That entirely depends on when you define to be "the start". It seems > to me the consensus on python-dev has been that packages primarily > evolve outside the stdlib; it seems a bit weird to then, at the time > of stdlib inclusion, start ch

Re: [Python-Dev] Draft PEP for time zone support.

On Wed, Dec 12, 2012 at 5:54 PM, Steve Dower wrote: > Details of the registry entries are at > http://msdn.microsoft.com/en-us/library/ms725481.aspx. It looks like the data > is focused on modern timezones rather than localities, which would mean a > many-to-one mapping from zoneinfo. Unfortuna

Re: [Python-Dev] Draft PEP for time zone support.

On 12.12.12 02:43, Guido van Rossum wrote: On Tue, Dec 11, 2012 at 5:11 PM, Robert Brewer wrote: Guido van Rossum wrote: Sent: Tuesday, December 11, 2012 4:11 PM To: Antoine Pitrou Cc:python-dev@python.org Subject: Re: [Python-Dev] Draft PEP for time zone support. On Tue, Dec 11, 2012 at 8:07

Re: [Python-Dev] Draft PEP for time zone support.

On 12/12/2012 11:53 AM, Guido van Rossum wrote: Bingo. As long as the recipe to update is clear, most users can ignore this, because the countries about which they care don't change DST rules often enough for it to matter. When it does matter, they'll know (changing the DST rules is something th

Re: [Python-Dev] Draft PEP for time zone support.

On 12/12/2012 10:56 AM, Lennart Regebro wrote: It seems like calling get_timezone() with an unknown timezone should just throw ValueError, not necessarily some custom Exception? That could very well be. What are others opinions on this? ValueError. That is what it is. Nothing special here.

Re: [Python-Dev] Draft PEP for time zone support.

On Thu, Dec 13, 2012 at 12:23 AM, Terry Reedy wrote: > As a Windows user, I would like there to be one tz data file used by all > Python versions on my machine, including ones included with other apps. That would be nice, but where would that be installed? There is no standard location for zonein

Re: [Python-Dev] Draft PEP for time zone support.

On 2012-12-12 23:33, Lennart Regebro wrote: On Thu, Dec 13, 2012 at 12:23 AM, Terry Reedy wrote: As a Windows user, I would like there to be one tz data file used by all Python versions on my machine, including ones included with other apps. That would be nice, but where would that be install

Re: [Python-Dev] Draft PEP for time zone support.

On Wed, Dec 12, 2012 at 6:10 PM, MRAB wrote: > On 2012-12-12 23:33, Lennart Regebro wrote: >> >> On Thu, Dec 13, 2012 at 12:23 AM, Terry Reedy wrote: >>> >>> As a Windows user, I would like there to be one tz data file used by all >>> Python versions on my machine, including ones included with ot

Re: [Python-Dev] Draft PEP for time zone support.

On 12/12/2012 7:27 PM, Brian Curtin wrote: On Wed, Dec 12, 2012 at 6:10 PM, MRAB wrote: On 2012-12-12 23:33, Lennart Regebro wrote: On Thu, Dec 13, 2012 at 12:23 AM, Terry Reedy wrote: As a Windows user, I would like there to be one tz data file used by all Python versions on my machine, i

Re: [Python-Dev] Draft PEP for time zone support.

On Dec 12, 2012 7:24 PM, "Terry Reedy" wrote: > > On 12/12/2012 7:27 PM, Brian Curtin wrote: >> >> On Wed, Dec 12, 2012 at 6:10 PM, MRAB wrote: >>> >>> On 2012-12-12 23:33, Lennart Regebro wrote: On Thu, Dec 13, 2012 at 12:23 AM, Terry Reedy wrote: > > > As a Windows u

Re: [Python-Dev] Draft PEP for time zone support.

On 12/12/2012 5:36 PM, Brian Curtin wrote: >> C:\ProgramData\Python ^ That. Is not the path that the link below is talking about, though. > > > Making a new top-level directory without asking is obnoxious. See http://stackoverflow.com/questions/9518890/what-is-the-significanc

Re: [Python-Dev] Draft PEP for time zone support.

On 12/12/2012 8:43 PM, Glenn Linderman wrote: On 12/12/2012 5:36 PM, Brian Curtin wrote: >> C:\ProgramData\Python ^ That. Is not the path that the link below is talking about, though. It actually does; it is rather confusing though. :/ It's referring to KNOWNFOLDERID constant

Re: [Python-Dev] Draft PEP for time zone support.

On Wed, Dec 12, 2012 at 8:10 PM, Janzert wrote: > On 12/12/2012 8:43 PM, Glenn Linderman wrote: >> >> On 12/12/2012 5:36 PM, Brian Curtin wrote: >>> >>> >>> >> C:\ProgramData\Python >>> >> >>^ That. Is not the path that the link below is talking >> about, though. >> > > It actually do

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

On Wed, Dec 12, 2012 at 5:06 PM, Dag Sverre Seljebotn wrote: > Perfect hashing already separates "hash table" from "contents" (sort of), > and saves the memory in much the same way. > > Yes, you can repeat the trick and have 2 levels of indirection, but that > then requires an additional table of

Re: [Python-Dev] Draft PEP for time zone support.

On Thu, Dec 13, 2012 at 2:24 AM, Terry Reedy wrote: > Or ask the user where to put it. If we ask where it should be installed, then we need a registry setting for that or we don't know where it's located when it is to be used. And if we ask, then people will install it in non-standard locations.

Re: [Python-Dev] [Distutils] Is is worth disentangling distutils?

On Mon, Dec 10, 2012 at 8:22 AM, Antonio Cavallo wrote: > Hi, > I wonder if is it worth/if there is any interest in trying to "clean" up > distutils: nothing in terms to add new features, just a *major* cleanup > retaining the exact same interface. > > > I'm not planning anything like *adding feat

Re: [Python-Dev] Draft PEP for time zone support.

On 12/12/2012 6:10 PM, Janzert wrote: On 12/12/2012 8:43 PM, Glenn Linderman wrote: On 12/12/2012 5:36 PM, Brian Curtin wrote: >> C:\ProgramData\Python ^ That. Is not the path that the link below is talking about, though. It actually does; it is rather confusing though. :/

Re: [Python-Dev] cpython: expose TCP_FASTOPEN and MSG_FASTOPEN

On Thu, 13 Dec 2012 04:24:54 +0100 (CET) benjamin.peterson wrote: > http://hg.python.org/cpython/rev/5435a9278028 > changeset: 80834:5435a9278028 > user:Benjamin Peterson > date:Wed Dec 12 22:24:47 2012 -0500 > summary: > expose TCP_FASTOPEN and MSG_FASTOPEN > > files: > Mi

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

On 12/13/2012 06:11 AM, PJ Eby wrote: On Wed, Dec 12, 2012 at 5:06 PM, Dag Sverre Seljebotn wrote: Perfect hashing already separates "hash table" from "contents" (sort of), and saves the memory in much the same way. Yes, you can repeat the trick and have 2 levels of indirection, but that then

Re: [Python-Dev] Draft PEP for time zone support.

On 12/13/2012 1:39 AM, Glenn Linderman wrote: On 12/12/2012 6:10 PM, Janzert wrote: On 12/12/2012 8:43 PM, Glenn Linderman wrote: On 12/12/2012 5:36 PM, Brian Curtin wrote: >> C:\ProgramData\Python ^ That. Is not the path that the link below is talking about, though. It actu