-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 3/7/2011 3:56 AM, Terry Reedy wrote:
On 3/6/2011 6:09 PM, Barry Scott wrote:
I see that PyCObject_AsVoidPtr has been removed from python 3.2.
The 3.2 docs do not seem to explain this has happened and what
to replace it with.
I searched the
I ported the code review support on bugs.python.org to hg,
and reactivated it. Review issues are created automatically
if the attached file is recognized as a patch that applies
cleanly. The roundup issue's nosy list is synchronized with the
rietveld issue's cc list, so comments get mailed to the
Hi,
Author: victor.stinner
Date: Wed Mar 2 02:03:14 2011
New Revision: 88709
Log: Issue #8923: cache str.encode() result
When a string is encoded to UTF-8 in strict mode, the result is cached into
the
object. Examples: str.encode(), str.encode('utf-8'), PyUnicode_AsUTF8String()
and
On Mon, Mar 7, 2011 at 6:36 PM, John Arbash Meinel
j...@arbash-meinel.com wrote:
Especially since, AIUI, deprecations are suppressed by default now.
True, but developers are expected to run their tests with them enabled.
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com | Brisbane,
Am 07.03.2011 10:14, schrieb Nick Coghlan:
On Mon, Mar 7, 2011 at 6:36 PM, John Arbash Meinel
j...@arbash-meinel.com wrote:
Especially since, AIUI, deprecations are suppressed by default now.
True, but developers are expected to run their tests with them enabled.
I think everything here
John Arbash Meinel, 07.03.2011 09:36:
On 3/7/2011 3:56 AM, Terry Reedy wrote:
On 3/6/2011 6:09 PM, Barry Scott wrote:
I see that PyCObject_AsVoidPtr has been removed from python 3.2.
The 3.2 docs do not seem to explain this has happened and what
to replace it with.
I searched the 3.2 docs and
On 7 March 2011 01:18, Mark Hammond skippy.hamm...@gmail.com wrote:
That said though, I'm only -0 on python2.exe/python3.exe - I don't think it
will hurt, but also don't think it will help that much in practice. It may
also turn out to be unnecessary should a complete solution be implemented
-
On 7/03/2011 9:33 PM, Paul Moore wrote:
That sounds like a fairly cool idea. So if I follow what you're
suggesting, we'd have a single python.exe, probably installed in
system32, which did the necessary command line juggling and shebang
parsing, then simply redirected to the appropriate Python
Le lundi 07 mars 2011 à 10:05 +0100, Éric Araujo a écrit :
Hi,
Author: victor.stinner
Date: Wed Mar 2 02:03:14 2011
New Revision: 88709
Log: Issue #8923: cache str.encode() result
When a string is encoded to UTF-8 in strict mode, the result is cached into
the
object.
On 07/03/2011 10:49, Mark Hammond wrote:
On 7/03/2011 9:33 PM, Paul Moore wrote:
That sounds like a fairly cool idea. So if I follow what you're
suggesting, we'd have a single python.exe, probably installed in
system32, which did the necessary command line juggling and shebang
parsing, then
I want to maintain several working copies, as sometimes I have to make bugfix
changes across several revisions. Since we are supposed to use forward-porting,
I tried to set up a 2.5 clone, but building from it fails with a Fatal Python
error: subversion keywords missing.
What I did (in
On 4 Mar, 2011, at 19:56, R. David Murray wrote:
On Fri, 04 Mar 2011 15:50:01 +, Ronald Oussoren ronaldousso...@mac.com
wrote:
On 04 Mar, 2011,at 02:21 PM, Nick Coghlan ncogh...@gmail.com wrote:
For *nix, I think there is a simple way forward that is an improvement
over where things
OK, I see issue 11421 on the tracker.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
For non-Windows, get people to run make patchcheck.
The non-non-Windows equivalent should be something like “./python.exe
Tools/scripts/patchcheck.py” (I don’t remember if the leading ./ is
required).
FTR, what the make target is a bit more complicated:
“$(RUNSHARED) ./$(BUILDPYTHON)
On Mon, 7 Mar 2011 19:14:55 +1000
Nick Coghlan ncogh...@gmail.com wrote:
On Mon, Mar 7, 2011 at 6:36 PM, John Arbash Meinel
j...@arbash-meinel.com wrote:
Especially since, AIUI, deprecations are suppressed by default now.
True, but developers are expected to run their tests with them
Hi,
Roadmap is not a strict plan for release. It helps people
*self-organize into teams* around specific feature or bugs.
I think the tracker is used to this effect with success.
Yes, there can (or even should) be a way for everybody with Python
account to vote on items in the Roadmap
Doing
On Mon, 7 Mar 2011 11:40:04 + (UTC)
Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
I want to maintain several working copies, as sometimes I have to make bugfix
changes across several revisions. Since we are supposed to use
forward-porting,
I tried to set up a 2.5 clone,
Vinay, 2.5 has been
2011-03-07 10:33:17 Martin v. Löwis napisał(a):
Am 07.03.2011 10:14, schrieb Nick Coghlan:
On Mon, Mar 7, 2011 at 6:36 PM, John Arbash Meinel
j...@arbash-meinel.com wrote:
Especially since, AIUI, deprecations are suppressed by default now.
True, but developers are expected to run
On Mon, 2011-03-07 at 15:54 +0100, Éric Araujo wrote:
Hi,
Roadmap is not a strict plan for release. It helps people
*self-organize into teams* around specific feature or bugs.
I think the tracker is used to this effect with success.
Yes, there can (or even should) be a way for
Martin I ported the code review support on bugs.python.org to hg, and
Martin reactivated it. Review issues are created automatically if the
Martin attached file is recognized as a patch that applies cleanly. The
Martin roundup issue's nosy list is synchronized with the rietveld
Vinay I want to maintain several working copies, as sometimes I have to
Vinay make bugfix changes across several revisions. Since we are
Vinay supposed to use forward-porting, I tried to set up a 2.5 clone,
Vinay but building from it fails with a Fatal Python error: subversion
On Mon, Mar 7, 2011 at 09:15, s...@pobox.com wrote:
Martin I ported the code review support on bugs.python.org to hg, and
Martin reactivated it. Review issues are created automatically if the
Martin attached file is recognized as a patch that applies cleanly. The
Martin roundup
On Mar 04, 2011, at 12:00 PM, Toshio Kuratomi wrote:
Actually, my post was saying that these two can be decoupled. ie: It's
possible to not have /usr/bin/python while still allowing users to type
python at a shell prompt and get the interpreter.
This is done by either redefining the PATH to
Antoine Pitrou solipsis at pitrou.net writes:
Vinay, 2.5 has been long closed for bug fixes. You should target 2.7.
I understand that - I was only doing it as a forward-porting exercise as per
your suggestion on another thread about merge flow:
- on one hand: 2.5 - 2.6 - 2.7 (if you still
Vinay, 2.5 has been long closed for bug fixes. You should target 2.7.
But it wasn't a bug in 2.5 per se, it was a bug introduced by the migration
from Subversion to Mercurial. Perhaps Mercurial could be trained to expand
the $HeadURL$ string appropriately. Failing that, I don't see any
On Mon, Mar 7, 2011 at 6:59 AM, Westley Martínez aniko...@gmail.com wrote:
+1 for voting
Can we call it something else though? Voting reminds me too much of
situations where people who don't do anything get to say what they
want others to do. That doesn't sit well in a volunteer-run open
source
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/06/2011 11:32 PM, Martin v. Löwis wrote:
Am 07.03.2011 03:43, schrieb Stephen J. Turnbull:
Martin v. Löwis writes:
Am 07.03.2011 02:24, schrieb Stephen J. Turnbull:
Martin v. Löwis writes:
It seems that the dev guide
On Mar 07, 2011, at 11:44 AM, Tres Seaver wrote:
If we can get to a mode where non-committers can push to a fork on
hg.python.org, we can dodge the patch format issue by having folks post
pull requests for that fork instaed.
For the repoze and pylons projects, we have found the quality and
On Sunday, March 6, 2011 at 9:53 AM, Brian Curtin wrote:
On Sun, Mar 6, 2011 at 11:41, Michael Foord fuzzy...@voidspace.org.uk wrote:
- Hide quoted message -
I would like to see us create version specific (i.e. python32.exe /
python32w.exe) binaries (or links if we drop support for
On Mon, 7 Mar 2011 12:04:18 -0500
Barry Warsaw ba...@python.org wrote:
On Mar 07, 2011, at 11:44 AM, Tres Seaver wrote:
If we can get to a mode where non-committers can push to a fork on
hg.python.org, we can dodge the patch format issue by having folks post
pull requests for that fork
On Mar 07, 2011, at 06:31 PM, Antoine Pitrou wrote:
On Mon, 7 Mar 2011 12:04:18 -0500
Barry Warsaw ba...@python.org wrote:
On Mar 07, 2011, at 11:44 AM, Tres Seaver wrote:
If we can get to a mode where non-committers can push to a fork on
hg.python.org, we can dodge the patch format issue by
Hello,
changeset: 68315:b9d76846bb1c
branch: 2.6
parent: 68264:50166a4bcfc6
user:Vinay Sajip vinay_sa...@yahoo.co.uk
date:Mon Mar 07 15:02:11 2011 +
summary:
Issue #11424: Fix bug in determining child loggers.
This does not look like a security bug, and
On Mon, Mar 7, 2011 at 10:04, Barry Warsaw ba...@python.org wrote:
On Mar 07, 2011, at 06:31 PM, Antoine Pitrou wrote:
On Mon, 7 Mar 2011 12:04:18 -0500
Barry Warsaw ba...@python.org wrote:
On Mar 07, 2011, at 11:44 AM, Tres Seaver wrote:
If we can get to a mode where non-committers can
On 07/03/2011 18:32, Thomas Wouters wrote:
On Mon, Mar 7, 2011 at 10:04, Barry Warsaw ba...@python.org
mailto:ba...@python.org wrote:
On Mar 07, 2011, at 06:31 PM, Antoine Pitrou wrote:
On Mon, 7 Mar 2011 12:04:18 -0500
Barry Warsaw ba...@python.org mailto:ba...@python.org
On Mon, 07 Mar 2011 19:29:51 +0100
Éric Araujo mer...@netwok.org wrote:
Hello,
changeset: 68315:b9d76846bb1c
branch: 2.6
parent: 68264:50166a4bcfc6
user:Vinay Sajip vinay_sa...@yahoo.co.uk
date:Mon Mar 07 15:02:11 2011 +
summary:
Issue #11424: Fix
On Mon, 7 Mar 2011 13:04:11 -0500
Barry Warsaw ba...@python.org wrote:
On Mar 07, 2011, at 06:31 PM, Antoine Pitrou wrote:
On Mon, 7 Mar 2011 12:04:18 -0500
Barry Warsaw ba...@python.org wrote:
On Mar 07, 2011, at 11:44 AM, Tres Seaver wrote:
If we can get to a mode where
On 07/03/2011 18:35, Michael Foord wrote:
On 07/03/2011 18:32, Thomas Wouters wrote:
On Mon, Mar 7, 2011 at 10:04, Barry Warsaw ba...@python.org
mailto:ba...@python.org wrote:
On Mar 07, 2011, at 06:31 PM, Antoine Pitrou wrote:
On Mon, 7 Mar 2011 12:04:18 -0500
Barry Warsaw
On Mar 07, 2011, at 07:44 PM, Antoine Pitrou wrote:
I agree with Thomas' answer here: while a branch makes it easier to
maintain a patch (but you can also use e.g. Mercurial Queues), it
doesn't make it easier to *review*. You are assuming that I, as a
reviewer, want to know about the history of
Tim Golden wrote:
On 07/03/2011 10:49, Mark Hammond wrote:
On 7/03/2011 9:33 PM, Paul Moore wrote:
That sounds like a fairly cool idea. So if I follow what you're
suggesting, we'd have a single python.exe, probably installed in
system32, which did the necessary command line juggling and
On 3/7/2011 9:47 AM, Antoine Pitrou wrote:
On Mon, 7 Mar 2011 19:14:55 +1000
Nick Coghlanncogh...@gmail.com wrote:
On Mon, Mar 7, 2011 at 6:36 PM, John Arbash Meinel
j...@arbash-meinel.com wrote:
Especially since, AIUI, deprecations are suppressed by default now.
True, but developers are
On 3/7/2011 5:54 AM, Victor Stinner wrote:
I don’t really understand this message (especially “cached into the
object”) :) Maybe in the Misc/NEWS entry you could also add a line to
explain to users the reason/goal/benefit of this change?
If you call str.encode() twice: the first call stores
On 07/03/2011 19:45, Terry Reedy wrote:
On 3/7/2011 9:47 AM, Antoine Pitrou wrote:
On Mon, 7 Mar 2011 19:14:55 +1000
Nick Coghlanncogh...@gmail.com wrote:
On Mon, Mar 7, 2011 at 6:36 PM, John Arbash Meinel
j...@arbash-meinel.com wrote:
Especially since, AIUI, deprecations are suppressed by
On 3/7/2011 2:16 AM, Georg Brandl wrote:
On 07.03.2011 00:16, Terry Reedy wrote:
But would it work
??
to just pull once into default from the central
repository (slow) and then pull from there (fast) into maintenance
clones? I expect to nearly always be only working on issues that affect
On 07.03.2011 19:29, Éric Araujo wrote:
Hello,
changeset: 68315:b9d76846bb1c
branch: 2.6
parent: 68264:50166a4bcfc6
user:Vinay Sajip vinay_sa...@yahoo.co.uk
date:Mon Mar 07 15:02:11 2011 +
summary:
Issue #11424: Fix bug in determining child loggers.
On Mon, 07 Mar 2011 14:45:57 -0500
Terry Reedy tjre...@udel.edu wrote:
On 3/7/2011 9:47 AM, Antoine Pitrou wrote:
On Mon, 7 Mar 2011 19:14:55 +1000
Nick Coghlanncogh...@gmail.com wrote:
On Mon, Mar 7, 2011 at 6:36 PM, John Arbash Meinel
j...@arbash-meinel.com wrote:
Especially
On 07/03/2011 05:19, Mark Hammond wrote:
[snip...]
(B) declare the Python version in the content of the script file. This
cures most of the ripple effects of the above, but requires a launcher
or wrapper program to be designed, implemented, and installed. There
are a variety of subsolutions for
On 07/03/2011 17:21, Sridhar Ratnakumar wrote:
On Sunday, March 6, 2011 at 9:53 AM, Brian Curtin wrote:
On Sun, Mar 6, 2011 at 11:41, Michael Foordfuzzy...@voidspace.org.uk
mailto:fuzzy...@voidspace.org.ukwrote:
- Hide quoted message -
I would like to see us create version specific (i.e.
On 07/03/2011 01:18, Mark Hammond wrote:
[snip...]
That said though, I'm only -0 on python2.exe/python3.exe - I don't
think it will hurt, but also don't think it will help that much in
practice. It may also turn out to be unnecessary should a complete
solution be implemented - eg, a python
On 7 March 2011 20:33, Michael Foord fuzzy...@voidspace.org.uk wrote:
So why not do both? We could create the extra binaries to bring Python on
Windows inline with the unix conventions for command line invocations, and
the new launcher can follow on as a nice addition.
I was assuming that the
I'd like to experiment with adding Rietveld support for reviewing
remote repositories. For that, I'd need to create a single patch
(programmatically) that covers all incoming changes. 'hg incoming -p'
mostly works, but it may provide multiple patches for a single file,
which I think would harm
With the transition to the new devguide, references to the main page of
the old dev section of the website, http://www.python.org/dev/, redirect
to http://docs.python.org/devguide/, the main page of the new guide.
However, many links to some obsoleted sections of the old dev section
are out
Anybody here (or elsewhere) with plans to blog at PyCon for those of us not
going?
Thx,
Skip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
On Mon, Mar 7, 2011 at 15:45, s...@pobox.com wrote:
Anybody here (or elsewhere) with plans to blog at PyCon for those of us not
going?
Thx,
Skip
I've been writing a lot lately for the PyCon blog so I might as well keep
that up. I'll try to write something up for the language summit, and I
On 2011-03-07, at 1:03 PM, Martin v. Löwis wrote:
I'd like to experiment with adding Rietveld support for reviewing
remote repositories. For that, I'd need to create a single patch
(programmatically) that covers all incoming changes. 'hg incoming -p'
mostly works, but it may provide multiple
On Mar 7, 2011, at 3:49 PM, Paul Moore wrote:
The launcher could also (as per Mark's suggestion) interpret a shebang
line in the script, so that scripts could specify their required
version without needing a different command,or multiple
version-specific extensions.
Note that, on Unix, python
Am 07.03.2011 23:09, schrieb Brendan Cully:
On 2011-03-07, at 1:03 PM, Martin v. Löwis wrote:
I'd like to experiment with adding Rietveld support for reviewing
remote repositories. For that, I'd need to create a single patch
(programmatically) that covers all incoming changes. 'hg incoming -p'
On Tue, Mar 8, 2011 at 1:30 AM, Barry Warsaw ba...@python.org wrote:
On Mar 04, 2011, at 12:00 PM, Toshio Kuratomi wrote:
Actually, my post was saying that these two can be decoupled. ie: It's
possible to not have /usr/bin/python while still allowing users to type
python at a shell prompt and
On 07/03/2011 22:18, James Y Knight wrote:
On Mar 7, 2011, at 3:49 PM, Paul Moore wrote:
The launcher could also (as per Mark's suggestion) interpret a shebang
line in the script, so that scripts could specify their required
version without needing a different command,or multiple
On 2011-03-07, at 2:18 PM, Martin v. Löwis wrote:
Am 07.03.2011 23:09, schrieb Brendan Cully:
On 2011-03-07, at 1:03 PM, Martin v. Löwis wrote:
I'd like to experiment with adding Rietveld support for reviewing
remote repositories. For that, I'd need to create a single patch
On Tue, Mar 8, 2011 at 7:45 AM, s...@pobox.com wrote:
Anybody here (or elsewhere) with plans to blog at PyCon for those of us not
going?
Since I'll likely forget it myself otherwise, I'll probably be posting
stuff about the language summit and the sprints:
http://www.boredomandlaziness.org
On 7 Mar 2011, at 01:46, Ned Deily wrote:
In article 5ab965c9-7d5f-41b6-a5e9-2b881e92a...@barrys-emacs.org,
Barry Scott ba...@barrys-emacs.org wrote:
There is a break with convention for the include folder name:
/Library/Frameworks/Python.framework/Versions/3.2/include/python3.2m/
What
On 8/03/2011 7:33 AM, Michael Foord wrote:
A python launcher as you describe is a *great* idea.
A few concerns:
* we're missing an opportunity to do something easy (Martin is happy to
modify the installer and says it is easy) for something that may or may
not happen
Don't let my -0 stop
On 07/03/2011 22:48, Mark Hammond wrote:
On 8/03/2011 7:33 AM, Michael Foord wrote:
A python launcher as you describe is a *great* idea.
A few concerns:
* we're missing an opportunity to do something easy (Martin is happy to
modify the installer and says it is easy) for something that may or
I'm wondering whether one major release is enough of a
deprecation period in the current situation. Many people
haven't started using 3.x in earnest yet, and by the
time they do, several major releases will have already
gone by.
--
Greg
___
Python-Dev
Mark Hammond wrote:
Yup - although I think a pythonw.exe launcher would be needed too
Couldn't the launcher look at the extension of the file being
launched to decide about this?
--
Greg
___
Python-Dev mailing list
Python-Dev@python.org
On Mon, Mar 7, 2011 at 8:05 PM, Greg Ewing greg.ew...@canterbury.ac.nz wrote:
I'm wondering whether one major release is enough of a
deprecation period in the current situation. Many people
haven't started using 3.x in earnest yet, and by the
time they do, several major releases will have
On 2011-03-07, at 2:30 PM, Brendan Cully wrote:
On 2011-03-07, at 2:18 PM, Martin v. Löwis wrote:
Am 07.03.2011 23:09, schrieb Brendan Cully:
On 2011-03-07, at 1:03 PM, Martin v. Löwis wrote:
I'd like to experiment with adding Rietveld support for reviewing
remote repositories. For that,
On Mon, Mar 7, 2011 at 17:05, Greg Ewing greg.ew...@canterbury.ac.nzwrote:
Many people haven't started using 3.x in earnest yet, and by the
time they do, several major releases will have already gone by.
Sounds like motivation to me :)
___
Michael Foord wrote:
- I doubt calling it python.exe will fly, but I'm not sure. If so
what will you call what is currently 'python.exe'? - if not then python
foo.py on the command line will *still* not work...
However, if it's installed as the exe associated with the .py
and .pyw
On 07/03/2011 23:52, Greg Ewing wrote:
Michael Foord wrote:
- I doubt calling it python.exe will fly, but I'm not sure. If so
what will you call what is currently 'python.exe'? - if not then
python foo.py on the command line will *still* not work...
However, if it's installed as the exe
On 8/03/2011 10:15 AM, Greg Ewing wrote:
Mark Hammond wrote:
Yup - although I think a pythonw.exe launcher would be needed too
Couldn't the launcher look at the extension of the file being
launched to decide about this?
Nope - the launcher itself must be marked as console or windows, and
On Tue, Mar 08, 2011 at 08:25:50AM +1000, Nick Coghlan wrote:
On Tue, Mar 8, 2011 at 1:30 AM, Barry Warsaw ba...@python.org wrote:
On Mar 04, 2011, at 12:00 PM, Toshio Kuratomi wrote:
Actually, my post was saying that these two can be decoupled. ie: It's
possible to not have
On Antoine Pitrou solip...@pitrou.net wrote:
How do you review a branch?
Below is an example from github (because that's where my experience with
reviewing DCVS branches comes from), but I think it communicates the idea
well.
The user hsoft forked my blist project, made some changes, and sent
On Mon, Mar 7, 2011 at 17:28, Daniel Stutzbach stutzb...@google.com wrote:
With a branch you can easily view the full patch, making a branch strictly
more general.
The advantage of having a branch comes when you want to review the second
or third iteration of a proposed change. With a
On 3/7/2011 4:00 PM, Michael Foord wrote:
On 07/03/2011 23:52, Greg Ewing wrote:
Michael Foord wrote:
- I doubt calling it python.exe will fly, but I'm not sure. If
so what will you call what is currently 'python.exe'? - if not then
python foo.py on the command line will *still* not
On 3/7/2011 2:18 PM, James Y Knight wrote:
On Mar 7, 2011, at 3:49 PM, Paul Moore wrote:
The launcher could also (as per Mark's suggestion) interpret a shebang
line in the script, so that scripts could specify their required
version without needing a different command,or multiple
Barry Warsaw writes:
I hear this complaint [about branches being no help in reviewing] a
lot from hg and git users, so maybe it's just the nature of the
tools. In which case, I'm fine with whatever works better for
Python.
First, let me remind you that PEP 374 was quite clear about one
On Mon, Mar 7, 2011 at 20:57, benjamin.peterson
python-check...@python.orgwrote:
http://hg.python.org/cpython/rev/a7e0cff05597
changeset: 68323:a7e0cff05597
branch: 3.1
parent: 68317:d9125bf3bac5
user:Benjamin Peterson benja...@python.org
date:Mon Mar 07 22:50:37
78 matches
Mail list logo