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

Package Version #71

Closed
dbent opened this issue Oct 14, 2014 · 2 comments
Closed

Package Version #71

dbent opened this issue Oct 14, 2014 · 2 comments
Labels
Support Issues that are support requests

Comments

@dbent
Copy link
Member

dbent commented Oct 14, 2014

Is there a plan to incorporate a package version, i.e. a version number which indicates the revision of the package itself, not the upstream mod?

For example, a mod may release version 1.7 which produces the first package 1.7-1, however the packager forgot to specify the license so they repackage as 1.7-2, but then they realized they forgot to specify a dependency so they repackage as 1.7-3, then when the mod releases version 1.8, the packager releases package 1.8-1.

@pjf pjf added design Support Issues that are support requests labels Oct 14, 2014
@pjf
Copy link
Member

pjf commented Oct 14, 2014

Presently we don't. Right now the behaviour of a ckan update is to forget everything about what's available, and then reload it all from any repos that are configured. Consequently, updating the meta-data in the repo will update what's available for all clients the next time they sync.

For installed mods, we record the metadata that we used at the time of the install, so we could detect that we're seeing different metadata from upstream, even if we don't have explicit package versioning to enumerate it.

It would be easy enough to add, although I fear if it were mandatory humans may forget to update it. ;)

@pjf
Copy link
Member

pjf commented Oct 21, 2014

Closing this for now. But if you think it's something we really should have, please feel free to re-open.

@pjf pjf closed this as completed Oct 21, 2014
RichardLake pushed a commit to RichardLake/CKAN that referenced this issue May 30, 2015
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Support Issues that are support requests
Projects
None yet
Development

No branches or pull requests

2 participants