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
> 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 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
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
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
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
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
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.
_
"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
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: "python-dev@python.org"
Sent: Sunday, 27 January 2013 11:46 AM
Subject:
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
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
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: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
>>
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 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
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 ``
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-
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/
>
>
21 matches
Mail list logo
