[gentoo-dev] [PATCH] Migrate (non-Nvidia) OpenCL providers to virtual/opencl-3

Now that we have got two OpenCL ICD loaders in the tree, that starting with version 3, virtual/opencl will only pull an ICD loader rather than any specific implementation, and that we are in the process of following the footsteps of OpenGL in migrating away from using eselect to switch between Open

[gentoo-dev] [PATCH 2/3] media-libs/mesa: do not force use of specific ICD loader

Pending maintainer approval, and letting the stable ebuild be. Signed-off-by: Marek Szuba --- media-libs/mesa/mesa-20.0.4.ebuild | 2 +- media-libs/mesa/mesa-.ebuild | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/media-libs/mesa/mesa-20.0.4.ebuild b/media-libs/mesa

[gentoo-dev] [PATCH 1/3] dev-libs/rocm-opencl-runtime: do not force use of specific ICD loader

Pending maintainer's approval. Signed-off-by: Marek Szuba --- dev-libs/rocm-opencl-runtime/rocm-opencl-runtime-3.0.0.ebuild | 2 +- dev-libs/rocm-opencl-runtime/rocm-opencl-runtime-3.1.0.ebuild | 2 +- dev-libs/rocm-opencl-runtime/rocm-opencl-runtime-3.3.0.ebuild | 2 +- 3 files changed, 3 inser

[gentoo-dev] [PATCH 3/3] dev-util/intel-ocl-sdk: require an ICD loader instead of running standalone

At least version 4.4.0.117 works fine with a loader, and in any case using an OpenCL implementation which exclusively targets CPUs is of limited use. Pending maintainer approval, and letting the stable ebuild be. Signed-off-by: Marek Szuba --- dev-util/intel-ocl-sdk/intel-ocl-sdk-4.4.0.117-r1.e

Re: [gentoo-dev] [PATCH 1/3] dev-libs/rocm-opencl-runtime: do not force use of specific ICD loader

On 2020-04-08 11:28, Marek Szuba wrote: Pending maintainer's approval. Signed-off-by: Marek Szuba --- dev-libs/rocm-opencl-runtime/rocm-opencl-runtime-3.0.0.ebuild | 2 +- dev-libs/rocm-opencl-runtime/rocm-opencl-runtime-3.1.0.ebuild | 2 +- dev-libs/rocm-opencl-runtime/rocm-opencl-runtime-3.3

Re: [gentoo-dev] zoom concerns

Kent Fredric wrote: > Syntax above not expected verbatim, just food for thought, I think this is a really good and useful idea. I would love to see it. > the nature of this metadata is that it SHOULD NOT be in the ebuild > itself, as it is inherently "repo based", the installed values of > these

[gentoo-dev] Re: [PATCH 2/3] media-libs/mesa: do not force use of specific ICD loader

Looks good to me. Thanks!

[gentoo-dev] [PATCH 1/2] meson.eclass: clean up meson_src_configure

This mainly rearranges some code to make it easier to read. Also changes the bare 'meson' call to 'meson setup'. Signed-off-by: Mike Gilbert --- eclass/meson.eclass | 30 -- 1 file changed, 20 insertions(+), 10 deletions(-) diff --git a/eclass/meson.eclass b/eclass/m

[gentoo-dev] [PATCH 2/2] meson.eclass: add MYMESONARGS variable

This was requested to allow users to pass aribtrary arguments to meson. Signed-off-by: Mike Gilbert --- eclass/meson.eclass | 11 +++ 1 file changed, 11 insertions(+) diff --git a/eclass/meson.eclass b/eclass/meson.eclass index 3e3a2e2f7a2e..0932a7ed427f 100644 --- a/eclass/meson.eclass

Re: [gentoo-dev] [PATCH 3/3] dev-util/intel-ocl-sdk: require an ICD loader instead of running standalone

On 2020-04-08 16:28, Marek Szuba wrote: > using an OpenCL implementation which exclusively targets CPUs is of > limited use. Clarification on the above: I meant using an implementation of this sort *in standalone mode* i.e. set as THE OpenCL implementation by eselect-opencl. It has never been my

Re: [gentoo-dev] [PATCH 2/2] meson.eclass: add MYMESONARGS variable

On Wed, 8 Apr 2020 16:34:52 -0400 Mike Gilbert wrote: > This was requested to allow users to pass aribtrary arguments to meson. > > Signed-off-by: Mike Gilbert > --- > eclass/meson.eclass | 11 +++ > 1 file changed, 11 insertions(+) > > diff --git a/eclass/meson.eclass b/eclass/meson

Re: [gentoo-dev] zoom concerns

On Wed, 8 Apr 2020 17:39:54 + Peter Stuge wrote: > E.g. for auditing the installed values of these could be worth a lot. Only as far as analyising "why was this package installed, currently the metadata says its un-audited!". But for things like "affected by CVE/Bug", the very nature of tho