Ian Z> dpkg is a large and crucially important package, and that means Ian Z> the maintainers always have something more urgent to do than Ian Z> fixing i-i. We should move it into the info package and make the Ian Z> postinstall code conditional on info being installed.
Ian J> There is no particular reason why the people in charge of Ian J> install-info would have to be blocked by the maintainers of the Ian J> rest of the dpkg package. Lots of ways of organising this are Ian J> possible that don't depend on a package split. This was my hypothesis. That bugs in install-info were not getting fixed or even responded to is a fact. Also, even if division of labour is possible without splitting the package, getting fixes in an actual version in testing will be difficult due to the special status of dpkg. This one I know from past problems with alternatives handling. -- A true pessimist won't be discouraged by a little success. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
