On Mon, 1 Oct 2012 11:11:46 -0400
Barry Warsaw wrote:
>
> I agree. I don't think the Python RM should have to worry about tz updates,
> given how frequent or unpredictable they can be.
I don't understand what makes them specifically "unpredictable".
We statically link OpenSSL and other librarie
On Mon, 1 Oct 2012 10:16:16 -0500
Zachary Ware wrote:
> >
> > But I don't think a warning is warranted, anymore than for other known
> > issues (there are many of them at http://bugs.python.org/ :-)).
> >
>
> Just curious (and a bit off topic), what exactly does warrant a warning in
> Python? I'v
On Mon, 1 Oct 2012 11:25:08 -0400
Barry Warsaw wrote:
>
> If you have an OS that keeps the system tz data up-to-date, I can't think of
> any reason why you wouldn't want to use it.
>
> If you don't have the data, why not include information in the documentation
> for how to download and install
Hello,
It seems that the daily DMG builds have been failing for some time on
the default branch:
http://buildbot.python.org/daily-dmg/
Since there has been no report or complaint about that, should we just
stop producing those builds?
Regards
Antoine.
--
Software development and contracting
On Wed, 3 Oct 2012 20:25:17 +0530
Nick Coghlan wrote:
> On Wed, Oct 3, 2012 at 5:16 PM, Larry Hastings wrote:
> > I don't agree. It's my understanding that the alphas are largely ignored,
> > and having them earlier would hardly make them more relevant.
>
> I would appreciate it you stopped pro
On Wed, 3 Oct 2012 20:05:24 +0200
Antoine Pitrou wrote:
> On Wed, 3 Oct 2012 20:25:17 +0530
> Nick Coghlan wrote:
> > On Wed, Oct 3, 2012 at 5:16 PM, Larry Hastings wrote:
> > > I don't agree. It's my understanding that the alphas are largely ignored,
>
On Thu, 04 Oct 2012 23:46:57 +0200
mar...@v.loewis.de wrote:
>
> Zitat von Victor Stinner :
>
> > I only see one argument against such refactoring: it will be harder to
> > backport/forwardport bugfixes.
>
> I'm opposed for a different reason: I think it will be *harder* to maintain.
> The amoun
On Thu, 4 Oct 2012 22:08:40 +0530
Nick Coghlan wrote:
> On Thu, Oct 4, 2012 at 7:54 PM, Brett Cannon wrote:
> > This used to be a no-no, though, because if someone called that function in
> > a thread during an import it would deadlock. Now Antoine reworked the locks
> > so I don't know if this i
On Sat, 6 Oct 2012 14:12:36 +0200 (CEST)
armin.ronacher wrote:
> http://hg.python.org/cpython/rev/a7ec0a1b0f7c
> changeset: 79511:a7ec0a1b0f7c
> parent: 79507:3c1df1ede882
> user:Armin Ronacher
> date:Sat Oct 06 14:03:24 2012 +0200
> summary:
> Issue #16148: implemented
On Sun, 14 Oct 2012 02:53:51 +0200 (CEST)
christian.heimes wrote:
> http://hg.python.org/cpython/rev/b397b0c08f69
> changeset: 79717:b397b0c08f69
> parent: 79715:3465ef48d0f5
> user:Christian Heimes
> date:Sun Oct 14 02:52:01 2012 +0200
> summary:
> Force 32bit Keccak imp
On Tue, 16 Oct 2012 05:05:23 -0400
Trent Nelson wrote:
> On Tue, Oct 16, 2012 at 01:43:37AM -0700, Charles-François Natali wrote:
> > > My understanding is that we use a specific version of autoconf.
> > > The reason is that otherwise we end up with useless churn in the repo
> > > as the generated
On Tue, 16 Oct 2012 12:52:25 +0200
Christian Heimes wrote:
> Am 16.10.2012 12:43, schrieb Larry Hastings:
> > On 10/16/2012 11:23 AM, Hynek Schlawack wrote:
> >> Am 16.10.2012 um 12:15 schrieb andrew.svetlov :
> >>
> >>> + For easy to use interface to system randomness please see
> >>> + :clas
On Tue, 16 Oct 2012 14:51:21 +0200 (CEST)
nick.coghlan wrote:
>
> + # We can use a with statement to ensure threads are cleaned up promptly
> with concurrent.futures.ThreadPoolExecutor(max_workers=5) as executor:
> - future_to_url = dict((executor.submit(load_url, url, 60), url)
> -
On Thu, 18 Oct 2012 14:35:19 -0400
Benjamin Peterson wrote:
> 2012/10/18 Daniel Holth :
> > Let me know what I need to do to get it accepted, if anything needs to
> > be added or revised, or, preferably, that it is awesome and you want
> > to use it ASAP.
>
> Traditionally, you send the peps to p
On Sat, 20 Oct 2012 00:13:51 +1000
Nick Coghlan wrote:
> On Fri, Oct 19, 2012 at 11:08 PM, Antonio Cuni wrote:
> > Is that the real intended behavior?
>
> Given the way complex numbers interact with floats generally,
> returning a complex number with no imaginary component as a floating
> point
On Sun, 21 Oct 2012 13:38:48 +1100
Chris Angelico wrote:
> On Sun, Oct 21, 2012 at 12:53 PM, Steven D'Aprano wrote:
> > Python 2.x legitimately distinguished between floats and complex, e.g.:
> >
> > py> (-100.0)**0.5
> >
> > Traceback (most recent call last):
> > File "", line 1, in
> > Value
On Sun, 21 Oct 2012 22:02:17 +1100
Steven D'Aprano wrote:
>
> In Python 3.3, math.pow is the builtin pow. Presumably for backwards
> compatibility reasons when they were different? If so, it was a LONG
> time ago:
>
> [steve@ando ~]$ python1.5
> Python 1.5.2 (#1, Aug 27 2012, 09:09:18) [GCC 4.1
On Sun, 21 Oct 2012 17:32:02 +0200
Christian Heimes wrote:
> Am 21.10.2012 17:23, schrieb antoine.pitrou:
> > http://hg.python.org/cpython/rev/ce9c9cbd1b11
> > changeset: 79875:ce9c9cbd1b11
> > user: Antoine Pitrou
> > date:Sun Oct 21 17:21:04 2012 +02
On Sun, 21 Oct 2012 21:31:02 +0200
Christian Heimes wrote:
> Am 21.10.2012 20:53, schrieb Antoine Pitrou:
> > I don't know. If it breaks VS 2010 then it should be reverted. On the
> > other hand I'd like to continue building Python under Windows without
> > need
On Mon, 22 Oct 2012 12:51:19 -0400
Daniel Holth wrote:
> On Thu, Oct 18, 2012 at 3:37 PM, Daniel Holth wrote:
> > On Thu, Oct 18, 2012 at 2:21 PM, wrote:
> >> I'm -1 on the usage of ed25519 in PEP 427. While the PEP proposes to use
> >> JSON
> >> Web signatures, this algorithm is not supported
Hello,
How does the pure / plat distinction as outlined in PEP 427 cope with
Debian's system of separating installed files into pyshared (for *.py
and *.egg-info files) and pythonX.Y/dist-packages (for *.pyc and *.so
files)?
Thanks,
Antoine.
___
Pyt
On Mon, 22 Oct 2012 15:20:01 -0400
Daniel Holth wrote:
>
> The decoded contents are like the JSON documents at
> http://www.python.org/dev/peps/pep-0427/#json-web-signatures-extensions
>
> Signing is implemented at:
> https://bitbucket.org/dholth/wheel/src/tip/wheel/signatures/__init__.py?at=def
On Mon, 22 Oct 2012 15:49:34 -0400
Daniel Holth wrote:
> On Mon, Oct 22, 2012 at 3:37 PM, Antoine Pitrou wrote:
> > On Mon, 22 Oct 2012 15:20:01 -0400
> > Daniel Holth wrote:
> >>
> >> The decoded contents are like the JSON documents at
> >> http://
On Mon, 22 Oct 2012 15:39:07 -0400
Daniel Holth wrote:
> On Mon, Oct 22, 2012 at 3:27 PM, Antoine Pitrou wrote:
> >
> > Hello,
> >
> > How does the pure / plat distinction as outlined in PEP 427 cope with
> > Debian's system of separating installed files
Hello,
The FAQ has this weird statement:
“This specification does not have an opinion on how you should organize
your code. The .data directory is just a place for any files that are
not normally installed inside site-packages or on the PYTHONPATH.”
But, say, if I want to install some init scri
Le lundi 22 octobre 2012 à 16:25 -0400, Daniel Holth a écrit :
> On Mon, Oct 22, 2012 at 4:13 PM, Antoine Pitrou wrote:
> > On Mon, 22 Oct 2012 15:39:07 -0400
> > Daniel Holth wrote:
> >> On Mon, Oct 22, 2012 at 3:27 PM, Antoine Pitrou
> >> wrote:
> >&
On Mon, 22 Oct 2012 16:26:57 -0400
Daniel Holth wrote:
> On Mon, Oct 22, 2012 at 4:20 PM, Antoine Pitrou wrote:
> >
> > Hello,
> >
> > The FAQ has this weird statement:
> >
> > “This specification does not have an opinion on how you should organize
>
Le 23/10/2012 12:05, Victor Stinner a écrit :
Such a restructuring should not result in compilers
no longer being able to optimize code by inlining functions
in one of the most important basic types we have in Python 3.
I agree that performances are important. But I'm not convinced than
moving
Le 25/10/2012 02:03, Nick Coghlan a écrit :
speed.python.org is also making progress, and once that is up and
running (which will happen well before any Python 3.4 release) it will
be possible to compare the numbers between 3.3 and trunk to help
determine the validity of any concerns regarding o
Le 25/10/2012 00:15, Nick Coghlan a écrit :
However, -1 on the "faux modularity" idea of breaking up the files on
disk, but still exposing them to the compiler and linker as a monolithic
block, though. That would be completely missing the point of why large
source files are bad.
I disagree wit
On Thu, 25 Oct 2012 08:13:53 -0700
Larry Hastings wrote:
>
> I'm all for good software engineering practice. But can you cite
> objective reasons why large source files are provably bad? Not "tangled
> monolithic messes", not poorly-factored code. I agree that those are
> bad--but so far no
On Fri, 26 Oct 2012 15:14:08 -0400
Brett Cannon wrote:
>
> Worst benchmark is nosite_startup, best is telco. The benchmarks people
> might want to analyze (i.e. more than 20% slower in Python 3.3) are
> mako_v2, threaded_count, normal_startup, iterative_count, pathlib,
> formatted_logging, and si
On Sat, 27 Oct 2012 09:20:36 -0400
Brett Cannon wrote:
> I did check that markup safe as not installed. It might just be mako doing
> something silly.
>
> The threads tests are very synthetic.
>
> And yes, there are more modules at startup. When was the last to,e we
> looked at them to make sure
On Sat, 27 Oct 2012 21:40:26 +0100
Mark Shannon wrote:
> On 27/10/12 20:21, Antoine Pitrou wrote:
> >
> > It would be interesting to know *where* the module import time gets
> > spent, on a lower level. My gut feeling is that execution of Python
> > module code is t
On Sat, 27 Oct 2012 22:11:01 +0100
Mark Shannon wrote:
> On 27/10/12 21:59, Antoine Pitrou wrote:
> > On Sat, 27 Oct 2012 21:40:26 +0100
> > Mark Shannon wrote:
> >> On 27/10/12 20:21, Antoine Pitrou wrote:
> >>>
> >>> It would be interes
On Sun, 28 Oct 2012 01:39:42 +0300
Serhiy Storchaka wrote:
> On 28.10.12 01:06, Brett Cannon wrote:
> > I really doubt that as the amount of stat calls is significantly reduced
> > in Python 3.3 compared to Python 3.2 (startup benchmarks show Python 3.3
> > is roughly 1.66x faster than 3.2 thanks
On Sat, 27 Oct 2012 20:38:58 -0700
"Gregory P. Smith" wrote:
> One word: profile.
>
> Looking at stat counts alone rather than measuring the total time spent in
> all types of system calls from strace and profiling is not really useful. ;)
Agreed, but I can't seem to cope properly with gprof. An
On Sun, 28 Oct 2012 08:05:00 +0100 (CET)
georg.brandl wrote:
> http://hg.python.org/cpython/rev/ee33671b2c6a
> changeset: 79995:ee33671b2c6a
> branch: 2.7
> parent: 79983:7ca30af90c11
> parent: 79994:4a17784f2fee
> user:Georg Brandl
> date:Sun Oct 28 08:06:11 2012
On Sun, 28 Oct 2012 05:19:26 -0700
Chris Jerdonek wrote:
>
> One reason to change would be to avoid possible confusion created on
> pages like this--
>
> http://docs.python.org/3.3/whatsnew/3.2.html
>
> where it says--
>
> Author: Raymond Hettinger
> Release: 3.3.0
> Date: October 27, 2012
>
On Sat, 27 Oct 2012 20:38:58 -0700
"Gregory P. Smith" wrote:
>
> Another thing to keep an eye out for within a startup profile: how often
> does the gc collect? our default gc collection thresholds haven't been
> tuned in ages afaik [or am i forgetting something] and I know of
> pathological ca
On Sun, 28 Oct 2012 18:24:36 + (UTC)
Vinay Sajip wrote:
> In some scenarios, configure produces a Makefile which fails because ASDLGEN
> doesn't point to a working Python. In particular, it seems to assume that if
> there is an executable called e.g. "python3.4" on the path, then that will be
On Mon, 29 Oct 2012 09:56:57 -0400
Brett Cannon wrote:
> To see if the bad iterative_count and threaded_count results were
> consistently bad, I ran the benchmark suite on my MacBook Pro to see how
> "reliable" the benchmarks were. The output is below.
>
> Basically 6 benchmarks (regex_effbot, q
On Sat, 3 Nov 2012 10:59:23 +0100
Stefan Krah wrote:
> Nick Coghlan wrote:
> > > +if (b == c):
> > > +self.assertEqual(hash(b), hash(c))
> >
> > These checks could do with a comment explaining why the if statements
> > are needed (I'm assuming something to do with memory orde
On Sat, 3 Nov 2012 13:37:48 +0100 (CET)
andrew.svetlov wrote:
> http://hg.python.org/cpython/rev/95d1adf144ee
> changeset: 80187:95d1adf144ee
> user:Andrew Svetlov
> date:Sat Nov 03 14:37:37 2012 +0200
> summary:
> Issue #16218: skip test if filesystem doesn't support require
On Fri, 09 Nov 2012 11:57:54 +
Chris Withers wrote:
> On 09/11/2012 11:54, Ronald Oussoren wrote:
> >
> > On 9 Nov, 2012, at 11:57, Chris Withers wrote:
> >
> >> On 09/11/2012 10:52, Michael Foord wrote:
> >>>
> However, I can't find the python it's built...
> >>>
> >>> It should be pyt
On Mon, 12 Nov 2012 23:03:45 +0100 (CET)
victor.stinner wrote:
>
> +- Issue #16416: OS data are now always encoded/decoded to/from
> + UTF-8/surrogateescape, instead of the locale encoding (which may be ASCII
> if
> + no locale environment variable is set), to avoid inconsistencies with
> +
On Tue, 13 Nov 2012 21:26:51 +0100 (CET)
philip.jenvey wrote:
> http://hg.python.org/cpython/rev/a580cf4ab940
> changeset: 80418:a580cf4ab940
> branch: 3.2
> parent: 80397:8a28c974f903
> user:Philip Jenvey
> date:Tue Nov 13 12:26:31 2012 -0800
> summary:
> add gc_col
Le Wed, 14 Nov 2012 10:00:59 +,
Chris Withers a écrit :
> On 14/11/2012 09:58, Merlijn van Deen wrote:
> > On 14 November 2012 10:12, Chris Withers
> > wrote:
> >> ...which made me a little sad
> >
> > Why did it make you sad? dict() takes 0.2µs, {} takes 0.04µs. In
> > other words: you can r
On Wed, 14 Nov 2012 14:53:11 -0600
Mark Adam wrote:
> On Wed, Nov 14, 2012 at 1:37 PM, Xavier Morel wrote:
> > On 2012-11-14, at 19:54 , Mark Adam wrote:
> >>
> >> Merging of two dicts is done with dict.update.
> >
> > No, dict.update merges one dict (or two) into a third one.
>
> No. I think y
On Fri, 16 Nov 2012 12:47:52 -0800
Chris Jerdonek wrote:
> I filed an issue in the meta tracker about e-mails like the below that
> are sent to python-dev. The issue link is here:
>
> http://psf.upfronthosting.co.za/roundup/meta/issue492
These e-mails are just because someone mentioned the wron
On Sat, 17 Nov 2012 00:47:33 +0100
mar...@v.loewis.de wrote:
>
> Zitat von Guido van Rossum :
>
> > But python-dev seems a poor place to spam with those errors.
>
> It's certainly not deliberate that they are sent. However, there
> are too few people interested in working on fixing that so that
On Sat, 17 Nov 2012 03:43:31 +0100 (CET)
jesus.cea wrote:
> http://hg.python.org/cpython/rev/b8ece33ce27d
> changeset: 80455:b8ece33ce27d
> branch: 2.7
> parent: 80439:457c0c9c7893
> user:Jesus Cea
> date:Sat Nov 17 03:38:17 2012 +0100
> summary:
> Closes #16461: Wa
On Fri, 16 Nov 2012 22:35:38 -0800
Chris Jerdonek wrote:
> >
> > I'm pretty sure it's because python-dev is the 'from' address
> > used when the messages are sent...and the configuration of
> > that user is what allows them to be accepted.
> >
> > I suggest changing the from address and the accoun
On Sat, 17 Nov 2012 11:17:40 +0100
Armin Rigo wrote:
> Hi Victor,
>
> On Sat, Nov 17, 2012 at 2:13 AM, Victor Stinner
> wrote:
> > The major drawback of the register approach (at least of my implementation)
> > is that it changes the lifetime of objects. Newly created objects are only
> > "destr
On Sun, 18 Nov 2012 09:37:57 -0500
Benjamin Peterson wrote:
> 2012/11/18 Antoine Pitrou :
> > Also, I would point out that the reference counting behaviour is an
> > important feature of *C*Python (to the point that we have test cases
> > checking against reference cycles),
On Sun, 18 Nov 2012 11:27:32 -0500
Benjamin Peterson wrote:
> 2012/11/18 Antoine Pitrou :
> > On Sun, 18 Nov 2012 09:37:57 -0500
> > Benjamin Peterson wrote:
> >
> >> 2012/11/18 Antoine Pitrou :
> >> > Also, I would point out that the reference countin
Le Wed, 28 Nov 2012 12:13:15 +,
Kristján Valur Jónsson a écrit :
> I'm sorry, I thought it was something that people did more often, to
> create different implementations of of the "socket" api, for which
> cPython provided a mere reference implementation. I know of at least
> three different
Le Mon, 03 Dec 2012 14:29:35 -0800,
Larry Hastings a écrit :
>
>/*[clinic]
>dbm.open -> mapping
>basename=dbmopen
>
>const char *filename;
>The filename to open.
So how does it handle the fact that filename can either be a unicode
string or a fsencoding-encoded b
On Tue, 04 Dec 2012 11:04:09 -0800
Larry Hastings wrote:
>
> Along these lines, I've been contemplating proposing that Clinic
> specifically understand "path" arguments, distinctly from other string
> arguments, as they are both common and rarely handled correctly. My
> main fear is that I pr
On Tue, 4 Dec 2012 16:45:54 -0500
Brett Cannon wrote:
> >
> > +1 for getting this into 3.4. Does it need a PEP, or just a bug
> > tracker item + code review? I think the latter is fine -- it's
> > probably better not to do too much bikeshedding but just to let Larry
> > propose a patch, have it re
On Tue, 4 Dec 2012 16:54:27 -0500
Brett Cannon wrote:
> On Tue, Dec 4, 2012 at 4:48 PM, Antoine Pitrou wrote:
>
> > On Tue, 4 Dec 2012 16:45:54 -0500
> > Brett Cannon wrote:
> > > >
> > > > +1 for getting this into 3.4. Does it need a PEP, or just a
Le Wed, 05 Dec 2012 16:08:46 +,
Chris Withers a écrit :
> Hi All,
>
> Would anyone object to me making a change to the docs for 2.6, 2.7
> and 3.x to clarify the following:
>
> http://docs.python.org/3/library/subprocess.html#subprocess.Popen.poll
The doc looks clear to me. poll() returns t
On Thu, 06 Dec 2012 04:15:08 +1100
Steven D'Aprano wrote:
> On 06/12/12 03:08, Chris Withers wrote:
>
> > I'd like to change the docs for poll() to say:
> >
> > """
> > Check if child process has terminated.
> > If it has, the returncode attribute will be set and that value will be
> > returned.
Le Mon, 10 Dec 2012 10:40:30 +0100,
Armin Rigo a écrit :
> Hi Raymond,
>
> On Mon, Dec 10, 2012 at 2:44 AM, Raymond Hettinger
> wrote:
> > Instead, the data should be organized as follows:
> >
> > indices = [None, 1, None, None, None, 0, None, 2]
> > entries = [[-9092791511155847987, '
Le Mon, 10 Dec 2012 11:16:49 -0500,
PJ Eby a écrit :
> On Mon, Dec 10, 2012 at 10:48 AM, Antoine Pitrou
> wrote:
> > Le Mon, 10 Dec 2012 10:40:30 +0100,
> > Armin Rigo a écrit :
> >> Hi Raymond,
> >>
> >> On Mon, Dec 10, 2012 at 2:44 AM, Raymond He
On Mon, 10 Dec 2012 11:53:17 -0500
Barry Warsaw wrote:
> On Dec 10, 2012, at 05:39 PM, Christian Heimes wrote:
>
> >I had ARM platforms in mind, too. Unfortunately we don't have any ARM
> >platforms for testing and performance measurement. Even Trent's
> >Snakebite doesn't have ARM boxes. I've a
On Tue, 11 Dec 2012 03:05:19 +0100 (CET)
gregory.p.smith wrote:
> Using 'long double' to force this structure to be worst case aligned is no
> longer required as of Python 2.5+ when the gc_refs changed from an int (4
> bytes) to a Py_ssize_t (8 bytes) as the minimum size is 16 bytes.
>
> The us
On Tue, 11 Dec 2012 08:16:27 +0100
Antoine Pitrou wrote:
> On Tue, 11 Dec 2012 03:05:19 +0100 (CET)
> gregory.p.smith wrote:
> > Using 'long double' to force this structure to be worst case aligned is no
> > longer required as of Python 2.5+ when the gc_refs chan
Hello,
Le Tue, 11 Dec 2012 14:08:27 +0800,
"Isml" <76069...@qq.com> a écrit :
> Hi, everyone,
> I am testing modifying the pyc file when it is imported. As I
> know, there is three situation: 1、runing in the python.exe
> eg: python.exe test.pyc
> in this situation, I find the
Le Mon, 10 Dec 2012 18:17:57 -0500,
Raymond Hettinger a écrit :
>
> On Dec 10, 2012, at 2:48 AM, Christian Heimes
> wrote:
>
> > On the other hand every lookup and collision checks needs an
> > additional multiplication, addition and pointer dereferencing:
> >
> > entry = entries_baseaddr + s
Le Tue, 11 Dec 2012 08:41:32 +,
Mark Shannon a écrit :
> >
> > If you have a suggested allocation pattern or other
> > constructive suggestion, it would be would welcome.
> It seems like a reasonable starting point.
> Trying to avoid resizing the index array and the entries array at the
> sam
Le Tue, 11 Dec 2012 16:23:37 +0100,
Lennart Regebro a écrit :
>
> Changes in the ``datetime``-module
> --
>
> A new ``is_dst`` parameter is added to several of the `tzinfo`
> methods to handle time ambiguity during DST changeovers.
>
> * ``tzinfo.utcoffset(se
Le Wed, 12 Dec 2012 10:11:15 -0600,
Brian Curtin a écrit :
>
> I don't think it's all that bad to include a small script on Windows
> which runs every few days to check PyPI, then present an option to
> update the info. This is what Java itself is doing anyway.
I don't get why people are so obse
On Thu, 13 Dec 2012 04:24:54 +0100 (CET)
benjamin.peterson wrote:
> http://hg.python.org/cpython/rev/5435a9278028
> changeset: 80834:5435a9278028
> user:Benjamin Peterson
> date:Wed Dec 12 22:24:47 2012 -0500
> summary:
> expose TCP_FASTOPEN and MSG_FASTOPEN
>
> files:
> Mi
Le Thu, 13 Dec 2012 10:07:34 +0100,
Lennart Regebro a écrit :
> On Thu, Dec 13, 2012 at 9:22 AM, Terry Reedy wrote:
> > On 12/13/2012 1:06 AM, Lennart Regebro wrote:
> >> All in all I would say I would prefer to install this per Python.
> >
> > Then explicit update requires multiple downloads or
Le Thu, 13 Dec 2012 21:48:23 -0500,
"R. David Murray" a écrit :
> On Thu, 13 Dec 2012 20:21:24 -0500, Trent Nelson
> wrote:
> > - Use a completely separate clone to house all the
> > intermediate commits, then generate a diff once the final commit is
> > ready, then apply that diff to the
Le Fri, 14 Dec 2012 01:14:04 -0800,
"Gregory P. Smith" a écrit :
> Yes, see the followup. My comments before were all misinterpreting
> size_t.
>
> Same result on x86_64 linux. On a 64-bit platform the 24 byte
> structure now occupies 24 bytes instead of being padded to 32.
> Nice. On a 32-bit
On Sat, 15 Dec 2012 06:17:19 +1100
Ben Leslie wrote:
> The http.client HTTPConnection._send_output method has an optimization for
> avoiding bad interactions between delayed-ack and the Nagle algorithm:
>
> http://hg.python.org/cpython/file/f32f67d26035/Lib/http/client.py#l884
>
> Unfortunately
On Thu, 20 Dec 2012 13:52:56 -0500
Trent Nelson wrote:
> On Thu, Dec 20, 2012 at 09:33:27AM -0800, Brian Curtin wrote:
> > Last week in Raymond's dictionary thread, the topic of ARM came up,
> > along with the relative lack of build slave coverage. Today Trent
> > Nelson received the PandaBoard pu
Le Fri, 21 Dec 2012 09:31:44 +,
Kristján Valur Jónsson a écrit :
> I ran into this the other day. I had put in hooks in the
> PyMem_MALLOC to track memory per tasklet, and it crashed in those
> cases because it was being called without the GIL. My local patch
> was simply to _not_ release th
Hello,
> To get the current event loop, use get_event_loop(). This returns an
> instance of the EventLoop class defined below or an equivalent
> object. It is possible that get_event_loop() returns a different
> object depending on the current thread, or depending on some other
> notion of contex
On Fri, 21 Dec 2012 20:34:18 +0100 (CET)
guido.van.rossum wrote:
>
> - In either case, once it has a socket, it will wrap it in a
> - transport, and then enter a loop accepting connections (the best way
> - to implement such a loop depends on the platform). Each time a
> - connection is acc
On Fri, 21 Dec 2012 12:37:25 -0800
Guido van Rossum wrote:
> I really meant *synchronously*... I usually start with working sync code
> and then figure out what to do to make it async. I'll give what you suggest
> a try.
Ah. Then I hope the doc example can help you:
http://docs.python.org/dev/lib
Hello,
On Sat, 22 Dec 2012 20:36:04 +0100
Sandro Mani wrote:
> Hello,
>
> First: I'm using Python3 as available in Fedora rawhide
> (python3-3.3.0-2.fc19.x86_64).
>
> Attempting to build a project using python3/distutils, I noticed that
> find_library_file would not find any library at all.
On Wed, 26 Dec 2012 13:37:13 +0200
Andrew Svetlov wrote:
> >
> > As Serhiy's example shows, this mapping of error numbers to subclasses
> > is implemented directly in OSError.__new__. We did this so that code
> > could catch the new exceptions, even when dealing with old code that
> > raises the l
On Fri, 28 Dec 2012 14:54:55 -0500
Terry Reedy wrote:
>
> 4. Running ./python_d from within a PCBuild/python_d interactive window
> and on a regular disk averages .10 seconds. The slowdown is probably a
> mixture of disk access and extra debug code, but is not bad. There is no
> flashing (prob
On Fri, 28 Dec 2012 21:39:56 +
Barry Scott wrote:
> I'm trying to track down why bundlebuilder no longer works with python 2.7
> to create runnable Mac OS X apps.
>
> I have got as far as seeing that imports of modules are failing.
>
> What I see is that sys.path does not contain all the ele
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 Fri, 28 Dec 2012 17:59:05 -0500
Doug Hellmann wrote:
> A couple of us from the OpenStack project are interested in getting involved
> in the packaging rewrite/update project. I was following that work for a
> while, but have lost track of its current state. Can someone point me to the
> righ
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
> >
> >
>
On Mon, 31 Dec 2012 10:25:25 +1300
Greg Ewing wrote:
> Richard Oudkerk wrote:
> > Personally I would like to get rid of the "purge globals" behaviour for
> > modules deleted before shutdown has started: if someone manipulates
> > sys.modules then they can just call gc.collect() if they want to
On Mon, 31 Dec 2012 15:40:39 +1000
Nick Coghlan wrote:
> Does anyone object to my naming myself as BDFL-Delegate for Daniel
> Holth's packaging PEPs?
>
> PEP 425 Compatibility Tags for Built Distributions
> PEP 426 Metadata for Python Software Packages 1.3
> PEP 427 The Wheel Binary Package Fo
On Mon, 31 Dec 2012 13:36:23 +0100
Tarek Ziadé wrote:
> On 12/31/12 12:44 PM, Antoine Pitrou wrote:
> > On Mon, 31 Dec 2012 15:40:39 +1000
> > Nick Coghlan wrote:
> >> Does anyone object to my naming myself as BDFL-Delegate for Daniel
> >> Holth's packaging
38a92c4d
| | parent: 81128:3436769a7964
| | user: Antoine Pitrou
| | date:Fri Dec 28 19:07:43 2012 +0100
| | summary: Forward port new test for SSLSocket.connect_ex()
| |
| o changeset: 81128:3436769a7964
| | branch: 2.7
| | user: Antoine Pitrou
| | date:
On Tue, 1 Jan 2013 22:37:56 +0100 (CET)
lukasz.langa wrote:
> http://hg.python.org/cpython/rev/f580342b63d8
> changeset: 81205:f580342b63d8
> branch: 3.3
> parent: 81203:b8b5303ac96f
> user:Łukasz Langa
> date:Tue Jan 01 22:33:19 2013 +0100
> summary:
> configparser
Le Wed, 2 Jan 2013 09:18:17 +0100,
Dirkjan Ochtman a écrit :
> On Wed, Jan 2, 2013 at 7:14 AM, Christian Heimes
> wrote:
> > The second PEP addresses key derivation functions for secure
> > password hashing. I like to add PBKDF2, bcrypt and scrypt
> > facilities to the standard library.
>
> Hash
Le Wed, 02 Jan 2013 11:06:07 +0100,
Christian Heimes a écrit :
> Am 02.01.2013 10:49, schrieb Antoine Pitrou:
> > Le Wed, 2 Jan 2013 09:18:17 +0100,
> > Dirkjan Ochtman a écrit :
> >> On Wed, Jan 2, 2013 at 7:14 AM, Christian Heimes
> >> wrote:
> >>
Le Fri, 4 Jan 2013 08:35:58 -0500,
Trent Nelson a écrit :
> On Fri, Jan 04, 2013 at 05:06:22AM -0800, Victor Stinner wrote:
> > 2013/1/4 Trent Nelson :
> > > The installation of Ubuntu on the Pandaboard went smoothly.
> > > However, it crashes after about an hour. Console output:
> > >
>
On Thu, 3 Jan 2013 12:22:27 +0200
Maciej Fijalkowski wrote:
> Hello everyone.
>
> Thanks raymond for writing down a pure python version ;-)
>
> I did an initial port to RPython for experiments. The results (on
> large dicts only) are inconclusive - it's either a bit faster or a bit
> slower, dep
On Sun, 6 Jan 2013 08:25:44 +0100 (CET)
nick.coghlan wrote:
> http://hg.python.org/peps/rev/3eb7e4b587da
> changeset: 4654:3eb7e4b587da
> user:Nick Coghlan
> date:Sun Jan 06 17:22:45 2013 +1000
> summary:
> Updates in response to Barry Warsaw's feedback
>
> files:
> pep-04
4701 - 4800 of 4909 matches
Mail list logo
