Dnia 2012-07-17, wto o godzinie 10:35 -0700, Russ Allbery pisze: > Hello all, > > Could someone who has the time and the tools available do a check on all > the dependencies in main for dependencies on non-free/contrib? This > information would be very helpful in evaluating tech-ctte bug #681419. In > particular: I'm maintaining PyOpenCL which is currently in contrib, but I hope to move it to main in Wheezy+1. PyOpenCL builds cleanly with main-only packages, and can run with packages from main, but will not be usable then. It depends on ICD loader (free) and on opencl-icd (currently only non-free implementations are available). For more detailed description of OpenCL packaging in Debian see Vincent Danjean <vdanjean@debian.org> mail "OpenCL in Debian" from 2012-07-01 http://lists.debian.org/debian-devel/2012/06/msg01108.html > > * How many total dependencies are there? (We're only interested in > Depends or Recommends for this purpose, not Suggests.) > > * Are all of those dependencies alternative dependencies of the form: > > Depends: foo | foo-nonfree In PyOpenCL it'll always be: Depends: ocl-icd-libopencl1 | libopencl1 where the ocl-icd-libopencl1 is free package, while other packages providing libopencl1 (currently amd-libopencl1 and nvidia-libopencl1) are non-free. I want to allow for users to be able to use non-free ICD loaders to allow for experiments and having different OpenCL versions (see bug #673992). As for opencl-icd, now PyOpenCL has: Depends: opencl-icd As soon as Debian has a free OpenCL implementation I'll change it to Depends: free-opencl-icd | opencl-icd but I intend to keep dependency on non-free OpenCL implementations (currently amd-opencl-icd and nvidia-opencl-icd) to allow to use GPGPU hardware if users are using non-free drivers. > > or are there other cases? A list of the other cases would be very > interesting. (Some may just be bugs, but we may not have thought of > some other possible pattern.) > I am not sure if PyOpenCL fits general case or is special case. It requires two OpenCL-related packages (ICD loader and ICD) to work and those can be any mixture of free and non-free packages. > * Are any of these dependencies versioned? One of the things we're > evaluating is whether it would always be possible to replace those > dependencies with a straight dependency on foo, with foo-nonfree > Providing foo. Currently not (ICD loader takes care of proper managing of ICD versions) but I am wondering whether to add versioned dependency on ocl-libopencl1 (see my mail from 2012-07-10 "OpenCL in Debian" http://lists.debian.org/debian-devel/2012/07/msg00240.html ). From experience it seems that PyOpenCL works well with opencl-headers and ocl-icd-libopencl1, while there are some problems with different versions of non-free libopencl1 (most notably NVIDIA). Best regards. -- Tomasz Rybak <tomasz.rybak@post.pl> GPG/PGP key ID: 2AD5 9860 Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860 http://member.acm.org/~tomaszrybak
Attachment:
signature.asc
Description: This is a digitally signed message part