After posting that, I realize that its not clear on the specific violation, in general, the problem is this:
Steps to Reproduce: Install rubygems Install any gem: [EMAIL PROTECTED]:~$ sudo gem install rubygems-update Using '/var/lib/gems/1.8/bin/update_rubygems' to provide 'update_rubygems'. Successfully installed rubygems-update-1.2.0 1 gem installed [EMAIL PROTECTED]:~$ ls /usr/local/bin/update_rubygems /usr/local/bin/update_rubygems [EMAIL PROTECTED]:~$ Having packages dump files (or symlinks) into /usr/local breaks the FHS; if its a package installed by the system, it shouldn't install itself or addons into /usr/local. In addition, if gems is updated, the update gets dumped into /usr/local, and is not tracked by APT, making removing the package difficult. No package in Debian that offers its own package system supports using it. Perl offers CPAN, and PHP offers PEAR, and neither one is recommended for use. The Debian Perl group repackages CPAN modules, and I assume PHP does too. The right and PROPER solution is to depericate the use of the gems package manager in Ubuntu, and leave it without symlink, and then package gems so APT is aware of them. Write a script to automate the packaging like the CPAN guys do. -- rubygems bin in PATH potentially breaks other applications and violates all sense of decency in packaging. https://bugs.launchpad.net/bugs/262063 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
