Processed: dpkg: update-alternatives madness

Processing commands for [EMAIL PROTECTED]: > reassign 37254 dpkg Bug#37254: dpkg: update-alternatives madness Bug reassigned from package `packaging-manual' to `dpkg'. > thanks Stopping processing here. Please contact me if you need assistance. Darren Benham (administra

Bug#37254: dpkg: update-alternatives madness

reassign 37254 dpkg thanks Hi, Since the packaging manual already contains the correct text, I am sending this back to dpkg, as decided. manoj -- Being schizophrenic is better than living alone. Manoj Srivastava <[EMAIL PROTECTED]> 1024R

Bug#37254: dpkg: update-alternatives madness

> Previously Julian Gilbey wrote: > > Do we need to then specify this in the policy manual, or will it be > > sufficient to file bugs against packages which don't have the needed > > update-alternatives in their prerm? > > No need to put this in the policy manual. The policy manual is for > polici

Bug#37254: dpkg: update-alternatives madness

Previously Julian Gilbey wrote: > Do we need to then specify this in the policy manual, or will it be > sufficient to file bugs against packages which don't have the needed > update-alternatives in their prerm? No need to put this in the policy manual. The policy manual is for policies, not for gu

Bug#37254: dpkg: update-alternatives madness

> I agree that update-alternatives shouldn't put an alternative into > manual mode because a _target_ disappeared unexpectedly. I'll look > into this eventually. > > But, the problem doesn't happen if you call update-alternatives in the > prerm, which is where you should. So it would be good if

Processed: dpkg: update-alternatives madness

Processing commands for [EMAIL PROTECTED]: > reassign 37254 debian-policy, dpkg Bug#37254: dpkg: update-alternatives madness Bug reassigned from package `dpkg' to `debian-policy, dpkg'. > severity 37254 normal Bug#37254: dpkg: update-alternatives madness Severity set to `

dpkg: update-alternatives madness

reassign 37254 debian-policy, dpkg severity 37254 normal quit I agree that update-alternatives shouldn't put an alternative into manual mode because a _target_ disappeared unexpectedly. I'll look into this eventually. But, the problem doesn't happen if you call update-alternatives in the prerm,