** Changed in: ruby1.9.1 (Ubuntu)
Status: New => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/706603
Title:
gem1.9.1 doens't install executables on PATH
To manage notifications
A few people discussed this issue on #ubuntu-devel and we came to the
following conclusion:
1) We should coordinate this change in both Ubuntu and Debian.
2) We should change the install location for gems to /usr/local. We
still have to patch upstream source as the default install location
(/usr)
I'll try reopen the discussion about gem policy.
Despite all debian security concerns there is a very vocal ruby
community that shuns our patches and we should work to make the
situation better.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
> it's not a simple problem to solve
I disagree. The current state is this: Installation instructions
recommend installing RubyGems from source because Ubuntu's is broken.
This rubygems installed from source in combination with a Ruby installed
from apt will cause gem to write executables in /usr/
Stefan, there is no semantic difference between a gem and a deb package.
It's just a difference of implementation details. From users point of
view they both install, remove and upgrade things. By making both play
well with each other you improve the user experience. That said, I agree
that the con
> You can install gems from debian packages
Something is either a gem or a deb package. A Ruby package installed via
apt should not show up as RubyGem and a Ruby package installed via gem
should not show up as deb. A cleanly written Ruby program that requires
a library doesn't care with which pack
I used some confusing statements in my previous comment. I would also
like to clarify some things.
1) Package installed with domain-specific manager like gem or pip
becomes "debian" package at installation time. It can be removed and
upgraded using either of the managers (with appropriate hooks/tr
You can install gems from debian packages which _cannot_ put things into
/usr/local/. You can also install gems directly. This would probably be
a nightmare to maintain.
In my personal opinion the /var/lib path is broken too. The problem with
the "language-centric" repositories and their client-si
> This has been debated over and over again.
> /usr/local/bin was rejected because the packaging and filesystem policy
> clashes.
I've found these previous discussions:
https://bugs.launchpad.net/ubuntu/+source/ruby1.8/+bug/145267
and
http://fossplanet.com/f10/bug-448639-rubygems-fhs-compliance-d
There's no easy way to add a directory to PATH.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/706603
Title:
gem1.9.1 doens't install executables on PATH
--
ubuntu-bugs mailing list
ubuntu-bugs@lis
This has been debated over and over again.
/usr/local/bin was rejected because the packaging and filesystem policy
clashes. I cannot offer any solution that would not raise all the objections
from both sides.
BTW: would it be possible to solve the problem by instaling gems as is
today and adding
11 matches
Mail list logo