On Fri, May 02, 2008, Barry Warsaw wrote:
> On May 2, 2008, at 1:48 AM, [EMAIL PROTECTED] wrote:
>>
>>In the long term, if everyone followed suit on
>>~/.local, that would be great. But I don't want a ~/Python, ~/Java,
>>~/Ruby, ~/PHP, ~/Perl, ~/OCaml and ~/Erlang and a $PATH as long as
>>m
Guido van Rossum wrote:
> On Thu, May 1, 2008 at 4:37 PM, Neal Becker <[EMAIL PROTECTED]> wrote:
>> It would be really nice to see support for some other backends, such as Hg
>> or bzr (which are both written in python), in addition to svn.
>
> Once it's open source feel free to add those!
trac
glyph> As I've said a dozen times in this thread already, the feature
glyph> I'd like to get from a per-user installation location is that
glyph> 'setup.py install', or at least some completely canonical
glyph> distutils incantation, should work, by default, for non-root
glyph>
On Sun, May 4, 2008 at 9:58 AM, <[EMAIL PROTECTED]> wrote:
...snip...
> As I've said a dozen times in this thread already, the feature I'd like to
> get from a per-user installation location is that 'setup.py install', or at
> least some completely canonical distutils incantation, should work, by
[EMAIL PROTECTED] wrote:
As I've said a dozen times in this thread already, the feature I'd like
to get from a per-user installation location is that 'setup.py install',
or at least some completely canonical distutils incantation, should
work, by default, for non-root users; ideally non-adminis
2008/5/3, Guido van Rossum <[EMAIL PROTECTED]>:
> as needed. I suggest that we preface the 2.x-specific things with
> words like "in Python 2, ..." but by and large focus the style guide
> on Py3k. We could even migrate the rules that are only relevant to 2.x
> to an Appendix-like chapter. Tha
> First, Skip, I *only* care about the default behavior. There's already
> a way to do it differently: PYTHONPATH. So, Fred, I think what you're
> arguing for is to drop this feature entirely. Or is there some other
> use for a new way to allow users to explicitly add something to
> sys.path, as
Nick Coghlan schrieb:
> - for experienced users (Barry, skip, etc) that want ~/.local to be more
> easily accessible, creating a visible ~/local symlink is an utterly
> trivial exercise.
Our you can set the environment variable PYTHONUSERBASE to $HOME.
PYTHONUSERBASE is the root directory for user
Jesse Noller schrieb:
> One thing that could be done is pick a default name for the parent,
> ala ~/Python - but let users override it with an environment variable
> if they so desire (PYTHON_USER_DIR?) so that those who want it hidden
> can have it hidden, and those of us who don't, don't.
Has a
On 5/1/08, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> - escaping looks like this:
> * \r, \n, \t, \\
> * \xXX for characters from Latin-1
> * \u for characters from the BMP
> * \U00XX for anything else
> What I didn't have in my original proposal was escaping of Zs
> except
M.-A. Lemburg schrieb:
>> PYTHONPATH is lacking one feature which is important for lots of
>> packages and setuptools. The directories in PYTHONPATH are just added to
>> sys.path. But setuptools require a site package directory. Maybe a new
>> env var PYTHONSITEPATH could solve the problem.
>
> We
Nick Coghlan schrieb:
> This is what I see as the goal of PEP 370 as well. Perhaps the PEP could
> be more explicit in spelling that out?
>
> """The primary goal of this PEP is to provide a standard mechanism
> allowing Python users to install distutils packages for their own use
> without affecti
Jim Jewett writes:
> I realize that this is the traditional escape form, but I wonder if it
> might be better to just use the character names instead of the hex
> character codes.
That would require changing the parser, no? Of all types, string had
better roundtrip through repr()!
__
Stephen J. Turnbull wrote:
Jim Jewett writes:
> I realize that this is the traditional escape form, but I wonder if it
> might be better to just use the character names instead of the hex
> character codes.
That would require changing the parser, no? Of all types, string had
better roundtri
This code is now open source! Browse it here:
http://code.google.com/p/rietveld/source/browse
--Guido
On Thu, May 1, 2008 at 9:41 AM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> Some of you may have seen a video recorded in November 2006 where I
> showed off Mondrian, a code review tool tha
I forgot -- you need to link or copy the 'django' directory from
Django 0.97.pre into the app directory. Otherwise you'll be using the
Django 0.96.1 that's included with the AppEngine runtime, and the code
is not compatible with that version.
On Sun, May 4, 2008 at 8:38 PM, Guido van Rossum <[EMAI
16 matches
Mail list logo
