python-zope.component dependency question
Rick McBride
rick.mcbride at canonical.com
Tue Dec 1 14:11:35 UTC 2009
Brian Sutherland wrote:
> On Tue, Dec 01, 2009 at 10:07:57AM +0100, Brian Sutherland wrote:
>> On Mon, Nov 30, 2009 at 05:43:19PM -0500, Rick McBride wrote:
>>> Hi!
>>>
>>> One of the packages that my team's project uses depends on
>>> python-zope.compent. This package in turn pulls in python-zodb. It
>>> doesn't seem like that package is strictly necessary in all cases.
>>>
>>> Is it possible that this Depends: could instead be a Recommends: ?
>> You mean the "persistentregistry" setuptools extra, right?
I don't think I had tracked it down quite that specifically, but that
certainly looks like it's the 'culprit' so to speak.
>> Not sure what is the best in this case, these are the things we can do with a
>> setuptools extra:
>>
>> 1 Keep them as dependencies of the main package (safe default)
>> 2 Exclude them altogether
>> 3 Move them to suggests
>> 4 Move them to recommends
>> 5 Move an extra into a metapackage named after it (i.e.
>> python-zope.component-zcml for the zcml extra)
>> 6 Move one or more extras into a randomly named metapackage
>> e.g. python-zope.component-extras which contains/provides:
>> python-zope.component-zcml
>> python-zope.component-persistentregistry
>>
>> What option to select is not always obvious.
>>
>> Options 2,3 and 4 mean that a python-zope.component-persistentregistry
>> package will not be in Provides: leading to some packages being
>> uninstallable [1]. I don't think this is appropriate for this extra of
>> zope.component. Especially taking into account how fundamental
>> zope.component is.
>>
>> I think that the persistentregistry is different enough to the zcml
>> extra that it shouldn't be lumped together in the same metapackage
>> (option 6). So the only option left is 5.
>
> On the other hand, you could argue that any package requiring a
> persistent component registry will already be depending on the zodb in
> any case. In that way the persistentregistry extra is probably not all
> that useful and we'd be safe just having it as a Suggests/Recommends.
>
This would seem to be the lower maintenance option of the two. What can
I do to help?
>> Any objections to me implementing option 5?
>>
>> [1] Means a debian package with "zope.component [persistentregistry]" as
>> a dependency in it's setup.py and using van.pydeb to convert setuptools
>> dependencies into Debian dependencies.
>>
>>> currently python-zodb appears to want python2.4 installed. We'd like to
>>> avoid that if at all possible.
>>>
>>> It was suggested that I look for the answer here.
>>>
>>> Cheers,
>>>
>>> Rick McBride
>>>
>>> _______________________________________________
>>> pkg-zope-developers mailing list
>>> pkg-zope-developers at lists.alioth.debian.org
>>> http://lists.alioth.debian.org/mailman/listinfo/pkg-zope-developers
>> --
>> Brian Sutherland
>
More information about the pkg-zope-developers
mailing list