Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

After release, Travis CI bin/buidout started bark #12

Closed
miohtama opened this issue Apr 11, 2013 · 7 comments
Closed

After release, Travis CI bin/buidout started bark #12

miohtama opened this issue Apr 11, 2013 · 7 comments

Comments

@miohtama
Copy link
Contributor

Hi @jaroel ,

After I made 0.13 release, looks like Travis CI is failing in bin/buildout related to pindowns

Getting distribution for 'collective.z3cform.datagridfield[test]==0.13.dev0'.

While:

Installing test.

Getting distribution for 'collective.z3cform.datagridfield[test]==0.13.dev0'.

Error: Couldn't find a distribution for 'collective.z3cform.datagridfield[test]==0.13.dev0'.

Do you know if there are any post-release actions needed to perform in order to make buildout happy again?

@jaroel
Copy link
Member

jaroel commented Apr 11, 2013

https://github.com/collective/collective.z3cform.datagridfield/blob/master/base.cfg needs to have the development versions specified.
Somehow using 'develop .' or mr.developer does not overrule the pinning in Plone's version.cfg

@jaroel
Copy link
Member

jaroel commented Apr 11, 2013

Build is fixed.

@miohtama
Copy link
Contributor Author

Hmm... do we need those pinnings in there in the first place?

@jaroel
Copy link
Member

jaroel commented Apr 11, 2013

Afaik yes. bin/test does not include the development version, because Plone's version.cfg explicitly pins it.
I think this is a bug, but I haven't read the documentation, so it might be by design :)

@reinout
Copy link

reinout commented Apr 12, 2013

@jaroel : add collective.z3cform.datagridfield = to your version list. So an = without a version number. This overrides Plone's pinned version, so buildout will just grab the latest one (in this case the development version).

(See zestsoftware/zest.releaser#41)

@jaroel
Copy link
Member

jaroel commented Apr 12, 2013

Nice!

@reinout
Copy link

reinout commented Apr 12, 2013

Note that there was some debate on the mailinglist about development eggs. Should buildout always use development eggs despite version pins that (explicitly) tell it to use a certain version? I think so. But there was no clear consensus, so the current behaviour ("a pin wins") was left in place.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants