Le Sun, 27 Jan 2013 21:30:23 +0100,
Stefan Behnel a écrit :
> Serhiy Storchaka, 27.01.2013 17:52:
> > Is Boost Software License [1] compatible with Python license? Can I
> > steal some code from Boost library [2]?
> >
> > [1] http://www.boost.org/LICENSE_1_0.txt
> > [2] http://www.boost.org/
>
>
I sent this out the 15th, but it seems to have gotten lost since I
have reports that it didn't show up and I got no feedback.
So here goes again, a new version of PEP 431.
http://www.python.org/dev/peps/pep-0431/
//Lennart
PEP: 431
Title: Time zone support improvements
Version: $Revision$
Last-
Hi,
Le Mon, 28 Jan 2013 11:01:05 +0100,
Lennart Regebro a écrit :
> This function takes a name string that must be a string specifying a
> valid zoneinfo time zone, i.e. "US/Eastern", "Europe/Warsaw" or
> "Etc/GMT".
Will non-ambiguous shorthands such as "Warsaw" and "GMT" be accepted?
> The ``
On Mon, Jan 28, 2013 at 11:26 AM, Antoine Pitrou wrote:
> Will non-ambiguous shorthands such as "Warsaw" and "GMT" be accepted?
pytz accepts GMT, so that will work. Otherwise no.
> NonExistentTimeError can also be raised for is_dst=True and
> is_dst=False, no? Or am I misunderstanding the semant
On Sat, Jan 26, 2013 at 10:38 AM, Nick Coghlan wrote:
> 2. Under "New class DstTzInfo"
>
> This will be a subclass of "tzinfo" rather than "zoneinfo" (which is
> not a class). Given that this is a *concrete* subclass, you may want
> to consider the name "DstTimezone", which would be slightly more
On Mon, Jan 28, 2013 at 10:06 PM, Lennart Regebro wrote:
> On Sat, Jan 26, 2013 at 10:38 AM, Nick Coghlan wrote:
>> 2. Under "New class DstTzInfo"
>>
>> This will be a subclass of "tzinfo" rather than "zoneinfo" (which is
>> not a class). Given that this is a *concrete* subclass, you may want
>>
Le Mon, 28 Jan 2013 22:31:29 +1000,
Nick Coghlan a écrit :
>
> >> 6. Under "New collections"
> >>
> >> Why both lists and sets?
> >
> > Because pytz did it. But yes, you are right, an ordered set is a
> > better solution. Baseing it on OrderedDict seems like a hack,
> > though. I could implement
On Mon, Jan 28, 2013 at 10:52 PM, Antoine Pitrou wrote:
> Le Mon, 28 Jan 2013 22:31:29 +1000,
> Nick Coghlan a écrit :
>>
>> >> 6. Under "New collections"
>> >>
>> >> Why both lists and sets?
>> >
>> > Because pytz did it. But yes, you are right, an ordered set is a
>> > better solution. Baseing
I would check with the PSF's lawyers. That's what they're there for.
Developers shouldn't be giving legal advice.
On Mon, Jan 28, 2013 at 1:44 AM, Antoine Pitrou wrote:
> Le Sun, 27 Jan 2013 21:30:23 +0100,
> Stefan Behnel a écrit :
>> Serhiy Storchaka, 27.01.2013 17:52:
>> > Is Boost Software L
Hi Nick,
Thanks a lot for your quick responce
Thanks
Abhishek Goswami
Bangalore
Phone No -07829580867/9962270999
Skype : abhishekgoswami1
From: Nick Coghlan
To: abhishek goswami
Cc: "[email protected]"
Sent: Sunday, 27 January 2013 11:46 AM
Subject:
"R. David Murray" writes:
> 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) and then complaining t
Yeah, so the answer to all this is that 3rd party libraries know better
than to mess with global settings.
On Mon, Jan 28, 2013 at 1:27 PM, Ralf Schmitt wrote:
> "R. David Murray" writes:
>
> > On Sun, 27 Jan 2013 21:56:06 +0100, Ralf Schmitt
> wrote:
> >> "R. David Murray" writes:
> >>
> >>
"R. David Murray" writes:
> 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) and then complaining t
Guido van Rossum writes:
> Yeah, so the answer to all this is that 3rd party libraries know better
> than to mess with global settings.
Right. But why make it configurable at runtime then? If you're changing
the value, then you're the one probably breaking third party code.
_
On 28/01/13 23:52, Antoine Pitrou wrote:
Le Mon, 28 Jan 2013 22:31:29 +1000,
Nick Coghlan a écrit :
6. Under "New collections"
Why both lists and sets?
Because pytz did it. But yes, you are right, an ordered set is a
better solution. Baseing it on OrderedDict seems like a hack,
though. I c
On Mon, Jan 28, 2013 at 11:17 PM, Steven D'Aprano wrote:
> On 28/01/13 23:52, Antoine Pitrou wrote:
>>
>> Le Mon, 28 Jan 2013 22:31:29 +1000,
>> Nick Coghlan a écrit :
>>>
>>>
> 6. Under "New collections"
>
> Why both lists and sets?
Because pytz did it. But yes, you ar
Sigh. This is getting exasperating. There's other code that might want to
change this besides 3rd party library code. E.g. app configuration code.
On Mon, Jan 28, 2013 at 1:56 PM, Ralf Schmitt wrote:
> Guido van Rossum writes:
>
> > Yeah, so the answer to all this is that 3rd party libraries kn
Guido van Rossum writes:
>
> On Mon, Jan 28, 2013 at 1:56 PM, Ralf Schmitt wrote:
>
>> Guido van Rossum writes:
>>
>> > Yeah, so the answer to all this is that 3rd party libraries know better
>> > than to mess with global settings.
>>
>> Right. But why make it configurable at runtime then? If y
On 01/28/2013 04:17 PM, Ralf Schmitt wrote:
Guido van Rossum writes:
On Mon, Jan 28, 2013 at 1:56 PM, Ralf Schmitt wrote:
Guido van Rossum writes:
Yeah, so the answer to all this is that 3rd party libraries know better
than to mess with global settings.
Right. But why make it configurabl
> Library code should not be relying on globals settings that can change.
> Library code should be explicit in its calls so that the current value of a
> global setting is irrelevant.
That's one of the problems I've raised with this global flag since the
beginning: it's useless for libraries, incl
On Tue, 29 Jan 2013 01:17:35 +0100
Ralf Schmitt wrote:
> Guido van Rossum writes:
>
> >
> > On Mon, Jan 28, 2013 at 1:56 PM, Ralf Schmitt wrote:
> >
> >> Guido van Rossum writes:
> >>
> >> > Yeah, so the answer to all this is that 3rd party libraries know better
> >> > than to mess with global
21 matches
Mail list logo
