I try to keep the mesa install minimal given nvidia's libraries get used, so mesa is built with USE=X and nothing else to satisfy dependencies, previously was ="X egl" (I don't really use egl) Upon rebuilding nvidia-drivers on latest ~amd64 with: x11-drivers/nvidia-drivers-440.59:0/440::gentoo USE="X driver gtk3 kms multilib static-libs tools -acpi -compat -libglvnd -uvm -wayland" ABI_X86="32 (64) (-x32)" I got this: In file included from libXNVCtrlAttributes/NvCtrlAttributesVidMode.c:21: libXNVCtrlAttributes/NvCtrlAttributesPrivate.h:26:10: fatal error: EGL/egl.h: No such file or directory At first I thought it may be only with static-libs (I need libXNVCtrl.a), however it gets built either way leading to the same failure. Builds fine if I re-add "egl" to mesa to get the headers. Not sure what's the best way to fix this, but unless using libglvnd USE for headers I'd guess there's a need to depend on mesa[egl] or else there's no provider.
Thank you for the report. Please recompile and *attach* the logfiles and paste the emerge info as described on https://wiki.gentoo.org/wiki/Attach_the_logs_to_the_bug_ticket We need to have all information at hand before ticket assignment, so that the maintainer can look after it in one session with minimal number of callbacks. Please reopen this ticket (Status:unconfirmed) afterwards. Are other versions affected too?
I pointed the near exact cause version of it already (-libglvnd and having mesa built without USE=egl). Did forget to mention that it's only with nvidia-drivers[tools]. All >=430.64 versions are affected given: src/libXNVCtrlAttributes/NvCtrlAttributesPrivate.h:#include <EGL/egl.h> src/libXNVCtrlAttributes/NvCtrlAttributesEgl.c:#include <EGL/egl.h> src/glxinfo.c:#include <EGL/egl.h> While there is no dependency check to ensure EGL/egl.h is installed. It's a bit of a edge case given most people have mesa built with [egl]. If that's not enough info, I'm not going to bother further given this bug doesn't concern me anymore. I switched to libglvnd and removed mesa entirely (funny to build and run mesa-progs without mesa).
I'll just close this since the trend seem to go toward using libglvnd by default now, so this will lose relevance anyway.