On 5/16/07, Alexey Verkhovsky <[EMAIL PROTECTED]> wrote: > > On 5/16/07, Jeff Abbott <[EMAIL PROTECTED]> wrote: > > I dislike managing Rails with gems on systems with package management. > > Having to deal with two package managers is a bit awkward, indeed. > But... repackaging however many gems there are at the RubyForge > repository as RPMs is an insane amount of work. That is the problem. > > Ruby world has chosen RubyGems. You can fight it, or roll with it. For > something like RubyWorks, "roll with it" is arguably the only > reasonable path. >
I think is a good approach what RubyWorks provide, if there was (4 years back) a similar solution for distributing Python packages, many of my developments/deployments had been a joy, but they weren't > Using private package repositories for staged deployment is quite > obviously The Right Way (TM) in many scenarios, so we will be > addressing that in near future. One can do that with gem repositories > just as easily as with yum. > I also do something similar, on Windows, with pre-compiled gems o my private repository. (These packages requires a change in the Rakefile/RubyGem spec file but is something that could be handled easily). > By the way, there is another issue with RubyGems that I'm aware of. > The need to have gcc and header files on production boxes (for > building native extensions). Not every Linux admin likes that. So far, > we are demanding it (our rubygems RPM has a dependency on gcc and > ruby-devel), but I would appreciate it if someone could suggest > another way. > I hate the "you need a compiler, always" part of some rubygems. An update of rubygems specs should raise soon, since tattle reports [1] showed 20% of rubyst running on Windows (i386-mswin32) and no proper / good packaging of binary gems for us ;-) Also, you could add there, that dependencies like RubyInline not only require gcc and devel package always, even on production boxes, but made these available to the user running your application/rubygem update process. (since binaries generated by RubyInline are stored in $HOME). Anyway, excellent work! [1] http://tattle.rubygarden.org/ -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Deploying Rails" group. To post to this group, send email to rubyonrails-deployment@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/rubyonrails-deployment?hl=en -~----------~----~----~----~------~----~------~--~---
