On Sat, May 21, 2011 at 7:47 AM, Martin v. Löwis mar...@v.loewis.de wrote:
As Jesse has said, there is an RFP in development to improve
python.org to the point where we can self-host blogs and the like and
deal with the associated user account administration appropriately.
To run a blog on
On Sat, May 21, 2011 at 9:59 PM, Antoine Pitrou solip...@pitrou.net wrote:
On Fri, 20 May 2011 19:01:26 +0200
Charles-François Natali cf.nat...@gmail.com wrote:
Hi,
My name is Charles-François Natali, I've been using Python for a
couple years, and I've recently been granted commit
On Sun, May 22, 2011 at 3:38 AM, Georg Brandl g.bra...@gmx.net wrote:
On 05/21/11 18:01, Senthil Kumaran wrote:
So a rewrite with good pointers would be more appropriate.
Even then, it's better off in the Wiki until the rewrite is complete.
Perhaps replacing it with a placeholder page that
On Mon, May 23, 2011 at 3:00 AM, Bill Janssen jans...@parc.com wrote:
Tarek Ziadé ziade.ta...@gmail.com wrote:
Yes, I am aware of this. I have fixed today most remaining issues, and
fixing the final ones right now.
Just FYI: the AMD64 Snow Leopard buildbot and PPC Leopard buildbots
are now
On 20/05/2011 22:56, Martin v. Löwis wrote:
TBH I think the less attractive we can make os.access() look the
better. It uses the real uid instead of the effective uid, it
encourages LBYL behavior, the outcome may be incorrect, it doesn't
work on Windows... The ONLY reason to ever use it is in a
Hey,
Now that packaging has landed, the distutils2 repo is going to be
re-seted and will be the python 2.x / 3.1 / 3.2 backport of packaging.
In theory, we want to automate the extraction of packaging from the
stdlib and a few other modules, and run 3to2 at install time. Or
should I say
Wiadomość napisana przez Tarek Ziadé w dniu 2011-05-23, o godz. 11:58:
Hey,
Now that packaging has landed, the distutils2 repo is going to be
re-seted and will be the python 2.x / 3.1 / 3.2 backport of packaging.
In theory, we want to automate the extraction of packaging from the
stdlib
2011/5/23 Łukasz Langa luk...@langa.pl:
..
I'm maintaining a configparser 3.2+ backport for 2.6-2.7 using 3to2.
Do you backport to 3.1 ?
..
There's some documentation there on the conversion process I came up with.
Awesome, will look up, thanks
As for distutils2, I was already contacted
Wiadomość napisana przez Tarek Ziadé w dniu 2011-05-23, o godz. 12:58:
2011/5/23 Łukasz Langa luk...@langa.pl:
..
I'm maintaining a configparser 3.2+ backport for 2.6-2.7 using 3to2.
Do you backport to 3.1 ?
Not really. I personally think people already using py3k will migrate sooner
2011/5/23 Łukasz Langa luk...@langa.pl:
...
I've heard you're targetting 2.4 compatibility so be prepared that this is
not going to be easy.
yeah well, we might raise the bar to 2.5 and use some __future__
statements. I am not sure that keeping 2.4 support is that useful
anymore.
Cheers
2011/5/23 Tarek Ziadé ziade.ta...@gmail.com:
2011/5/23 Łukasz Langa luk...@langa.pl:
...
I've heard you're targetting 2.4 compatibility so be prepared that this is
not going to be easy.
yeah well, we might raise the bar to 2.5 and use some __future__
statements. I am not sure that keeping
2011/5/23 Łukasz Langa luk...@langa.pl:
The new Ubuntu already ships with Python 3.2.
Uptake on Ubuntu 11.04 will take longer than 10.10 uptake, given the
reliability issues and the reaction to the new user interface.
That's not to say it won't be significant, but the strength of the
indicator
On Mon, May 23, 2011 at 2:15 AM, Nick Coghlan ncogh...@gmail.com wrote:
On Sat, May 21, 2011 at 7:47 AM, Martin v. Löwis mar...@v.loewis.de wrote:
As Jesse has said, there is an RFP in development to improve
python.org to the point where we can self-host blogs and the like and
deal with the
Okay, this reply is getting off-topic, so I won't belabor the point (please
email me directly if you want to discuss further).
On May 23, 2011, at 08:25 AM, Fred Drake wrote:
2011/5/23 Łukasz Langa luk...@langa.pl:
The new Ubuntu already ships with Python 3.2.
Uptake on Ubuntu 11.04 will take
On Mon, May 23, 2011 at 10:40 AM, Barry Warsaw ba...@python.org wrote:
You're not required to run the default desktop (Unity) of course. There are
several options out of the box, including the classic desktop and Unity 2D,
and there are a wide range of supported derivatives of Ubuntu offering
Glyph Lefkowitz wrote:
In fact, I feel like I would want to push in the opposite direction:
don't treat one-byte bytes slices less like integers; I wish I could
more easily treat n-byte sequences _more_ like integers! :). More
protocols have 2-byte or 4-byte network-endian packed integers
On Mon, May 23, 2011 at 8:48 AM, Tarek Ziadé ziade.ta...@gmail.com wrote:
On Mon, May 23, 2011 at 3:00 AM, Bill Janssen jans...@parc.com wrote:
Tarek Ziadé ziade.ta...@gmail.com wrote:
Yes, I am aware of this. I have fixed today most remaining issues, and
fixing the final ones right now.
Den 23.05.2011 06:59, skrev Martin v. Löwis:
My expectation is that your approach would likely make the issues
worse in a multi-CPU setting. If you put multiple reference counters
into a contiguous block of memory, unrelated reference counters will
live in the same cache line. Consequentially,
On 5/23/2011 1:20 PM, Ethan Furman wrote:
Glyph Lefkowitz wrote:
In fact, I feel like I would want to push in the opposite direction:
don't treat one-byte bytes slices less like integers; I wish I could
more easily treat n-byte sequences _more_ like integers! :). More
protocols have 2-byte or
Ok, I managed to make a quick but working patch (sufficient to get
working interpreter, it segfaults for extension modules). It uses the
ememoa allocator (http://code.google.com/p/ememoa/) which seems a
reasonable pool allocator. The patch: http://dpaste.org/K8en/. The
main obstacle was that there
On Mon, May 23, 2011 at 1:55 PM, Artur Siekielski
artur.siekiel...@gmail.com wrote:
Ok, I managed to make a quick but working patch (sufficient to get
working interpreter, it segfaults for extension modules). It uses the
ememoa allocator (http://code.google.com/p/ememoa/) which seems a
2011/5/23 Guido van Rossum gu...@python.org:
Anyway, I'd like to have working copy-on-write in CPython - in the
presence of GIL I find it important to have multiprocess programs
optimized (and I think it's a common idiom that a parent process
prepares some big data structure, and child worker
Den 24.05.2011 00:07, skrev Artur Siekielski:
Oh, and using explicit shared memory or mmap is much harder, because
you have to map the whole object graph into bytes.
It sounds like you need PYRO, POSH or multiprocessing's proxy objects.
Sturla
___
Hi,
In Python 2, codecs.open() is the best way to read and/or write files
using Unicode. But in Python 3, open() is preferred with its fast io
module. I would like to deprecate codecs.open() because it can be
replaced by open() and io.TextIOWrapper. I would like your opinion and
that's why I'm
Tarek Ziadé writes:
I have now completed the cleanup and we're back on green-land for the
stable bots.
Are you saying you expect Mac OS X 10.4 Tiger to go green once the
bots update? If so, I'm impressed, and thank you! to all involved.
Apple and MacPorts have long since washed their hands
On Tue, 24 May 2011 11:12:35 +0900, Stephen J. Turnbull step...@xemacs.org
wrote:
Tarek Ziadé writes:
I have now completed the cleanup and we're back on green-land for the
stable bots.
Are you saying you expect Mac OS X 10.4 Tiger to go green once the
bots update? If so, I'm
In article 87zkmcalt8@uwakimon.sk.tsukuba.ac.jp,
Stephen J. Turnbull step...@xemacs.org wrote:
Are you saying you expect Mac OS X 10.4 Tiger to go green once the
bots update? If so, I'm impressed, and thank you! to all involved.
Apple and MacPorts have long since washed their hands of
On Tue, May 24, 2011 at 8:33 AM, Sturla Molden stu...@molden.no wrote:
Den 24.05.2011 00:07, skrev Artur Siekielski:
Oh, and using explicit shared memory or mmap is much harder, because
you have to map the whole object graph into bytes.
It sounds like you need PYRO, POSH or multiprocessing's
On Tue, May 24, 2011 at 10:08 AM, Victor Stinner
victor.stin...@haypocalc.com wrote:
It's trivial to replace a call to codecs.open() by a call to open(),
because the two API are very close. The main different is that
codecs.open() doesn't support universal newline, so you have to use
open(...,
29 matches
Mail list logo
