Ivan Krstić wrote:
> Talin wrote:
> That'd be nice. And on that note, for the love of confused masses
> everywhere, can we please change the name of easy_install to something
> Python-specific, such as 'egg' or 'py_install'?
+1. I think at some point I heard mentioned the name 'nest' for a progra
Talin schrieb:
> Unfortunately, the main obstacle at the moment is that about 50% of the
> packages out there aren't compatible with setuptools. About 50% of the
> time when I say 'easy_install ' it downloads the package and
> then says 'setup.py' not found.
I disagree. The main obstacle is tha
David Hopwood schrieb:
>> The PEP doesn't deal with streams. It is about files.
>
> An important part of the Unix design philosophy (partially adopted by Windows)
> is to make streams and files behave as similarly as possible. It is quite
> feasible to make *some* detection algorithms work for str
At 12:00 PM 10/14/2006 +0200, "Giovanni Bajo" <[EMAIL PROTECTED]> wrote:
>Ivan Krsti? wrote:
> > Talin wrote:
>
> > That'd be nice. And on that note, for the love of confused masses
> > everywhere, can we please change the name of easy_install to something
> > Python-specific, such as 'egg' or 'py_
Antoine Pitrou schrieb:
> I doubt many people have to discriminate between UTF-16LE, UCS-4 and
> UTF-8. Are there real cases like that for text files?
Not sure what "that" is, in this question. There are certainly UTF-8
files. There are also UTF-16 files; they typically are LE, and often
have a BO
Marcin 'Qrczak' Kowalczyk schrieb:
> I've implemented a hack which allows simple programs to "just work" in
> case of UTF-8. It's a modified encoder/decoder which escapes malformed
> UTF-8 sequences with '\0' bytes, and thus allows arbitrary byte
> sequences to round-trip UTF-8 decoding and encodin
Phillip J. Eby wrote:
> Yes. "nest" will be an overall command similar to "yum" or other
> package managers of its ilk, with subcommands like "nest install"
> that will work like easy_install.
Yes this will be great.
> But before anybody asks, I have no clue when I'll even be able to
> start on
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> Marcin 'Qrczak' Kowalczyk schrieb:
>> I've implemented a hack which allows simple programs to "just work" in
>> case of UTF-8. It's a modified encoder/decoder which escapes malformed
>> UTF-8 sequences with '\0' bytes, and thus allows arbitrary byte
Marcin 'Qrczak' Kowalczyk schrieb:
> It changes the interpretation of some filenames which are valid UTF-8
> (or generally of texts known to not contain '\0'). My hack is a pure
> extension since U+ can't be produced by standard UTF-8.
That's not true. See RFC 2279:
# Character values from 00
At 07:10 PM 10/14/2006 +0200, Giovanni Bajo wrote:
>Phillip J. Eby wrote:
>
> > Yes. "nest" will be an overall command similar to "yum" or other
> > package managers of its ilk, with subcommands like "nest install"
> > that will work like easy_install.
>
>Yes this will be great.
>
> > But before a
Phillip J. Eby wrote:
> At 12:00 PM 10/14/2006 +0200, "Giovanni Bajo" <[EMAIL PROTECTED]> wrote:
>> Ivan Krsti? wrote:
>>> Talin wrote:
>>> That'd be nice. And on that note, for the love of confused masses
>>> everywhere, can we please change the name of easy_install to something
>>> Python-specifi
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
>> It changes the interpretation of some filenames which are valid UTF-8
^
>> (or generally of texts known to not contain '\0'). My hack is a pure
^^^
>> e
Giovanni Bajo wrote:
> Ivan Krstić wrote:
>> Talin wrote:
>
>> That'd be nice. And on that note, for the love of confused masses
>> everywhere, can we please change the name of easy_install to something
>> Python-specific, such as 'egg' or 'py_install'?
>
> +1. I think at some point I heard menti
Ivan Krstić wrote:
> That'd be nice. And on that note, for the love of confused masses
> everywhere, can we please change the name of easy_install to something
> Python-specific, such as 'egg' or 'py_install'?
I don't think that easy_install support is going to
become universal until its function
Phillip J. Eby wrote:
> I could see it being a lot easier to maintain e.g. C
> compiler plugins for zc.buildout than trying to keep maintaining the
> distutils' compiler framework indefinitely.
This sounds good. We definitely need *something* with
a more modular and better documented architectur
Greg Ewing schrieb:
>> I could see it being a lot easier to maintain e.g. C
>> compiler plugins for zc.buildout than trying to keep maintaining the
>> distutils' compiler framework indefinitely.
>
> This sounds good. We definitely need *something* with
> a more modular and better documented arch
Marcin 'Qrczak' Kowalczyk schrieb:
> It is true that it can change the interpretation of file contents.
> This is unavoidable. Unless someone uses unpaired surrogates for this
> purpose (or code points above U+10) - I've seen such proposals,
> but IMHO they are abusing rules too far.
It's not
At 08:16 AM 10/15/2006 +0200, Martin v. Löwis wrote:
>Greg Ewing schrieb:
> >> I could see it being a lot easier to maintain e.g. C
> >> compiler plugins for zc.buildout than trying to keep maintaining the
> >> distutils' compiler framework indefinitely.
> >
> > This sounds good. We definitely need
18 matches
Mail list logo
