2008/12/23 R. Bernstein ro...@panix.com:
A use case here I am thinking of here is in a stack trace or a
debugger, or a tool which wants to show in great detail, information
from a code object obtained possibly via a frame object.
Thanks for the clarifications. I see what you're after much
2008/12/31 Phillip J. Eby p...@telecommunity.com:
Change that to [os.path.normpath(p)+'/' for p in paths] and you've got
yourself a winner.
s#'/'#os.sep# to make it work on Windows as well :-)
Have we established yet that this is hard enough to get right to
warrant a stdlib implementation?
2009/1/4 Brett Cannon br...@python.org:
Bazaar has been backwards-compatible with everything from my
understanding, so any changes they have made to the repository layout
or network protocol they use should not be an issue regardless of what
client or server versions are being used. As for the
On 21 June 2010 18:56, Bill Janssen jans...@parc.com wrote:
Considering that we've just released 2.7rc2, there are an awful lot of
red buildbots for 2.7. In fact, I don't remember having seen a green
buildbot for OS X and 2.7. Shouldn't these be fixed?
Ack! My buildbot has looked fine, but
On 21 June 2010 22:57, Michael Foord fuzzy...@voidspace.org.uk wrote:
Two of the other failures I'm pretty sure are problems in the test suite
rather than bugs (as Bill said) and I'm not sure about the ctypes issue.
Just starting a full build here.
Right now I'm *only* seeing these two
On 21 June 2010 23:19, Paul Moore p.f.mo...@gmail.com wrote:
On 21 June 2010 22:57, Michael Foord fuzzy...@voidspace.org.uk wrote:
Two of the other failures I'm pretty sure are problems in the test suite
rather than bugs (as Bill said) and I'm not sure about the ctypes issue.
Just starting
On 1 July 2010 20:58, Brett Cannon br...@python.org wrote:
Here is a *really* quick-and-dirty approach for non-committers to
create a patch they can submit. This is not extensively tested so some
other Hg expert should back me up on this before telling anyone that
this is the simplest way. I
On 4 July 2010 17:02, Benjamin Peterson benja...@python.org wrote:
Now that Python 2.7 is out, I'd like to thank a few of the people who
made it possible:
And not forgetting Benjamin himself for managing the whole thing!
Paul.
___
Python-Dev mailing
On 9 July 2010 19:04, Bill Janssen jans...@parc.com wrote:
If we want to perpetuate these guessing heuristics, I'd suggest using
FTP if the hostname starts with ftp., and HTTP if the hostname starts
with www., and raise an error otherwise.
From what Tim says, it sounds like guessing is only in
On 12 July 2010 23:00, Terry Reedy tjre...@udel.edu wrote:
On 7/12/2010 5:43 PM, Martin v. Löwis wrote:
There should be an Edit with IDLE (sic) context menu item.
I agree, and thought about requesting such, but there is not and never has
been for me that I know of.
There is for me. I think
On 18 July 2010 20:57, Glyph Lefkowitz gl...@twistedmatrix.com wrote:
On Jul 18, 2010, at 1:46 PM, Alexander Belopolsky wrote:
We already have posponed and remind resolutions, but these are
exclusive of accepted. I think there should be a clear way to mark
the issue accepted and would be
On 23 July 2010 23:26, Mark Lawrence breamore...@yahoo.co.uk wrote:
Is there any money to pay for the forthcoming 10th birthday party for this
issue? Is the OP still alive?
I'm not sure the sarcasm helps much. What do you suggest should be
done with the request? Nobody has provided a patch, so
On 3 August 2010 20:30, Barry Warsaw ba...@python.org wrote:
Brian is looking at Windows now (the buildbots are
a sad and sorry story).
There seems to be something distinctly wrong with the 3.x buildbots. A
lot of test failures and timeouts. At first I assumed it was my
buildslave going flaky
On 4 August 2010 08:49, Tim Golden m...@timgolden.me.uk wrote:
I have watched the buildbot pages occasionally, especially when I see
Windows-related commits going in, but several times red buildbots
have turned out to be -- apparently -- environmental / local issues
unrelated to commits.
On 4 August 2010 13:05, Antoine Pitrou solip...@pitrou.net wrote:
I'm also quite confused by the test_smtpd failures that pop up on some
of the test runs that I've had absolutely no luck reproducing locally
under OS X or Solaris.
It happens when running test_smtplib before test_smtpb:
Nice!
On 4 August 2010 18:42, Martin v. Löwis mar...@v.loewis.de wrote:
I don't really have any answer to this problem right now. Is it
possible to set up a local buildslave-like environment (so I can run
the test suite on my development PC without needing to set up access
and register that PC as a
On 4 August 2010 15:48, Barry Warsaw ba...@python.org wrote:
Should note that I did try to build Python using my MSDN license for Windows 7
and Visual Studio 2010. I only had an hour or so to attempt it, and did not
succeed, though I think I got as far as trying to properly situate various
On 4 August 2010 20:17, Martin v. Löwis mar...@v.loewis.de wrote:
Ah. It should certainly be possible to set this up locally - you just
need to run a buildbot master as well, either on the same machine
or a different one. The only thing you can't then get is automatic
notifications on
On 7 August 2010 04:57, Brian Curtin brian.cur...@gmail.com wrote:
-if sys.platform[:3] in ('win', 'os2') or sys.platform == 'riscos':
The sliced check was to make it more convenient to also check os2 at the
same time in the first hunk of the change. Windows is win32 regardless of
32 or
On 12 August 2010 12:59, Tim Golden m...@timgolden.me.uk wrote:
re: using the Registry: To be honest, I was answering the literal
question posed by Eric: where to put config files? Not the wider
question: how should config data be stored? Where the answer to
the latter question might be: the
On 3 September 2010 17:30, Victor Stinner victor.stin...@haypocalc.com wrote:
Remember also the buildbot report:
http://code.google.com/p/bbreport/wiki/PythonBuildbotReport
Eg. there are some no space left on device on x86 XP-5 * build slaves.
Thanks, I wasn't aware of that. I'll look into
On 3 September 2010 17:41, Paul Moore p.f.mo...@gmail.com wrote:
On 3 September 2010 17:30, Victor Stinner victor.stin...@haypocalc.com
wrote:
Remember also the buildbot report:
http://code.google.com/p/bbreport/wiki/PythonBuildbotReport
Eg. there are some no space left on device on x86 XP
On 16 September 2010 07:16, Terry Reedy tjre...@udel.edu wrote:
I'm not working to get Django running on Python 3.1 because I don't
feel confident I'll be able to put any apps I write into production.
Why not? Since the I/O speed problem is fixed, I have no idea what you are
referring to.
On 21 September 2010 14:38, Nick Coghlan ncogh...@gmail.com wrote:
On Tue, Sep 21, 2010 at 3:03 PM, Stephen J. Turnbull step...@xemacs.org
wrote:
On the other hand, it is dangerous to provide a polymorphic API which
[...]
Sorry if this is off-topic, but I don't believe I ever saw Stephen's
On 21 September 2010 16:23, Barry Warsaw ba...@python.org wrote:
On Sep 21, 2010, at 04:01 PM, Paul Moore wrote:
Sorry if this is off-topic, but I don't believe I ever saw Stephen's
email. I have a feeling that's happened a couple of times recently.
Before I go off trying to work out why gmail
On 24 September 2010 15:29, Guido van Rossum gu...@python.org wrote:
I don't think we should try to reimplement what the filesystem does. I
think we should just ask the filesystem (how exactly I haven't figured
out yet but I expect it will be more OS-specific than
filesystem-specific). It will
On 24 September 2010 23:43, Glenn Linderman v+pyt...@g.nevcal.com wrote:
Hmm. There is no need for the function on a case sensitive file system,
because the name had better be spelled with matching case: that is, if it is
spelled with non-matching case it is an attempt to reference a
On 25 September 2010 23:57, Greg Ewing greg.ew...@canterbury.ac.nz wrote:
Paul Moore wrote:
Windows has (I believe) user definable filesystems, too, but the OS
has get me the real filename style calls,
Does it really, though? The suggestions I've seen for doing
this involve abusing
On 26 September 2010 09:01, Paul Moore p.f.mo...@gmail.com wrote:
On 25 September 2010 23:57, Greg Ewing greg.ew...@canterbury.ac.nz wrote:
Paul Moore wrote:
Windows has (I believe) user definable filesystems, too, but the OS
has get me the real filename style calls,
Does it really, though
On 26 September 2010 13:37, James Y Knight f...@fuhm.net wrote:
Were you thinking of SHGetFileInfo?
http://stackoverflow.com/questions/74451/getting-actual-file-name-with-proper-casing-on-windows
It wasn't, but it looks possible. Only gives the last component,
though, so you still have to
On 26 September 2010 19:01, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
Martin v. Löwis martin at v.loewis.de writes:
I'm still with Guido here: I'd accept PEP 333 as final in the state it
had last week, give PJE's edits a new PEP number, and accept that as
final right away also.
This
On 29 September 2010 21:12, Brett Cannon br...@python.org wrote:
How often do we even get patches generated from a downloaded copy of
Python? Is it enough to need to worry about this?
When I do simple bugfixes of library code, I'll often work from my
live Python environment, patch it in place,
On 12 October 2010 00:42, Giampaolo Rodolà g.rod...@gmail.com wrote:
I know. My point was you can't do it by default and installing a
module is something even a less experienced user usually does.
Typing C:\PythonXX\pysetup is harder compared to setup.py install
and solving this problem by
On 19 October 2010 05:52, Éric Araujo mer...@netwok.org wrote:
Congratulations Victor! This is not a small feat. The PSU should send
you cookies to thank you, but they won’t since they don’t exist and
What? Cookies don't exist???
Paul.
___
On 22 October 2010 04:31, Ron Adam r...@ronadam.com wrote:
When it's in the stdlib, the -m option should work just like any other
script run from the stdlib.
What path hacking are you thinking of?
On Windows, neither the python executable nor scripts in
C:\Pythonxx\Scripts are in the PATH by
Hi,
My buildbot has been failing for some time because of these 2 issues,
both related to the fact that tests are hanging when run as a service
(and hence have no display to open GUI elements on). Both issues have
patches, and as far as I am aware, the patches fix the issues
reasonably well. What
On 12 November 2010 16:15, Barry Warsaw ba...@python.org wrote:
On Nov 12, 2010, at 10:29 AM, Martin v. Löwis wrote:
As you may have noticed: I updated the buildbot master to release 0.8.2.
If you notice any problems, please post them here.
Pretty! My buildbot seems fine.
Yes, I like the new
On 12 November 2010 17:07, Terry Reedy tjre...@udel.edu wrote:
On 11/12/2010 3:44 AM, Paul Moore wrote:
Hi,
My buildbot has been failing for some time because of these 2 issues,
both related to the fact that tests are hanging when run as a service
(and hence have no display to open GUI
On 14 November 2010 02:40, David Bolen db3l@gmail.com wrote:
There's been a bit of an uptick in the past few weeks with hung
python_d processes (not a new issue, but it ebbs and flows), so I'm
going to try to pull together a monitor script this weekend to start
killing them off
(Copying to the list, sorry Georg for the duplicate)
On 16 November 2010 14:05, Georg Brandl ge...@python.org wrote:
On behalf of the Python development team, I'm happy to announce the
fourth and (this time really) final alpha preview release of Python 3.2.
PEP 3148 (Futures) is noted in the
On 4 December 2010 18:14, Gregory P. Smith g...@krypto.org wrote:
On Sat, Dec 4, 2010 at 3:45 AM, Antoine Pitrou solip...@pitrou.net wrote:
On Sat, 4 Dec 2010 10:10:44 +0100 (CET)
gregory.p.smith python-check...@python.org wrote:
Author: gregory.p.smith
Date: Sat Dec 4 10:10:44 2010
On 4 December 2010 20:13, Gregory P. Smith g...@krypto.org wrote:
This sounds like omitting the close_fds parameter is now considered
ill-advised, if not outright wrong.
[...]
Making the change was intended to force the discussion. I'm glad that
worked. :)
:-)
I don't like the thought of
On 4 December 2010 22:51, Terry Reedy tjre...@udel.edu wrote:
My feeling is that we should be able to correct bad-enough mistakes.
That's fair. Is this a bad-enough mistake? From a brief reading of
the 2 bug reports, combined with my own trouble-free experience with
Popen (always leaving
On 4 December 2010 23:07, Paul Moore p.f.mo...@gmail.com wrote:
Is there an issue on Windows? If not, and given how different FD
inheritance is on Windows, I'd argue that in the absence of bug
reports, there's no need to change behaviour on Windows.
Actually, from the error message I just got
On 5 December 2010 14:20, Antoine Pitrou solip...@pitrou.net wrote:
How about a best-effort behaviour? Setting close_fds to True would only
close fds where possible (i.e., not under Windows when piping either of
stdin, stdout, stderr).
Is that plausible? I thought that it's possible to close
On 8 December 2010 08:32, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
Nick Coghlan ncoghlan at gmail.com writes:
I'm not proposing that the standard library be special-cased, I'm
proposing that the default behaviour of an unconfigured logging module
in general be changed to something more
On 8 December 2010 12:15, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
The Java thing is a red herring, I believe. It's more akin to the Unix idea of
minimum verbosity as a default.
And yet Unix invented the concept of stderr, precisely to ensure that
there's a route for things the program wants
On 8 December 2010 14:52, Nick Coghlan ncogh...@gmail.com wrote:
As I see it, there aren't many cases at the *library* level where
logging errors is more appropriate than raising exceptions:
On a slightly tangential note, what do you think of the idea of
library code including info or debug
On 8 December 2010 19:04, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
Paul Moore p.f.moore at gmail.com writes:
On 8 December 2010 14:52, Nick Coghlan ncoghlan at gmail.com wrote:
As I see it, there aren't many cases at the *library* level where
logging errors is more appropriate than
On 10 December 2010 20:57, Glenn Linderman v+pyt...@g.nevcal.com wrote:
On 12/10/2010 12:49 PM, Antoine Pitrou wrote:
And yet, I have helped many people who were baffled by exactly what
Bill observed: logging.info() didn't do anything. Maybe the default
should be INFO?
Funny, because
On 7 January 2011 18:36, Robert Brewer fuman...@aminus.org wrote:
Still looking forward to the day when that moratorium is lifted. Anyone
have any idea when that will be?
See PEP 3003 (http://www.python.org/dev/peps/pep-3003/) - Python 3.3
is expected to be post-moratorium.
Paul.
On 26 January 2011 12:30, Nick Coghlan ncogh...@gmail.com wrote:
The PEP actually does define that already:
PyUnicode_AsUTF8 populates the utf8 field of the existing string,
while PyUnicode_AsUTF8String creates a *new* string with that field
populated.
PyUnicode_AsUnicode will populate the
On 23 November 2010 23:18, David Bolen db3l@gmail.com wrote:
Trent Nelson tr...@snakebite.org writes:
That's interesting. (That kill_python.exe doesn't kill the wedged
processes, but pskill does.) kill_python is pretty simple, it just
calls TerminateProcess() after acquiring a handle
On 30 January 2011 20:50, David Bolen db3l@gmail.com wrote:
I haven't been able to - as you say there's no good way to hook into
the build process in real time as the changes have to be external or
they'll get zapped on the next checkout. I suppose you could rapidly
try to monitor the
I've not seen any python-dev mails for a day or so. Is there a problem
with the list?
Paul.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
On 6 February 2011 15:35, Nick Coghlan ncogh...@gmail.com wrote:
On Mon, Feb 7, 2011 at 1:27 AM, Chris Withers ch...@simplistix.co.uk wrote:
On 06/02/2011 15:25, Brian Curtin wrote:
So put the new path before the old path, or replace it? The current
patch appends to the end.
I believe the
On 6 February 2011 17:07, Stephen J. Turnbull step...@xemacs.org wrote:
Paul Moore writes:
Before any existing Python directories, otherwise at the end is the
closest to what I suspect most users want (certainly it matches my
preferences, and anything else would have me manually editing
On 12 February 2011 23:10, exar...@twistedmatrix.com wrote:
On 10:46 pm, greg.ew...@canterbury.ac.nz wrote:
Antoine Pitrou wrote:
On Sun, 13 Feb 2011 11:19:06 +1300
Greg Ewing greg.ew...@canterbury.ac.nz wrote:
So maybe it's time to design a new module with a better API
and deprecate the
On 15 February 2011 00:45, exar...@twistedmatrix.com wrote:
As far as the difficulties of finding the good ideas in Twisted goes,
there are several people familiar with Twisted already contributing to this
thread. Between us all, I'm sure we can dig out the insidiously buried
secrets. As I
On 2 March 2011 12:07, Antoine Pitrou solip...@pitrou.net wrote:
But I wonder if there are other social or technical factors, such as
the community being too intimidating or not welcoming enough.
Actually, if some python-dev readers have something to say about that,
they are welcome :)
From
On 5 March 2011 15:09, Michael Foord fuzzy...@voidspace.org.uk wrote:
On 04/03/2011 21:35, Martin v. Löwis wrote:
It would also be good if the PEP took a position on providing
pythonXY.exe binaries on Windows (with the related question of
whether it's python32w.exe, python3.2w.exe,
On 6 March 2011 02:33, Mark Hammond skippy.hamm...@gmail.com wrote:
IIUC, the PEP language is referring to links which point to a specific
version of Python and that there is no suggestion a 'python3' will live in
the Python 3 binary tree. If that is correct and assuming we don't want to
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 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
On 9 March 2011 06:27, Mark Hammond mhamm...@skippinet.com.au wrote:
I'm glad solving world hunger is out of scope for this :) I understand your
position but my personal opinion is that simple support for #! is more
desirable. I'd be happy to go with the consensus though...
Just in case you
On 11 March 2011 23:24, Guido van Rossum gu...@python.org wrote:
I'm interested in the task and I guess I'll follow-up with Doug Hellman. I
don't follow -ideas close enough to summarize it, but I'd contribute to a
-dev blog.
Awesome! (And we don't need to stop at one blogger. Many hands make
On 13 March 2011 03:00, Raymond Hettinger raymond.hettin...@gmail.com wrote:
But in Python 3 this solution is no longer available. How bad is that?
I'm not sure. But I'd like to at least get the issue out in the open.
Python3.2 should be substantially better in this regard.
It no longer
On 14 March 2011 22:34, Tarek Ziadé ziade.ta...@gmail.com wrote:
Setup.py is gone in distutils2 and therefore in packaging
Where can I find the documentation? The distutils2 docs (A simple
example) still use setup.py. See
On 20 March 2011 09:58, Mark Hammond skippy.hamm...@gmail.com wrote:
On 20/03/2011 8:36 PM, Terry Reedy wrote:
On 3/20/2011 3:22 AM, Glenn Linderman wrote:
On 3/19/2011 7:38 PM, Mark Hammond wrote:
[snip]
As both a writer and reader, I would like to just add, for instance,
#! python3
On 21 March 2011 01:54, Mark Hammond mhamm...@skippinet.com.au wrote:
ie, let's say we are forced to choose between the following 3 options:
* No launcher at all (the status-quo), causing demonstrable breakage in
Windows file associations whenever Python 2.x and Python 3.x scripts exist
on
On 21 March 2011 16:20, Barry Warsaw ba...@python.org wrote:
It could be that some aspect of the tools causes A and B to not be hidden as
well as they should, so that when looking at the history for example, the fact
that A and B exist is a jarring or annoying artifact that would be better if
On 27 March 2011 20:15, Neil Schemenauer n...@python.ca wrote:
Guido van Rossum gu...@python.org wrote:
What is rebase? Why does everyone want it and hate it at the same time?
[...]
The other school, which I am a member of, considers a logical
development sequence more important than actual
On 28 March 2011 11:35, Nick Coghlan ncogh...@gmail.com wrote:
On Mon, Mar 28, 2011 at 8:13 PM, Paul Moore p.f.mo...@gmail.com wrote:
For people in the clean history school, I'd recommend looking at mq
for your personal use. But it's definitely an advanced feature of
Mercurial, so it may
On 28 March 2011 22:29, Terry Reedy tjre...@udel.edu wrote:
From what you write, it seems that mq is actually an unordered patch set,
not a queue (in the FIFO) sense. (Or do you have to commit and remove in
FIFO order?) Why the confusing mislabel, if indeed I understood correctly?
It's a queue
On 3 April 2011 07:55, Martin v. Löwis mar...@v.loewis.de wrote:
1. Do nothing. This will break code that currently uses AST, but doesn't add
any complexity to cpython.
I'm in favor of this approach as well. Notice that there is
ast.__version__ precisely so that applications can support
On 17 April 2011 06:32, R. David Murray rdmur...@bitdance.com wrote:
I don't think the PEP is asking this either (or if it is I agree it
shouldn't be). The way to get full branch coverage (and yes Exarkun is
right, this is about individual branches; see coverage.py --branch)
One thing I'm
On 18 April 2011 08:05, Maciej Fijalkowski fij...@gmail.com wrote:
On Sun, Apr 17, 2011 at 4:19 AM, Raymond Hettinger
raymond.hettin...@gmail.com wrote:
Almost none of the concerns that have been raised has been addressed. Does
the PEP only apply to purely algorithmic modules such as heapq
On 5 May 2011 10:33, Victor Stinner victor.stin...@haypocalc.com wrote:
If you write a byte after 2 GB of zeros, the file size is 2 GB+the few
bytes. This trick is to create quickly a large file: some OSes support
sparse files, zeros are not written on disk. But on Mac OS X and
Windows, you
On 6 June 2011 11:29, Victor Stinner victor.stin...@haypocalc.com wrote:
Stephan Krah asked me to change how the default timeout is defined for
regrtest
(issue #12250):
The implicit timeout in regrtest.py makes it harder to write automated
test scripts for 3rd party modules. First, you have
On 12 June 2011 18:58, Benjamin Peterson benja...@python.org wrote:
On behalf of the Python development team, I'm sanguine to announce a release
candidate for the fourth bugfix release for the Python 3.1 series, Python
3.1.4.
Is this actually a RC, or is that a typo?
Paul.
On 22 June 2011 13:47, anatoly techtonik techto...@gmail.com wrote:
I run across a snippet in SCons.Util (don't worry, I've double-checked
To: field) that claims it is faster than os.path.splitext() while
basically doing the same thing.
Actually, it doesn't do the same thing. Doesn't handle
On 27 June 2011 09:24, Antoine Pitrou solip...@pitrou.net wrote:
While I know it is technically right, I find it a bit strange to refer to
methods as attributes. We're describing an API, not the inner working of
the object model. Also, people just discovering Python will probably be a
bit
On 28 June 2011 14:43, Victor Stinner victor.stin...@haypocalc.com wrote:
As discussed before on this list, I propose to set the default encoding
of open() to UTF-8 in Python 3.3, and add a warning in Python 3.2 if
open() is called without an explicit encoding and if the locale encoding
is not
On 28 June 2011 16:06, Steffen Daode Nurpmeso sdao...@googlemail.com wrote:
@ Paul Moore p.f.mo...@gmail.com wrote (2011-06-28 16:46+0200):
UTF-8 without BOM displays incorrectly in vim(1)
Stop right now (you're oh so wrong)! :-)
Sorry. Please add using the default settings of gvim
On 28 June 2011 18:22, Michael Foord fuzzy...@voidspace.org.uk wrote:
On 28/06/2011 18:06, Terry Reedy wrote:
On 6/28/2011 10:46 AM, Paul Moore wrote:
I use Windows, and come from the UK, so 99% of my text files are
ASCII. So the majority of my code will be unaffected. But in the
occasional
On 30 June 2011 12:13, Michael Foord fuzzy...@voidspace.org.uk wrote:
I have that email (the update one from Mark not the silent nodding from Tim)
still sitting in my inbox waiting for me to properly read through and
comment on... Sorry for being useless, I'll try and move it up the priority
On 30 June 2011 13:50, Paul Moore p.f.mo...@gmail.com wrote:
On 30 June 2011 12:13, Michael Foord fuzzy...@voidspace.org.uk wrote:
I have that email (the update one from Mark not the silent nodding from Tim)
still sitting in my inbox waiting for me to properly read through and
comment
On 3 July 2011 19:20, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
Paul Moore p.f.moore at gmail.com writes:
OK, having looked through this, it looks pretty solid to me. I might
try installing Vinay's implementation and seeing how it feels in use,
as well...
Do have a play, it would be nice
On 5 July 2011 03:26, Nick Coghlan ncogh...@gmail.com wrote:
On Tue, Jul 5, 2011 at 12:12 PM, Mark Hammond skippy.hamm...@gmail.com
wrote:
If the launcher is such that we can unconditionally recommend its use, IMO
we should just install it with Python. I'll go with the consensus though...
On 6 July 2011 19:31, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
The C implementation of the PEP 397-compatible Python Launcher for Windows has
come along nicely in the last few days, and now reached a point where it would
benefit from some testing by interested python-dev members. Points of
On 7 July 2011 15:24, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
Hi Paul,
Thanks for trying it out. If it installs successfully, nothing will appear to
happen, Unix-style :-)
There should be files installed in c:\Program Files\Python Launcher:
py.exe, pyw.exe, py.ini
and there should be
2011/7/18 Glenn Linderman v+pyt...@g.nevcal.com:
Attached reduced test case works fine with Python 3.1, fails with Python3.2:
PS D:\Data py -3 .\t32enc.py
PS D:\Data py -2 .\t32enc.py
File .\t32enc.py, line 1
SyntaxError: Non-ASCII character '\xc3' in file .\t32enc.py on line 1,
but no
On 19 July 2011 02:41, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
The use of py from the command line is merely a convenience for developers (as
the PEP says) - it's better to rely on shebang lines together with settings in
the .ini to get the behaviour you want.
But it's a *huge* convenience
On 19 July 2011 16:16, Antoine Pitrou solip...@pitrou.net wrote:
On Tue, 19 Jul 2011 16:00:57 +0100
Paul Moore p.f.mo...@gmail.com wrote:
On 19 July 2011 02:41, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
The use of py from the command line is merely a convenience for developers
On 20 July 2011 03:21, Terry Reedy tjre...@udel.edu wrote:
Suppose for Windows there were one '.../python' directory wherever the user
first asks it to be put and that all pythons, not just cpython, are
installed in directories below that and that the small startup file is
copied into or
On 20 July 2011 10:17, Glenn Linderman v+pyt...@g.nevcal.com wrote:
However, the following fails: py foo.py
It fails, because foo.py is not found. Instead, I have to specify: py
d:\path\to\foo.py
This is annoying, py should walk the PATH for unqualified files (the Windows
PATH implicitly
On 21 July 2011 09:13, Glenn Linderman v+pyt...@g.nevcal.com wrote:
Certainly when the launcher is invoked via an association, this would
be the case. However, when the launcher is invoked via the command
line, then the unqualified name is passed through. To be useful from
the command line,
On 22 July 2011 10:29, Greg Ewing greg.ew...@canterbury.ac.nz wrote:
The reason for *that* was that my main module was a stub
that imported the real main module, which did all its
work directly from the module code. So the whole program
was effectively running inside an import statement and
On 15 August 2011 11:31, Tarek Ziadé ziade.ta...@gmail.com wrote:
IOW, the task to do is:
1/ copy packaging and all its stdlib dependencies in a standalone project
2/ rename packaging to distutils2
3/ make it work under older 2.x and 3.x (2.x would be the priority)
4/ release it,
On 19 August 2011 16:40, Éric Araujo mer...@netwok.org wrote:
One thing that I, as a semi-interested bystander, would like to see is
sort of a component of 4. Namely, a document somewhere addressing the
question of why I, as a current user of distutils (setup.py, etc),
should convert my
601 - 700 of 1788 matches
Mail list logo
