Re: [Pkg-opencl-devel] opencl-icd virtual package(s)?

2023-06-21 Thread Paul Wise
On Mon, 2023-06-19 at 11:04 +0100, Simon McVittie wrote: > Older Intel integrated GPUs are not very fast anyway, so this might not > be a particularly significant loss. Plenty fast enough to run the FOSS 3D games in Debian like 0ad though. -- bye, pabs https://wiki.debian.org/PaulWise signat

Re: opencl-icd virtual package(s)?

2023-06-19 Thread Rebecca N. Palmer
(beignet's FTBFS is #974792, my previous attempts to fix it are in Salsa, and I was planning to remove it and accept that older hardware would only be able to use CPU (pocl) OpenCL. Please use that bug for further discussion of that.) I'd leave the loader packages alone, i.e. ocl-icd-libopenc

Re: [Pkg-opencl-devel] opencl-icd virtual package(s)?

2023-06-19 Thread Simon McVittie
At the risk of stating the obvious, OpenCL seems to be "the same shape" as many other GPU-related APIs like GLX, EGL, Vulkan, VA-API and VDPAU: - applications link to a loader library - the loader library dlopens a concrete implementation of OpenCL (an "ICD", Installable Client Driver) - hopeful

Re: [Pkg-opencl-devel] opencl-icd virtual package(s)?

2023-06-19 Thread Andreas Beckmann
On 19/06/2023 06.10, Paul Wise wrote: On Sun, 2023-06-18 at 07:28 +0100, Rebecca N. Palmer wrote: Hence, such a package would need to Depend on or Recommend *all* the ICDs, similar to xorg-xserver-video-all. Ah. So considering what Vincent said, something like this? Should we distinguish be

Re: [Pkg-opencl-devel] opencl-icd virtual package(s)?

2023-06-18 Thread Paul Wise
On Sun, 2023-06-18 at 07:28 +0100, Rebecca N. Palmer wrote: > Hence, such a package would need to Depend on or Recommend *all* the > ICDs, similar to xorg-xserver-video-all. Ah. So considering what Vincent said, something like this?    Package: some-opencl-using-package    Recommends: opencl-ic

Re: [Pkg-opencl-devel] opencl-icd virtual package(s)?

2023-06-18 Thread Simon Richter
Hi, On 6/19/23 01:37, Vincent Danjean wrote: All we can do with the dependency system (not yet done) would be to force a dependency on a new virtual package to ensure that at least one ICD with the correct minimal version is available. I'm not sure if this is really possible (is it possible

Re: [Pkg-opencl-devel] opencl-icd virtual package(s)?

2023-06-18 Thread Vincent Danjean
Le 18/06/2023 à 08:28, Rebecca N. Palmer a écrit : On 18/06/2023 03:37, Paul Wise wrote: Presumably any of the OpenCL ICDs work for most packages? For most OpenCL-using *packages* but not most *hardware*.  (Except for pocl-opencl-icd, which works nearly everywhere but is slow.) Perhaps ther

Re: [Pkg-opencl-devel] opencl-icd virtual package(s)?

2023-06-18 Thread Rebecca N. Palmer
On 18/06/2023 03:37, Paul Wise wrote: Presumably any of the OpenCL ICDs work for most packages? For most OpenCL-using *packages* but not most *hardware*. (Except for pocl-opencl-icd, which works nearly everywhere but is slow.) Perhaps there should be a default-opencl-icd virtual package?

Re: opencl-icd virtual package(s)?

2023-06-17 Thread M. Zhou
On Sun, 2023-06-18 at 10:37 +0800, Paul Wise wrote: > [BCCed to OpenCL ICD implementation package maintainers] > > I noticed that some packages have a dep on specific OpenCL ICD > packages, but don't dep on the opencl-icd virtual package(s). > Presumably any of the OpenC

opencl-icd virtual package(s)?

2023-06-17 Thread Paul Wise
[BCCed to OpenCL ICD implementation package maintainers] I noticed that some packages have a dep on specific OpenCL ICD packages, but don't dep on the opencl-icd virtual package(s). Presumably any of the OpenCL ICDs work for most packages? $ grep-aptavail --no-field-names --show-field Pa