On 11:45 pm, [EMAIL PROTECTED] wrote:
I like this, except one issue: I really don't like the .local
directory. I don't see any compelling reason why this needs to be
~/.local/lib/ -- IMO it should just be ~/lib/. There's no need to hide
it from view, especially since the user is expected to manag
-On [20080501 22:27], Barry Warsaw ([EMAIL PROTECTED]) wrote:
>Time is running short to get any new features into Python 2.6 and
>3.0.
Is there a reliable way to identify 32-bits and 64-bits Windows from within
Python? I have not found any yet, but it might be a mere oversight on my
behalf.
The
On 30 Apr, 11:27, Greg Ewing <[EMAIL PROTECTED]> wrote:
> Tim Heaney wrote:
> > Speaking of this, is it too late to lobby for an iterator version of
> > os.listdir? (Perhaps listdir would not be the best name. :)
>
> There was discussion about an opendir() function a while
> back that would return
On Wed, 30 Apr 2008 08:02:28 -0700 "Guido van Rossum" <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 30, 2008 at 7:48 AM, Aahz <[EMAIL PROTECTED]> wrote:
> >
> > On Tue, Apr 29, 2008, Guido van Rossum wrote:
> > > On Tue, Apr 29, 2008 at 8:10 PM, Tim Heaney <[EMAIL PROTECTED]> wrote:
> > >>
> > >> Sp
On 01:55 am, [EMAIL PROTECTED] wrote:
On Thu, May 1, 2008 at 5:03 PM, <[EMAIL PROTECTED]> wrote:
Hi everybody. I apologize for writing yet another lengthy screed about
a simple directory naming issue. I feel strongly about it but I
encourate anyone who doesn't to simply skip it.
First, s
On 03:49 am, [EMAIL PROTECTED] wrote:
I stand corrected on a few points. You've convinced me that ~/lib/ is
wrong. But I still don't like ~/.local/; not in the last place because
it's not any more local than any other dot files or directories. The
"symmetry" with /usr/local/ is pretty weak, and
On 05:53 pm, [EMAIL PROTECTED] wrote:
On May 1, 2008, at 7:54 PM, Barry Warsaw wrote:
Interesting. I'm of the opposite opinion. I really don't want
Python dictating to me what my home directory should look like (a dot
file doesn't count because so many tools conspire to hide it from
me).
Hi Guido,
I'm afraid I've added a Perl based project (Test::Harness). I then
went back and read your post and got to the bit where you specifically
invited *Python* developers. Sorry about that. I'm not trying to
colonise Pythonspace with Perl, honest :)
--
Andy Armstrong, Hexten
On 3 May, 11:34 pm, [EMAIL PROTECTED] wrote:
On May 3, 2008, at 7:51 AM, [EMAIL PROTECTED] wrote:
Fred asked for a --prefix flag (which is what I was voting on). I
don't
really care what you do by default as long as you give me a way to do
it
differently.
What's most interesting (to me) i
On 2008-05-04 18:14, Christian Heimes wrote:
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 exp
On 2008-05-04 21:57, Christian Heimes wrote:
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 PYTHONSITEP
-On [20080502 11:00], Christian Heimes ([EMAIL PROTECTED]) wrote:
>Windows and Mac OS X have dedicated directories for application specific
>libraries. That is ~/Library on Mac and Application Data on Windows. The
>latter is i18n-ed and called "Anwendungsdaten" in German. Fortunately
>Windows sets
-On [20080502 10:50], Steve Holden ([EMAIL PROTECTED]) wrote:
>Groan. Then everyone else realizes what a "great idea" this is, and we see
>~/Perl/, ~/Ruby/, ~/C# (that'll screw the Microsoft users, a directory with
>a comment market in its name), ~/Lisp/ and the rest? I don't think people
>would
-On [20080502 14:49], Richard Boulton ([EMAIL PROTECTED]) wrote:
>So, on Ubuntu computers at least, it seems likely that a $HOME/.local/
>directory will already exist, with the beginnings of a unix style layout
>inside it.
On my Ubuntu 8 box:
[15:11] [EMAIL PROTECTED] (0) {0} % ls ~/.local
sha
Atsuo Ishimoto wrote:
I've written a PEP for new string representation in Python 3000.
+1 from me - with this PEP in place getting the old repr() behaviour
back is fairly straightforward (as shown in the PEP), but it's hard to
get the unicode-friendly repr() behaviour any other way (because t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On May 1, 2008, at 8:03 PM, [EMAIL PROTECTED] wrote:
Am I the only guy who finds software that insists on visible, fixed
files in my home directory rude? vmware, for example, wants a "~/
vmware" directory, but pretty much every other application
On Thu, 01 May 2008 08:58:22 -0700, Guido van Rossum wrote:
> On Thu, May 1, 2008 at 3:20 AM, Nick Coghlan <[EMAIL PROTECTED]> wrote:
>> I think Giovanni's point is an important one as well - with an
>> iterator,
>> you can pipeline your operations far more efficiently, since you don't
>> have t
On 2008-05-06 02:56, Atsuo Ishimoto wrote:
I've written a PEP for new string representation in Python 3000.
Patch is updated at http://bugs.python.org/issue2630, and Guido
updated a patch to Rietveld:
http://codereview.appspot.com/767 .
I would appreciate your comments and help.
>...
Specific
2008/5/6 Barry Warsaw <[EMAIL PROTECTED]>:
> On May 1, 2008, at 8:03 PM, [EMAIL PROTECTED] wrote:
> > Am I the only guy who finds software that insists on visible, fixed files
> in my home directory rude? vmware, for example, wants a "~/vmware"
> directory, but pretty much every other application
On Tue, May 6, 2008 at 3:09 PM, Oleg Broytmann <[EMAIL PROTECTED]> wrote:
> Hello! Well done! Thank you!
Thank you! I updated the Wiki http://wiki.python.org/moin/Python3kStringRepr
as per your suggestions.
>Not only to log files. HTTP daemons, e.g., run with one locale but
> answer to all k
If we want to grab a particular restructuring task, is there a way to
record that we're working on it?
Jeremy
On Tue, May 6, 2008 at 2:22 AM, Brett Cannon <[EMAIL PROTECTED]> wrote:
> On Mon, May 5, 2008 at 5:03 PM, Benjamin Peterson
> <[EMAIL PROTECTED]> wrote:
> > On Mon, May 5, 2008 at 6:20
Alec Thomas wrote:
FWIW my vote is for ~/.python. ~/.local comes in a distant second due
to non-obviousness and ~/Python is several light years beyond that.
I think if the obviousness (or lack thereof) of the chosen directory
name ever really matters to anyone, we did it wrong. After all, unle
(I changed subject)
Thank you for your comment.
On Tue, May 6, 2008 at 8:45 PM, M.-A. Lemburg <[EMAIL PROTECTED]> wrote:
> For sys.stdout this doesn't make sense at all, since it hides encoding
> errors for all applications using sys.stdout as piping mechanism.
> -1 on that.
You can raise Un
Atsuo Ishimoto wrote:
I proposed to make the Unicode repr() output a regular encoding
that's being implemented by a codec. You could then easily
change the encoding to whatever you need for your application
or console.
I think global setting is not flexible enough. And I see no benefit to
c
Alec> FWIW my vote is for ~/.python. ~/.local comes in a distant second
Alec> due to non-obviousness and ~/Python is several light years beyond
Alec> that.
I guess we're going to have to agree to disagree. I find hiding directories
which contain executable code extremely non-obvious.
[EMAIL PROTECTED] wrote:
Alec> FWIW my vote is for ~/.python. ~/.local comes in a distant second
Alec> due to non-obviousness and ~/Python is several light years beyond
Alec> that.
I guess we're going to have to agree to disagree. I find hiding directories
which contain executable c
2008/5/7 <[EMAIL PROTECTED]>:
>
> Alec> FWIW my vote is for ~/.python. ~/.local comes in a distant second
> Alec> due to non-obviousness and ~/Python is several light years beyond
> Alec> that.
>
> I guess we're going to have to agree to disagree. I find hiding directories
> which c
> > /usr/.local to /usr/local? If not, then why prefer ~/.local to ~/local?
>
> Because unlike a home directory, users don't frequently perform
> directory listings or tab completion of /usr/. For a frequently used
> personal directory one wants the minimum of noise.
Glad someone around here kn
On Thu, May 1, 2008 at 11:02 AM, Brett Cannon <[EMAIL PROTECTED]> wrote:
> On Thu, May 1, 2008 at 7:41 AM, Collin Winter <[EMAIL PROTECTED]> wrote:
> >
> > On Mon, Apr 28, 2008 at 7:30 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
>
>
> > > Transition Plan
> > > ===
> > >
> > >
On Tue, May 6, 2008 at 8:11 AM, Alec Thomas <[EMAIL PROTECTED]> wrote:
> Python would not be unique. Mozilla/Firefox does exactly this, putting
> per-user plugins in ~/.mozilla.
Note that this is moot since I'm going to accept the PEP as it stands
(i.e. ~/.local) but I want to point out somethin
On Tue, May 6, 2008 at 7:37 AM, Steve Holden <[EMAIL PROTECTED]> wrote:
> If you want it visible, make a visible symbolic link!
Note that the point is moot, since I'm going to accept Christian's
PEP, i.e. ~/.local, but this argument "you can make it visible
yourself" is bogus. The point of visibi
>> /usr/.local to /usr/local? If not, then why prefer ~/.local to ~/local?
Alec> Because unlike a home directory, users don't frequently perform
Alec> directory listings or tab completion of /usr/. For a frequently
Alec> used personal directory one wants the minimum of noise.
I
All,
I've accepted PEP 370, Christian Heimes's proposal to add a per-user
site-package directory. The location will be somewhere under ~/.local
for Unix/Linux/OS X, and %APPDATA%/Python for Windows (per the
original proposal in the PEP).
Congratulations Christian, and thanks for championing this.
On Fri, May 2, 2008 at 12:39 PM, Andy Armstrong <[EMAIL PROTECTED]> wrote:
> Hi Guido,
>
> I'm afraid I've added a Perl based project (Test::Harness). I then went
> back and read your post and got to the bit where you specifically invited
> *Python* developers. Sorry about that. I'm not trying to
M.-A. Lemburg writes:
> This is all very nice, but if that means that the whole Unicode
> database has to be loaded every time the interpreter starts up
Ouch.
> BTW, I'm sure it's possible to break down the above into a set of
> ranges and switch cases that are easy to test without having to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On May 6, 2008, at 6:38 PM, Christian Heimes wrote:
Guido has accepted my user site directory PEP today.
http://python.org/dev/peps/pep-0370/
I'm about the merge the code. But first I like to let you know some
things and get your opinion.
Very aw
Barry Warsaw schrieb:
> Very awesome Christian! I'm psyched for this to get into the last alpha
> releases, which I remind everyone happens tomorrow. Plan on svn tree
> freeze at approximately 6pm EDT (2200 UTC).
Thanks Barry! Also thanks to Glyph, Nick and all the other people that
stepped in d
37 matches
Mail list logo
