On Sat, Mar 5, 2011 at 2:40 PM, Ron Adam wrote:
>> Fixing direct execution inside packages
>
> +1 on both of these.
>
> I don't see any major problems with these. Any minor issues can be worked
> out.
>
> I suggest separating these two items out into their own PEP, and doing them
> first.
This f
On Sat, Mar 5, 2011 at 10:47 AM, Mark Hammond wrote:
> I think this discussion should be divorced from this PEP and taken up with
> the discussion about the PATH and the "last installed wins" issue Martin
> mentions - only all of them taken together will "fix" this issue - not that
> I personally
On Sat, Mar 5, 2011 at 1:00 AM, Nick Coghlan wrote:
> On Sat, Mar 5, 2011 at 10:40 AM, Guido van Rossum wrote:
>> That's how I felt 20 years ago. But since then I've come to appreciate
>> they as a much better alternative to either "he or she" or "he". Just
>> get used to it.
>
> If anyone wants
On Sat, Mar 5, 2011 at 10:40 AM, Guido van Rossum wrote:
> That's how I felt 20 years ago. But since then I've come to appreciate
> they as a much better alternative to either "he or she" or "he". Just
> get used to it.
If anyone wants to further explore this question, the Stack Exchange
on Engli
On Sat, Mar 5, 2011 at 8:04 AM, Glenn Linderman wrote:
> The really tricky part on Windows is handling file associations. I
> think we're just doomed on that front, unless we want to start
> supporting separate .py2 and .py3 extensions (and adding *that* in a
> maintenance release would be a far c
On Sat, Mar 5, 2011 at 2:05 AM, 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 looking jus
On 03/04/2011 09:30 AM, Nick Coghlan 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 ``sys.
On Fri, Mar 04, 2011 at 06:31:09PM +0100, "Martin v. Löwis" wrote:
> Likewise, if they want to contribute to some other project under the PSF
> umbrella, they can start talking to the respective developers on the
> respective channels.
We could have a landing page listed in the topic of IRC pointi
On Sat, Mar 5, 2011 at 2:59 AM, Thomas Wouters wrote:
> This does nothing to fix another common error: *unwittingly* importing the
> main module under its real name -- for example when you intended to import,
> say, a standard library module of the same name. ('socket.py' is a
> surprisingly commo
On 3/4/2011 7:40 PM, Guido van Rossum wrote:
On Fri, Mar 4, 2011 at 4:10 PM, Westley Martínez
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 b
On Sat, Mar 5, 2011 at 3:04 AM, Steven D'Aprano 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 the current diff
> 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 f
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. doub
On Sat, Mar 5, 2011 at 1:23 AM, Antoine Pitrou wrote:
> On Fri, 04 Mar 2011 16:51:15 -0500
> David Malcolm 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
On Fri, Mar 4, 2011 at 9:53 PM, Andi Albrecht
wrote:
> On Fri, Mar 4, 2011 at 5:52 PM, Barry Warsaw 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 co
On Fri, Mar 4, 2011 at 4:10 PM, Westley Martínez
> 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 she" which I d
On Sat, Mar 5, 2011 at 2:22 AM, Fred Drake wrote:
> On Fri, Mar 4, 2011 at 10:59 AM, 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/tria
On Sat, Mar 5, 2011 at 3:19 AM, "Martin v. Löwis" 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 against just
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
> >> wrote:
> >>> That way, if the sysadmin does decide to replace the installed "python"
> >>> file
On Fri, Mar 4, 2011 at 16:04, Glenn Linderman 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
> multi-version inst
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 ch
On Fri, Mar 4, 2011 at 1: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 possibl
On Fri, 04 Mar 2011 16:51:15 -0500
David Malcolm 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 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.
>
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 que
On 3/4/2011 5:21 AM, Nick Coghlan wrote:
On Fri, Mar 4, 2011 at 10:59 PM, Michael Foord
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
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 experi
>
> [...] 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" wrote:
> > As
On Fri, 04 Mar 2011 22:45:24 +0100
"Martin v. Löwis" 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, Apr 24
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 co
> 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 docum
> 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
> tho
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
___
P
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
> 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 shoul
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
?
On Fri, Mar 4, 2011 at 10:03 AM, 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
> wrote:
> > > That way, if the sysadmin does decide to replace the installed "python"
> file, he can do so without inadvertently d
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 5:52 PM, Barry Warsaw 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 guide but
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
too
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
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
On Fri, 04 Mar 2011 15:50:01 +, Ronald Oussoren
wrote:
> On 04 Mar, 2011,at 02:21 PM, Nick Coghlan 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
On Mar 05, 2011, at 01:33 AM, Nick Coghlan wrote:
>On Sat, Mar 5, 2011 at 1:10 AM, Barry Warsaw 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
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 preinstall
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.
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 Sc
> 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
On Fri, Mar 4, 2011 at 12:35 PM, Michael Foord
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 something setuptools got very
>>> 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-d
> 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
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 Py
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.as
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, 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
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
Am 04.03.2011 13:35, schrieb Antoine Pitrou:
> On Fri, 04 Mar 2011 09:35:38 +0100
> "Martin v. Löwis" 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
On Mar 04, 2011, at 11:22 AM, Fred Drake wrote:
>On Fri, Mar 4, 2011 at 10:59 AM, 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.
> 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 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 chan
> 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"
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'
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 wit
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
On Fri, Mar 4, 2011 at 07:30, Nick Coghlan 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 mo
On 04 Mar, 2011,at 02:21 PM, Nick Coghlan 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 like doing :) Appl
Fred Drake wrote:
On Fri, Mar 4, 2011 at 10:59 AM, 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 that mod
On Fri, Mar 4, 2011 at 10:05, 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 looking just
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 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
On Fri, Mar 4, 2011 at 10:59 AM, 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 that modules and scripts
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
> codereview
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 i
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 ``sys.module
On Fri, Mar 4, 2011 at 11:57 PM, R. David Murray wrote:
> On Fri, 04 Mar 2011 01:44:00 -0600, Kerrick Staley
> 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 "py
On Sat, Mar 5, 2011 at 1:10 AM, Barry Warsaw 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 actually
> contains
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 be
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 f
On Fri, 04 Mar 2011 07:03:08 -0800, Westley =?ISO-8859-1?Q?Mart=EDnez?=
wrote:
> On Fri, 2011-03-04 at 00:54 -0800, Aaron DeVore wrote:
> > On Thu, Mar 3, 2011 at 11:44 PM, Kerrick Staley
> > wrote:
> > > That way, if the sysadmin does decide to replace the installed "python"
> > > file, he ca
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
signatu
On Fri, 2011-03-04 at 00:54 -0800, Aaron DeVore wrote:
> On Thu, Mar 3, 2011 at 11:44 PM, Kerrick Staley
> 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:
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
2011/3/4 Simon Cross :
> On Fri, Mar 4, 2011 at 3:26 PM, Victor Stinner
> 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 Py
On Fri, Mar 4, 2011 at 3:26 PM, Victor Stinner
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 implementations do about impl
On Fri, 04 Mar 2011 01:44:00 -0600, Kerrick Staley
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).
> This distin
On 04/03/2011 13:21, Nick Coghlan wrote:
On Fri, Mar 4, 2011 at 10:59 PM, Michael Foord
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
On Fri, Mar 4, 2011 at 11:05 PM, Simon Cross
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 would be nice to see them
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 compatibilit
On Fri, Mar 4, 2011 at 10:59 PM, Michael Foord
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 point of the PEP is to get
We need a mapping for previous commits.
--
anatoly t.
On Fri, Mar 4, 2011 at 2:59 PM, Victor Stinner
wrote:
> Hi,
>
> Does the bug tracker will continue to support rX links after the
> migration to Mercurial?
>
> Victor
>
> ___
> Python-Dev mailin
On Fri, Mar 4, 2011 at 2:58 AM, Victor Stinner
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 be
> used on any version of
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:
http://mail.python.org/mailman/o
On 04/03/2011 12:10, Nick Coghlan wrote:
On Fri, Mar 4, 2011 at 5:44 PM, Kerrick Staley 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:
http://ww
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 :
> On Fri, Mar 4, 2011 at 10:33 PM, Nick Coghlan wrote:
>> On Fri, Mar 4, 2011 at 2:10 AM, giampaolo
On Fri, 04 Mar 2011 13:40:16 +0100
Victor Stinner 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()
> >
> >
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
> > wrote:
> >> So, what do you think?
> >
> > Something we may want to consider is enabling it by default in
> > interactive mode, and also
On Fri, Mar 4, 2011 at 10:33 PM, Nick Coghlan wrote:
> On Fri, Mar 4, 2011 at 2:10 AM, giampaolo.rodola
> 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
On Fri, 04 Mar 2011 09:35:38 +0100
"Martin v. Löwis" 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 questions abo
On Fri, Mar 4, 2011 at 2:10 AM, giampaolo.rodola
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:
> python/branches/p
On Fri, Mar 4, 2011 at 9:32 PM, Scott Dial
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 inc
On Fri, Mar 4, 2011 at 6:35 PM, "Martin v. Löwis" 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 other project
On Fri, Mar 4, 2011 at 5:44 PM, Kerrick Staley 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:
http://www.python.org/dev/peps/pep-0394
The full
1 - 100 of 109 matches
Mail list logo
