Um, I kind of think that's how replaces has always worked. However there's a reason I wanted to shake this out in experimental first. Thanks for the bug report.
Note that the upload of this for unstable will include a mostly dummy libkrb53 that depends on the new libraries. We'll call that the -8 libkrb53. So, I can do roughly what I do in -7, using unversioned replaces. That permits you to do a downgrade, although it's quite tricky. You have to install the old libkrb53, remove the new libs and then reinstall the old libkrb53. The other option is that I can use versioned replaces. For reasons entirely unclear to me, that has different and possibly worse behavior. Here's what happens. The upgrade works fine. But trying to install the old libkrb53 fails because it claims it is trying to overwrite files in the libkrb5-3 package. I've spent over 20 minutes attempting to downgrade and I think I finally got it. However you're right that the versioned replaces approach definitely requires the user to try much harder to get the system into a state where kerberos libs are not available. So, I'll go with the versioned replaces approach. It makes downgrades a real pain, which is kind of annoying as this is a version where you might want to do that, but if you break your system, you'll know what you did, which is a major win. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
