On Tue, Sep 7, 2010 at 01:04, Antoine Pitrou solip...@pitrou.net wrote:
What is needed in order to have write (i.e. push) access to the
hg.python.org repositories?
What are the URLs (for example for the benchmarks repository)?
IIRC you just need to have your public key on there, and you'll
Am 07.09.2010 09:21, schrieb Dirkjan Ochtman:
On Tue, Sep 7, 2010 at 01:04, Antoine Pitrou solip...@pitrou.net wrote:
What is needed in order to have write (i.e. push) access to the
hg.python.org repositories?
What are the URLs (for example for the benchmarks repository)?
IIRC you just need
On Tue, 07 Sep 2010 10:11:41 +0200
Georg Brandl g.bra...@gmx.net wrote:
Am 07.09.2010 09:21, schrieb Dirkjan Ochtman:
On Tue, Sep 7, 2010 at 01:04, Antoine Pitrou solip...@pitrou.net wrote:
What is needed in order to have write (i.e. push) access to the
hg.python.org repositories?
What
On Tue, Sep 7, 2010 at 10:11, Georg Brandl g.bra...@gmx.net wrote:
To be a bit more precise, having a public key on file for SVN commits is
enough,
Not exactly, hg uses a separate keystore, so it might not have some of
the newer keys.
and your URI is
Am 07.09.2010 10:29, schrieb Dirkjan Ochtman:
On Tue, Sep 7, 2010 at 10:11, Georg Brandl g.bra...@gmx.net wrote:
To be a bit more precise, having a public key on file for SVN commits is
enough,
Not exactly, hg uses a separate keystore, so it might not have some of
the newer keys.
Oh ok, I
On Tue, Sep 7, 2010 at 2:29 AM, brian.curtin python-check...@python.org wrote:
Author: brian.curtin
Date: Mon Sep 6 18:29:29 2010
New Revision: 84559
Log:
Fix #8956. ValueError message was only mentioning one signal.
Rather than list out the three signals (or more over time), the message
On Tue, Sep 7, 2010 at 4:48 AM, antoine.pitrou
python-check...@python.org wrote:
Modified: python/branches/py3k/Lib/test/test_memoryio.py
==
--- python/branches/py3k/Lib/test/test_memoryio.py (original)
+++
On Tue, Sep 7, 2010 at 07:34, Nick Coghlan ncogh...@gmail.com wrote:
On Tue, Sep 7, 2010 at 2:29 AM, brian.curtin python-check...@python.org
wrote:
Author: brian.curtin
Date: Mon Sep 6 18:29:29 2010
New Revision: 84559
Log:
Fix #8956. ValueError message was only mentioning one
Hi everyone,
My name is Prashant Kumar and I wish to contribute to the Python development
process by helping convert certain existing python
over to python3k.
Is there anyway I could obtain a list of libraries which need to be ported
over to python3k, sorted by importance(by importance i mean
On Tue, 7 Sep 2010 23:01:17 +1000
Nick Coghlan ncogh...@gmail.com wrote:
+ # After the buffer gets released, we can resize the BytesIO again
+ del buf
+ support.gc_collect()
+ memio.truncate()
I've raised an RFE (http://bugs.python.org/issue9789) to point out
On Tue, Sep 7, 2010 at 5:46 AM, brian.curtin python-check...@python.org wrote:
Modified: python/branches/py3k/Lib/ntpath.py
==
--- python/branches/py3k/Lib/ntpath.py (original)
+++ python/branches/py3k/Lib/ntpath.py
On Tue, Sep 7, 2010 at 11:05 PM, Brian Curtin brian.cur...@gmail.com wrote:
Sure, seems reasonable to me.
Does raise ValueError(Unsupported signal: {}.format(sig)) look fine,
or is there a more preferred format when displaying bad values in exception
messages?
No, that's about what I was
On Tue, Sep 7, 2010 at 08:12, Nick Coghlan ncogh...@gmail.com wrote:
On Tue, Sep 7, 2010 at 5:46 AM, brian.curtin python-check...@python.org
wrote:
Modified: python/branches/py3k/Lib/ntpath.py
==
---
On Tue, Sep 7, 2010 at 08:19, Nick Coghlan ncogh...@gmail.com wrote:
On Tue, Sep 7, 2010 at 11:05 PM, Brian Curtin brian.cur...@gmail.com
wrote:
Sure, seems reasonable to me.
Does raise ValueError(Unsupported signal: {}.format(sig)) look
fine,
or is there a more preferred format when
Hello. Thank you for the offer!
On Tue, Sep 07, 2010 at 06:36:10PM +0530, Prashant Kumar wrote:
My name is Prashant Kumar and I wish to contribute to the Python development
process by helping convert certain existing python
over to python3k.
Is there anyway I could obtain a list of
On Tue, 7 Sep 2010 02:38:15 +0200 (CEST)
raymond.hettinger python-check...@python.org wrote:
Author: raymond.hettinger
Date: Tue Sep 7 02:38:15 2010
New Revision: 84574
Log:
Document which part of the random module module are guaranteed.
test_random fails here:
On Tue, Sep 7, 2010 at 11:09 PM, Antoine Pitrou solip...@pitrou.net wrote:
On Tue, 7 Sep 2010 23:01:17 +1000
Nick Coghlan ncogh...@gmail.com wrote:
+ # After the buffer gets released, we can resize the BytesIO again
+ del buf
+ support.gc_collect()
+
On 01:33 pm, p...@phd.pp.ru wrote:
Hello. Thank you for the offer!
On Tue, Sep 07, 2010 at 06:36:10PM +0530, Prashant Kumar wrote:
My name is Prashant Kumar and I wish to contribute to the Python
development
process by helping convert certain existing python
over to python3k.
Is there anyway
On Tue, 7 Sep 2010 06:44:52 +0200 (CEST)
raymond.hettinger python-check...@python.org wrote:
Author: raymond.hettinger
Date: Tue Sep 7 06:44:52 2010
New Revision: 84576
Log:
Issues #7889, #9025 and #9379: Improvements to the random module.
This broke test_generators here:
[1/1]
On Tue, Sep 7, 2010 at 11:33 PM, Oleg Broytman p...@phd.pp.ru wrote:
-- GUI frameworks, especially wxPython.
That would be very cool, but the practicality of it will depend on how
current the version of SWIG used in wxPython's build process happens
to be. A version of wxPython built around
On 07/09/2010 15:02, exar...@twistedmatrix.com wrote:
On 01:33 pm, p...@phd.pp.ru wrote:
Hello. Thank you for the offer!
On Tue, Sep 07, 2010 at 06:36:10PM +0530, Prashant Kumar wrote:
My name is Prashant Kumar and I wish to contribute to the Python
development
process by helping convert
Hello,
My name is Prashant Kumar and I wish to contribute to the Python development
process by helping convert certain existing python
over to python3k.
Is there anyway I could obtain a list of libraries which need to be ported
over to python3k, sorted by importance(by importance i mean
On Tue, Sep 07, 2010 at 02:02:59PM -, exar...@twistedmatrix.com wrote:
On 01:33 pm, p...@phd.pp.ru wrote:
As there is already Python 3.2 alpha, the core of Python has already
been ported
How about the email package?
What about email? It is a core library, right? It has been ported
On Tue, 7 Sep 2010 10:29:48 +0200
Dirkjan Ochtman dirk...@ochtman.nl wrote:
and your URI is
ssh://h...@hg.python.org/repos/benchmarks
(That may change depending on the final setup, of course.)
Yes, I think I'd prefer to just get rid of the /repos/ for the URLs
(which makes http and
On Tue, Sep 7, 2010 at 7:45 PM, Michael Foord fuzzy...@voidspace.org.ukwrote:
On 07/09/2010 15:02, exar...@twistedmatrix.com wrote:
On 01:33 pm, p...@phd.pp.ru wrote:
Hello. Thank you for the offer!
On Tue, Sep 07, 2010 at 06:36:10PM +0530, Prashant Kumar wrote:
My name is Prashant
On 02:34 pm, p...@phd.pp.ru wrote:
On Tue, Sep 07, 2010 at 02:02:59PM -, exar...@twistedmatrix.com
wrote:
On 01:33 pm, p...@phd.pp.ru wrote:
As there is already Python 3.2 alpha, the core of Python has
already
been ported
How about the email package?
What about email? It is a core
Sure I will look into this. Could you please point me towards the
repository(I'd love it if I could use mercurial for the development process
rather than svn)?.
Core developers still use Subversion (we’re in the process of
switching), but you can clone the mirror at
On Tue, 7 Sep 2010 20:12:26 +0530
Prashant Kumar contactprashan...@gmail.com wrote:
Right, and there are other standard library modules (cgi, ftplib, nntplib,
etc) that either need fixing or auditing as to how they handle bytes /
strings.
Sure I will look into this. Could you please
On Tue, 07 Sep 2010 18:34:49 +0400, Oleg Broytman p...@phd.pp.ru wrote:
On Tue, Sep 07, 2010 at 02:02:59PM -, exar...@twistedmatrix.com wrote:
On 01:33 pm, p...@phd.pp.ru wrote:
As there is already Python 3.2 alpha, the core of Python has already
been ported
How about the email
On 9/7/2010 10:15 AM, Michael Foord wrote:
Right, and there are other standard library modules (cgi, ftplib,
nntplib, etc) that either need fixing or auditing as to how they handle
bytes / strings.
If you wanted to help with the documentation of the stdlib, one thing
that needs to be done is
On Tue, Sep 07, 2010 at 02:58:41PM -, exar...@twistedmatrix.com wrote:
On 02:34 pm, p...@phd.pp.ru wrote:
On Tue, Sep 07, 2010 at 02:02:59PM -, exar...@twistedmatrix.com
wrote:
On 01:33 pm, p...@phd.pp.ru wrote:
As there is already Python 3.2 alpha, the core of Python has
Other interesting bugs:
http://bugs.python.org/issue7962
http://bugs.python.org/issue8077
Thanks, I will look into these bugs and see if I can fix them.
Maybe you can post a call on python-list and form a small group of py3k
porters.
I have already mailed the python-list ML and am
On Tue, Sep 7, 2010 at 16:38, Antoine Pitrou solip...@pitrou.net wrote:
Could push notification be added for the benchmarks repo?
I think the python-checkins list would be an appropriate recipient for
the e-mails (the repo has a low activity).
Fine with me, if the list agrees.
Cheers,
On Tue, Sep 7, 2010 at 10:38 AM, Antoine Pitrou solip...@pitrou.net wrote:
Could push notification be added for the benchmarks repo?
I think the python-checkins list would be an appropriate recipient for
the e-mails (the repo has a low activity).
+1
-Fred
--
Fred L. Drake, Jr. fdrake
2010/9/7 Nick Coghlan ncogh...@gmail.com:
I've raised an RFE (http://bugs.python.org/issue9789) to point out
that the need for that GC collect call in there to make the test
portable to other implementations is rather ugly
Why? You're testing garbage collection, so you should call garbage
Martin v. Löwis wrote:
-1 on always using wchar_t as well. Python's default is UCS2 and the
stable ABI should not change that.
It's not really Python's default. It is what configure.in does by
default. Python's default, on Linux, is UCS-4.
No, the default is UCS2 on all platforms and in
Martin v. Löwis wrote:
This sounds like the issues such a mix can cause are mostly
theoretical and don't really bother much in practice, so
PEP 384 on Windows does have a chance :-)
Actually, the CRT issues (FILE* in particular) have been
causing real crashes for many years, for many
Hi,
2010/9/7 M.-A. Lemburg m...@egenix.com:
Ok. I'm fine with excluding Py_UNICODE from the stable ABI. However,
I think in the long run, I guess more support for wchar_t will then
be needed in the API, e.g. more convenient argument parsing.
Sure, we could add that.
Just to be clear: does
In CPython, the builtin max() and min() have the property that if there
are items with equal keys, the first item is returned. From a quick look
at their source, I think this is true for Jython and IronPython too.
However, this isn't currently a documented guarantee. Could it be made
so? (As with
Amaury Forgeot d'Arc wrote:
Hi,
2010/9/7 M.-A. Lemburg m...@egenix.com:
Ok. I'm fine with excluding Py_UNICODE from the stable ABI. However,
I think in the long run, I guess more support for wchar_t will then
be needed in the API, e.g. more convenient argument parsing.
Sure, we could add
On Tue, Sep 7, 2010 at 8:34 PM, Matthew Woodcraft
matt...@woodcraft.me.uk wrote:
In CPython, the builtin max() and min() have the property that if there
are items with equal keys, the first item is returned. From a quick look
at their source, I think this is true for Jython and IronPython too.
FWIW: I think Mark is right. I never quite understood why that was, but
never cared enough to complain.
lvh
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
Mark Dickinson wrote:
Matthew Woodcraft wrote:
In CPython, the builtin max() and min() have the property that if there
are items with equal keys, the first item is returned. From a quick look
at their source, I think this is true for Jython and IronPython too.
It's actually not clear to me
On Tue, Sep 7, 2010 at 1:44 PM, Mark Dickinson dicki...@gmail.com wrote:
On Tue, Sep 7, 2010 at 8:34 PM, Matthew Woodcraft
matt...@woodcraft.me.uk wrote:
In CPython, the builtin max() and min() have the property that if there
are items with equal keys, the first item is returned. From a quick
On Tue, Sep 7, 2010 at 2:40 PM, Jeffrey Yasskin jyass...@gmail.com wrote:
On Tue, Sep 7, 2010 at 1:44 PM, Mark Dickinson dicki...@gmail.com wrote:
On Tue, Sep 7, 2010 at 8:34 PM, Matthew Woodcraft
matt...@woodcraft.me.uk wrote:
In CPython, the builtin max() and min() have the property that if
On Tue, Sep 7, 2010 at 10:47 PM, Jeffrey Yasskin jyass...@gmail.com wrote:
Actually, Decimal isn't doing anything along these lines. At least in
Python 2.6, I get:
Decimal('2').max(Decimal('2.0'))
Decimal('2')
Decimal('2.0').max(Decimal('2'))
Decimal('2')
Decimal('2.0').min(Decimal('2'))
On Tue, Sep 7, 2010 at 10:40 PM, Jeffrey Yasskin jyass...@gmail.com wrote:
Decimal may actually have this backwards. The idea would be that
min(*lst) == sorted(lst)[0], and max(*lst) == sorted(lst)[-1]. Given a
stable sort, then, max of equivalent elements would return the last
element, and
On Sep 05, 2010, at 08:28 PM, georg.brandl wrote:
Author: georg.brandl
Date: Sun Sep 5 20:28:46 2010
New Revision: 84536
Log:
Fix after changing NEWS layout.
Modified:
sandbox/trunk/release/release.py
Modified: sandbox/trunk/release/release.py
On Tue, Sep 7, 2010 at 10:51 PM, Mark Dickinson dicki...@gmail.com wrote:
On Tue, Sep 7, 2010 at 10:47 PM, Jeffrey Yasskin jyass...@gmail.com wrote:
It's ignoring the order of the arguments. It also creates
a new Decimal object for the return value, so I can't use id() to
check which one of
On Tue, Sep 7, 2010 at 11:00 PM, Mark Dickinson dicki...@gmail.com wrote:
On Tue, Sep 7, 2010 at 10:51 PM, Mark Dickinson dicki...@gmail.com wrote:
On Tue, Sep 7, 2010 at 10:47 PM, Jeffrey Yasskin jyass...@gmail.com wrote:
It's ignoring the order of the arguments. It also creates
a new Decimal
On Wed, Sep 8, 2010 at 3:39 AM, Benjamin Peterson benja...@python.org wrote:
2010/9/7 Nick Coghlan ncogh...@gmail.com:
I've raised an RFE (http://bugs.python.org/issue9789) to point out
that the need for that GC collect call in there to make the test
portable to other implementations is rather
On Wed, Sep 8, 2010 at 2:48 AM, M.-A. Lemburg m...@egenix.com wrote:
Martin v. Löwis wrote:
This sounds like the issues such a mix can cause are mostly
theoretical and don't really bother much in practice, so
PEP 384 on Windows does have a chance :-)
Actually, the CRT issues (FILE* in
On Sep 05, 2010, at 07:22 PM, Martin v. Löwis wrote:
I know the PEP is accepted, but I would still like to see some
changes/clarifications.
1. What is the effect of this PEP on Windows? Is this a Linux-only
feature? If not, who is going to provide the changes for Windows?
(More
On Sep 06, 2010, at 03:40 PM, David Cournapeau wrote:
Reading the related paragraph in the PEP, it seems to me that the use
of package as in these distributions install third party (i.e.
non-standard library) packages ... is too vague.
Rephrased as:
[...]these distributions install third
On Sep 05, 2010, at 11:39 PM, Martin v. Löwis wrote:
Notice, however, that the PEP also talks about creating different names
for different compilation options of the same Python binary. This
applies to Windows as well (as the PEP actually points out: there is
_d.pyd and .pyd).
In any case, if
On 7/26/2010 7:36 AM, Guido van Rossum wrote:
According to CSP advicates, this approach will break down when you
need more than 8-16 cores since cache coherence breaks down at 16
cores. Then you would have to figure out a message-passing approach
(but the messages would have to be very fast).
56 matches
Mail list logo