Bug 1900633 - [i686] GL enabled application enforces libGL provider even if libglvnd-glx is installed
Summary: [i686] GL enabled application enforces libGL provider even if libglvnd-glx is...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: libglvnd
Version: 33
Hardware: i686
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Nicolas Chauvet (kwizart)
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-11-23 13:02 UTC by Mamoru TASAKA
Modified: 2022-09-28 11:16 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-11-30 17:57:54 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Mamoru TASAKA 2020-11-23 13:02:06 UTC
Forwarded from: https://bugzilla.rpmfusion.org/show_bug.cgi?id=5791 per request from libglvnd maintainer on Fedora.


	
[tag] [reply] [−] Description Mamoru TASAKA 2020-10-10 20:13:34 JST

When running Fedora system on virtualbox (linux guest, windows host), installing zsnes and run

* zsnes -v 21

for example, fails because vmwgfx driver (note for i686!!)

=========================================================
[tasaka1@localhost ~]$ zsnes -v 21
ZSNES v1.51, (c) 1997-2007, ZSNES Team
Be sure to check http://www.zsnes.com/ for the latest version.

ZSNES is written by the ZSNES Team (See AUTHORS.TXT)
ZSNES comes with ABSOLUTELY NO WARRANTY.  This is free software,
and you are welcome to redistribute it under certain conditions;
please read 'LICENSE.TXT' thoroughly before doing so.

Use ZSNES -? for command line definitions.

Starting Mouse detection.
Unable to poll /dev/input/event4. Make sure you have read permissions to it.
Unable to poll /dev/input/event7. Make sure you have read permissions to it.
Unable to poll /dev/input/event6. Make sure you have read permissions to it.
Unable to poll /dev/input/event5. Make sure you have read permissions to it.
Unable to poll /dev/input/event3. Make sure you have read permissions to it.
Unable to poll /dev/input/event2. Make sure you have read permissions to it.
Unable to poll /dev/input/event1. Make sure you have read permissions to it.
Unable to poll /dev/input/event0. Make sure you have read permissions to it.
ManyMouse: 0 mice detected.
libGL error: MESA-LOADER: failed to open vmwgfx (search paths /usr/lib/dri)
libGL error: failed to load driver: vmwgfx
libGL error: MESA-LOADER: failed to open swrast (search paths /usr/lib/dri)
libGL error: failed to load driver: swrast
X Error of failed request:  GLXBadContext
  Major opcode of failed request:  151 (GLX)
  Minor opcode of failed request:  6 (X_GLXIsDirect)
  Serial number of failed request:  37
  Current serial number in output stream:  36
=========================================================

Note search paths shows "/usr/lib/dri", not "/usr/lib64/dri", because zsnes is for i686.
Installing mesa-dri-drivers.i686 fixes this issue.

So maybe it is better that zsnes Requires or Suggests mesa-dri-drivers%{?_isa} ?

[tag] [reply] [−] Comment 1 Mamoru TASAKA 2020-10-10 20:24:18 JST

I meant "Recommends" instead of "Suggests"

[tag] [reply] [−] Comment 2 Nicolas Chauvet 2020-11-22 03:18:58 JST

It looks the wrong approach for me to have any libGL enabled application to enforce mesa-dri-drivers.

From application perspectives there is no need to enforce a given libGL provider.


@Mamoru, can you forward the issue to fedora libglvnd instead ? (that I end to maintain in fedora side).

@Andrea, please revert the change.

[tag] [reply] [−] Comment 3 Nicolas Chauvet 2020-11-22 03:20:29 JST

@Mamoru
Do you confirm that libglvnd-glx.i686 is installed on your system ?

[tag] [reply] [−] Comment 4 Andrea Musuruane 2020-11-22 20:05:02 JST

I've reverted the change.

[tag] [reply] [−] Comment 5 Mamoru TASAKA 2020-11-23 21:50:10 JST

> Do you confirm that libglvnd-glx.i686 is installed on your system ?
Yes. When libglvnd-glx.i686 is installed and mesa-dri-drivers.i686 is _not_ installed, I see the above error

Comment 1 Mamoru TASAKA 2020-11-23 13:06:33 UTC
Just note that I use x86_64 system, but zsnes is built for i686, I've installed some i686 rpms additionally.

Comment 2 Nicolas Chauvet (kwizart) 2021-01-11 13:01:03 UTC
I'm attempting a solution here:
https://src.fedoraproject.org/rpms/mesa/pull-request/10

Leaving the bug opened as libglvnd for now, thanks for the report.

Comment 3 Nicolas Chauvet (kwizart) 2021-02-10 22:47:37 UTC
Few additional comments from mesa PR#10

Ajax suggested to use boolean deps with a "virtual(displayserver-gl)", but then I wonder if it's worth to have the same for egl, glesv2, vulkan, etc ?

Also I wonder if the boolean deps should be set between:
1/ libglvnd-glx -> mesa-libGL
2/ mesa-libGL -> mesa-dri-drivers ?
I tend to say 1/ for the boolean deps and use Requires NEVRA for 2/
This should fix this particular issue.

There is also the question to build dependencies. As pointed by Ajax in https://src.fedoraproject.org/rpms/mesa/pull-request/10
It should be possible to build a libGL enabled application without any mesa implementation.
I think this is possible with the boolean deps in 1/, but we should also move the libGL-devel virtual provides to the libglvnd-devel package. (and keep mesa-libGL-devel BR for the few packages using the mesa specific headers)...

Comment 4 Ben Cotton 2021-11-04 16:06:38 UTC
This message is a reminder that Fedora 33 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora 33 on 2021-11-30.
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
Fedora 'version' of '33'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 33 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, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 5 Ben Cotton 2021-11-30 17:57:54 UTC
Fedora 33 changed to end-of-life (EOL) status on 2021-11-30. Fedora 33 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 please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

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

Comment 6 Fedora Update System 2022-09-25 21:30:44 UTC
FEDORA-2022-bb8169c509 has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2022-bb8169c509

Comment 7 Fedora Update System 2022-09-25 21:34:04 UTC
FEDORA-2022-bb8169c509 has been pushed to the Fedora 38 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 8 Fedora Update System 2022-09-25 21:34:24 UTC
FEDORA-2022-fba57a21ae has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2022-fba57a21ae

Comment 9 Fedora Update System 2022-09-26 02:44:19 UTC
FEDORA-2022-fba57a21ae has been pushed to the Fedora 37 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-fba57a21ae`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-fba57a21ae

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 10 Fedora Update System 2022-09-28 11:16:46 UTC
FEDORA-2022-fba57a21ae has been pushed to the Fedora 37 stable repository.
If problem still persists, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.