Jeroen Ruigrok van der Werven wrote:
-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 th
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
I'm withdrawing my opposition in the light of the sheer number of
words that have already been written with this.
On Fri, May 2, 2008 at 1:30 AM, Christian Heimes <[EMAIL PROTECTED]> wrote:
> Guido van Rossum schrieb:
>
> > I like this, except one issue: I really don't like the .local
> > directo
Phil Thompson wrote:
On Friday 02 May 2008, Nick Coghlan wrote:
Jeroen Ruigrok van der Werven wrote:
-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 user
-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
On 11:01 am, [EMAIL PROTECTED] wrote:
On Friday 02 May 2008, Nick Coghlan wrote:
This sums up my opinion pretty well. Hidden by default, but easy to
expose (e.g. via a local -> .local symlink) for the more experienced
users that want it more easily accessible.
But you can't be serious about
On Friday 02 May 2008, Nick Coghlan wrote:
> Jeroen Ruigrok van der Werven wrote:
> > -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
> >>
Jeroen Ruigrok van der Werven wrote:
-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 th
Jeroen Ruigrok van der Werven schrieb:
> "Windows uses the Roaming folder for application specific data, such as
> custom dictionaries, which are machine independent and should roam with the
> user profile. The AppData\Roaming folder in Windows Vista is the same as the
> Documents and Settings\user
-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 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
Steve Holden schrieb:
> Nothing to say about OS X.
>
> One day Windows might start to respect the "hidden dot" convention, but
> perhaps in the interim we could create a (Windows-hidden) ~/.private/?
> Assuming we could work out where to put it ;-)
Windows and Mac OS X have dedicated directories
Guido van Rossum 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 certainly won't
Guido van Rossum schrieb:
> 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 manage this
-On [20080502 07:57], Mark Hammond ([EMAIL PROTECTED]) wrote:
>The best way I can find for the win32 API to tell you this is a combination
>of the above and the IsWow64Process() (which returns True if you are a
>32bit process on a 64bit platform)
Support for IsWow64Process() is quite interesting i
-On [20080502 08:26], "Martin v. Löwis" ([EMAIL PROTECTED]) wrote:
>It seems you don't want to identify whether the Windows installation is
>a Win64 one, but whether the Python installation is, right?
I think we can say with a reasonably certainty that if the Python
installation is 64-bits the OS
> 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 reason I ask is that both return win32, which is most likely a reference
> to the API, even when having installed the 64 bits P
> Is there a reliable way to identify 32-bits and 64-bits Windows from
> within Python?
Not that I'm aware of. 'sys.platform=="win32" and "64 bits" in sys.version'
will be reliable when it returns True, but it might be wrong when it returns
False (although when it returns False, things will loo
-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
Barry Warsaw schrieb:
> This is a reminder that the LAST planned alpha releases of Python 2.6
> and 3.0 are scheduled for next Wednesday, 07-May-2008. Please be
> diligent over the next week so that none of your changes break Python.
> The stable buildbots look moderately okay, let's see what we
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is a reminder that the LAST planned alpha releases of Python 2.6
and 3.0 are scheduled for next Wednesday, 07-May-2008. Please be
diligent over the next week so that none of your changes break
Python. The stable buildbots look moderately
21 matches
Mail list logo
