On Mon, Mar 19, 2012 at 01:35:49PM +0100, Victor Stinner wrote:
> Said differently: time.steady(strict=True) is always monotonic (*),
> whereas time.steady() may or may not be monotonic, depending on what
> is avaiable.
>
> time.steady() is a best-effort steady clock.
>
> (*) time.steady(strict=
In http://mail.python.org/pipermail/python-dev/2012-March/117762.html
Georg Brandl posted:
>> + If available, a monotonic clock is used. By default, if *strict* is
>> False,
>> + the function falls back to another clock if the monotonic clock failed
>> or is
>> + not available. If *stric
On Mon, Mar 19, 2012 at 02:50:22PM -0700, Ethan Furman wrote:
> Guido van Rossum wrote:
[...]
> >And remember that consistency is good in moderation, but if it becomes
> >a goal in itself you may have a problem.
>
> While I agree that consistency as a goal in and of itself is not good, I
> consi
On Tue, Mar 20, 2012 at 10:43 AM, Stephen J. Turnbull
wrote:
> But according to Nick's post, there's some sort of uniquification that
> is done, and the algorithm currently used computes the whole list anyway.
>
> I suppose that one could do the uniquification lazily, or find some other
> way to a
On Tue, Mar 20, 2012 at 8:34 AM, Guido van Rossum wrote:
> Anyway, I also tried to imply that it matters if the number of list
> items would ever be huge. It seems that is indeed possible (even if
> not likely) so I think iterators are useful.
But according to Nick's post, there's some sort of u
On Mon, Mar 19, 2012 at 3:44 PM, Terry Reedy wrote:
> I am not sure which way you are pointing, but the general default in 3.x is
> to return iterators: range, zip, enumerate, map, filter, reversed, open
> (file objects), as well at the dict methods.
Actually as I tried to say, the dict methods (
On 3/19/2012 9:25 AM, Antoine Pitrou wrote:
The buildbots should be back now. As for svn.python.org, is anyone
using it?
Last I knew, some files there are required to fully build Python on
Windows. I would be happy if that has or were to change.
--
Terry Jan Reedy
_
On 3/19/2012 6:04 PM, Guido van Rossum wrote:
On Mon, Mar 19, 2012 at 2:58 PM, Peter Moody wrote:
On Mon, Mar 19, 2012 at 12:55 PM, Guido van Rossum wrote:
On Mon, Mar 19, 2012 at 12:37 PM, Ethan Furman wrote:
Nick Coghlan wrote:
Collapsing the address list has to build the result list an
Guido van Rossum wrote:
On Mon, Mar 19, 2012 at 1:13 PM, Ethan Furman wrote:
Nothing wrong in and of itself. It just seems to me that if we have several
functions that deal with ip addresses/networks/etc, and all but one return
iterators, that one is going to be a pain... 'Which one returns a l
On Mon, Mar 19, 2012 at 2:58 PM, Peter Moody wrote:
> On Mon, Mar 19, 2012 at 12:55 PM, Guido van Rossum wrote:
>> On Mon, Mar 19, 2012 at 12:37 PM, Ethan Furman wrote:
>>> Nick Coghlan wrote:
Collapsing the address list has to build the result list anyway to
actually handle the d
On Mon, Mar 19, 2012 at 12:55 PM, Guido van Rossum wrote:
> On Mon, Mar 19, 2012 at 12:37 PM, Ethan Furman wrote:
>> Nick Coghlan wrote:
>>>
>>> Collapsing the address list has to build the result list anyway to
>>> actually handle the deduplication part of its job, so returning a
>>> concrete li
> But don't bother to find out how to restart it just for me. I presume
> Martin knows the setup and will do it later.
It seems to be working fine now, and I didn't do anything. Thomas
rebooted the system for hardware inspection at 15:02 (and brought it
back up at 15:18), so most likely, it starte
On Mon, Mar 19, 2012 at 1:13 PM, Ethan Furman wrote:
> Guido van Rossum wrote:
>>
>> On Mon, Mar 19, 2012 at 12:37 PM, Ethan Furman wrote:
>>>
>>> Nick Coghlan wrote:
Collapsing the address list has to build the result list anyway to
actually handle the deduplication part of its jo
2012/3/19 Jim Jewett :
> Does this mean that if Python is updated before expat, python will
> compile out the expat randomization, and therefore not use if even
> after expat is updated?
If you're using --with-system-expat
--
Regards,
Benjamin
___
Pyt
Does this mean that if Python is updated before expat, python will
compile out the expat randomization, and therefore not use if even
after expat is updated?
-jJ
On Thu, Mar 15, 2012 at 2:01 PM, benjamin.peterson
wrote:
> http://hg.python.org/cpython/rev/ada6bfbeceb8
> changeset: 75699:ada6bfb
Carl Meyer wrote:
The bulk of the work in PEP 405 is aimed towards a rather different goal
from yours - to be able to share an installed Python's copy of the
standard library among a number of virtual environments. This is the
purpose of the "home" key in pyvenv.cfg and the added sys.base_prefix
Guido van Rossum wrote:
On Mon, Mar 19, 2012 at 12:37 PM, Ethan Furman wrote:
Nick Coghlan wrote:
Collapsing the address list has to build the result list anyway to
actually handle the deduplication part of its job, so returning a
concrete list makes sense in that case.
Having only one funct
On Mon, Mar 19, 2012 at 12:37 PM, Ethan Furman wrote:
> Nick Coghlan wrote:
>>
>> Collapsing the address list has to build the result list anyway to
>> actually handle the deduplication part of its job, so returning a
>> concrete list makes sense in that case.
>
>
> Having only one function return
Nick Coghlan wrote:
Collapsing the address list has to build the result list anyway to
actually handle the deduplication part of its job, so returning a
concrete list makes sense in that case.
Having only one function return a list instead of an iterator seems
questionable.
Depending on the
Hello Kristján,
On 03/19/2012 03:26 AM, Kristján Valur Jónsson wrote:
> Hi Carl. I'm very interested in this work. At CCP we work heavily
> with virtual environments. Except that we don't use virtualenv
> because it is just a pain in the neck. We like to be able to run
> virtual python environme
In http://mail.python.org/pipermail/python-dev/2012-March/117570.html
Steven D'Aprano posted:
> "Need" is awfully strong. I don't believe it is the responsibility
> of the standard library to be judge and reviewer of third party
> packages that it doesn't control.
It is, however, user-friendly
On 3/19/2012 11:52 AM, Jesse Noller wrote:
I'd like to discuss top-posting.
Somewhere else, please.
Oh, that was your point :)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://m
On Mar 19, 2012 1:20 PM, "Ned Deily" wrote:
>
> In article <20120319142539.7e83c...@pitrou.net>,
> Antoine Pitrou wrote:
> > [...] As for svn.python.org, is anyone
> > using it?
>
> The repo for the website (www.python.org) is maintained there.
It's also still setuptools' official home, though
I'd like to discuss top-posting.
On Monday, March 19, 2012 at 2:20 PM, Barry Warsaw wrote:
> On Mar 19, 2012, at 05:25 PM, Tshepang Lekhonkhobe wrote:
>
> > apology: I searched for a few minutes and could not find a code of
> > conduct regarding HTML mail.
>
>
>
> I'm not sure it's written
On Mar 19, 2012, at 05:25 PM, Tshepang Lekhonkhobe wrote:
>apology: I searched for a few minutes and could not find a code of
>conduct regarding HTML mail.
I'm not sure it's written down anywhere, but in general we strongly discourage
HTML email for the lists @python.org
>Can we have some guidel
On 3/19/2012 2:26 AM, Kristján Valur Jónsson wrote:
Hi Carl.
I'm very interested in this work.
At CCP we work heavily with virtual environments. Except that we don't use virtualenv
because it is just a pain in the neck. We like to be able to run virtual python
environments of various types as
In article <20120319142539.7e83c...@pitrou.net>,
Antoine Pitrou wrote:
> [...] As for svn.python.org, is anyone
> using it?
The repo for the website (www.python.org) is maintained there.
--
Ned Deily,
n...@acm.org
___
Python-Dev mailing list
Pyth
apology: I searched for a few minutes and could not find a code of
conduct regarding HTML mail.
Can we have some guideline to allow only plain text emails, so as to
avoid cases like
http://mail.python.org/pipermail/docs/2012-March/007999.html, where
you are forced to scroll horizontally in order t
On Mon, 19 Mar 2012 10:56:02 -0400
Brett Cannon wrote:
> The two files that were added back in should probably just disappear
> (README.aix and README.coverty). Anyone disagree?
README.AIX was recently updated in http://bugs.python.org/issue10709.
Regards
Antoine.
The two files that were added back in should probably just disappear
(README.aix and README.coverty). Anyone disagree?
On Sat, Mar 17, 2012 at 13:52, ned.deily wrote:
> http://hg.python.org/cpython/rev/65a0a6fab127
> changeset: 75797:65a0a6fab127
> user:Ned Deily
> date:Sat Ma
Antoine Pitrou wrote:
> The buildbots should be back now. As for svn.python.org, is anyone
> using it? (I don't know how to restart it)
Thanks! I'm using svn.python.org for the automated sphinx checkout
in Doc/ (make html) and sometimes to dig through pre-hg history.
But don't bother to find out
On Mon, 19 Mar 2012 13:26:37 +0100
Stefan Krah wrote:
> Hello,
>
> you might be aware of it already. In case not, it appears that svn.python.org
> and the buildbots are down.
The buildbots should be back now. As for svn.python.org, is anyone
using it? (I don't know how to restart it)
Regards
A
>>> This is not clear to me. Why wouldn't it raise OSError on error even with
>>> strict=False? Please clarify which exception is raised in which case.
>>
>> It seems clear to me. It doesn't raise exceptions when strict=False because
>> it falls back to a non-monotonic clock. If strict is True an
> I have to agree with Georg. Looking at the code, it appears OSError can
> be raised with both strict=True and strict=False (since floattime() can
> raise OSError).
This is an old bug in floattime(): I opened the issue #14368 to remove
the unused exception. In practice, it never happens (or it is
Hello,
you might be aware of it already. In case not, it appears that svn.python.org
and the buildbots are down.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://ma
Hi Carl.
I'm very interested in this work.
At CCP we work heavily with virtual environments. Except that we don't use
virtualenv because it is just a pain in the neck. We like to be able to run
virtual python environments of various types as they arrive checked out of
source control repositori
Do you really want to add an obscure Boolean flag to the function just so that
python can warn you that perhaps your platform is so old and so weird that
Python can't guarantee that the performance measurements are to a certain
_undefined_ quality?
Please note, that the function makes no claims
37 matches
Mail list logo
