Bug#1033230: webkit2gtk: version 2.39.90-1 lost its libgles2 runtime dependency
On 3/21/23 17:27, Alberto Garcia wrote: > On Mon, Mar 20, 2023 at 01:29:51PM +0100, Gianfranco Costamagna wrote: > >> Hello, for some reasons, now webkit2gtk is not linking anymore >> libGLESv2.so.2 causing surf to fail autopkgtests on arm64 and armhf > > Hmmm... the reason is that this is now handled via libepoxy, which > opens libGLESv2.so.2 on runtime using dlopen(). > > I think that I'll add the dependencies manually for now, but I wonder > if libepoxy should depend on those libraries instead? My understanding is that libepoxy requires its user to set up the EGL/GLX context, and the latter should not rely on libepoxy pulling in the corresponding libraries. -- Earthling Michel Dänzer| https://redhat.com Libre software enthusiast | Mesa and Xwayland developer
Bug#1033230: webkit2gtk: version 2.39.90-1 lost its libgles2 runtime dependency
On Mon, Mar 20, 2023 at 01:29:51PM +0100, Gianfranco Costamagna wrote: > Hello, for some reasons, now webkit2gtk is not linking anymore > libGLESv2.so.2 causing surf to fail autopkgtests on arm64 and armhf Hmmm... the reason is that this is now handled via libepoxy, which opens libGLESv2.so.2 on runtime using dlopen(). I think that I'll add the dependencies manually for now, but I wonder if libepoxy should depend on those libraries instead? Berto
Bug#1033230: webkit2gtk: version 2.39.90-1 lost its libgles2 runtime dependency
Source: webkit2gtk Version: 2.40.0-2 Severity: serious Hello, for some reasons, now webkit2gtk is not linking anymore libGLESv2.so.2 causing surf to fail autopkgtests on arm64 and armhf autopkgtest [05:16:23]: test command3: timeout -v 5m xvfb-run debian/tests/test_text.sh autopkgtest [05:16:23]: test command3: [--- (surf:7196): dbind-WARNING **: 05:16:24.536: AT-SPI: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files Could not determine the accessibility bus address Could not read style file: /home/debci/.surf/styles/default.css Couldn't open libGLESv2.so.2: libGLESv2.so.2: cannot open shared object file: No such file or directory web process terminated: crashed Something is trying to load libGLESv2.so.2, but according to webkitgtk build log, that library is now statically built inside webkitgtk? What is really strange, the detection works, and then its statically built the embedded one? -- Found OpenGLES2: /usr/lib/aarch64-linux-gnu/libGLESv2.so (found version "3.2") [2681/6827] : && /usr/bin/cmake -E rm -f lib/libGLESv2.a && /usr/bin/ar crT lib/libGLESv2.a Source/ThirdParty/ANGLE/CMakeFiles/GLESv2.dir/src/libGLESv2/egl_ext_stubs.cpp.o Source/ThirdParty/ANGLE/CMakeFiles/GLESv2.dir/src/libGLESv2/egl_stubs.cpp.o Source/ThirdParty/ANGLE/CMakeFiles/GLESv2.dir/src/libGLESv2/entry_points_egl_autogen.cpp.o Source/ThirdParty/ANGLE/CMakeFiles/GLESv2.dir/src/libGLESv2/entry_points_egl_ext_autogen.cpp.o Source/ThirdParty/ANGLE/CMakeFiles/GLESv2.dir/src/libGLESv2/entry_points_gles_1_0_autogen.cpp.o Source/ThirdParty/ANGLE/CMakeFiles/GLESv2.dir/src/libGLESv2/entry_points_gles_2_0_autogen.cpp.o Source/ThirdParty/ANGLE/CMakeFiles/GLESv2.dir/src/libGLESv2/entry_points_gles_3_0_autogen.cpp.o Source/ThirdParty/ANGLE/CMakeFiles/GLESv2.dir/src/libGLESv2/entry_points_gles_3_1_autogen.cpp.o Source/ThirdParty/ANGLE/CMakeFiles/GLESv2.dir/src/libGLESv2/entry_points_gles_3_2_autogen.cpp.o Source/ThirdParty/ANGLE/CMakeFiles/GLESv2.dir/src/libGLESv2/entry_points_gles_ext_autogen.cpp.o Source/ThirdParty/ANGLE/CMakeFiles/GLESv2.dir/src/libGLESv2/global_state.cpp.o Source/ThirdParty/ANGLE/CMakeFiles/GLESv2.dir/src/libGLESv2/libGLESv2_autogen.cpp.o Source/ThirdParty/ANGLE/CMakeFiles/GLESv2.dir/src/libGLESv2/proc_table_egl_autogen.cpp.o && /usr/bin/ranlib lib/libGLESv2.a && : Why ANGLE did change its behaviour is unknown to me, and I find difficult to understand if this is an upstream bug or a Debian specific one. Gianfranco OpenPGP_signature Description: OpenPGP digital signature