But,

plone.api conventions, which are also accepted as our style guide, do encourage declaring all dependencies:

https://ploneapi.readthedocs.org/en/latest/contribute/conventions.html?highlight=imports#declaring-dependencies

Best Regards,
Asko

PS. Just to be clear, the orginal issue by Héctor is caused by <includeDependencies/> of z3c.autoinclude trying to explicity include meta|configure|overrides.zcml of each direct dependency of the package. Also, insert Godefroid's rant on z3c.autoinclude here :>

Nathan Van Gheem wrote:
FWIW, declaring all dependencies can be frustrating for those trying to use products still with plone 3 since plone 3 uses fake eggs.

If you already depend on Products.CMFPlone or just Plone, isn't that enough since that already depends on those other packages?


On Mon, Mar 25, 2013 at 9:51 AM, Héctor Velarde <[email protected] <mailto:[email protected]>> wrote:

    with the upcoming release of Plone 4.3 I've been trying to declare
    all dependencies of our add ons on their setup.py file.

    I'm having a weird conflicting configuration actions for utility
    zope.i18n.interfaces.INegotiator when I include zope.i18n, as it
    was the case for collective.z3cform.widgets:

    http://pastie.org/7111489
    
https://github.com/collective/collective.z3cform.widgets/blob/master/setup.py#L61

    does anybody knows how to get rid of this?

    best regards!
-- Héctor Velarde



    _______________________________________________
    Product-Developers mailing list
    [email protected]
    <mailto:[email protected]>
    https://lists.plone.org/mailman/listinfo/plone-product-developers


_______________________________________________
Product-Developers mailing list
[email protected]
https://lists.plone.org/mailman/listinfo/plone-product-developers
_______________________________________________
Product-Developers mailing list
[email protected]
https://lists.plone.org/mailman/listinfo/plone-product-developers

Reply via email to