Bug#769072: #769191: nvidia-opencl-icd breaking non-nvidia systems

[Andreas Beckmann]

On 2014-11-23 00:30, Rebecca N. Palmer wrote:
> I think the trigger is nvidia-opencl-icd adding a new dependency on
> libcuda1 (changelog: Add libcuda1 dependency to libraries that seem to
> be capable of doing dlopen("libcuda.so") or dlopen("libcuda.so.1").),
> which pulls in the rest of nvidia-* as libcuda1 Recommends:
> nvidia-kernel-dkms which Recommends: nvidia-driver.

Damn, ensuring that there are proper dependencies for all the NVIDIA
packages breaks (well, sort of breaks) the upgrade in case
nvidia-opencl-icd was installed in wheezy for no good reason ...

I've now prepared two changes in SVN (n-g-d branches/jessie):

nvidia-graphics-drivers (340.46-6) UNRELEASED; urgency=medium

  * nvidia-kernel-dkms: Switch to Recommends: nvidia-driver | libcuda1
    to break the chain libcuda1 -> nvidia-kernel-dkms -> nvidia-driver.
  * nvidia-opencl-icd: Downgrade the Depends: libcuda1 to Suggests. This
    should avoid pulling in too many NVIDIA packages on wheezy -> jessie
    upgrades of systems that have no NVIDIA hardware, but nvidia-opencl-icd
    installed nevertheless.  (Closes: #769072, #770588, #769191)

In upgrade tests in minimal wheezy chroots with nvidia-opencl-icd
installed that seemed to work and did no longer pull nvidia-driver into
the system.

I don't know how seriously the missing libcuda1 breaks
nvidia-opencl-icd. I can see that this is being dlopen()ed, but at least
clinfo still reports something about the GPU. I don't have a better
testcase right now, suggestions welcome.

A more proper solution could be to rename nvidia-opencl-icd to e.g.
nvidia-icd and add an empty nvidia-opencl-icd package that only
Suggests: nvidia-icd. That would prevent inadvertent "users" of
nvidia-opencl-icd from getting anything new from the nvidia stack but
everyone who really wants to use nvidia-icd would have to install it
manually.
(but we could Recommend it from nvidia-opencl-dev
(src:nvidia-cuda-toolkit)).

Andreas