On Wed, Jan 9, 2013 at 5:02 AM, Brett Cannon wrote:
> On Tue, Jan 8, 2013 at 1:08 PM, Lennart Regebro wrote:
>> Alternative names for the timezone() function is get_timezone(), which has
>> already been rejected, and zoneinfo() which makes it clear that it's only
>> zoneinfo timezones that are re
On Tue, Jan 8, 2013 at 1:08 PM, Lennart Regebro wrote:
> On Fri, Dec 28, 2012 at 10:12 PM, Ronald Oussoren
> wrote:
>>
>>
>> On 28 Dec, 2012, at 21:23, Lennart Regebro wrote:
>>
>> > Happy Holidays! Here is the update of PEP 431 with the changes that
>> > emerged after the earlier discussion.
>>
On Fri, Dec 28, 2012 at 10:12 PM, Ronald Oussoren wrote:
>
> On 28 Dec, 2012, at 21:23, Lennart Regebro wrote:
>
> > Happy Holidays! Here is the update of PEP 431 with the changes that
> emerged after the earlier discussion.
>
> Why is the new timezone support added in a submodule of datetime? Ad
On Mon, Jan 7, 2013 at 1:06 PM, Brett Cannon wrote:
..
> +1 for putting this under datetime; "Namespaces are one honking great
> idea". People looking for date stuff is going to look in datetime or
> time first so might as well put it there to begin with.
+1 for the same reason.
_
On Mon, Jan 7, 2013 at 12:01 PM, Lennart Regebro wrote:
> On Sun, Dec 30, 2012 at 10:47 AM, Ronald Oussoren
> wrote:
>>
>> The module could be split into several modules in a package without
>> affecting the public API if that would help with maintenance, simular to
>> unittest.
>
>
> Is there po
On Mon, Jan 7, 2013 at 5:57 PM, Lennart Regebro wrote:
> Will this help the makers of distributions, like Ubuntu etc? If that is the
> case, then it might be worth doing, otherwise I don't think it's very
> useful.
As a Gentoo packager, I think it's useful.
Cheers,
Dirkjan
_
On Sun, Dec 30, 2012 at 10:47 AM, Ronald Oussoren wrote:
> The module could be split into several modules in a package without
> affecting the public API if that would help with maintenance, simular to
> unittest.
>
Is there popular support for doing so, ie make datetime into a package,
have all
On Sat, Dec 29, 2012 at 8:05 PM, Arfrever Frehtes Taifersar Arahesis <
arfrever@gmail.com> wrote:
> 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
>
On Sun, Dec 30, 2012 at 10:47 AM, Ronald Oussoren wrote:
> The module could be split into several modules in a package without
> affecting the public API if that would help with maintenance, simular to
> unittest.
>
This is of course true. Maybe that is a good idea.
//Lennart
___
On 30/12/12 07:16, Lennart Regebro wrote:
If no database is found an ``UnknownTimeZoneError`` or subclass
thereof
will
be raised with a message explaining that no zoneinfo database can be
found,
but that you can install one with the ``tzdata-update`` package.
Why should we car
On 29 Dec, 2012, at 5:48, Lennart Regebro wrote:
> On Fri, Dec 28, 2012 at 10:12 PM, Ronald Oussoren
> wrote:
>
> On 28 Dec, 2012, at 21:23, Lennart Regebro wrote:
>
> > Happy Holidays! Here is the update of PEP 431 with the changes that emerged
> > after the earlier discussion.
>
> Why i
On 30Dec2012 07:42, Lennart Regebro wrote:
| 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?
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
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
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
__
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
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
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
> >
> >
>
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
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
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
-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
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/
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
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
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/tz-pep/master/pep-04tz.txt
For UI purposes, "pytz" has some helpers to
2012/12/28 Lennart Regebro :
> It will make the datetime.py twice as long though, and the second longest
> module in the stdlib, beaten only by decimal.py. Perhaps this is not a
> problem.
No one ever accused datetime manipulation of being simple.
--
Regards,
Benjamin
__
On Fri, Dec 28, 2012 at 10:12 PM, Ronald Oussoren wrote:
>
> On 28 Dec, 2012, at 21:23, Lennart Regebro wrote:
>
> > Happy Holidays! Here is the update of PEP 431 with the changes that
> emerged after the earlier discussion.
>
> Why is the new timezone support added in a submodule of datetime?
On 28 Dec, 2012, at 21:23, Lennart Regebro wrote:
> Happy Holidays! Here is the update of PEP 431 with the changes that emerged
> after the earlier discussion.
Why is the new timezone support added in a submodule of datetime? Adding the
new
function and exception to datetime itself wouldn't
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/tz-pep/master/pep-04tz.txt
PEP: 431
Title: Time zone support improvements
Version: $Revision$
Last-Modified: $Date$
Author: Lennart Rege
30 matches
Mail list logo
