libglew change broke openscad
It looks like an update to libGLEW early this month has broken openscad. I'm getting this error now openscad: symbol lookup error: openscad: undefined symbol: __GLXEW_SGIX_fbconfig Is this permanent? I can get openscad from flatpak or other sources. thanks -John M.
openscad fails to rebuild: <https://build.opensuse.org/package/show/openSUSE:Factory/openscad> As soon as somebody fixes the build, it will be fine again. Cheers, Dominique Am 28. März 2025 20:09:43 MEZ schrieb JA McInnes <s2@forceway.com>:
On Friday 2025-03-28 20:26, Dominique Leuenberger aka DimStar wrote:
That is not what happens. The problem is actually in GLEW, and the situation is bad. https://github.com/nigels-com/glew/issues/430 https://github.com/nigels-com/glew/issues/431 That might even explain a bunch of GLEW crashes observed in the last decade...
Jan Engelhardt wrote:
As for openSUSE, I have a battleplan, which is splitting GLEW into two flavors. Now I just need to execute it..
This means we will end up with two conflicting devel packages both providing the same 'cmake(glew)' and 'pkgconfig(glew)', won't we? Packages with 'BuildRequires' on one of the two previous forms will end up being unresolved due to this degeneracy, requiring yet more prjconf 'Prefer' hints to resolve. Why not just revert glew back to GLX, especially since it seems to break many apps when using EGL (its own visualinfo [1] for starters)? [1] https://github.com/nigels-com/glew/issues/321 Best wishes, -- Atri
On Saturday 2025-04-05 21:03, Atri Bhattacharya wrote:
The "X" in GLX refers to Xorg. Which you don't have in a pure Wayland environment. So much for motivation of wanting to go EGL. But, I just remembered I was not the one who started the GLEW change, so... "my job here is done!" ;-)
On Sat, 2025-04-05 at 23:55 +0200, Jan Engelhardt wrote:
Despite my reservations against prjconf based work-arounds, this seems to be the only route available to us, for now anyway, to get broken packages working again. I will work on implementing this over the weekend, but hopefully we can at least get upstream agree to adding a suffix to the library when it is built with GLX as opposed to EGL. I am thinking of patching the build files to do so anyway, so the two shlibs can at least be installed in parallel (devel pkgs will still conflict of course). Any advice welcome. Best wishes, -- Atri Bhattacharya Sent from openSUSE Tumbleweed 20250410 on my laptop.
On Sat, 2025-04-12 at 11:46 +0530, Atri Bhattacharya wrote:
Interested users may now try out this arrangement — including a now building openscad — from: * OBS branch: <https://build.opensuse.org/project/show/home:badshah400:branches:multimedia:...
* Published repository (**temporary only**): <https://download.opensuse.org/repositories/home:/badshah400:/branches:/multi... Comments, suggestions welcome. Best wishes, -- Atri Bhattacharya Sent from openSUSE Tumbleweed 20250410 on my laptop.
On Saturday 2025-04-12 15:27, Atri Bhattacharya wrote:
echo 'G_%flavor { global: *; };' >x.sym build everything in glew with -Wl,--version-script=x.sym This should help with the odd situation that you get when both GLEW libraries are loaded in the same process - dunno if there is any package where that would happen.
On Sat, 2025-04-12 at 17:21 +0200, Jan Engelhardt wrote:
Done, although I think any app built against glew on the OBS will have to choose either one of EGL or GLX flavors of the library, but not both, since the respective devel pkgs still conflict with each other. Still, have a look (revision 5 for obs://home:badshah400:branches:multimedia:libs/glew) and let me know. Best wishes, -- Atri Bhattacharya Sent from openSUSE Tumbleweed 20250410 on my laptop.
Pit Suetterlin via openSUSE Factory wrote:
So as an add-on: prusa-slicer (from the science repo) now only works with the latest libGLEW.so.2.2 With the old one (which allows to run openscad) I get [2025-04-08 15:53:35.661243] [0x00007f29fcb95040] [error] Unable to init glew library: Unknown error and the plater display is dead :((
openscad fails to rebuild: <https://build.opensuse.org/package/show/openSUSE:Factory/openscad> As soon as somebody fixes the build, it will be fine again. Cheers, Dominique Am 28. März 2025 20:09:43 MEZ schrieb JA McInnes <s2@forceway.com>:
On Friday 2025-03-28 20:26, Dominique Leuenberger aka DimStar wrote:
That is not what happens. The problem is actually in GLEW, and the situation is bad. https://github.com/nigels-com/glew/issues/430 https://github.com/nigels-com/glew/issues/431 That might even explain a bunch of GLEW crashes observed in the last decade...
Jan Engelhardt wrote:
As for openSUSE, I have a battleplan, which is splitting GLEW into two flavors. Now I just need to execute it..
This means we will end up with two conflicting devel packages both providing the same 'cmake(glew)' and 'pkgconfig(glew)', won't we? Packages with 'BuildRequires' on one of the two previous forms will end up being unresolved due to this degeneracy, requiring yet more prjconf 'Prefer' hints to resolve. Why not just revert glew back to GLX, especially since it seems to break many apps when using EGL (its own visualinfo [1] for starters)? [1] https://github.com/nigels-com/glew/issues/321 Best wishes, -- Atri
On Saturday 2025-04-05 21:03, Atri Bhattacharya wrote:
The "X" in GLX refers to Xorg. Which you don't have in a pure Wayland environment. So much for motivation of wanting to go EGL. But, I just remembered I was not the one who started the GLEW change, so... "my job here is done!" ;-)
participants (6)
-
Atri Bhattacharya -
Atri Bhattacharya -
Dominique Leuenberger aka DimStar -
JA McInnes -
Jan Engelhardt -
Pit Suetterlin