Never really understood why you needed this in the first place. The
automatic setuptools installation has caused me some grief as it
installs an obsolete version ... I forgot the exact specifics but it
took me quite a while to track down that installing django was causing
all kinds of strange prob
reason to use setuptools :)
Projects like matplotlib got mired in so many installation issues
trying to get all their shared data installed correctly on so many
configurations that they switched to setuptools (well, that was one of
the main reasons I think).
> So, convince us to continue using
> This is wandering very far from "should we use setuptools". You are
> talking about a large redesign of the model system towards infinite
> flexibility. That's probably a topic for another thread. It's not really
> tied to setuptools usage beyond you think it would make it easier to
> leverage t
On Thu, 2006-08-03 at 01:02 +, [EMAIL PROTECTED] wrote:
> > Why does this require setuptools, though? I mean, the Python XML
> > utilities used entry points for extra loaders (e.g. 4Suite) for years
> > before setuptools came along.
>
> "Before" is the key word there, I think. Now that setupt
> Why does this require setuptools, though? I mean, the Python XML
> utilities used entry points for extra loaders (e.g. 4Suite) for years
> before setuptools came along.
"Before" is the key word there, I think. Now that setuptools is a
defacto standard, I think it would be an odd decision to rew
On 8/2/06, Jay Parlar <[EMAIL PROTECTED]> wrote:
> "python setup.py install" has been the defacto standard for years and
> years, it's a distutils feature.
>
You're right. Not really sure what I was thinking there. Must be the
stupidity of a too hurriedly written email. :-)
(Stupidity for conf
On Wed, 2006-08-02 at 17:23 +, [EMAIL PROTECTED] wrote:
> > So, convince us to continue using setuptools. What incentive do we
> > have to keep using it? I'm not sure the convenience of easily being
> > able to specify a manifest outweighs the horrid stain of re
On 8/2/06, Deryck Hodge <[EMAIL PROTECTED]> wrote:
>
> > Adrian Holovaty wrote:
> > >
> > > So, convince us to continue using setuptools. What incentive do we
>
> The easy packaging is a big plus, and I think, too, that "python
> setup.py inst
> Adrian Holovaty wrote:
> >
> > So, convince us to continue using setuptools. What incentive do we
The easy packaging is a big plus, and I think, too, that "python
setup.py install" is becoming somewhat of the defacto python
installation standard. If it's just the
Adrian Holovaty wrote:
>
> So, convince us to continue using setuptools. What incentive do we
Which reminds me that you used setuptools 0.6c1, which is a developer's
version, if I am not mistaken. setuptools tries to update itself from
the current version on my computer and cannot
On 8/2/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Here are a couple that I've been thinking about, both using setuptools
> entry points.
Hmm... I forgot about that. Jason's right, entry points do rule. At
least from what I've seen of them in nose.py :)
If there is an effort to move to e
Adrian Holovaty wrote:
>
> So, convince us to continue using setuptools. What incentive do we
> have to keep using it? I'm not sure the convenience of easily being
> able to specify a manifest outweighs the horrid stain of requiring an
> Internet connection just to insta
> So, convince us to continue using setuptools. What incentive do we
> have to keep using it? I'm not sure the convenience of easily being
> able to specify a manifest outweighs the horrid stain of requiring an
> Internet connection just to install our software. Are there any ot
Hi all,
I wondered what essential function of setuptools is used and I think that only
find_packages() is neccessary.
Try the following patch for setup.py and a MANIFEST.in
If this works for you, than I won't suggest setuptools bundled with Django.
I tested the following usecases:
python setu
Adrian Holovaty wrote:
> I really want to be convinced to continue using setuptools, but I'm
> drawing a blank... Insights are appreciated!
How about bundling setuptools so that you don't need to download
it later?
Michael
--~--~-~--~~~---~--~~
You received this
I'm in general a big fan of setuptools. However, I don't really see a
need for it in Django.
I say dump it.
Jay P.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, s
e
advanced than the standard Python distutils). This is because we
figured it'd be too much of a pain to create a MANIFEST file and keep
it updated. Yes, this is a *horrible* reason to use setuptools rather
than distutils.
So, convince us to continue using setuptools. What incentive do we
have to kee
17 matches
Mail list logo
