On Wed, 2006-04-19 at 18:26 +1200, Greg Ewing wrote:
> I'd like to see a different approach taken to the design
> altogether, something more along the lines of Scons.
> Maybe it could even be an extension of Scons.
As much as I like Scons, there's too much unpythonic magic going on
there that I w
On Wed, 2006-04-19 at 02:06 -0400, Phillip J. Eby wrote:
> >
> >I agree. My one stupid nit is that I don't like the name
> >'easy_install'. I wish a better, non-underscored word could be found.
>
> The long term plan is for a tool called "nest" to be offered, which will
> offer a command-line i
On Tue, Apr 18, 2006 at 09:10:20PM -0700, Neal Norwitz wrote:
> There is an outstanding issues section in the 2.5 release PEP 356. In
> this case, perhaps it would have been good to add a bullet item there.
> I've been trying to ensure the issues aren't lost. There's only one
> item in the list t
At 09:08 AM 4/19/2006 +0200, Fredrik Lundh wrote:
>I've skimmed
>the PEAK documentation, and all I find is bullet-point feature lists and
>endless lists of configuration options. It's like reading Microsoft
>documentation.
And I've read your email about the documentation, and all I find is
hyper
At 08:51 AM 4/19/2006 +0200, Fredrik Lundh wrote:
>do you expect linux and bsd packagers to switch to your stuff for all their
>python needs,
Heck no, which is why setuptools tries hard to be compatible with bdist_*
commands. As long as they use --root or
--single-version-externally-managed, se
Anthony Baxter wrote:
> I'm not sure how people would prefer this be handled. I don't think we
> need to have a PEP for it - I don't see PEPs for ctypes, elementtree,
> pysqlite or cProfile, either.
That's because they're all trivial building blocks, not all-consuming world
views. Any programmer
Phillip J. Eby wrote:
> The long term plan is for a tool called "nest" to be offered, which will
> offer a command-line interface similar to that of the "yum" package
> manager, with commands to list, uninstall, upgrade, and perform other
> management functions on installed packages.
yum already
At 08:22 AM 4/19/2006 +0200, Walter Dörwald wrote:
>Anthony Baxter wrote:
>
> > I'm not sure how people would prefer this be handled. I don't think we
> > need to have a PEP for it - I don't see PEPs for ctypes, elementtree,
> > pysqlite or cProfile, either.
>
>If I'm not calling shared libraries f
On Wednesday 19 April 2006 16:22, Walter Dörwald wrote:
> If I'm not calling shared libraries from Python I can ignore
> ctypes. If I'm not doing XML, I can ignore elementtree. If I'm not
> doing SQL I can ignore pysqlite and if I'm not interested in
> profiling I can ignore cProfile. But setuptool
Anthony Baxter wrote:
> I started refactoring some of the ugliness out of the internals of
> distutils last year, but was completely stymied by the demand that no
> existing setup.py scripts be broken.
Instead of trying to fix distutils, maybe it would be better
to start afresh with a new packa
Anthony Baxter wrote:
> I'm not sure how people would prefer this be handled. I don't think we
> need to have a PEP for it - I don't see PEPs for ctypes, elementtree,
> pysqlite or cProfile, either.
If I'm not calling shared libraries from Python I can ignore ctypes. If
I'm not doing XML, I c
At 01:33 AM 4/19/2006 -0400, Barry Warsaw wrote:
>On Wed, 2006-04-19 at 14:57 +1000, Anthony Baxter wrote:
> > I'm not sure how people would prefer this be handled. I don't think we
> > need to have a PEP for it - I don't see PEPs for ctypes, elementtree,
> > pysqlite or cProfile, either.
>
>Agreed
On 4/18/06, Barry Warsaw <[EMAIL PROTECTED]> wrote:
> On Wed, 2006-04-19 at 14:57 +1000, Anthony Baxter wrote:
> > I'm not sure how people would prefer this be handled. I don't think we
> > need to have a PEP for it - I don't see PEPs for ctypes, elementtree,
> > pysqlite or cProfile, either.
>
> C
At 02:57 PM 4/19/2006 +1000, Anthony Baxter wrote:
>Sure, it's possible that some people with extremely complicated
>distutils scripts may find they need to update them.
...if and *only* if they want setuptools' features, or their users do.
Sorry to seize on this point out of context, Anthony. I
On Wed, 2006-04-19 at 14:57 +1000, Anthony Baxter wrote:
> I'm not sure how people would prefer this be handled. I don't think we
> need to have a PEP for it - I don't see PEPs for ctypes, elementtree,
> pysqlite or cProfile, either.
Agreed. If modules like these have a solid history of use ou
I'm not sure how people would prefer this be handled. I don't think we
need to have a PEP for it - I don't see PEPs for ctypes, elementtree,
pysqlite or cProfile, either.
I don't have a problem at all with setuptools going into the standard
library. It adds a whole pile of extremely useful fun
On 4/18/06, M.-A. Lemburg <[EMAIL PROTECTED]> wrote:
> Phillip J. Eby wrote:
> > As for discussion, Guido originally brought up the question here a few
> > months ago, and it's been listed in PEP 356 for a while. I've also
> > posted things related to the inclusion both here and in distutils-sig.
17 matches
Mail list logo
