[Distutils] formencode as .egg in Debian ??
mal at egenix.com
Tue Nov 22 19:32:15 CET 2005
Ian Bicking wrote:
> M.-A. Lemburg wrote:
>>> Finally, I think it's important to note that what Debian should or
>>> should not use isn't really relevant to Debian's users, who will
>>> quite simply need eggs for many packages. If Debian doesn't provide
>>> them, the users will be forced to obtain them elsewhere. Over time,
>>> the number of packages that users need in egg form will continue to
>>> increase, and there will be an increasing number of users wanting to
>>> know why Debian can't provide them. It's perfectly reasonable not to
>>> redo existing Debian packages to use eggs, but for some packages,
>>> *not* using eggs is simply not an option.
>> Why should "eggs" be the only way to install a package ?
>> Doesn't the standard "python setup.py install" work with
>> eggified packages anymore (meaning that the package is
>> installed as normal site-packages package) ?
> Eggs give room for package metadata that doesn't exist otherwise.
> Putting dependencies aside, this is functionality that simply doesn't
> exist with the standard distutils installation. In the case of
> FormEncode, it doesn't make use of any egg features (except that other
> packages may want to depend on it using setuptools). In the case of
> other frameworks -- including TurboGears (which I think is the ultimate
> packaging goal here) -- the Egg metadata really is important, it's not
> just used for dependencies.
Understood, but wouldn't it be reasonably possible to
also install this meta-data into a standard site-packages
package directory ?
Professional Python Services directly from the Source (#1, Nov 22 2005)
>>> Python/Zope Consulting and Support ... http://www.egenix.com/
>>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/
>>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/
::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! ::::
More information about the Distutils-SIG