On Saturday 11 October 2008 23:20:26 Sven Joachim wrote: > clone 501855 -1 > reassign -1 initscripts, insserv > severity -1 important > thanks > > On 2008-10-11 14:54 +0200, Sven Joachim wrote: > > > Thanks, now I see that there is indeed a dependency loop: the lenny > > version of initscripts conflicts with the etch version of insserv and > > vice versa, so apt has to remove one of these packages before the other > > one can be unpacked. The bug is that it chooses the wrong package, > > namely the required package initscripts instead of the optional insserv. > > Reassigning a copy of this bug to the affected packages. > > > A possible solution would be for insserv to depend on a recent version > > of initscripts instead of conflicting against older versions, thus > > breaking the dependency loop. Insserv maintainers, what do you think? > > If that isn't done, the insserv package must be removed on upgrades, > which will not be a good user experience and may break a lot of things > (see #475478).
Steve Vorlon couldn't reproduce this [0], and my conclusions are the same as his. What is the status of this bug (and its clone)? Thanks, Kel. [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=501855#61 -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
