Bug#479950: java-gcj: java alternative overwritten

2008-08-11 Thread Matthias Klose
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

2008-05-28 Thread Vincent Danjean
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

2008-05-08 Thread James Vega
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

2008-05-08 Thread Matthias Klose
> 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

2008-05-07 Thread James Vega
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

2008-05-07 Thread Blars Blarson
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

2008-05-07 Thread Matthias Klose
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

2008-05-07 Thread Blars Blarson
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]