Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 670266 - media-libs/mesa-18.2.4 - OpenCL libraries are no longer moved to /usr/$(get_libdir)/OpenCL/vendors/mesa, breaking app-eselect/eselect-opencl
Summary: media-libs/mesa-18.2.4 - OpenCL libraries are no longer moved to /usr/$(get_l...
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo X packagers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-11-04 11:17 UTC by Andreas Grois
Modified: 2020-03-19 22:49 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andreas Grois 2018-11-04 11:17:58 UTC
After updating to the latest stable mesa version (18.2.4), I no longer have mesa's OpenCL libraries displayed in eselect opencl's list.

A quick look at the ebuild shows that the respective code path in multilib_src_install() has been removed as part of switching to meson as build system.
Comment 1 Matt Turner gentoo-dev 2018-11-04 17:36:26 UTC
Cc'ing Jan.

I thought this was as intended since we now depend on dev-libs/ocl-icd.
Comment 2 Jan Vesely 2018-11-05 01:06:26 UTC
This is intentional. mesa's libOpenCL.so.1 is not capable of loading other ICD providers from /etc/OpenCL/vendors.
media-libs/mesa should pull in dev-libs/ocl-icd to provide libOpenCL.so.1 and act as ICD loader for other OCL ICD drivers.
mesa should no longer be visible in "eselect opencl list", instead ocl-icd should be listed.

clinfo should still display:
>  Platform Name                                   Clover
>  Platform Vendor                                 Mesa
>  Platform Version                                OpenCL 1.1 Mesa 18.2.4
if mesa was built with +opencl
Comment 3 Andreas Grois 2018-11-05 18:32:57 UTC
Okay, sorry for the confusion. My bad.
Comment 4 Volker Hemmann 2018-11-11 13:05:49 UTC
well, I think the bug in itself is valid.

Updated to mesa 18.2.4 opencl flags are set, mesa happily updates, and then wine fails because of missing opencl.

eselect opencl list:

eselect opencl list
Available OpenCL implementations:
  [1]   mesa *
  [2]   ocl-icd

so some cleanup is not happening?
Comment 5 Matt Turner gentoo-dev 2018-11-11 18:44:30 UTC
Oh, I bet we need to call eselect opencl to ensure we're set to the right implementation.
Comment 6 Jeroen Roovers (RETIRED) gentoo-dev 2018-11-15 14:19:06 UTC
*** Bug 671112 has been marked as a duplicate of this bug. ***
Comment 7 Matt Turner gentoo-dev 2018-11-15 17:44:14 UTC
(In reply to Matt Turner from comment #5)
> Oh, I bet we need to call eselect opencl to ensure we're set to the right
> implementation.

Jan: I assume we cannot just readd eselect opencl set --use-old ${PN}. Do we need to query output of eselect opencl and if it's 'mesa' reset to ocl-icd?
Comment 8 Jan Vesely 2018-11-16 16:11:37 UTC
(In reply to Matt Turner from comment #7)
> (In reply to Matt Turner from comment #5)
> > Oh, I bet we need to call eselect opencl to ensure we're set to the right
> > implementation.
> 
> Jan: I assume we cannot just readd eselect opencl set --use-old ${PN}. Do we
> need to query output of eselect opencl and if it's 'mesa' reset to ocl-icd?

hm, does 

> sudo eselect opencl set --use-old

help?

my hope is that eselect figures out that mesa implementation is missing and switches to the next one.
Comment 9 Matt Turner gentoo-dev 2020-03-19 22:49:45 UTC
This was caused by the opencl icd switch, which I think is long enough ago to not bother worrying about upgrading from.