Hi,
It seems I can't activate addons on travis-ci.org.
http://awesomescreenshot.com/06513652b7
The only difference with uiteam is I can see settings tab so I guess I
have admin rights on it.
How could we fix this ? This is a one more reason to let every body
being admin on every repositories.
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.widge
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
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écto
On 25/03/13 11:55, Asko Soukka wrote:
By replacing with explicit s
HV> for all packages or only for this one?
I've reading a lot of opinions against the use of package="." /> lately, so maybe we have to get rid of this at some point...
smime.p7s
Description: S/MIME Cryptographic Signature
On 25/03/13 11:56, 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.
HV> this package is for Plone >= 4.1 so that's not a problem.
If you already depend on Products.CMFPlone or just Plo
Héctor Velarde wrote:
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:
...
does anybody knows how to get rid of this?
By replacing with explicit s
https://github.co
Héctor Velarde wrote:
On 25/03/13 11:55, Asko Soukka wrote:
By replacing with explicit
s
HV> for all packages or only for this one?
Only for those packages that would like to directly depend on zope.i18n,
I think.
And, of course, you would NOT , because
that would include the utility re
2013/3/25 Asko Soukka
> Héctor Velarde wrote:
>
>> On 25/03/13 11:55, Asko Soukka wrote:
>>
>>> By replacing with explicit
>>> s
>>>
>>
>> HV> for all packages or only for this one?
>>
>
> Only for those packages that would like to directly depend on zope.i18n, I
> think.
>
> And, of course, you
Hi Juan,
please, skim through the discussion about z3c.autoinclude:
http://plone.293351.n2.nabble.com/Let-s-get-rid-of-z3c-autoinclude-td7561158.html
is already called in CMFPlone and it
makes no sense to use it outside CMFPlone. You could simply use package="Products.CMFPlone" /> instead, bu
I removed the dependency on zope.i18n for now because we needed a
release of the package; we will need to look further into this to solve
the issue.
thanks!
Héctor Velarde
smime.p7s
Description: S/MIME Cryptographic Signature
___
Product-Develope
11 matches
Mail list logo