motu-release will revert libgems-ruby to the old state.
Scott Kitterman
ubuntu at kitterman.com
Fri Sep 5 04:57:27 BST 2008
On Thursday 04 September 2008 21:13, Dustin Kirkland wrote:
> On Thu, Sep 4, 2008 at 7:46 PM, Mathias Gug <mathiaz at ubuntu.com> wrote:
> > On Thu, Sep 04, 2008 at 04:04:57PM +0200, Loïc Minier wrote:
> >> No, I mean that it's not a policy violation to try to add the gem
> >> binary path to PATH on a best effort basis because packages will
> >> continue to work whether PATH has the gem binary patch or not.
> >>
> >> I wish manually installed gems benefit the users of the system
> >> (including the admin) and services as much as possible since someone
> >> went through the hassle of installing the gems: it means they either
> >> additional software or newer software available as gems.
> >
> > I assume you meant "it means they *want* either additional software or
> > newer software available as gems".
> >
> > Could the following statement be considered a corollary of the above ?
> >
> > Binaries installed by the administrator should take precedence over
> > binaries provided by packages.
> >
> > That's my interpretation of the following line in /etc/environment:
> >
> > PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/g
> >ames"
>
> My reading of the FHS on /usr/local/bin corroborates that.
> * http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLOCALLOCALHIERARCHY
> * "The /usr/local hierarchy is for use by the system administrator
> when installing software locally."
>
> If an administrator wanted to install something above and beyond the
> normal Ubuntu packages, that would be his/her prerogative, and s/he
> should do that in /usr/local/bin. This could certainly happen as any
> given untar/make/make-install (perhaps using --prefix), for
> self-written software, or as-yet unpackaged software for Ubuntu.
Personally, in the case of Gems, I think it's not problematic for a Gem that
an admin has specifically installed to go in /usr/local for exactly these
reasons. Where I think the disagreement stems from is how to characterize
the additional program that Gems will pull in with them. I do not believe it
is correct to characterize these as 'installed by the adminstrator'. They
were installed by the Gems system and should not be in the default path.
Scott K
More information about the ubuntu-devel
mailing list