On Wed, May 20, 2009 at 11:48 AM, Tarek Ziadé wrote:
> So I guess I'll start this prototype in bitbucket and come back with it for
> feedback
> in Distutils-SIG, for a new PEP 376 round.
Ok so FYI, I moved the discussion here:
http://mail.python.org/pipermail/distutils-sig/2009-May/011933.html
On Tue, May 19, 2009 at 10:36 PM, P.J. Eby wrote:
>
> Now, about the APIs...
>
> I think it would be simpler to have explicit object types representing
> things like a directory, a collection of directories, and individual
> projects, and these object types should be part of the API.
>
> Any funct
At 04:04 PM 5/19/2009 +0200, Tarek Ziadé wrote:
On Sat, May 16, 2009 at 6:55 PM, P.J. Eby wrote:
>
> 1. Why ';' separation, instead of tabs as in PEP 262? Aren't semicolons a
> valid character in filenames?
I am changing this into a . for now.
What about Antoine's idea about doing a quote() o
2009/5/19 Tarek Ziadé :
> On Sat, May 16, 2009 at 6:55 PM, P.J. Eby wrote:
>>
>> 1. Why ';' separation, instead of tabs as in PEP 262? Aren't semicolons a
>> valid character in filenames?
>
> I am changing this into a . for now.
I'm not following this thread at all, but can I put a strong vote
*
Tarek Ziadé wrote:
On Sat, May 16, 2009 at 6:55 PM, P.J. Eby wrote:
1. Why ';' separation, instead of tabs as in PEP 262? Aren't semicolons a
valid character in filenames?
I am changing this into a . for now.
What about Antoine's idea about doing a quote() on the names ?
From my point of
On Tue, May 19, 2009 at 4:03 PM, Antoine Pitrou wrote:
> Ronald Oussoren mac.com> writes:
>>
>> Wouldn't it be possible to use a CSV file for this? That way we
>> wouldn't have to invent yet another escaping mechanism and there's
>> already good suppport for reading and writing CSV files in the
>
On Sat, May 16, 2009 at 6:55 PM, P.J. Eby wrote:
>
> 1. Why ';' separation, instead of tabs as in PEP 262? Aren't semicolons a
> valid character in filenames?
I am changing this into a . for now.
What about Antoine's idea about doing a quote() on the names ?
>From my point of view seems more
Ronald Oussoren mac.com> writes:
>
> Wouldn't it be possible to use a CSV file for this? That way we
> wouldn't have to invent yet another escaping mechanism and there's
> already good suppport for reading and writing CSV files in the
> standard library.
+1
We can even customize the delim
On 17 May, 2009, at 15:04, MRAB wrote:
Alexander Shigin wrote:
В Сбт, 16/05/2009 в 23:15 +0100, MRAB пишет:
FYI, on RISC OS '/' is a valid filename character and '.' is used as
the directory separator.
I'd probably say that TAB is s reasonable character to use, even
though it's OK in POSIX;
Alexander Shigin wrote:
В Сбт, 16/05/2009 в 23:15 +0100, MRAB пишет:
FYI, on RISC OS '/' is a valid filename character and '.' is used as
the directory separator.
I'd probably say that TAB is s reasonable character to use, even
though it's OK in POSIX; after all, should anyone really be using a
В Сбт, 16/05/2009 в 23:15 +0100, MRAB пишет:
> FYI, on RISC OS '/' is a valid filename character and '.' is used as
> the directory separator.
>
> I'd probably say that TAB is s reasonable character to use, even
> though it's OK in POSIX; after all, should anyone really be using a
> control charac
В Сбт, 16/05/2009 в 13:26 -0700, Glenn Linderman пишет:
> On approximately 5/16/2009 1:08 PM, came the following characters from
> the keyboard of Martin v. Löwis:
> > Yes, this:
> >
> > http://msdn.microsoft.com/en-us/library/aa365247.aspx
>
> Well, maybe he was missing that, or maybe he was mis
MRAB mrabarnett.plus.com> writes:
>
> I'd probably say that TAB is s reasonable character to use, even though
> it's OK in POSIX; after all, should anyone really be using a control
> character in a filename?
Even newline characters are valid characters in a filename.
Why not go for the safe choi
Glenn Linderman wrote:
On approximately 5/16/2009 11:58 AM, came the following characters from
the keyboard of P.J. Eby:
At 11:17 AM 5/16/2009 -0700, Glenn Linderman wrote:
On approximately 5/16/2009 9:55 AM, came the following characters
from the keyboard of P.J. Eby:
At 06:06 PM 5/16/2009 +0
On approximately 5/16/2009 1:08 PM, came the following characters from
the keyboard of Martin v. Löwis:
Alexander Shigin wrote:
В Сбт, 16/05/2009 в 14:58 -0400, P.J. Eby пишет:
";" *is* valid in Windows filenames, actually. Tabs aresn't.
I was sure ';' is separator for PATH in Windows. Do I mi
Alexander Shigin wrote:
> В Сбт, 16/05/2009 в 14:58 -0400, P.J. Eby пишет:
>> ";" *is* valid in Windows filenames, actually. Tabs aresn't.
>
> I was sure ';' is separator for PATH in Windows. Do I miss something?
Yes, this:
http://msdn.microsoft.com/en-us/library/aa365247.aspx
Regards,
Martin
В Сбт, 16/05/2009 в 14:58 -0400, P.J. Eby пишет:
> ";" *is* valid in Windows filenames, actually. Tabs aresn't.
I was sure ';' is separator for PATH in Windows. Do I miss something? If
I remember right os.path.pathsep is ';' under Windows.
___
Python-D
On approximately 5/16/2009 11:58 AM, came the following characters from
the keyboard of P.J. Eby:
At 11:17 AM 5/16/2009 -0700, Glenn Linderman wrote:
On approximately 5/16/2009 9:55 AM, came the following characters from
the keyboard of P.J. Eby:
At 06:06 PM 5/16/2009 +0200, Tarek Ziadé wrote:
At 11:17 AM 5/16/2009 -0700, Glenn Linderman wrote:
On approximately 5/16/2009 9:55 AM, came the following characters
from the keyboard of P.J. Eby:
At 06:06 PM 5/16/2009 +0200, Tarek Ziadé wrote:
Ok I've changed the PEP with all the points you mentioned, if you want
to take a look.
Some notes
On approximately 5/16/2009 9:55 AM, came the following characters from
the keyboard of P.J. Eby:
At 06:06 PM 5/16/2009 +0200, Tarek Ziadé wrote:
Ok I've changed the PEP with all the points you mentioned, if you want
to take a look.
Some notes:
1. Why ';' separation, instead of tabs as in PEP
At 06:06 PM 5/16/2009 +0200, Tarek Ziadé wrote:
Ok I've changed the PEP with all the points you mentioned, if you want
to take a look.
Some notes:
1. Why ';' separation, instead of tabs as in PEP 262? Aren't
semicolons a valid character in filenames?
2. "if the installed file is located in
Yes, I don't think it's relevant to optimize install/uninstall code in Python.
In the whole PEP 376 proposal, the only part that will need care will
be the code
that browses sys.path.
On Fri, May 15, 2009 at 9:50 AM, Dirkjan Ochtman wrote:
> On Fri, May 15, 2009 at 8:32 AM, Jeroen Ruigrok van de
Ok I've changed the PEP with all the points you mentioned, if you want
to take a look.
2009/5/15 P.J. Eby :
> Next, the doc for the metadata API functions seems quite sparse. ISTR that
> I've previously commented on such issues as case- and
> punctuation-insensitivity of project names, and '/' se
At 13:52 -0400 05/15/2009, P.J. Eby wrote:
>At 08:32 AM 5/15/2009 +0200, Jeroen Ruigrok van der Werven wrote:
>>Agreed. Within FreeBSD's ports the installed package registration
>>gets a MD5 hash per file recorded. Size is less interesting though,
>>since essentially this information is encapsulate
At 08:32 AM 5/15/2009 +0200, Tarek Ziadé wrote:
2009/5/15 P.J. Eby :
> Ideally, a file with identical size/checksum that
> belongs to more than one project should be silently left alone, and a file
> installed by more than one project with *different* size/checksum should be
> warned about and l
At 08:32 AM 5/15/2009 +0200, Jeroen Ruigrok van der Werven wrote:
Agreed. Within FreeBSD's ports the installed package registration
gets a MD5 hash per file recorded. Size is less interesting though,
since essentially this information is encapsulated within the hash.
Remove one byte from the fi
On Fri, May 15, 2009 at 8:32 AM, Jeroen Ruigrok van der Werven
wrote:
> Agreed. Within FreeBSD's ports the installed package registration gets a MD5
> hash per file recorded. Size is less interesting though, since essentially
> this information is encapsulated within the hash. Remove one byte from
2009/5/15 P.J. Eby :
> At 12:21 AM 5/15/2009 +0200, Tarek Ziadé wrote:
>>
>> Hello
>>
>> I'm proposing this PEP, which has been discussed in Distutils-SIG, for
>> inclusion in Python 2.7 and 3.2
>>
>> http://www.python.org/dev/peps/pep-0376/
>>
>> Please comment !
>
> I'd like to reiterate my sugge
-On [20090515 06:59], P.J. Eby (p...@telecommunity.com) wrote:
>I'd like to reiterate my suggestion that the uninstall record include
>size and checksum information, ala PEP 262's "FILES" section. This
>would allow the uninstall function to validate whether a file has
>been modified, and thus p
At 12:21 AM 5/15/2009 +0200, Tarek Ziadé wrote:
Hello
I'm proposing this PEP, which has been discussed in Distutils-SIG, for
inclusion in Python 2.7 and 3.2
http://www.python.org/dev/peps/pep-0376/
Please comment !
I'd like to reiterate my suggestion that the uninstall record include
size a
Hello
I'm proposing this PEP, which has been discussed in Distutils-SIG, for
inclusion in Python 2.7 and 3.2
http://www.python.org/dev/peps/pep-0376/
Please comment !
Tarek
--
Tarek Ziadé | http://ziade.org
___
Python-Dev mailing list
Python-Dev@pyt
31 matches
Mail list logo