package dpkg reassign 440690 libswt-gtk-3.2-java thanks Hi,
On Tue, 2007-10-02 at 12:24:54 -0700, Shaun Jackman wrote: > On 9/12/07, Cyril Brulebois <[EMAIL PROTECTED]> wrote: > > Julian Casadesus <[EMAIL PROTECTED]> (07/09/2007): > > > it's pointing to an inexistent file: swt-gtk-3.2.1.jar > > > the correct file is "/usr/share/java/swt-gtk-3.2.2.jar" > > > > > > so it seems to be a bug on the swt package. > > > > It might be a buggy alternative handling, yes; reassigning accordingly. > > Shaun, feel free to slap me around with a big trout if I'm mistaken. > > > > And putting the submitter back in the loop… > > It does appear to be a bug in the alternative handling, so I've > reassigned this bug to dpkg. Please keep that fresh trout on hand if > it turns out I'm using update-alternatives incorrectly in my package. > > I installed libswt-gtk-3.2-java 3.2.1-5, then upgraded to 3.2.2-1. > Afterwards, the alternatives link still pointed to the stale > swt-gtk-3.2.1.jar file. After running update-alternatives --auto, the > link pointed to the correct place. A log follows. That's a problem in libswt-gtk-3.2-java's prerm, it's doing the following: update-alternatives --remove swt.jar /usr/share/java/swt.jar The last bit should had been /usr/share/java/swt-gtk-3.2.1.jar in the etch version and /usr/share/java/swt-gtk-3.2.2.jar in the lenny/sid ones. That u-a call fails, and the alternative is not touched. The file gets removed and when installing the new alternative the current one points to a non-existing file, which makes u-a set it to manual mode. regards, guillem
