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

Dependency problem #6

Open
bharris-fs opened this issue Jun 14, 2018 · 0 comments
Open

Dependency problem #6

bharris-fs opened this issue Jun 14, 2018 · 0 comments

Comments

@bharris-fs
Copy link

I have been using GNU ELPA and MELPA, but I just switched from MELPA to MELPA-Stable. When I did, I notice that ess-R-data-view is now marked as incompat in the Package Manager. That seems to be because you require ((ctable "20130313.1743") (popup "20130324.1305") (ess "20130225.1754")), which are MELPA-style version numbers.

I don't know if there's a standard way to manage the required version tags across both MELPA and MELPA-Stable, but it would be nice if ess-R-data-view could do that. I'm guessing you are really happy with ctable 0.1.2, popup 0.5.3, and ess 17.11 or less as well as with versions marked with the date codes given in your code. Do tagged releases, which then get picked up by MELPA-Stable, need version tags on all dependencies, while untagged releases, which get picked up by MELPA, need no version tags on dependencies? That is, is the workflow to a) decide to release a "stable" version, b) change all dependency versions to tags, c) tag the package and commit, d) change the dependencies back to dates, and e) commit again to get a new MELPA version? I'm just guessing at this point.

If you could fix that, I think it would enable me and others to use your package with the current "stable" version of ess, ctable, and popup. If I've misunderstood how this should work, please feel free to educate me.

Thank you.

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

1 participant