I'm sure this RubyGems topic probably deserves it's own thread...
We go through a lot of political/legal paperwork at $WORK to deploy
open-source software on our Red Hat systems. Throwing logic aside, we
managed to get approval to use any RPM package from EPEL, but that's
not the case for RubyGems out on
rubyforge.org. RPM packages are
simple to maintain and track for inventory purposes, but I agree with
your comments on packaging systems falling behind.. (We still have
lots of RHEL4 boxes, which can be very difficult with the ruby RPMs
offered with that distro).
Thanks for the gem docs. I'll pursue that route.
On Dec 15, 4:43 pm, Rein Henrichs <
r...@reductivelabs.com> wrote:
> At the risk of sparking another flame war, the best way to manage Ruby
> library dependencies is via Rubygems rather than your platform's packaging
> system -- which tends to have out of date Ruby packages and can conflict
> with installed gems[1]. Fortunately, it is entirely possible and in fact
> quite easy to install and use Rubygems as a local user (rather than
> root)[2]. We've done our best to remove external dependencies but this one
> unfortunately remains.
>
> The bottom line is that rake 0.8.4 is the first known-good version for the
> version of Rails that Dashboard uses and, as such, the first that we
> currently support. However, the rake install task (which is the only thing
> that requires rake aside from running the spec suite) may work or be made to
> work with older versions of rake. We would be happy to bump the dependency
> down to 0.8.3 to provide out-of-the-box support for RHEL5 and will
> gratefully accept patches that let us do that.
>
> [1] Seehttps://
help.ubuntu.com/community/RubyOnRails
> [2]
http://docs.rubygems.org/read/chapter/3
> >
http://download.fedora.redhat.com/pub/epel/5/x86_64/repoview/rubygem-...
> >
puppet-users...@googlegroups.com<
puppet-users%2Bunsu...@googlegroups.com>
> > .