Bug 263347 - x11-toolkits/wxgtk32: add option GLCANVASEGL to disable the wxGLCanvas backend
Summary: x11-toolkits/wxgtk32: add option GLCANVASEGL to disable the wxGLCanvas backend
Status: Open
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-desktop (Team)
URL: https://www.freshports.org/x11-toolki...
Keywords: needs-qa
Depends on:
Blocks:
 
Reported: 2022-04-16 16:56 UTC by Robert Clausecker
Modified: 2023-10-09 15:58 UTC (History)
6 users (show)

See Also:
grahamperrin: maintainer-feedback? (desktop)

Attachments
x11-toolkits/wxgtk31: add option GLCANVASEGL to disable the wxGLCanvas backend (1.67 KB, patch)
2022-04-16 16:56 UTC, Robert Clausecker 		fuz: maintainer-approval+
Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Clausecker freebsd_committer freebsd_triage 2022-04-16 16:56:18 UTC 
Created attachment 233255 [details]
x11-toolkits/wxgtk31: add option GLCANVASEGL to disable the wxGLCanvas backend

This option is required as nvidia-driver-340 does not support EGL
and some downstream packages like kicad refuse to be built without
EGL support unless wxgtk31 is built without EGL support.

Tested with Poudriere on amd64 FreeBSD 13.
Comment 1 Christoph Moench-Tegeder freebsd_committer freebsd_triage 2022-04-17 21:49:38 UTC 
See diagnosis in bug #263209 comment #5 - an legacy enough nvidia driver overrides libEGL (these days from the libglvnd package) via libmap with it's own variant of that lib (libEGL_nvidia) which does not support a recent EGL specification: suddenly, the libEGL programs built and linked against is not the libEGL they're running with. I'd suspect there would be even more fallout in other ports, not only via wxgtk.
Comment 2 Robert Clausecker freebsd_committer freebsd_triage 2022-04-17 22:48:36 UTC 
Maybe this problem needs to be solved by patching nvidia-driver-340.  Unfortunately I cannot upgrade as newer drivers cause a creative variety of problems on waking up from suspend to RAM (GK106GLM [Quadro K2100M]).
Comment 3 Josef 'Jeff' Sipek 2022-04-18 02:06:32 UTC 
(In case someone finds this bug in the future...)

In my case, the issue appears with nvidia-driver-390.  I can't upgrade because the next version (510 at the moment) doesn't support my card (GeForce GT 630) at all.
Comment 4 Graham Perrin freebsd_committer freebsd_triage 2023-01-21 16:37:14 UTC 
Triage: 

* cc danfe@ (maintainer of x11/nvidia-driver-340 and x11/nvidia-driver-390)

* <https://www.freshports.org/x11-toolkits/wxgtk31/> obsolete

* aim to progress for x11-toolkits/wxgtk32 instead?
Comment 5 Josef 'Jeff' Sipek 2023-06-15 01:48:43 UTC 
FWIW, I while back I applied the patch to wxgtk32 and rebuilt it.  This resolved my issues with kicad crashing when attempting to use EGL functions.  Including this option in the port would make it easier for me and others to rebuild the package when needed without affecting anyone else (that'd use the default with includes EGL support).
Comment 6 Nuno Teixeira freebsd_committer freebsd_triage 2023-10-09 08:35:17 UTC 
Hello Robert,

I'm working on update wx to 3.2.2.1 at PR 274367
Could you test this version and check if GLCANVASEGL option is still needed?

Cheers
Comment 7 Robert Clausecker freebsd_committer freebsd_triage 2023-10-09 15:58:18 UTC 
(In reply to Nuno Teixeira from comment #6)

I have replaced my GPU with a newer one which no longer requires this option and will not be able to find out (it's a laptop GPU and kind of annoying to swap out).

However, it will still be required for users that use nvidia-driver-340, which does not support EGL.