[Pkg-opencl-devel] [Pkg-fglrx-devel] Bug#695884: amd potentially improper OpenCL dependencies

[Vincent Danjean]

Le 16/09/2013 12:54, Andreas Beckmann a écrit :
> On 2013-09-14 22:01, Vincent Danjean wrote:
>>   Sorry to be so long.  I just checked (by creating fake packages): such
>> kind of relationships does not work with multiarch. More exactly, here,
>> the dependency will be ok as soon as a icd is installed, whatever its
>> architecture is...
> 
> Are you sure? I just tried (in jessie) and having nvidia-opencl-icd:i386
> installed does not satisfy the Recommends in nvidia-libopencl1:amd64

You are right. Depends on virtual packages seem to require the
same architecture (at least when M-A: same are used).
  After recheck, the bug I hit was the deny to install
two libopencl1 libraries from two different vendors on two
different architectures:

vdanjean at eyak:~/debian/mainteneur/ocl-test$ sudo env LC_ALL=C dpkg -i ot-vendor1-libopencl1_1.0-1_amd64.deb
(Reading database ... 518846 files and directories currently installed.)
Preparing to replace ot-vendor1-libopencl1:amd64 1.0-1 (using ot-vendor1-libopencl1_1.0-1_amd64.deb) ...
Unpacking replacement ot-vendor1-libopencl1:amd64 ...
Setting up ot-vendor1-libopencl1:amd64 (1.0-1) ...
vdanjean at eyak:~/debian/mainteneur/ocl-test$ sudo env LC_ALL=C dpkg -i ot-vendor2-libopencl1_1.0-1_i386.deb
dpkg: regarding ot-vendor2-libopencl1_1.0-1_i386.deb containing ot-vendor2-libopencl1:i386:
 ot-vendor2-libopencl1 conflicts with ot-libopencl1
  ot-vendor1-libopencl1:amd64 provides ot-libopencl1 and is present and installed.

dpkg: error processing ot-vendor2-libopencl1_1.0-1_i386.deb (--install):
 conflicting packages - not installing ot-vendor2-libopencl1:i386
Errors were encountered while processing:
 ot-vendor2-libopencl1_1.0-1_i386.deb
vdanjean at eyak:~/debian/mainteneur/ocl-test$ sudo env LC_ALL=C dpkg -i ot-vendor1-libopencl1_1.0-1_i386.deb
Selecting previously unselected package ot-vendor1-libopencl1:i386.
(Reading database ... 518846 files and directories currently installed.)
Unpacking ot-vendor1-libopencl1:i386 (from ot-vendor1-libopencl1_1.0-1_i386.deb) ...
Setting up ot-vendor1-libopencl1:i386 (1.0-1) ...



So Provides/Conflicts for libopencl1 allows only one vendor to be used
(even for different architectures). Is this a problem ?


In any case, it means that, for #695884, I ACK the proposal:

>>> OK, then we should also probably replace the change
>>> made in experimental fglrx-driver/1:13.1-1
>>> for "amd-clinfo" & "amd-libopencl1":
>>> Recommends: amd-opencl-icd
>>>    with following:
>>> Recommends: amd-opencl-icd | opencl-icd


  Regards,
   Vincent

PS: if you want to play with my ot-* test packages, you can find them
here (replace alioth-login with your login):
git clone git+ssh://alioth-login@git.debian.org/srv/home/users/vdanjean/public_git/ocl-test.git