Bug 2292635

Summary:	Minimal Fedora build fails to map necessary dependency for gtk4 which requires libGLESv2.so.2
Product:	[Fedora] Fedora	Reporter:	Benjamin Grande <ben.grande.b>
Component:	gtk4	Assignee:	GNOME SIG Unassigned <gnome-sig>
Status:	CLOSED EOL	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	urgent	Docs Contact:
Priority:	unspecified
Version:	40	CC:	gnome-sig, kanru, klember, mclasen, quantum.analyst, suraj.ghimire7
Target Milestone:	---	Keywords:	Desktop
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2025-05-20 09:11:42 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Benjamin Grande 2024-06-17 08:54:56 UTC

Zenity does not pull `libglvnd-gles`, which makes it abort when it can't find `libGLESv2.so.2`. My system is a Xen virtual machine without hardware acceleration.

```
$ dnf list installed zenity
Installed Packages
zenity.x86_64                        4.0.1-2.fc40                        @fedora

$ dnf list --installed lib* | grep -e egl -e lges
libglvnd-egl.x86_64               1:1.7.0-4.fc40                        @fedora
libwayland-egl.x86_64             1.22.0-3.fc40

$ zenity --question --title title --text text
libEGL warning: DRI2: failed to authenticate
MESA: error: ZINK: failed to choose pdev
libEGL warning: egl: failed to create dri2 screen
Couldn't open libGLESv2.so.2: libGLESv2.so.2: cannot open shared object file: No such file or directory
Aborted (core dumped)

$ rpm -q --whatrequires libglvnd-gles
no package requires libglvnd-gles

$ rpm -q --whatprovides libglvnd-gles
libglvnd-gles-1.7.0-4.fc40.x86_64

$ rpm -q --whatrecommends libglvnd-gles
no package recommends libglvnd-gles

$ rpm -q --whatsuggests libglvnd-gles
no package suggests libglvnd-gles
```

If I choose the cairo renderer, it works:
```sh
env GSK_RENDERER=cairo LIBGL_ALWAYS_SOFTWARE=1 zenity --question --title title --text text  --timeout 1
```

But on Fedora 39, this was not required. Zenity should not fail on missing graphics support if it is not required. Else it should install `libglvnd-gles` so the program doesn't abort.

Reproducible: Always

Steps to Reproduce:
1. Install a minimal Fedora system, libglvnd-gles is not going to be installed.
2. Install zenity.
3. Try to run zenity: zenity --question --title title --text text
Actual Results:  
Zenity aborted.

Expected Results:  
Zenity works.

Zenity must depend on `libglvnd-gles` or continue continue without graphic acceleration.

I am on a Qubes OS Fedora 40 Minimal qube. Hardware acceleration is not present, zenity worked on previous versions available on Fedora 39.

Comment 1 Kan-Ru Chen 2024-07-16 23:00:52 UTC

I think this is a gtk4 issue.

To reproduce:

toolbox create -r f41
toolbox enter fedora-toolbox-41
sudo dnf install gtk4-devel
# compile the example from https://docs.gtk.org/gtk4/getting_started.html
./example-0


Output:
MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:763: FINISHME: support YUV colorspace with DRM format modifiers
MESA-INTEL: warning: ../src/intel/vulkan/anv_formats.c:794: FINISHME: support more multi-planar formats with DRM modifiers
Couldn't open libGLESv2.so.2: libGLESv2.so.2: cannot open shared object file: No such file or directory
fish: Job 1, './example-0' terminated by signal SIGABRT (Abort)

Comment 2 Elliott Sales de Andrade 2024-09-22 21:55:29 UTC

This is also breaking builds on koji (which are minimal) when run in xvfb: https://koschei.fedoraproject.org/build/18775164

Comment 3 Elliott Sales de Andrade 2024-12-19 10:10:12 UTC

This may have been fixed in Rawhide with GTK 4.17, though I don't know how or why.

Comment 4 Aoife Moloney 2025-04-25 11:01:13 UTC

This message is a reminder that Fedora Linux 40 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora Linux 40 on 2025-05-13.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
'version' of '40'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, change the 'version' 
to a later Fedora Linux version. Note that the version field may be hidden.
Click the "Show advanced fields" button if you do not see it.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora Linux 40 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora Linux, you are encouraged to change the 'version' to a later version
prior to this bug being closed.

Comment 5 Aoife Moloney 2025-05-20 09:11:42 UTC

Fedora Linux 40 entered end-of-life (EOL) status on 2025-05-13.

Fedora Linux 40 is no longer maintained, which means that it
will not receive any further security or bug fix updates. As a result we
are closing this bug.

If you can reproduce this bug against a currently maintained version of Fedora Linux
please feel free to reopen this bug against that version. Note that the version
field may be hidden. Click the "Show advanced fields" button if you do not see
the version field.

If you are unable to reopen this bug, please file a new report against an
active release.

Thank you for reporting this bug and we are sorry it could not be fixed.