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.rous...@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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
