On Jan 17, 2010, at 4:21 AM, Martin v. Löwis wrote:
> Barry was once proposing time-based releases; this idea didn't really
> catch on.
I'm still a proponent of this, but it doesn't seem like there's enough support
for it.
> It's the release manager who decides when the next bug fix release wil
On Sun, Jan 17, 2010 at 10:50 PM, Sridhar Ratnakumar
wrote:
[..]
> Will it also allow decompression of the said archive types?
No but it would make sense having this one as well.
Distribute/Setuptools' "unpack_archive" (used by easy_install) was
implemented using the same principle as Distutils'
On 1/17/2010 12:09 PM, Tarek Ziadé wrote:
On Sun, Jan 17, 2010 at 8:55 PM, Brett Cannon wrote:
> On Sun, Jan 17, 2010 at 11:51, Tarek Ziadé wrote:
>> Another module I would like to move away from Distutils is
>> "archive_util". It contains helpers to build archives, whether they
>> are zi
On Sun, Jan 17, 2010 at 9:15 PM, Michael Foord
wrote:
[..]
>> Are these functions portable? Do they rely on external programs?
>>
>>
>
> I believe that part of the work that Tarek has been doing has been to make
> these distutils commands use the Python standard library and not depend on
> externa
On 17/01/2010 20:04, Antoine Pitrou wrote:
Tarek Ziadé gmail.com> writes:
Another module I would like to move away from Distutils is
"archive_util". It contains helpers to build archives, whether they
are zip or tar files. I propose to move those useful functions into
shutil, as this seems
On Sun, Jan 17, 2010 at 8:55 PM, Brett Cannon wrote:
>
>
> On Sun, Jan 17, 2010 at 11:51, Tarek Ziadé wrote:
>>
>> Hello,
>>
>> For 2.7/3.2, I am in the process of removing modules in Distutils that
>> can be replaced by calls to existing functions in stdlib. For
>> instance, "dir_util" and "file
Tarek Ziadé gmail.com> writes:
>
> Another module I would like to move away from Distutils is
> "archive_util". It contains helpers to build archives, whether they
> are zip or tar files. I propose to move those useful functions into
> shutil, as this seems the most logical place.
Are these func
On Sun, Jan 17, 2010 at 11:51, Tarek Ziadé wrote:
> Hello,
>
> For 2.7/3.2, I am in the process of removing modules in Distutils that
> can be replaced by calls to existing functions in stdlib. For
> instance, "dir_util" and "file_util" (old modules from the Python 1.x
> era) are going away in fa
On 17/01/2010 19:51, Tarek Ziadé wrote:
Hello,
For 2.7/3.2, I am in the process of removing modules in Distutils that
can be replaced by calls to existing functions in stdlib. For
instance, "dir_util" and "file_util" (old modules from the Python 1.x
era) are going away in favor of calls to shuti
Hello,
For 2.7/3.2, I am in the process of removing modules in Distutils that
can be replaced by calls to existing functions in stdlib. For
instance, "dir_util" and "file_util" (old modules from the Python 1.x
era) are going away in favor of calls to shutil (and os), so the
Distutils package gets
In article <4b53135a.7060...@gmail.com>,
Nick Coghlan wrote:
> Antoine Pitrou wrote:
> > Ned Deily acm.org> writes:
> >> I've recently seen a couple of references to 3.1.2 go by in
> >> checkins which made me wonder whether dates have been proposed yet
> >> for updates to either 3.1 or 2.6. I d
Antoine Pitrou wrote:
> Ned Deily acm.org> writes:
>> I've recently seen a couple of references to 3.1.2 go by in
>> checkins which made me wonder whether dates have been proposed yet
>> for updates to either 3.1 or 2.6. I don't recall seeing any and I
>> didn't see any references in the PEPs. S
Ned Deily acm.org> writes:
>
> I've recently seen a couple of references to 3.1.2 go by in checkins
> which made me wonder whether dates have been proposed yet for updates to
> either 3.1 or 2.6. I don't recall seeing any and I didn't see any
> references in the PEPs. Some advance warning wo
Ned Deily wrote:
> I've recently seen a couple of references to 3.1.2 go by in checkins
> which made me wonder whether dates have been proposed yet for updates to
> either 3.1 or 2.6. I don't recall seeing any and I didn't see any
> references in the PEPs. Some advance warning would be nice.
14 matches
Mail list logo
