Bug#686489: [libgl1-nvidia-alternatives] can't install libgl1-nvidia-alternatives:i386

Andreas Beckmann debian at abeckmann.de
Mon Sep 3 13:55:02 UTC 2012


Control: tag -1 wontfix
Control: close -1
# Control does not work on -done@

On 2012-09-02 19:03, Russ Allbery wrote:
> Guy Roussin <guy.roussin at teledetection.fr> writes:
>> I can't install libgl1-nvidia-alternatives:i386 on my debian sid (amd64)

Why would you want to do that?

> libgl1-nvidia-alternatives isn't tagged for multiarch and probably needs
> to be, at least so long as nvidia-alternative depends on it.  However,
> Andreas was working on this [...]

:-)

> (I'm a little
> confused as to why nvidia-alternative depends on it when the package long
> description of libgl1-nvidia-alternatives says that it's a transitional
> package -- hmm, maybe because we need its maintainer scripts to be updated
> so as not to potentially conflict with what glx-alternative-nvidia does
> later.)

The Depends is there to ensure the old maintainer scripts that managed
alternatives/diversions get cleaned up and can't mess up the system
later on. I tried a lot of upgrade paths and depending on the
transitional packages was the only way to clean up properly - otherwise
apt would just deinstall but not purge the unneeded package ... messing
up the ordering when diversion and alternative ownership gets
transferred ...

> glx-alternative-nvidia, which is the current version, is tagged
> Multi-Arch: foreign.

nvidia-alternative is the more interesting package here and it is M-A:
foreign, too. That's sufficient to install the native version of
nvidia-alternative. (And you probably can't install
nvidia-alternative:i386 on amd64)

>  I suspect that's the correct thing to do for
> libgl1-nvidia-alternatives as well.

There is no need at all to install that transitional package from a
foreign architecture, so this is not going to be fixed.


Andreas



More information about the pkg-nvidia-devel mailing list