[Distutils] Annoucing distribute project
ziade.tarek at gmail.com
Wed Sep 24 21:44:47 CEST 2008
On Wed, Sep 24, 2008 at 7:38 PM, Phillip J. Eby <pje at telecommunity.com>wrote:
> At 01:32 PM 9/24/2008 +0200, Tarek Ziadé wrote:
>> I am launching a fork of setuptools. The name is "Distribute". (not
>> definitive) and will be community-driven
>> This fork will remain 100% compatible with setuptools, and follow closely
>> setuptools evolutions.
> Unfortunately, the only way you can remain 100% compatible with code "in
> the field" is by calling your distribution "setuptools" also, or by having
> it also install a dummy setuptools egg or at least .egg-info. Otherwise,
> packages that declare a dependency to a specific setuptools version will
> cause it to be installed, thereby overwriting your package. There's also
> setup scripts that use ez_setup, which you could work around for
> easy_install scenarios with clever enough monkeypatching, but someone
> directly running a setup script would still break.
> If you're going to attempt this, I would consider very carefully how you
> will address these issues, as it seems to me that it would be very easy for
> someone to silently hose their system this way, and possibly quite difficult
> to find out what went wrong or how to fix it.
Yup. I thought of different ways today, but trying to beat the main
setuptools package installation is a non sense and will lead to problems.
I think we will do like how you did to override distutils.
It's OK for us to drop the 'setuptools' dependency in all our packages, and
simply tell interested package maintainers to switch "setuptools" to
"distribute" in their import line in setup.py files, and have a code base
that is similar, besides the fact that it does a smart override of the
commands, like you did, and a few other thing I still need to list.
The only difference is that it will be run by a community, and I am pretty
sure someone that has a bugfix or a feature available in Distribute wouldn't
mind changing a simple import line and a dependency in his package and tell
people to use it.
I won't release the first version of Distribute friday since you have
released 0.6c9, so the first release for Distribute will be in one month. A
first sprint will probably be organized at the Plone Conference in two weeks
on this topic.
Tarek Ziadé | Association AfPy | www.afpy.org
Blog FR | http://programmation-python.org
Blog EN | http://tarekziade.wordpress.com/
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Distutils-SIG