Reading the BTS log, it is not obvious to me how the insserv package came to be installed on your machine in the first place. Besides, if it is enabled, it should not be possible to get it disabled by default using package upgrades without answering a debconf question, so I am unable to guess how your machine ended up without the divert for /usr/sbin/update-rc.d if insserv was enabled.
Could insserv have been pulled in as a dependency on another package? In Debian, I am only aware of the chkconfig and education-common packages having the required relationship on insserv. Is any of these packages installed? Is the insserv package mentioned in /var/log/aptitude*? Are you only using packages from the Debian archive, or are other APT sources used as well? To be able to avoid this problem happening to others in the future, it is required to understand how the machine got in the problematic state. If you have any more ideas on which sequence of events caused it, please let us know. I suspect we need to reproduce the problem to find a solution to it. PS: I suspect you read too much into what seem to be like rather innocent choices of word on Kels part. :) Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
