reassign 743729 ruby
retitle 743729 ruby: badly handles transition away from alternatives, breaks 
dependant packages
found 743729 ruby/1:2.0.0.1
thanks

The problem is not as simple as I originally thought (trused updatedb
locate cache too much): strace reveals the ruby version for which
debian_version is looking for is 1.8, and current ruby-debian only
ships modules for 1.9.1 and 2.0.0.

# ls -l /usr/bin/ruby
lrwxrwxrwx 1 root root 22 Apr  5 18:15 /usr/bin/ruby -> /etc/alternatives/ruby
# update-alternatives --config ruby
There is only one alternative in link group ruby (providing /usr/bin/ruby): 
/usr/bin/ruby1.8
Nothing to configure.

I guess the problem comes from stopping using alternatives, without
properly declares a "Conflicts" with obsolete ruby versions ?  Well,
#740733 seems to show that this was done in the past, and this issue
is already discussed in its followup...


As for unbreaking the impacted machines:

* purging ruby1.8 leaves the system without /usr/bin/ruby or any of the
  symlinks previously managed as alternatives
* although those symlinks are still listed as part of the ruby package,
  no mechanism seems to prevent this deadly interference with
  alternatives
* creating a ruby -> ruby2.0 manually allows to easily require reinstallation
  of the "ruby" package

Isn't the real problem that dpkg allowed unpacking of conflicting
symlinks in the first place ?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to