On Tue, 28 Feb 2012 16:23:40 -0500
Chris McDonough wrote:
> On Tue, 2012-02-28 at 15:54 -0500, Benjamin Peterson wrote:
> > 2012/2/28 Ethan Furman :
> > > Here's what I know:
> > >
> > > We don't add features to bug-fix releases.
> > > u'' is considered a feature.
> > > By not backporting to 3.1 a
On Thu, 1 Mar 2012 16:31:14 +0100
Stefan Krah wrote:
>
> As an example for a pretty large project, it looks like Antoine is making
> good progress with Twisted:
>
> https://bitbucket.org/pitrou/t3k/wiki/Home
Well, to be honest, "making good progress" currently means "bored and
not progressing a
On Thu, 1 Mar 2012 11:24:19 -0500
Barry Warsaw wrote:
>
> I really do think that to the extent that you can do that kind of thing, you
> may end up with essentially Python 3 support without even realizing it. :)
That's unlikely. Twisted processes bytes data a lot, and the bytes
indexing behaviou
On Thu, 01 Mar 2012 18:39:19 +
Alex Leach wrote:
>
> Obviously, I was hoping to get a faster python, but the size of the final
> binary is almost twice the size of the default Ubuntu version (5.2MB cf.
> 2.7MB), which I thought might cause a startup overhead that leads to slower
> executio
On Fri, 02 Mar 2012 16:29:39 +
Alex Leach wrote:
> >
> >Did you compare the actual code sizes? The `size` command can help you
> >with that.
>
> I'd never used `size` before... Thanks for the tip; looks like the Intel
> build is actually smaller..? :/
>
> # ICC version (`ls -lh` ==> 4.7MB)
>
Hi,
> I'd expect slice subscripts to be part of the sequence interface, and
> yet they are not. In fact, they are part of the mapping interface. For
> example, the list object has its slice get/set methods assigned to a
> PyMappingMethods struct. So does a bytes object, and pretty much every
> ot
Le samedi 03 mars 2012 à 14:41 +0200, Eli Bendersky a écrit :
> >> I'd expect slice subscripts to be part of the sequence interface, and
> >> yet they are not. In fact, they are part of the mapping interface. For
> >> example, the list object has its slice get/set methods assigned to a
> >> PyMappi
On Sat, 3 Mar 2012 12:59:13 -0800
Thomas Wouters wrote:
>
> Why even have separate tp_as_sequence and tp_as_mapping anymore? That
> particular distinction never existed for Python types, so why should it
> exist for C types at all? I forget if there was ever a real point to it,
> but all it seems
On Sat, 3 Mar 2012 18:20:22 -0800
Thomas Wouters wrote:
>
> I'm not sure how the ABCs, which are abstract declarations of semantics,
> tie into this specific implementation detail. ABCs work just as well for
> Python types as for C types, and Python types don't have this distinction.
> The distin
On Tue, 06 Mar 2012 10:21:12 +1300
Greg Ewing wrote:
>
> What you seem to be saying is "Python cannot be sandboxed,
> because any code can have bugs." Or, "Nothing is ever 100% secure,
> because the universe is not perfect." Which is true, but not in
> a very interesting way.
There is a differen
On Wed, 7 Mar 2012 18:52:43 -0500
Brett Cannon wrote:
> Since PEP 412 has code that doesn't break tests anymore (thanks to hash
> randomization), it was just accepted. Mark, can you make sure there is an
> up-to-date patch in the tracker so people can potentially look at the code
> at the sprints
On Thu, 8 Mar 2012 14:36:06 -0600
Benjamin Peterson wrote:
> 2012/3/8 Stefan Behnel :
> > Would that be acceptable for CPython as well or would you prefer full
> > fledged normalisation?
>
> I think we have to normalize for correctness. Consider that it may be
> some StopIteration subclass which
On Sat, 10 Mar 2012 14:49:24 -0800
Thomas Wouters wrote:
> Also, depending on what else you
> want to put in the zipfile, you may have to be aware of zipimports limited
> implementation of zipfiles that involve various 32k-filecount and
> 2Gb-filesize limits. (And in case you're wondering, yes, we
On Mon, 12 Mar 2012 17:56:10 +0100
benjamin.peterson wrote:
> http://hg.python.org/cpython/rev/3877bf2e3235
> changeset: 75542:3877bf2e3235
> user:Benjamin Peterson
> date:Mon Mar 12 09:46:44 2012 -0700
> summary:
> give the AST class a __dict__
This seems to have broken the
On Tue, 13 Mar 2012 14:16:40 -0700
Guido van Rossum wrote:
> On Tue, Mar 13, 2012 at 12:49 PM, Terry Reedy wrote:
> > Authors of separately maintained packages are, from our viewpoint, as
> > eligible to help with tracker issues as anyone else, even while they
> > continue work on their external
On Tue, 13 Mar 2012 22:53:42 +
Kristján Valur Jónsson wrote:
> http://bugs.python.org/issue14288
>
> Raymond suggested that this patch should be discussed here, so here goes:
Sounds good on the principle.
Of course, the patch needs to be reviewed.
cheers
Antoine.
On Wed, 14 Mar 2012 04:26:16 +
Kristján Valur Jónsson wrote:
> Hi there.
> I want to mention some issues I've had with the socketserver module, and
> discuss if there's a way to make it nicer.
> So, for a long time we were able to create magic stackless mixin classes for
> it, like ThreadingM
On Wed, 14 Mar 2012 10:55:35 +1100
Steven D'Aprano wrote:
>
> What problem are we actually trying to solve here? Do we think that there are
> users who really have no clue where to find 3rd party software AND don't know
> how to use Google, BUT read the Python docs? I find it difficult to belie
On Wed, 14 Mar 2012 02:03:42 +0100
Victor Stinner wrote:
>
> We may merge both functions with a flag to be able to disable the
> fallback. Example:
>
> - time.realtime(): best-effort monotonic, with a fallback
> - time.realtime(monotonic=True): monotonic, may raise OSError or
> NotImplementedE
On Wed, 14 Mar 2012 11:31:34 +0800
Matt Joiner wrote:
>
> Rather than indicating apathy on the party of third party developers, this
> might be a sign that core Python is unapproachable or not worth the effort.
>
> For instance I have several one line patches languishing, I can't imagine
> how d
On Wed, 14 Mar 2012 10:58:10 +0100
Stefan Krah wrote:
> Antoine Pitrou wrote:
> > > For instance I have several one line patches languishing, I can't imagine
> > > how disappointing it would be to have significantly larger patches
> > > ignored,
> >
On Wed, 14 Mar 2012 13:27:19 +0100
Victor Stinner wrote:
>
> monotonic() may not be the best name in this case. Jeffrey Yasskin
> proposed time.steady_clock(), so time.steady_clock(monotonic=False)?
I don't know what "steady" is supposed to mean here, so perhaps the
best solution is to improve t
On Wed, 14 Mar 2012 08:27:08 -0700
Guido van Rossum wrote:
> Hopefully it doesn't use select if no timeout is set...
No, it doesn't :-)
Regards
Antoine.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-d
On Wed, 14 Mar 2012 12:17:06 -0400
PJ Eby wrote:
>
> > So, my first question is: Why not simply rely on the already built-in
> > timeout
> > > support in the socket module?
> >
> > In case you didn't notice, the built-in timeout support *also* uses
> > select().
> >
>
> That's not really the po
On Thu, 15 Mar 2012 00:26:09 +0800
Matt Joiner wrote:
> > Can you give a pointer to these one-liners?
> > Once a patch gets a month old or older, it tends to disappear from
> > everyone's radar unless you somehow "ping" on the tracker, or post a
> > message to the mailing-list.
>
> All of these c
On Wed, 14 Mar 2012 16:59:47 +
Kristján Valur Jónsson wrote:
>
> It just seems odd to me that it was designed to use the "select" api to do
> timeouts, > where timeouts are already part of the socket protocol and can be
> implemented more
> efficiently there.
How is it more efficient if it
On Wed, 14 Mar 2012 23:27:24 +0100
matthias.klose wrote:
> http://hg.python.org/cpython/rev/55ab7a272f0a
> changeset: 75659:55ab7a272f0a
> branch: 3.1
> parent: 75199:df3b2b5db900
> user:Matthias Klose
> date:Wed Mar 14 23:10:15 2012 +0100
> summary:
> - rename confi
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
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.
Hi Georg,
On Tue, 20 Mar 2012 23:38:53 +0100
Georg Brandl wrote:
> Hi all,
>
> recently I've grown a bit tired of seeing our default Sphinx theme,
> especially as so many other projects use it. I decided to play around
> with something "clean" this time, and this is the result:
>
> http://w
On Tue, 20 Mar 2012 21:39:41 -0400
Terry Reedy wrote:
> On 3/20/2012 6:38 PM, Georg Brandl wrote:
>
> The current green on the front page is too heavy.
Green?
hmm... you mean blue, right?
:)
Antoine.
___
Python-Dev mailing list
Python-Dev@python.org
On Tue, 20 Mar 2012 21:58:57 -0400
Ned Batchelder wrote:
> On 3/20/2012 6:38 PM, Georg Brandl wrote:
> > Let me know what you think, or play around and send some improvements.
> > (The collapsible sidebar is not adapted to it yet, but will definitely
> > be integrated before I consider applying a
On Fri, 23 Mar 2012 10:22:55 +0100
Stefan Krah wrote:
> Georg Brandl wrote:
> > >>> Issue #7652: Integrate the decimal floating point libmpdec library to
> > >>> speed
> > >>> up the decimal module. Performance gains of the new C implementation are
> > >>> between 12x and 80x, depending on the
On Thu, 22 Mar 2012 17:13:27 -0400
Terry Reedy wrote:
> My impression is that the original reason for PendingDeprecationWarning
> versus DeprecationWarning was to be off by default until the last
> release before removal. But having DeprecationWarnings on by default was
> found to be too obnoxi
On Fri, 23 Mar 2012 13:48:30 +1000
Nick Coghlan wrote:
> I'm looking into getting a RHEL6 system set up to add to the buildbot
> fleet. The info already on the wiki [1] is pretty helpful, but does
> anyone have any suggestions on appropriate CPU/memory/disk
> allocations?
One or two cores is enou
On Fri, 23 Mar 2012 22:38:19 -0500
Brian Curtin wrote:
> On Fri, Mar 23, 2012 at 18:38, Yury Selivanov wrote:
> > On 2012-03-23, at 7:28 PM, Brian Curtin wrote:
> >> This seems like it should have been a PEP, or maybe should become a PEP.
> >
> > Why? AFAIK Victor just proposes to add two new fu
On Sun, 25 Mar 2012 08:34:44 +0200
Georg Brandl wrote:
> Here's another try, mainly with default browser font size, more contrast and
> collapsible sidebar again:
>
> http://www.python.org/~gbrandl/build/html2/
>
> I've also added a little questionable gimmick to the sidebar (when you
> collaps
Hi,
On Sun, 25 Mar 2012 19:25:10 +0300
Serhiy Storchaka wrote:
>
> But decoding is not so good.
The general problem with decoding is that you don't know up front what
width (1, 2 or 4 bytes) is required for the result. The solution is
either to compute the width in a first pass (and decode in
On Mon, 26 Mar 2012 12:25:20 -0700
Ethan Furman wrote:
> Georg Brandl wrote:
> > On 25.03.2012 21:11, Steven D'Aprano wrote:
> >> Georg Brandl wrote:
> >>
> >>> Thanks everyone for the overwhelmingly positive feedback. I've committed
> >>> the
> >>> new design to 3.2 and 3.3 for now, and it will
On Mon, 26 Mar 2012 22:53:37 +0200
victor.stinner wrote:
> http://hg.python.org/cpython/rev/566527ace50b
> changeset: 75960:566527ace50b
> user:Victor Stinner
> date:Mon Mar 26 22:53:14 2012 +0200
> summary:
> Fix time.steady(strict=True): don't use CLOCK_REALTIME
Victor, cou
On Fri, 30 Mar 2012 04:21:22 +0200
victor.stinner wrote:
>
> diff --git a/pep-0418.txt b/pep-0418.txt
> --- a/pep-0418.txt
> +++ b/pep-0418.txt
> @@ -190,13 +190,13 @@
> Name Resolution Adjusted by NTP? Action on
> suspend
> = =
On Sun, 1 Apr 2012 19:44:00 -0500
Brian Curtin wrote:
> On Sun, Apr 1, 2012 at 17:31, Matěj Cepl wrote:
> > On 1.4.2012 23:46, Brian Curtin wrote:
> >>
> >> For what reason? Are the git or bzr files causing issues on HG?
> >
> >
> > No, but wrong .gitignore causes issues with git repo obtained v
On Tue, 3 Apr 2012 07:43:20 +1000
Nick Coghlan wrote:
> On Mon, Apr 2, 2012 at 9:50 PM, Antoine Pitrou wrote:
> > That said, these files will always be outdated, so we might as well
> > remove them so that at least git / bzr users don't get confused.
>
> Given that t
On Wed, 4 Apr 2012 02:02:12 +0200
Victor Stinner wrote:
> > Lennart Regebro wrote:
> >> Well, get_clock(monotonic=True, highres=True) would be a vast
> >> improvement over get_clock(MONOTONIC|HIRES).
>
> I don't like this keyword API because you have to use a magically
> marker (True). Why True?
On Wed, 4 Apr 2012 18:09:40 +1000
Steven D'Aprano wrote:
> > Python 3.3 has already time.clock_gettime() and time.clock_getres() with
> > CLOCK_REALTIME, CLOCK_MONOTONIC, CLOCK_MONOTONIC_RAW, CLOCK_HIGHRES.
>
> Why does it already have these things when the PEP is not accepted?
>
> (This is no
On Wed, 4 Apr 2012 17:30:26 +0200
Lennart Regebro wrote:
> > Copy of a more recent Guido's email:
> > http://mail.python.org/pipermail/python-dev/2012-March/118322.html
> > "Anyway, the more I think about it, the more I believe these functions
> > should have very loose guarantees, and instead jus
On Thu, 05 Apr 2012 11:41:48 +0200
andrew.svetlov wrote:
> http://hg.python.org/cpython/rev/774c2afa6665
> changeset: 76115:774c2afa6665
> user:Andrew Svetlov
> date:Thu Apr 05 12:41:20 2012 +0300
> summary:
> Issue #3033: Add displayof parameter to tkinter font.
> Patch by Gu
On Thu, 05 Apr 2012 08:32:22 -0700
Ethan Furman wrote:
>
> Steven D'Aprano's synthetic clock is able to partially avoid that
> situation -- worst case is a timeout of double what you asked for -- so
> 10 seconds instead of 5 (which is much better than 3600!).
The remaining issue is that the cl
On Thu, 5 Apr 2012 09:56:19 -0700
Guido van Rossum wrote:
>
> > For timeout purposes in a single process, such a clock is useful. It just
> > isn't suitable for benchmarks, or for interprocess coordination.
>
> I think it would be better if the proposed algorithm (or whatever
> algorithm to "fi
> | I made the same suggestion earlier but I don't know that anyone did
> | anything with it. :-( It would be nice to know what clock sleep() uses
> | on each of the major platforms.
>
> I saw it but didn't know what I could do with it, or even if it can be
> found out in any very general sense.
On Sun, 8 Apr 2012 07:29:30 -0700
Guido van Rossum wrote:
>
> What to name it can't be decided this way, although I might put
> forward time.sleeptimer().
interval_timer() ?
I would suggest timer() simply, but it's too close to time().
> I personally have a need for one potentially different cl
Hello Paul,
Thanks for the PEP and the description of the various issues.
> An example implementation of a SIGINT handler that interrupts safely
> might look like::
>
> import inspect, sys, functools
>
> def sigint_handler(sig, frame):
> if inspect.getcleanupframe(frame) is Non
On Tue, 10 Apr 2012 00:24:07 +1200
Greg Ewing wrote:
> Mark Shannon wrote:
>
> > We have recently removed the f_yieldfrom field from the frame object.
> > (http://bugs.python.org/issue14230)
>
> Hey, wait a minute. Did anyone consider the performance effect
> of that change on deeply nested yiel
On Mon, 09 Apr 2012 14:54:03 -0400
Terry Reedy wrote:
>
> > diff --git a/Tools/stringbench/stringbench.py
> > b/Tools/stringbench/stringbench.py
> > new file mode 100755
> > --- /dev/null
> > +++ b/Tools/stringbench/stringbench.py
> > @@ -0,0 +1,1483 @@
> > +
>
> Did you mean to start with a bl
On Wed, 11 Apr 2012 15:31:09 +0200
Stefan Behnel wrote:
>
> Ok. I guess once the code is there, the hardware will eventually catch up.
>
> However, I'm not sure what you consider "large". A lot of manipulation
> operations for the builtin types are not all that involved, at least in the
> "norma
On Thu, 12 Apr 2012 07:30:07 -0700
Guido van Rossum wrote:
> Wow, I thought it was accepted already! I don't see the hangup.
It's under review.
http://bugs.python.org/issue13903
Regards
Antoine.
___
Python-Dev mailing list
Python-Dev@python.org
http
On Wed, 11 Apr 2012 02:49:41 -0400
Jim Jewett wrote:
>
> Accuracy:
> Is the answer correct? Any clock will eventually ; if a
> clock is intended to match , it will need to be
> back to the "true" time.
You may also point to
http://en.wikipedia.org/wiki/Accuracy_and_precision
We are probab
Hello,
I'm just starting a new thread since the old ones are so crowded.
First, overall I think the PEP is starting to look really good and
insightful! (congratulations to Victor)
I have a couple of comments, mostly small ones:
> "function" (str): name of the underlying operating system functio
On Fri, 13 Apr 2012 18:29:10 +0200
Victor Stinner wrote:
> > The descriptions should really stress the scope of the result's
> > validity. My guess (or wish :-)) would be:
> >
> > - time.monotonic(): system-wide results, comparable from one process to
> > another
> > - time.perf_counter(): proces
On Sat, 14 Apr 2012 02:51:09 +0200
Victor Stinner wrote:
>
> time.monotonic() does not fallback to the system clock anymore, it is
> now always monotonic.
Then just call it "monotonic" :-)
> I prefer "steady" over "monotonic" because the steady property is what
> users really expect from a "mon
On Sun, 15 Apr 2012 03:50:06 +0200
brett.cannon wrote:
> http://hg.python.org/cpython/rev/6a77697d2a63
> changeset: 76311:6a77697d2a63
> user:Brett Cannon
> date:Sat Apr 14 21:18:48 2012 -0400
> summary:
> Rebuild importlib.h to incorporate added comments.
Isn't there a Makef
On Sun, 15 Apr 2012 23:56:18 +0200
brett.cannon wrote:
> http://hg.python.org/cpython/rev/096653de404d
> changeset: 76332:096653de404d
> user:Brett Cannon
> date:Sun Apr 15 17:47:19 2012 -0400
> summary:
> Update importlib.h
I wonder if we could somehow set importlib.h as bin
On Mon, 16 Apr 2012 09:54:41 +0200
Stefan Behnel wrote:
>
> The new import cache broke Cython's load of on-the-fly compiled extension
> modules, which naively used "__import__(module_name)" after building them.
> I could fix that by moving to "imp.load_dynamic()" (we know where we put
> the compi
On Mon, 16 Apr 2012 01:25:42 +0200
Victor Stinner wrote:
>
> I suppose that most people don't care that "resolution" and
> "precision" are different things.
Don't they? Actually, they don't care about resolution since they
receive a Python float.
Regards
Antoine.
On Mon, 16 Apr 2012 07:10:31 +0200
brian.curtin wrote:
> PyErr_SetFromImportErrorWithNameAndPath
Apparently this new function isn't documented anywhere.
Regards
Antoine.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailm
On Mon, 16 Apr 2012 12:15:16 -0400
"R. David Murray" wrote:
>
> I don't see how depending on Cython is better than depending on having
> an existing Python. If the only benefit is semi-readable code, surely
> we do have source code for the pre-frozen module, and it is just a matter
> of convinci
On Mon, 16 Apr 2012 13:33:45 -0400
Brett Cannon wrote:
> On Mon, Apr 16, 2012 at 13:08, "Martin v. Löwis" wrote:
>
> > > So like execute hg diff on the dependent files and if nothing changed
> > > then touch the auto-generated file w/ 'touch' to prevent future attempts
> > > to execute the targe
Le lundi 16 avril 2012 à 15:27 -0500, Brian Curtin a écrit :
> On Mon, Apr 16, 2012 at 09:54, Brian Curtin wrote:
> > On Mon, Apr 16, 2012 at 09:52, Brett Cannon wrote:
> >>
> >>
> >> On Mon, Apr 16, 2012 at 07:19, Antoine Pitrou wrote:
> >&
On Tue, 17 Apr 2012 01:11:14 +0200
Georg Brandl wrote:
>
> No, it's not just an existing Python, it is (at least currently) the same
> version of Python being built. Therefore I wrote about the bootstrapping
> problems when bytecode changes.
>
> Depending on Cython is better in that it breaks t
On Mon, 16 Apr 2012 20:41:56 -0400
Brett Cannon wrote:
> On Mon, Apr 16, 2012 at 20:27, Antoine Pitrou wrote:
>
> > On Tue, 17 Apr 2012 01:11:14 +0200
> > Georg Brandl wrote:
> > >
> > > No, it's not just an existing Python, it is (at least currentl
On Tue, 17 Apr 2012 04:11:31 +0200
brett.cannon wrote:
> http://hg.python.org/cpython/rev/3b5b4b4bb43c
> changeset: 76371:3b5b4b4bb43c
> user:Brett Cannon
> date:Mon Apr 16 22:11:25 2012 -0400
> summary:
> Issue #13959: Re-implement imp.load_source() in imp.py.
>
> files:
>
On Tue, 17 Apr 2012 11:41:32 -0400
Brett Cannon wrote:
>
> Actually Cython would help with a subtle maintenance burden of maintaining
> *any* C code for import. Right now,
> Python/import.c:PyImport_ImportModuleLevelObject() is an accelerated C
> version of importlib.__import__() through checking
On Tue, 17 Apr 2012 17:22:57 +
Kristján Valur Jónsson wrote:
> >
> > We are all consenting adults. Everything is allowed - you just have to live
> > with
> > the consequences.
>
> Well, we specifically decided that objects with __del__ methods that are part
> of a cycle cannot be run.
> Th
On Wed, 18 Apr 2012 15:31:10 +0200
brian.curtin wrote:
> http://hg.python.org/cpython/rev/bf23a6c215f6
> changeset: 76388:bf23a6c215f6
> parent: 76385:6762b943ee59
> user:Brian Curtin
> date:Wed Apr 18 08:30:51 2012 -0500
> summary:
> Fix email post-commit review comments
On Wed, 18 Apr 2012 12:19:39 -0700
Ethan Furman wrote:
> Brian Curtin wrote:
> > On Wed, Apr 18, 2012 at 13:07, Ethan Furman wrote:
> > Those who follow the bug tracker will see the issue and act
> > accordingly.
>
> How does one follow the bug tracker?
Checking it frequently is a possibility.
On Wed, 18 Apr 2012 21:29:00 +0200
"Martin v. Löwis" wrote:
> Am 18.04.2012 20:52, schrieb antoine.pitrou:
> > http://hg.python.org/cpython/rev/f3a27d11101a
> > changeset: 76405:f3a27d11101a
> > user:Antoine Pitrou
> > date:Wed A
On Thu, 19 Apr 2012 10:55:24 +0200
Stefan Behnel wrote:
>
> I noticed that there is a PEP (3154) and a GSoC proposal about improving
> Pickle. Given the recent discussion on this list about using Cython for the
> import module, I wonder if it wouldn't make even more sense to switch from
> a C (ac
On Thu, 19 Apr 2012 10:21:00 -0700
Guido van Rossum wrote:
> On Thu, Apr 19, 2012 at 10:13 AM, Tshepang Lekhonkhobe
> wrote:
> > On Thu, Apr 19, 2012 at 18:55, Guido van Rossum wrote:
> >> On Thu, Apr 19, 2012 at 9:02 AM, Tshepang Lekhonkhobe
> >> wrote:
> >>> On Thu, Apr 19, 2012 at 17:51, Gui
Le jeudi 19 avril 2012 à 10:40 -0700, Guido van Rossum a écrit :
> >>
> >> I don't think you're a core contributor, right? Even if a core
> >> developer reviews the code, it requires a certain level of trust,
> >> especially for complex patches.
> >
> > I would say trust is gained through previous
Hello,
For the record, we don't have any stable OS X buildbots anymore.
If you want to contribute a build slave (I hear we may have Apple
employees reading this list), please take a look at
http://wiki.python.org/moin/BuildBot
Regards
Antoine.
___
P
On Sun, 22 Apr 2012 07:45:27 +0200
"Martin v. Löwis" wrote:
>
> This goes back to
>
> http://codereview.appspot.com/842043/diff/1/3#newcode787
>
> where Antoine points out that the code needs to look for altsep.
>
> He then suggests "keep the right-most of both". I don't think he
> literally m
On Sat, 21 Apr 2012 15:50:03 -0400
David Bolen wrote:
> Antoine Pitrou writes:
>
> > For the record, we don't have any stable OS X buildbots anymore.
> > If you want to contribute a build slave (I hear we may have Apple
> > employees reading this list), p
On Mon, 23 Apr 2012 17:24:57 +0200
benjamin.peterson wrote:
> http://hg.python.org/cpython/rev/6e5855854a2e
> changeset: 76485:6e5855854a2e
> user:Benjamin Peterson
> date:Mon Apr 23 11:24:50 2012 -0400
> summary:
> Implement PEP 412: Key-sharing dictionaries (closes #13903)
On Tue, 24 Apr 2012 10:24:16 +
Kristján Valur Jónsson wrote:
>
> Btw, this is of great interest to me at the moment, our Shanghai engineers
> are screaming at the
> memory waste incurred by dictionaries. A 10 item dictionary consumes 1/2k on
> 32 bits, did you
> know this?
The sparseness
On Tue, 24 Apr 2012 05:36:41 +0200
solip...@pitrou.net wrote:
> results for 8dbcedfd13f8 on branch "default"
>
>
> test_itertools leaked [44, 44, 44] references, sum=132
> test_robotparser leaked [103, 103, 103] references, sum=309
> test_ssl leaked [10
On Tue, 24 Apr 2012 06:27:07 +0200
raymond.hettinger wrote:
> http://hg.python.org/cpython/rev/e2a3260f1718
> changeset: 76513:e2a3260f1718
> branch: 2.7
> parent: 76480:db26c4daecbb
> user:Raymond Hettinger
> date:Mon Apr 23 21:24:15 2012 -0700
> summary:
> Reorder
On Tue, 24 Apr 2012 21:00:49 +0200
jesus.cea wrote:
> http://hg.python.org/cpython/rev/2023f48b32b6
> changeset: 76537:2023f48b32b6
> user:Jesus Cea
> date:Tue Apr 24 20:59:17 2012 +0200
> summary:
> Closes Issue #14661: posix module: add O_EXEC, O_SEARCH, O_TTY_INIT (I add
>
On Tue, 24 Apr 2012 12:05:46 -0400
"Edward C. Jones" wrote:
> CPython 3.3.0a2 (default, Apr 24 2012, 10:47:03) [GCC 4.4.5]
> Linux-2.6.32-5-amd64-x86_64-with-debian-6.0.4 little-endian
>
> Ran "make test". Hung during test_socket. Used CNTL-C to exit the test.
> test_ssl failed. Ran "./python
On Tue, 24 Apr 2012 13:46:51 -0700
Ethan Furman wrote:
> Okay, advice please.
>
> When responding to posts, should the poster to whom I am responding be
> listed as well as python-dev, or should my responses just go to python-dev?
I prefer responses to python-dev only myself; I am always a bit
On Sat, 28 Apr 2012 07:02:13 -0700
Guido van Rossum wrote:
> >
> > It is this function:
> > http://docs.python.org/dev/library/time.html#time.clock_gettime
> >
> > It's just a binding of the C function clock_gettime(). Should the PEP
> > describe all functions used by the PEP?
>
> Oh, now I'm con
Hello Julia,
On Sat, 28 Apr 2012 10:06:52 +0200 (CEST)
Julia Lawall wrote:
> In Python-3.2.3/Python/import.c, in the function
> _PyImport_FixupExtensionUnicode, is any call to PyDict_DelItemString
> needed before the final failure returns?
I would say it probably does, but it would need furth
On Sun, 29 Apr 2012 02:12:41 -0700
Larry Hastings wrote:
>
> On 04/29/2012 02:01 AM, Eric V. Smith wrote:
> > On 4/29/2012 4:41 AM, Larry Hastings wrote:
> >> I'd prefer an object to a dict, but not a tuple / structseq. There's no
> >> need for the members to be iterable.
> > I agree with you, b
On Sun, 29 Apr 2012 03:26:26 +0200
Victor Stinner wrote:
> Hi Guido,
>
> 2012/4/28 Guido van Rossum :
> > I read most of the PEP and I think it is ready for acceptance! Thanks
> > for your patience in shepherding this through such a difficult and
> > long discussion.
>
> You're welcome, but man
On Sun, 29 Apr 2012 19:25:16 -0400
Benjamin Peterson wrote:
> Hi,
> I see PEP 418 gives time.clock_info() two boolean fields named
> "is_monotonic" and "is_adjusted". I think the "is_" is unnecessary and
> a bit ugly, and they could just be renamed "monotonic" and "adjusted".
>
> Thoughts?
Agree
On Tue, 01 May 2012 07:32:36 +0200
raymond.hettinger wrote:
> http://hg.python.org/cpython/rev/f981fe3b8bf7
> changeset: 76681:f981fe3b8bf7
> user:Raymond Hettinger
> date:Mon Apr 30 22:32:16 2012 -0700
> summary:
> Move make_key() out of the decorator body. Make keys that onl
On Wed, 02 May 2012 01:43:32 -0700
Larry Hastings wrote:
>
> I realize we can't jump to C99 because of A Certain Compiler. (Its name
> rhymes with Bike Row Soft Frizz You All See Muss Muss.) But even that
> compiler added this extension in the early 90s.
>
> Do we officially support any C co
On Wed, 2 May 2012 14:07:09 +0800
Senthil Kumaran wrote:
> On Wed, May 2, 2012 at 1:55 PM, "Martin v. Löwis" wrote:
> > I'm not sure how useful it is to have a build slave which you can't
> > commit to having for more than 3 months. So I'm -0 on adding this
> > slave, but it is up to Antoine to d
On Wed, 2 May 2012 13:13:15 +1000
Chris Angelico wrote:
> On Wed, May 2, 2012 at 1:09 PM, Senthil Kumaran wrote:
> > Also, I think the instructions in the wiki could be improved. I was
> > not able to su - buildbot after installing through package manager. I
> > shall edit it once I have set it u
On Thu, 3 May 2012 00:25:05 +0800
Senthil Kumaran wrote:
> On Wed, May 2, 2012 at 10:54 PM, Antoine Pitrou wrote:
>
> > What are the characteristics of your machine? We already have several
> > Linux x86/x86-64 buildbots... That said, we could also toy with other
> >
On Fri, 4 May 2012 01:07:04 -0400
Benjamin Peterson wrote:
> > + if (times && (times != Py_None)) {
>
> Conditions in parenthesis like this is not style.
If it's not style, then what is it? :-)
___
Python-Dev mailing list
Python-Dev@python.org
htt
4401 - 4500 of 4909 matches
Mail list logo
