https://bugzilla.redhat.com/show_bug.cgi?id=825495 Adam Tkac <vonsch@xxxxxxxxx> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vonsch@xxxxxxxxx --- Comment #4 from Adam Tkac <vonsch@xxxxxxxxx> --- (In reply to Bohuslav "Slavek" Kabrda from comment #3) > Emanuel, > I'm not sure we want redmine in Fedora. It would make us always have its > specified version of rails. I don't think we want to have our hands tied > with that. > What if we want to get rails 4 (when they get released) into Fedora and > redmine still relies on 3.2.3? This would limit us greatly, I have to say I > am against that. > > A solution to your problem might be creating a software collection [1], [2], > which would be independent on system Gems versions. Unfortunately, software > collections are not allowed into Fedora [3] - but I believe that if enough > users would want to use them for projects like this, FPC would allow them. > Redmine is a great candidate for a software collection, I think. I don't think it's right decision to ban redmine from Fedora because it's upstream doesn't port it to the latest rails immediately after it gets released. I'm not ruby/rails expert but in my opinion situation when redmine (or other rails project) depends on older rails and you want new rails in distro before redmine gets ported, you can create rails-compat package with old rails and update the main rails pkg. There are many examples of this approach in distro (gtk2/gtk3, qt3/qt and various .*compat.* packages with their latest counterparts). Or is not possible to have two packages of rails same time in Fedora without package collections? -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review