On 3 September 2010 16:07, Scott Kitterman wrote:
>> Please make the defaults be /usr/local. At the very least, make the
>> Gem binary path be /usr/locall/bin.
>>
>> Adam
>
> The comparison (at least for Python, I'm not familiar with the others) isn't
> really correct (for Debian/Ubuntu, I don't
On Saturday, August 28, 2010 02:58:04 pm Adam Jacob wrote:
> This has been one of my longest standing issues with Ruby on Debian.
>
> As a systems administrator, having libraries appear in /var/lib/gems,
> and binaries in /var/lib/gems/1.8/bin is incredibly confusing. When I
> install a rubygem o
For me, when I install any non-debian package (gem, easy_install, or
self-compiled) it is a user install. /usr/local makes sense to me.
--
Jeffrey Hulten
Principal Consultant at Automated Labs, LLC
je...@automatedlabs.com 206-923-8246
I would like to register my support for RubyGems to be FHS-compliant and
install in /usr/local. As a systems administrator I currently spend a
significant effort, without adding value, working around Debian's differing
RubyGems implementation.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I agree with Clint and Adam. While I certainly know how to set my PATH, I still
install RubyGems from source on Debian (and Ubuntu) systems because the default
package behaves in a way contrary to what I expect.
-BEGIN PGP SIGNATURE-
Version
On Aug 28, 2010, at 6:26 PM, Daigo Moriwaki wrote:
> I have little idea on CPAN or pypi culture. Are unsigned packages (i.e. no
> infrastructure checking packages consistency) common on CPAN or pypi? Don't
> CPAN
> or pypi users have no security concern?
They do not have any kind of signing, as
Adam,
Adam Jacob wrote:
> policy, and a smooth and predictable user experience. In this case
> we're talking about what happens when an administrator explicitly
> decides to take another route - just like when they use CPAN or pypi.
I have little idea on CPAN or pypi culture. Are unsigned packag
I agree with Adam's points. Primarily it seems very odd to me that `gem`
behaves this way when `cpan` does not.
-ash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
This has been one of my longest standing issues with Ruby on Debian.
As a systems administrator, having libraries appear in /var/lib/gems,
and binaries in /var/lib/gems/1.8/bin is incredibly confusing. When I
install a rubygem on a system, I know I'm stepping outside of the
bounds of Debian's pur
9 matches
Mail list logo
