-
Notifications
You must be signed in to change notification settings - Fork 45
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
gem2rpm get's confused about version? #36
Comments
Sorry, I didn't checked the spec file before opening my mouth. The spec file is "correct", it seems:
Which seems ok, only that yum will obey the first rule only. I don't know if spec supports ignoring a specific version. |
I remember I met this case as well. Not sure how to handle this situation better. It would be probably enough to ignore the "tilt != 1.3.0" entirely, since there is just minor chance to hit this issue in RPM world while the generated requires are not handled correctly for sure. |
thank you |
Sorry to reopen this, please let me know if I should open a new issue. I asked about this on the rpm spec mailing list and they recommended to put this (I'm not sure the "<", ">" are required anymore):
I built a new rpm with this and the version is detected correct now. |
Generally, the rubygem- .spec files should not contain any runtime dependency specifications, because these are automatically generated by the RPM generators (at least in Fedora). The generators now handle with relation which should help with the "yum will obey the first rule only" case as well as conflicts generator which should handle the exceptions such as |
Let me describe the setup: we are trying to generate rpms for gitlab-ce.
The Gemfile.lock has this definition:
We are building our rpms like this:
After the bundle commands are executed, the sprockets gem file has this deps regarding tilt:
Bundle will also create a gem file for tils version 1.4.1 (which should be correct with the above definition)
Gem2rpm generates the sprockets spec file with a dependency on tilt<1.3.0:
The text was updated successfully, but these errors were encountered: