Google Summer of Code is coming up again, and we will again
be participating. Arc Riley will setup infrastructure later
today, and we need to start thinking about possible projects.
Traditionally, people (students and other projects) have been willing
to give the Python Core the highest attention
On Thu, Mar 3, 2011 at 11:44 PM, Kerrick Staley m...@kerrickstaley.com wrote:
That way, if the sysadmin does decide to replace the installed python file,
he can do so without inadvertently deleting the previously installed binary.
Nit pick: Change he to they to be gender neutral.
-Aaron
[Toshio Kuratomi, 2011-03-03]
On Thu, Mar 03, 2011 at 09:55:25AM +0100, Piotr Ożarowski wrote:
If /usr/bin/python will be disallowed in shebangs on the other hand
(and all scripts will use /usr/bin/python2, /usr/bin/python3,
/usr/bin/python4 or /usr/bin/python2.6 etc.) I don't see a problem
On Fri, Mar 4, 2011 at 10:35 AM, Martin v. Löwis mar...@v.loewis.de wrote:
Google Summer of Code is coming up again, and we will again
be participating. Arc Riley will setup infrastructure later
today, and we need to start thinking about possible projects.
Traditionally, people (students and
On Fri, Mar 4, 2011 at 3:26 AM, anatoly techtonik techto...@gmail.com wrote:
Yes, there can (or even should) be a way for everybody with Python
account to vote on items in the Roadmap and subscribe to updates (like
commits, messages, code reviews, tweets and other stuff related to one
item).
On Fri, Mar 4, 2011 at 10:58 AM, Victor Stinner
victor.stin...@haypocalc.com wrote:
Hi,
Some months ago, I proposed a patch to display the Python backtrace on a
segfault. The API was not stable, it was too for Python 3.2, and it was
enabled by default. I wrote a module instead of a patch so
Le vendredi 04 mars 2011 à 21:10 +1000, Nick Coghlan a écrit :
Some months ago, I proposed a patch to display the Python backtrace on a
segfault. The API was not stable, it was too for Python 3.2, and it was
enabled by default. I wrote a module instead of a patch so it can be
used on any
On 3/4/2011 6:10 AM, Nick Coghlan wrote:
On Fri, Mar 4, 2011 at 10:58 AM, Victor Stinner
victor.stin...@haypocalc.com wrote:
So, what do you think?
Something we may want to consider is enabling it by default in
interactive mode, and also when `-i` is specified on the command line.
I am
On 04/03/2011 01:33, anatoly techtonik wrote:
On Thu, Mar 3, 2011 at 11:58 PM, Michael Foord
fuzzy...@voidspace.org.uk wrote:
Without this option interrupting a test run with a ctrl-c kills the run
and
reports nothing. Seeing an unexpected failure or error during a long test
run and having to
On Fri, Mar 4, 2011 at 5:44 PM, Kerrick Staley m...@kerrickstaley.com wrote:
PEP: ???
Title: The python Utility on Unix-Like Systems
With a few adjustments (formatting, additional info, correction of
typos), I've now added Kerrick's PEP as a proposal on python.org:
On Fri, Mar 4, 2011 at 6:35 PM, Martin v. Löwis mar...@v.loewis.de wrote:
Google Summer of Code is coming up again, and we will again
be participating. Arc Riley will setup infrastructure later
today, and we need to start thinking about possible projects.
Traditionally, people (students and
On Fri, Mar 4, 2011 at 9:32 PM, Scott Dial
scott+python-...@scottdial.com wrote:
I am still bothered by the fact that,
import faulthandler
faulthandler.enable()
import sys
sys.stderr.close()
sys.stderr = open('logs/error.log', 'wb')
faulthandler.sigsegv()
, does the wrong thing. In this
On Fri, Mar 4, 2011 at 2:10 AM, giampaolo.rodola
python-check...@python.org wrote:
Author: giampaolo.rodola
Date: Thu Mar 3 17:10:51 2011
New Revision: 88729
Log:
Issue 11351 - apply patch by Steffen Daode Nurpmeso which should fix
TestSendfile.test_headers failure on OSX.
Modified:
On Fri, 04 Mar 2011 09:35:38 +0100
Martin v. Löwis mar...@v.loewis.de wrote:
Google Summer of Code is coming up again, and we will again
be participating. Arc Riley will setup infrastructure later
today, and we need to start thinking about possible projects.
We've had a couple of people asking
On Fri, Mar 4, 2011 at 10:33 PM, Nick Coghlan ncogh...@gmail.com wrote:
On Fri, Mar 4, 2011 at 2:10 AM, giampaolo.rodola
python-check...@python.org wrote:
Author: giampaolo.rodola
Date: Thu Mar 3 17:10:51 2011
New Revision: 88729
Log:
Issue 11351 - apply patch by Steffen Daode Nurpmeso
Le vendredi 04 mars 2011 à 06:32 -0500, Scott Dial a écrit :
On 3/4/2011 6:10 AM, Nick Coghlan wrote:
On Fri, Mar 4, 2011 at 10:58 AM, Victor Stinner
victor.stin...@haypocalc.com wrote:
So, what do you think?
Something we may want to consider is enabling it by default in
interactive
On Fri, 04 Mar 2011 13:40:16 +0100
Victor Stinner victor.stin...@haypocalc.com wrote:
I am still bothered by the fact that,
import faulthandler
faulthandler.enable()
import sys
sys.stderr.close()
sys.stderr = open('logs/error.log', 'wb')
faulthandler.sigsegv()
, does
Thanks.
I'll try to remember ACKS and NEWS in the future. =)
Fixed in r88744 and r88745.
--- Giampaolo
http://code.google.com/p/pyftpdlib/
http://code.google.com/p/psutil/
2011/3/4 Nick Coghlan ncogh...@gmail.com:
On Fri, Mar 4, 2011 at 10:33 PM, Nick Coghlan ncogh...@gmail.com wrote:
On Fri,
On 04/03/2011 12:10, Nick Coghlan wrote:
On Fri, Mar 4, 2011 at 5:44 PM, Kerrick Staleym...@kerrickstaley.com wrote:
PEP: ???
Title: The python Utility on Unix-Like Systems
With a few adjustments (formatting, additional info, correction of
typos), I've now added Kerrick's PEP as a proposal on
Hi,
Does the bug tracker will continue to support rX links after the
migration to Mercurial?
Victor
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
On Fri, Mar 4, 2011 at 2:58 AM, Victor Stinner
victor.stin...@haypocalc.com wrote:
Some months ago, I proposed a patch to display the Python backtrace on a
segfault. The API was not stable, it was too for Python 3.2, and it was
enabled by default. I wrote a module instead of a patch so it can
We need a mapping for previous commits.
--
anatoly t.
On Fri, Mar 4, 2011 at 2:59 PM, Victor Stinner
victor.stin...@haypocalc.com wrote:
Hi,
Does the bug tracker will continue to support rX links after the
migration to Mercurial?
Victor
On Fri, Mar 4, 2011 at 10:59 PM, Michael Foord
fuzzy...@voidspace.org.uk wrote:
Should any of this also apply to Mac OS X and Windows?
Any platform that considers itself unix-like in this context can
decide to follow it, we aren't fussy (e.g. Cygwin and the *nix-y
aspects of OS X). The main
Le vendredi 04 mars 2011 à 15:05 +0200, Simon Cross a écrit :
While I like this module I'm against it going into the standard
library so soon. Modules need time to mature, develop and gain wide
adoption outside the standard library where they are less constrained
by maintaining compatibility
On Fri, Mar 4, 2011 at 11:05 PM, Simon Cross
hodgestar+python...@gmail.com wrote:
There may be reasons for including a shiny new module in the standard
library despite the drawbacks (the rest of the standard library might
wish to use the new feature, for example). If there are such reasons
it
On 04/03/2011 13:21, Nick Coghlan wrote:
On Fri, Mar 4, 2011 at 10:59 PM, Michael Foord
fuzzy...@voidspace.org.uk wrote:
Should any of this also apply to Mac OS X and Windows?
Any platform that considers itself unix-like in this context can
decide to follow it, we aren't fussy (e.g. Cygwin
On Fri, 04 Mar 2011 01:44:00 -0600, Kerrick Staley m...@kerrickstaley.com
wrote:
* All new code that needs to invoke the Python interpreter should not
specify python, but rather should specify either python2 or python3
(or the more specific python2.X and python3.X versions; see the Notes).
On Fri, Mar 4, 2011 at 3:26 PM, Victor Stinner
victor.stin...@haypocalc.com wrote:
faulthandler is also a little bit special, because it is very specific
to CPython: it is based on CPython internal structures.
If faulthandler is a public part of the standard library, what should
other Python
2011/3/4 Simon Cross hodgestar+python...@gmail.com:
On Fri, Mar 4, 2011 at 3:26 PM, Victor Stinner
victor.stin...@haypocalc.com wrote:
faulthandler is also a little bit special, because it is very specific
to CPython: it is based on CPython internal structures.
If faulthandler is a public
DD nagytargyalo ebben az idoben. Bocsi a keveresert.
synapse
___
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
On Fri, 2011-03-04 at 00:54 -0800, Aaron DeVore wrote:
On Thu, Mar 3, 2011 at 11:44 PM, Kerrick Staley m...@kerrickstaley.com
wrote:
That way, if the sysadmin does decide to replace the installed python
file, he can do so without inadvertently deleting the previously installed
binary.
Folks, please stop CC'ing p...@python.org for non-PEP submissions. They all
get held for moderator approval. I've approved a few of them, but I'm going
to start rejecting them (so you get a bounce :) unless the message actually
contains a PEP.
cheerfully-co-editing-peps-ly y'rs,
-Barry
On Fri, 04 Mar 2011 07:03:08 -0800, Westley =?ISO-8859-1?Q?Mart=EDnez?=
aniko...@gmail.com wrote:
On Fri, 2011-03-04 at 00:54 -0800, Aaron DeVore wrote:
On Thu, Mar 3, 2011 at 11:44 PM, Kerrick Staley m...@kerrickstaley.com
wrote:
That way, if the sysadmin does decide to replace the
On Fri, 4 Mar 2011, R. David Murray wrote:
Nit pick: Change he to they to be gender neutral.
Nit pick: Change they to he to be grammatically correct. If we
really have to be gender neutral, change he to he or she.
English is evolving. I vote for they.
Sorry, can't resist a further
There are a bunch of quirks that relate to main modules and
pseudo-packages (like the Python 2.7 and 3.2 style unittest) that
really don't need to be as annoying as they are. This PEP proposes a
few different tricks that should together allow most of those
annoyances to be eliminated.
Full text
On Sat, Mar 5, 2011 at 1:10 AM, Barry Warsaw ba...@python.org wrote:
Folks, please stop CC'ing p...@python.org for non-PEP submissions. They all
get held for moderator approval. I've approved a few of them, but I'm going
to start rejecting them (so you get a bounce :) unless the message
On Fri, Mar 4, 2011 at 11:57 PM, R. David Murray rdmur...@bitdance.com wrote:
On Fri, 04 Mar 2011 01:44:00 -0600, Kerrick Staley m...@kerrickstaley.com
wrote:
* All new code that needs to invoke the Python interpreter should not
specify python, but rather should specify either python2 or
On 03:30 pm, ncogh...@gmail.com wrote:
Fixing dual imports of the main module
--
Two simple changes are proposed to fix this problem:
1. In ``runpy``, modify the implementation of the ``-m`` switch
handling to
install the specified module in
Is Rietveld or Review Board being used within the Python core development
community? I looked at the dev guide but didn't see anything obvious about
code reviews. I don't see how to search the Rietveld instance at
codereview.appspot.com looking just for Python core review requests.
My aim here
Le vendredi 04 mars 2011 à 10:05 -0600, s...@pobox.com a écrit :
Is Rietveld or Review Board being used within the Python core development
community? I looked at the dev guide but didn't see anything obvious about
code reviews. I don't see how to search the Rietveld instance at
On Fri, Mar 4, 2011 at 10:59 AM, exar...@twistedmatrix.com wrote:
Something to consider here is how this will interact with Python files which
are _not_ modules. I'm a little uneasy about having sys.modules[trial]
refer to the module defined by /usr/bin/trial.
I've long held the position
Westley Martínez wrote:
On Fri, 2011-03-04 at 00:54 -0800, Aaron DeVore wrote:
On Thu, Mar 3, 2011 at 11:44 PM, Kerrick Staley m...@kerrickstaley.com wrote:
That way, if the sysadmin does decide to replace the installed python file,
he can do so without inadvertently deleting the previously
On Fri, Mar 4, 2011 at 10:05, s...@pobox.com wrote:
Is Rietveld or Review Board being used within the Python core development
community? I looked at the dev guide but didn't see anything obvious about
code reviews. I don't see how to search the Rietveld instance at
codereview.appspot.com
Fred Drake wrote:
On Fri, Mar 4, 2011 at 10:59 AM, exar...@twistedmatrix.com wrote:
Something to consider here is how this will interact with Python files which
are _not_ modules. I'm a little uneasy about having sys.modules[trial]
refer to the module defined by /usr/bin/trial.
I've long
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 stand now. For Windows, I don't think we can do much
better than the status quo and for Mac OS X... I think Apple will do
whatever Apple feel
On Fri, Mar 4, 2011 at 07:30, Nick Coghlan ncogh...@gmail.com wrote:
Fixing dual imports of the main module
--
Two simple changes are proposed to fix this problem:
1. In ``runpy``, modify the implementation of the ``-m`` switch handling to
install the
Nick Coghlan wrote:
Fixing direct execution inside packages
---
To fix this problem, it is proposed that an additional filesystem check be
performed before proceeding with direct execution of a ``PY_SOURCE`` or
``PY_COMPILED`` file that has been named on the
ACTIVITY SUMMARY (2011-02-25 - 2011-03-04)
Python tracker at http://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.
Issues counts and deltas:
open2691 ( +9)
closed 20487 (+65)
total 23178 (+74)
Open issues
On Mar 04, 2011, at 05:19 PM, Victor Stinner wrote:
Le vendredi 04 mars 2011 à 10:05 -0600, s...@pobox.com a écrit :
Is Rietveld or Review Board being used within the Python core development
community? I looked at the dev guide but didn't see anything obvious about
code reviews. I don't see
Would you consider working on benchmarking (http://speed.pypy.org but
also infrastructure for running it) a part of core GSoC work? I can
imagine this to be useful not only for pypy and preferably also
running CPython trunk on benchmarks.
IMO, the question really is if this is primarily about
On 04.03.2011 13:59, Victor Stinner wrote:
Hi,
Does the bug tracker will continue to support rX links after the
migration to Mercurial?
Yes. They will link to http://hg.python.org/lookup/rX, which uses
the conversion metadata to find the correct hg revision.
The syntax for
Are proof-of-concept projects acceptable as GSoC projects?
I'd say so. It's more rewarding (both for the student and the project)
if the code has a chance to be integrated, at least in principle.
However, doing a project and then finding out that the real solution
should be similar but different
On Mar 04, 2011, at 11:22 AM, Fred Drake wrote:
On Fri, Mar 4, 2011 at 10:59 AM, exar...@twistedmatrix.com wrote:
Something to consider here is how this will interact with Python files which
are _not_ modules. I'm a little uneasy about having sys.modules[trial]
refer to the module defined by
Am 04.03.2011 13:35, schrieb Antoine Pitrou:
On Fri, 04 Mar 2011 09:35:38 +0100
Martin v. Löwis mar...@v.loewis.de wrote:
Google Summer of Code is coming up again, and we will again
be participating. Arc Riley will setup infrastructure later
today, and we need to start thinking about possible
Am 04.03.2011 18:17, schrieb Georg Brandl:
On 04.03.2011 13:59, Victor Stinner wrote:
Hi,
Does the bug tracker will continue to support rX links after the
migration to Mercurial?
Yes. They will link to http://hg.python.org/lookup/rX, which uses
the conversion metadata to find
On 04/03/2011 17:07, Barry Warsaw wrote:
On Mar 04, 2011, at 11:22 AM, Fred Drake wrote:
On Fri, Mar 4, 2011 at 10:59 AM,exar...@twistedmatrix.com wrote:
Something to consider here is how this will interact with Python files which
are _not_ modules. I'm a little uneasy about having
On Mar 04, 2011, at 05:35 PM, Michael Foord wrote:
That (below) is not distutils it is setuptools. distutils just uses
`scripts=[...]`, which annoyingly *doesn't* work with setuptools.
Sure, but that'll all be moot when distutils2 is integrated into Python
3.3, right? :)
-Barry
signature.asc
On 04/03/2011 17:24, Barry Warsaw wrote:
On Mar 04, 2011, at 05:35 PM, Michael Foord wrote:
That (below) is not distutils it is setuptools. distutils just uses
`scripts=[...]`, which annoyingly *doesn't* work with setuptools.
Sure, but that'll all be moot when distutils2 is integrated into
Right, but on Mac OS X we do put a python3 on the path but not a
python2. We also
create python2.x and python3.x variants.
The PEP makes a recommendation for all *nix platform, which includes Mac OS
X. I was not aware that Apple preinstalled Python on OS X, but it doesn't
really matter: Apple
Should any of this also apply to Mac OS X and Windows?
Any platform that considers itself unix-like in this context can
decide to follow it, we aren't fussy (e.g. Cygwin and the *nix-y
aspects of OS X). The main point of the PEP is to get a consensus
recommendation out of python-dev as to the
On Fri, Mar 4, 2011 at 12:35 PM, Michael Foord
fuzzy...@voidspace.org.uk wrote:
That (below) is not distutils it is setuptools. distutils just uses
`scripts=[...]`, which annoyingly *doesn't* work with setuptools.
Right; distutils scripts are just sad.
OTOH, entry-point based scripts are
P.S. I'm a bit confused about this discussion though, wouldn't adding
python2 to the installation be a feature change and as such not
something that can be done in a maintenance branch?
Correct. However, IMO, a PEP could propose to break that rule. Having
such a proposal may cause rejection of
On Mar 03, 2011, at 08:09 PM, Toshio Kuratomi wrote:
Note to dmalcolm: IIRC, that also means that the Feature page you point to
isn't going to happen either. Barry -- if other distros adopted stronger
policies, then that might justify me taking this back to the Packaging
Committee.
I know Scott
On 04.03.2011 18:33, Martin v. Löwis wrote:
Am 04.03.2011 18:17, schrieb Georg Brandl:
On 04.03.2011 13:59, Victor Stinner wrote:
Hi,
Does the bug tracker will continue to support rX links after the
migration to Mercurial?
Yes. They will link to http://hg.python.org/lookup/rX,
On 04/03/2011 17:45, Kerrick Staley wrote:
Right, but on Mac OS X we do put a python3 on the path but not a
python2. We also
create python2.x and python3.x variants.
The PEP makes a recommendation for all *nix platform, which includes
Mac OS X. I was not aware that Apple preinstalled Python
On Mar 05, 2011, at 01:33 AM, Nick Coghlan wrote:
On Sat, Mar 5, 2011 at 1:10 AM, Barry Warsaw ba...@python.org wrote:
Folks, please stop CC'ing p...@python.org for non-PEP submissions. They all
get held for moderator approval. I've approved a few of them, but I'm going
to start rejecting
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 stand now. For Windows, I don't think we can do much
On Mar 03, 2011, at 08:37 PM, Toshio Kuratomi wrote:
No, alternatives is really only useful for a very small class of problems
[1]_ and [2]_.
Thanks for the clarification. I was on the fence about making the suggestion
in the first place. ;)
For this discussion there's an additional problem
Is there any discussion still going on about the details of the PEP
(now PEP 394)? I'm in favor of the general idea. What about Windows? I
think it should be the same there if possible.
The only thing I note is that the PEP doesn't explicitly state (unless
I missed it) that python should invoke
Thanks for the examples. I've passed them along to my colleague. The two
which Victor posted are (I think) particularly instructive because the
changes to support Unicode were so pervasive. I don't see how you could
easily (if at all) get a decent review of those changes without support from
On Fri, Mar 4, 2011 at 5:52 PM, Barry Warsaw ba...@python.org wrote:
On Mar 04, 2011, at 05:19 PM, Victor Stinner wrote:
Le vendredi 04 mars 2011 à 10:05 -0600, s...@pobox.com a écrit :
Is Rietveld or Review Board being used within the Python core development
community? I looked at the dev
On Fri, Mar 04, 2011 at 01:56:39PM -0500, Barry Warsaw wrote:
I don't agree that /usr/bin/python should not be installed. The draft PEP
language hits the right tone IMHO, and I would favor /usr/bin/python pointing
to /usr/bin/python2 on Debian, but primarily used only for the interactive
On Fri, Mar 4, 2011 at 10:03 AM, Westley Martínez aniko...@gmail.comwrote:
On Fri, 2011-03-04 at 00:54 -0800, Aaron DeVore wrote:
On Thu, Mar 3, 2011 at 11:44 PM, Kerrick Staley m...@kerrickstaley.com
wrote:
That way, if the sysadmin does decide to replace the installed python
file, he
Hi,
As a mercurial user, I thank you for this effort! One question, where/how do
I send suggestion to what to add into .hgignore file? In particular, I found
these dynamically generated files after a build in Windows (3.2) that
probably should be entered as .hgignore entries:
? PC/python_nt_d.h
As a mercurial user, I thank you for this effort! One question,
where/how do I send suggestion to what to add into .hgignore file? In
particular, I found these dynamically generated files after a build in
Windows (3.2) that probably should be entered as .hgignore entries:
All patches should
Am 04.03.2011 20:14, schrieb Guido van Rossum:
Is there any discussion still going on about the details of the PEP
(now PEP 394)? I'm in favor of the general idea. What about Windows? I
think it should be the same there if possible.
I think a key issue is whether to change future 2.7 bug fix
On Mar 4, 2011, at 4:21 PM, Martin v. Löwis wrote:
and setting PYTHONPATH will continue to break installations).
Indeed, it's really *quite* unfortunate that the proposal to make python3 use
PYTHON3PATH instead of PYTHONPATH was rejected.
James
___
I don't think duplicating python.exe as python2.exe or python3.exe would
be very much work at all, if we decide it is a good thing. Sure it
doesn't resolve all the myriad problems of Python on Windows but I don't
think that is a good reason not to consider it. Up to Martin on this one
though
It's not really needed; but since it works with 6+ hex digits there might
be false positives.
I searched the messages, and it turns out that primarily long numbers
would give false positives:
Python 1.6a2 (#7, Apr 24 2000, 23:02:54) [GCC pgcc-2.91.66 19990314
minidom (as the proposed
On Fri, 2011-03-04 at 18:17 +0100, Georg Brandl wrote:
On 04.03.2011 13:59, Victor Stinner wrote:
Hi,
Does the bug tracker will continue to support rX links after the
migration to Mercurial?
Yes. They will link to http://hg.python.org/lookup/rX, which uses
the conversion
On Fri, 04 Mar 2011 22:45:24 +0100
Martin v. Löwis mar...@v.loewis.de wrote:
It's not really needed; but since it works with 6+ hex digits there might
be false positives.
I searched the messages, and it turns out that primarily long numbers
would give false positives:
Python 1.6a2 (#7,
[...] publishing patches by referring to a remote repository,
rather than uploading the diff.
Is this a recommended workflow at this point, or should we generate/attach
patch files still? Both, for experimentation?
~/santa
On Fri, Mar 4, 2011 at 1:15 PM, Martin v. Löwis
Le vendredi 04 mars 2011 à 14:03 -0800, Santoso Wijaya a écrit :
[...] publishing patches by referring to a remote repository,
rather than uploading the diff.
Is this a recommended workflow at this point, or should we
generate/attach patch files still? Both, for
On 3/4/2011 5:21 AM, Nick Coghlan wrote:
On Fri, Mar 4, 2011 at 10:59 PM, Michael Foord
fuzzy...@voidspace.org.uk wrote:
Should any of this also apply to Mac OS X and Windows?
Any platform that considers itself unix-like in this context can
decide to follow it, we aren't fussy (e.g. Cygwin
On 3/4/2011 1:35 PM, Martin v. Löwis wrote:
I'd still like the PEP to tell me whether it's python3w.exe or
pythonw3.exe (and yes, that's bikeshedding - so somebody just tell
me). It would also be good if the PEP took a position on providing
pythonXY.exe binaries on Windows (with the related
On Mar 4, 2011, at 4:21 PM, Martin v. Löwis wrote:
Am 04.03.2011 20:14, schrieb Guido van Rossum:
Is there any discussion still going on about the details of the PEP
(now PEP 394)? I'm in favor of the general idea. What about Windows? I
think it should be the same there if possible.
I
On Fri, 04 Mar 2011 16:51:15 -0500
David Malcolm dmalc...@redhat.com wrote:
On Fri, 2011-03-04 at 18:17 +0100, Georg Brandl wrote:
On 04.03.2011 13:59, Victor Stinner wrote:
Hi,
Does the bug tracker will continue to support rX links after the
migration to Mercurial?
Yes.
On Fri, Mar 4, 2011 at 1:21 PM, Martin v. Löwis mar...@v.loewis.de wrote:
Am 04.03.2011 20:14, schrieb Guido van Rossum:
Is there any discussion still going on about the details of the PEP
(now PEP 394)? I'm in favor of the general idea. What about Windows? I
think it should be the same there
On Fri, 2011-03-04 at 22:21 +0100, Martin v. Löwis wrote:
As for Windows support: we currently don't install a python3.exe binary,
let alone python2.exe or pythonw2.exe (or is that python2w.exe?). I'll
adjust the installer if the PEP asks me to. For the reasons discussed,
I'm -0 on the change
On Fri, Mar 4, 2011 at 16:04, Glenn Linderman v+pyt...@g.nevcal.com wrote:
Sadly, there seems to be strong resistance to the idea of putting the
Python install directory on the Windows path, of course, without some
additional solutions (python2.exe, python3.exe, etc.), that doesn't help the
On Sat, 2011-03-05 at 03:27 +1100, Steven D'Aprano wrote:
Westley Martínez wrote:
On Fri, 2011-03-04 at 00:54 -0800, Aaron DeVore wrote:
On Thu, Mar 3, 2011 at 11:44 PM, Kerrick Staley m...@kerrickstaley.com
wrote:
That way, if the sysadmin does decide to replace the installed python
On Sat, Mar 5, 2011 at 3:19 AM, Martin v. Löwis mar...@v.loewis.de wrote:
Experimenting with this idea became significantly more feasible since
Brett wrote importlib, but would still require a strong understanding
of Python's import system. I suspect even a proof of concept that was
tested
On Sat, Mar 5, 2011 at 2:22 AM, Fred Drake fdr...@acm.org wrote:
On Fri, Mar 4, 2011 at 10:59 AM, exar...@twistedmatrix.com wrote:
Something to consider here is how this will interact with Python files which
are _not_ modules. I'm a little uneasy about having sys.modules[trial]
refer to the
On Fri, Mar 4, 2011 at 4:10 PM, Westley Martínez aniko...@gmail.com
All right I have to reply to all these singular they remarks. Just
because the singular they has been used for a long time doesn't make it
right. It sounds unnatural, at least to me, and I've always been taught
to use he or
On Fri, Mar 4, 2011 at 9:53 PM, Andi Albrecht
albrecht.a...@googlemail.com wrote:
On Fri, Mar 4, 2011 at 5:52 PM, Barry Warsaw ba...@python.org wrote:
On Mar 04, 2011, at 05:19 PM, Victor Stinner wrote:
Le vendredi 04 mars 2011 à 10:05 -0600, s...@pobox.com a écrit :
Is Rietveld or Review
On Sat, Mar 5, 2011 at 1:23 AM, Antoine Pitrou solip...@pitrou.net wrote:
On Fri, 04 Mar 2011 16:51:15 -0500
David Malcolm dmalc...@redhat.com wrote:
On Fri, 2011-03-04 at 18:17 +0100, Georg Brandl wrote:
On 04.03.2011 13:59, Victor Stinner wrote:
Hi,
Does the bug tracker will
On 5/03/2011 8:21 AM, Martin v. Löwis wrote:
...
As for Windows support: we currently don't install a python3.exe binary,
let alone python2.exe or pythonw2.exe (or is that python2w.exe?). I'll
adjust the installer if the PEP asks me to. For the reasons discussed,
I'm -0 on the change (i.e.
I'm a little confused by the
http://wiki.python.org/moin/SummerOfCode/2011 page though. If I'm a
*member* of an approved project (CPython in this case), can I just add
an entry to the table? Or do I need to do something first to be
approved as a prospective mentor?
It's a wiki, so feel free
On Sat, Mar 5, 2011 at 3:04 AM, Steven D'Aprano st...@pearwood.info wrote:
I think you mean that sys.path[0] will be set to the directory path.
Indeed I did.
Should the current working directory continue to be included in the path
when running a sub-package module?
No, it would be similar to
On 3/4/2011 7:40 PM, Guido van Rossum wrote:
On Fri, Mar 4, 2011 at 4:10 PM, Westley Martínezaniko...@gmail.com
All right I have to reply to all these singular they remarks. Just
because the singular they has been used for a long time doesn't make it
right. It sounds unnatural, at least to me,
1 - 100 of 109 matches
Mail list logo