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

Lock cookiejar at 0.3.0 #287

Closed
wants to merge 1 commit into from
Closed

Lock cookiejar at 0.3.0 #287

wants to merge 1 commit into from

Conversation

ajb
Copy link

@ajb ajb commented Mar 13, 2014

Per this issue: dwaite/cookiejar#13 (comment)

This probably should be considered urgent.

@jcoglan
Copy link
Collaborator

jcoglan commented Mar 13, 2014

I don't think this should be done in packages that depend on cookiejar, because gems with too-strict versioned dependencies are likely to conflict with one another, rendering it impossible to use two packages that depend on different versions of cookiejar in the same project.

Because Ruby has a single dependency namespace, and you cannot run two versions of a gem in the same process, I think it needs to be left up to the end user to specify gem 'cookiejar', '0.3.0' if they are having problems. This seems like a temporary problem anyway that should be fixed with another release of cookiejar, and it seems wrong for all downstream gems to lock their dependencies in the interim.

@ajb
Copy link
Author

ajb commented Mar 13, 2014

Unfortunately, it seems that the maintainer of cookiejar is MIA at present, but agreed that fixing cookiejar is obviously a better solution.

@ajb
Copy link
Author

ajb commented Mar 13, 2014

And naturally, cookiejar 0.3.2 is released as soon as I open this PR. Sorry to bother :)

@ajb ajb closed this Mar 13, 2014
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

Successfully merging this pull request may close these issues.

2 participants