David Lutterkort wrote:
On Thu, 2010-07-22 at 09:36 -0500, Michael Stahnke wrote:
> I put together a package for rubygem-rack1 (version 1.1) for EPEL5.
> It is needed for things like Sinatra, Shotgun and newer versions of
> rails. I would love somebody could do a review so we could have it
> inside EPEL5.
>
>
https://bugzilla.redhat.com/show_bug.cgi?id=617228
>
> Basically, I just made it conflict with rubygem-rack. Future packages
> that require rack > 1.1 could just require rubygem-rack1 instead of
> rubygem-rack.
Here's an evil idea: do you think it would be possible to get the yum
standard config changed so that all rubygem-* packages will install
instead of update (i.e. leave old versions on the machine, just as
it'sdone for kernel) ?
This would make it possible to install multiple versions of gems, just
as the gem system was designed. It would get rid of the biggest
objection of using rpm-packaged gems, while avoiding the heinous issues
with 'gem install' (like running gcc at install time)
This would have to become a YUM plugin because a new release of the package
(not a new version) will replace the files on the filesystem but keep the old
release entry in the rpmdb. We may want to trigger cleaning that up based on
release information as opposed to version numbers in a plugin.
Moreover, in Fedora Updates as well as EPEL, only one version of a package can
be in the repository at any given time. When updating one version of rubygem-
rack, you essentially automatically kick out the other version of rubygem-
rack.
-- Jeroen