Created attachment 430612 [details] Build log >>> Install eselect-opencl-1.1.0-r4 into /tmp/portage/app-eselect/eselect-opencl-1.1.0-r4/image/ category app-eselect cp: cannot stat '/tmp/portage/app-eselect/eselect-opencl-1.1.0-r4/work/OpenCL-Headers-opencl10/cl_egl.h': No such file or directory cp: cannot stat '/tmp/portage/app-eselect/eselect-opencl-1.1.0-r4/work/OpenCL-Headers-opencl11/cl_egl.h': No such file or directory >>> Completed installing eselect-opencl-1.1.0-r4 into /tmp/portage/app-eselect/eselect-opencl-1.1.0-r4/image/ I wouldn't expect install with such errors to be considered successful.
Created attachment 431298 [details] additional build log I ran into the same issue when updating @world. I've attached a copy of my build log as well.
Created attachment 575338 [details, diff] eselect-opencl-1.1.0-r5.ebuild Attached patch appears to solve the problem. Here's what I did: * upgraded from EAPI 5 -> 7 * updated the copyright notice to 2019 * removed version specifier from app-admin/eselect version in DEPEND since 1.2.4 is no longer in tree * added conditional to check for (and skip) the missing file. Separating the 'headers' array into tiers of features may make maintenance of this ebuild easier going forward * forwarded all `cp` output to /dev/null; might be able to change it to `|| die` since we're catching the CL version in the prior bullet point. All other files should copy fine. Kind of surprised it's taken over two years for somebody to do something about this. OpenCL must not get attention on Gentoo.
