Re: [Python-Dev] cpython (3.2): I should be someone
On 10/28/11 22:05, florent.xicluna wrote: > http://hg.python.org/cpython/rev/6f56e81da8f6 > changeset: 73171:6f56e81da8f6 > branch: 3.2 > parent: 73167:09d0510e1c50 > user:Florent Xicluna > date:Fri Oct 28 22:03:55 2011 +0200 > summary: > I should be someone > > files: > Doc/library/urllib.request.rst | 8 > 1 files changed, 4 insertions(+), 4 deletions(-) > > > diff --git a/Doc/library/urllib.request.rst b/Doc/library/urllib.request.rst > --- a/Doc/library/urllib.request.rst > +++ b/Doc/library/urllib.request.rst > @@ -1257,11 +1257,11 @@ > pair: HTTP; protocol > pair: FTP; protocol > > -* Currently, only the following protocols are supported: HTTP, (versions 0.9 > and > - 1.0), FTP, and local files. > +* Currently, only the following protocols are supported: HTTP (versions 0.9 > and > + 1.0), FTP, and local files. > > -* The caching feature of :func:`urlretrieve` has been disabled until I find > the > - time to hack proper processing of Expiration time headers. > +* The caching feature of :func:`urlretrieve` has been disabled until someone > find > + the time to hack proper processing of Expiration time headers. In this case, s/find/finds/ :) Georg ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] draft PEP: virtual environments
On Fri, 28 Oct 2011 12:37:35 -0600 Carl Meyer wrote: > What about include files? > - - > > For example, ZeroMQ installs zmq.h and zmq_utils.h in $VE/include, > whereas SIP (part of PyQt4) installs sip.h by default in > $VE/include/pythonX.Y. With virtualenv, everything works because the > PythonX.Y include is symlinked, so everything that's needed is in > $VE/include. At the moment the reference implementation doesn't do > anything with include files, besides creating the include directory; > this might need to change, to copy/symlink $VE/include/pythonX.Y. > > As in Python there's no abstraction for a site-specific include > directory, other than for platform-specific stuff, then the user > expectation would seem to be that all include files anyone could ever > want should be found in one of just two locations, with sysconfig > labels "include" & "platinclude". > > There's another issue: what if includes are Python-version-specific? > For example, SIP installs by default into $VE/include/pythonX.Y rather > than $VE/include, presumably because there's version-specific stuff in > there - but even if that's not the case with SIP, it could be the case > with some other package. Why would that be a problem? Do you plan to install several versions of Python in a single VE? > Activation and Utility Scripts > - -- > > Virtualenv provides shell "activation" scripts as a user convenience, > to put the virtual environment's Python binary first on the shell > PATH. This is a maintenance burden, as separate activation scripts > need to be provided and maintained for every supported shell. We already have Unix shell scripts and BAT files in the source tree. Is it really complicated to maintain these additional shell scripts? Is there a lot of code in them? Regards Antoine. ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Emit a BytesWarning on bytes filenames on Windows
> Therefore, as you imply, I think the solution to this issue is to start > the process of deprecating the bytes version of the api in py3k with a > view to removing it completely - possibly with a less aggressive > timeline than normal. In Python 2.7, I think documenting the issue and > a recommendation to always use unicode is sufficient (ie, we can't > deprecate it and a new BytesWarning seems gratuitous.) That sounds all fine to me. Regards, Martin ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Emit a BytesWarning on bytes filenames on Windows
"Martin v. Löwis" writes: > > Therefore, as you imply, I think the solution to this issue is to start > > the process of deprecating the bytes version of the api in py3k with a > > view to removing it completely > That sounds all fine to me. As quoted above, deprecation of the bytes version of the API sounds fine to me, but isn't this going to run into the usual objections from the "we need bytes for efficiency" crowd? It's OK with me to say "in this restricted area you must convert to Unicode", but is that going to fly with that constituency? ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
