-- Found PkgConfig: x86_64-pc-linux-gnu-pkg-config (found version 1.7.3) CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:164 (message): Could NOT find GLX (missing: GLX_INCLUDE_DIR GLX_LIBRARY) Call Stack (most recent call first): /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:445 (_FPHSA_FAILURE_MESSAGE) modules/FindGLX.cmake:36 (find_package_handle_standard_args) ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_systemd-test-20200620-211522 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-10.1.0 * clang version 10.0.0 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/10/bin /usr/lib/llvm/10 10.0.0 Available Python interpreters, in order of preference: [1] python3.7 [2] python3.9 (fallback) [3] python3.8 (fallback) [4] python3.6 (fallback) [5] python2.7 (fallback) Available Rust versions: [1] rust-1.44.1 * The following VMs are available for generation-2: The Glorious Glasgow Haskell Compilation System, version 8.0.2 timestamp(s) of HEAD at this tinderbox image: /var/db/repos/gentoo Thu 25 Jun 2020 01:05:19 PM UTC emerge -qpvO media-gfx/maim [ebuild N ] media-gfx/maim-5.6.3 USE="-icu"
there is still a similar issue at unstable amd64 tinderbox image 17.1_systemd-test-20200620-211522 (see bug 711980)
Created attachment 646352 [details] emerge-info.txt
Created attachment 646354 [details] CMakeOutput.log
Created attachment 646356 [details] emerge-history.txt
Created attachment 646358 [details] environment
Created attachment 646360 [details] etc.portage.tbz2
Created attachment 646362 [details] logs.tbz2
Created attachment 646364 [details] media-gfx:maim-5.6.3:20200625-140848.log
Created attachment 646366 [details] temp.tbz2
Do you have ideas as to what is causing this? It appears `media-libs/libglvnd` has been installed, which should place a header file at `/usr/include/GL/glx.h`. I looked at the cmake, and this should be the header file maim is looking for. Maybe try building outside of portage?
Because I forgot to mention, maim seems to build perfectly fine on my system, locating GL/glx.h for the dependency.
(In reply to Casey Avila from comment #11) > Because I forgot to mention, maim seems to build perfectly fine on my > system, locating GL/glx.h for the dependency. $> e-file glx.h | grep -F '/usr/include/GL/glx.h' shows 2 different packages owning it: mesa and libglvnd
(In reply to Toralf Förster from comment #12) > (In reply to Casey Avila from comment #11) > > Because I forgot to mention, maim seems to build perfectly fine on my > > system, locating GL/glx.h for the dependency. > > $> e-file glx.h | grep -F '/usr/include/GL/glx.h' > > shows 2 different packages owning it: mesa and libglvnd Hmm yeah that probably has something to do with it. My mesa doesn't include glx.h as part of the package >$ equery f mesa > * Searching for mesa ... > * Contents of media-libs/mesa-20.2.4: >/usr >/usr/include >/usr/include/EGL >/usr/include/EGL/eglextchromium.h >/usr/include/EGL/eglmesaext.h >/usr/include/GL >/usr/include/GL/internal >/usr/include/GL/internal/dri_interface.h >/usr/include/gbm.h >/usr/lib64 >/usr/lib64/dri >/usr/lib64/dri/kms_swrast_dri.so >/usr/lib64/dri/swrast_dri.so >/usr/lib64/libEGL_mesa.so -> libEGL_mesa.so.0 >/usr/lib64/libEGL_mesa.so.0 -> libEGL_mesa.so.0.0.0 >/usr/lib64/libEGL_mesa.so.0.0.0 >/usr/lib64/libGLX_mesa.so -> libGLX_mesa.so.0 >/usr/lib64/libGLX_mesa.so.0 -> libGLX_mesa.so.0.0.0 >/usr/lib64/libGLX_mesa.so.0.0.0 >/usr/lib64/libgbm.so -> libgbm.so.1 >/usr/lib64/libgbm.so.1 -> libgbm.so.1.0.0 >/usr/lib64/libgbm.so.1.0.0 >/usr/lib64/libglapi.so -> libglapi.so.0 >/usr/lib64/libglapi.so.0 -> libglapi.so.0.0.0 >/usr/lib64/libglapi.so.0.0.0 >/usr/lib64/pkgconfig >/usr/lib64/pkgconfig/dri.pc >/usr/lib64/pkgconfig/gbm.pc >/usr/share >/usr/share/doc >/usr/share/doc/mesa-20.2.4 >/usr/share/doc/mesa-20.2.4/README.rst.bz2 >/usr/share/drirc.d >/usr/share/drirc.d/00-mesa-defaults.conf >/usr/share/glvnd >/usr/share/glvnd/egl_vendor.d >/usr/share/glvnd/egl_vendor.d/50_mesa.json Maybe try reinstalling mesa? Or post emerge-info for it. To be honest I am new with bugzilla
This sounds like an issue caused by the transition to using libglvnd, it now providing libGL, including headers. I'm not aware of any current configuration that would allow mesa to own libGL. Is this bug still valid?
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=854d33a2eec23ae9604a92f7bcc322ec1fcaffb7 commit 854d33a2eec23ae9604a92f7bcc322ec1fcaffb7 Author: Joonas Niilola <juippis@gentoo.org> AuthorDate: 2022-08-28 08:19:57 +0000 Commit: Joonas Niilola <juippis@gentoo.org> CommitDate: 2022-08-28 08:22:11 +0000 media-gfx/maim: ebuild enhancements to 5.7.4 - add missing dependencies, - update copyright header, - update EAPI, - update licenses. Closes: https://bugs.gentoo.org/729624 Signed-off-by: Joonas Niilola <juippis@gentoo.org> media-gfx/maim/maim-5.7.4.ebuild | 11 ++++++----- 1 file changed, 6 insertions(+), 5 deletions(-)