RPM and GEMS conflict of interest

[Gilles Dubreuil]

Hi Mamoru,

I understand this functionality I didn't know about ;-)

I also guess you're right and as long it doesn't break the gems as we
can still install multiple gems of different versions.

Don't get me wrong I reckon rpms are very powerful and made system
change management so easy.

At same time I use Ruby more and more as well as ROR and the
dependencies and I feel it's redundant. As I'm sure it also adds
overhead of building the rpm specs. So where is the line?
 
For instance instead of building rpm for apps which are not built as
gems (like alexandria) into gem wouldn't it be preferable to integrate
gem dependencies into rpms?

Let's say a ruby app needs gems (like alexandira) so the corresponding
rpm pack triggers "gem install" which depends initially on ruby and
rubygems packages but would also depends on other needed rpms?

This way multiple ruby-gem rpms versions would be possible.
Actually can we do multiple rpms version without conflict?

Regards,

Gil
 

On Wed, 2010-06-23 at 17:26 +0900, Mamoru Tasaka wrote:
> Gilles Dubreuil wrote, at 06/23/2010 04:36 PM +9:00:
> > Hello,
> >
> > I've been asking myself why there bother with rubygem packages?
> >
> > Gems have a different life cycle and are completely managed through the
> > gem interface:
> >
> 
> This works if you use gem-based packages only.
> For example let's take alexandria http://alexandria.rubyforge.org/
> 
> - alexandria itself does not provide gem
> - but alexandria depends on many rubygem modules
> - and also depends on ruby modules which are not provided by gem
>    (mainly ruby-gnome2 related packages)
> 
> so with making "$ yum install alexandria" just succeed without any
> trouble, packaging gem packages in rpm style is unavoidable.
> 
> Also packaging gem rpms means that
> - we can modify the gems if needed
> - remove files unneded on runtime, something broken, etc
> - and also do other things
> to use them on Fedora. In short, using rpm management has much benefit
> for us.
> 
> Regards,
> Mamoru
> _______________________________________________
> ruby-sig mailing list
> ruby-sig at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/ruby-sig