Review for rubygem-rack1
Jeroen van Meeuwen
kanarip at kanarip.com
Wed Jul 28 15:49:56 UTC 2010
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
More information about the ruby-sig
mailing list