Bug#805132: glx-alternative-nvidia:amd64 installs update-glx:armhf as dependency

[Diederik de Haas]

On Sunday 15 November 2015 11:27:09 Andreas Beckmann wrote:
> > I haven't rebooted yet so I don't know if it will cause problems, but it
> > does seem odd that on my amd64 a package from armhf is installed as
> > dependency instead of the one from my 'native' architecture.
> 
> That's weird, but it should be harmless, 

I now have rebooted and the system/X still works so it looks like you're 
right. But as I don't use the functionality of update-glx (afaik) I don't know 
whether it still functions or not.

> otherwise these packages wouldn't be multiarch:foreign
> ...
> I cannot reproduce this by installing glx-alternative-nvidia in a
> minimal sid amd64+armhf schroot. Maybe a bug in apt/aptitude/... you may
> want to reassign it there.

$ aptitude search '?narrow(~i,?multiarch(foreign))' | wc -l
358

According to the above query I have 358 package installed which are 
multiarch:foreign, but this is the first time I've seen the reported behavior 
and I've had this multi-arch configuration for (quite) a while now. 
The output of my nvidia/glx-alternative package from the above query (without 
the "wc -l" part), notice the odd one out:

i A glx-alternative-mesa     - allows the selection of MESA as GLX provider
i A glx-alternative-nvidia    - allows the selection of NVIDIA as GLX provider
i A glx-diversions                    - prepare for using accelerated GLX 
implementations from GPU vendors
i A nvidia-alternative        - allows the selection of NVIDIA as GLX provider
i A nvidia-installer-cleanup   - cleanup after driver installation with the 
nvidia-installer
i A nvidia-kernel-dkms         - NVIDIA binary kernel module DKMS source
i A nvidia-kernel-support     - NVIDIA binary kernel module support files
i A nvidia-support             - NVIDIA binary graphics driver support files
i A update-glx:armhf         - utility for switching the GLX implementation

update-glx is indeed the only one in the whole list with ":armhf" appended to 
its package name. Before reassigning it to apt/aptitude I'd prefer to have 
found another package which exhibits the reported behavior. 
Do you have any suggestions on how to find a (likely) candidate?

> That's reproducible (I manually installed update-glx:armhf afterwards),
> can you reportbug reportbug ?

I've added my findings to bug #690537
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.alioth.debian.org/pipermail/pkg-nvidia-devel/attachments/20151115/34f28ae5/attachment.sig>