Bug#479950: java-gcj: java alternative overwritten
tag 479950 + wontfix thanks if these are still overwritten, then update-alternatives should offer a mode to update/add/remove slave links without changing the alternative. related bugs filed on dpkg might be 342566 and 388313. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#479950: java-gcj: java alternative overwritten
Blars Blarson wrote: > After upgrading my system, a java program failed to run because the java > alternative was overwritten from the previously selected sun java. I saw several times the same bug until I discovered that instead of using update-alternatives, I should use update-java-alternatives. Since, my selection is kept upon upgrade. I do not investigate further but I think there is really a bug here with the interaction of update-alternatives and update-java-alternatives. Best regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#479950: java-gcj: java alternative overwritten
On Thu, May 08, 2008 at 09:30:26AM +0200, Matthias Klose wrote: > > On Wed, May 07, 2008 at 12:04:44PM +0200, Matthias Klose wrote: > > The proper approach is to only remove the alternative in prerm if $1 is > > "remove" or "deconfigure". > > which exactly doesn't work when changes are made. It works just fine since your postinst is always running "update-alternatives --install" and thus causing your priority or slave link change to occur. The alternative doesn't have to be removed for --install to change those parts of the alternative. -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#479950: java-gcj: java alternative overwritten
> On Wed, May 07, 2008 at 12:04:44PM +0200, Matthias Klose wrote: > > maybe this works for the simple case, but how is it technically > > possible to keep an alternative in manual state, if you change > > priority, add or remove slave links? > > Neither of these actions cause the manual status to change since they're > simply calling "update-alternatives --install" in ways that don't affect > what the alternative points to. > > The manual state of an alternative refers to the state where the > alternative has been changed to point to something other than the "best" > alternative and has not been set back to auto since. The problem here > is that the package's prerm is *always* removing the alternative > instead. This forces the alternatives database to set the alternative > back to auto since the configured alternative no longer exists. > > The proper approach is to only remove the alternative in prerm if $1 is > "remove" or "deconfigure". which exactly doesn't work when changes are made. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#479950: java-gcj: java alternative overwritten
On Wed, May 07, 2008 at 12:04:44PM +0200, Matthias Klose wrote: > maybe this works for the simple case, but how is it technically > possible to keep an alternative in manual state, if you change > priority, add or remove slave links? Neither of these actions cause the manual status to change since they're simply calling "update-alternatives --install" in ways that don't affect what the alternative points to. The manual state of an alternative refers to the state where the alternative has been changed to point to something other than the "best" alternative and has not been set back to auto since. The problem here is that the package's prerm is *always* removing the alternative instead. This forces the alternatives database to set the alternative back to auto since the configured alternative no longer exists. The proper approach is to only remove the alternative in prerm if $1 is "remove" or "deconfigure". -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#479950: java-gcj: java alternative overwritten
On Wed, May 07, 2008 at 12:04:44PM +0200, Matthias Klose wrote: > > After upgrading my system, a java program failed to run because the java > > alternative was overwritten from the previously selected sun java. > > maybe this works for the simple case, but how is it technically > possible to keep an alternative in manual state, if you change > priority, add or remove slave links? I don't know why I, as bug submitter, should be expected to figure out how you should handle alternatives. My packages don't do much with them. Overwriting a manually selected alternative is IMHO a serious bug. If you can't figure out whether the alternative was manually or automaticly selected, don't overwrite it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#479950: java-gcj: java alternative overwritten
tag 479950 + moreinfo thanks Blars Blarson writes: > Package: java-gcj-compat > Version: 1.0.78-1 > Severity: serious > Justification: Policy 10.7.3 > > *** Please type your report below this line *** > > After upgrading my system, a java program failed to run because the java > alternative was overwritten from the previously selected sun java. maybe this works for the simple case, but how is it technically possible to keep an alternative in manual state, if you change priority, add or remove slave links? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#479950: java-gcj: java alternative overwritten
Package: java-gcj-compat Version: 1.0.78-1 Severity: serious Justification: Policy 10.7.3 *** Please type your report below this line *** After upgrading my system, a java program failed to run because the java alternative was overwritten from the previously selected sun java. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages java-gcj-compat depends on: ii java-gcj-compat-headless 1.0.78-1 Java runtime environment using GIJ ii libgcj9-0-awt 4.3.0-3AWT peer runtime libraries for use java-gcj-compat recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]