The explanation would be from the BTS:
badly handles transition away from alternatives, breaks dependant packages.
Does not sound sexy, so wait with the d-u or just hold *ruby*.
Reference
Ruby (grave) [fixed]
Forum rules
Please supply only the affected package name as title, with bugreport number (bugs.debian.org) or other sources. This feed can be subscribed to and piped into your RSS reader or conky: http://linuxbbq.org/bbs/feed.php?mode=news
Please supply only the affected package name as title, with bugreport number (bugs.debian.org) or other sources. This feed can be subscribed to and piped into your RSS reader or conky: http://linuxbbq.org/bbs/feed.php?mode=news
- ivanovnegro
- Minister of Truth
- Posts: 5449
- Joined: Wed Oct 17, 2012 11:12 pm
- ivanovnegro
- Minister of Truth
- Posts: 5449
- Joined: Wed Oct 17, 2012 11:12 pm
Re: Ruby (grave) [fixed]
Done.
-
- Baconator
- Posts: 10253
- Joined: Thu Sep 16, 2010 11:03 am
- Location: Pfälzerwald
- Contact:
Re: Ruby (grave) [fixed]
Thanks DD, got hit by this in the middle of a huge upgrade, hat to remove the whole ruby before skipping the versions, so maybe it's a good idea for those who come from a year-old install to first remove ruby (and also python and apt-listbugs), perform upg, and then add the packages again. I mention this only because else the user gets into an endless cycle in which he has to fuck around with dpkg's database.
..gnutella..
Re: Ruby (grave) [fixed]
Thanks for this and for the workaround. It's been a while since I have dist-upgraded Sidbang, I'll pay attention.