On 26/12/24 11:12, Stephen Morris wrote:
On 26/12/24 11:00, Stephen Morris wrote:On 26/12/24 10:28, Stephen Morris wrote:On 24/12/24 09:08, Patrick O'Callaghan wrote:On Tue, 2024-12-24 at 08:41 +1100, Stephen Morris wrote:When an application is run and it says it can't access Opengl, when I issue the command "sudo dnf provides */opengl", how do I determine what needs to be installed when that command returns a whole host of different packages which include documentation packages? Unfortunately I don't remember which application it was I was trying to run and I don't remember whether it did what I was trying to do or whether I went looking for something else.[You don't need the 'sudo' unless you're installing or removing something.]$ rpm -qa \*opengl\* libglvnd-opengl-1.7.0-5.fc41.x86_64 qemu-ui-opengl-9.1.2-2.fc41.x86_64 $ If something won't run because a library is missing, then either the package it belongs to is incorrectly installed (which can be checked using 'rpm -V <package>'), or you're trying to run something that wasn't installed using the package system. If you remember what the app was, you could try 'ldd </path/to/app>' to see what specific libraries it wants, then use 'dnf provides ...' on those components, but there could be conflicts. Does the exact error message say something more useful than "can't access OpenGL"?Thanks Patrick, I'll check that out. In the KDE menus, under category multimedia there is an entry called "Videos", which I thought was installed as part of installing Fedora. The message it produces is "Unable to initialise Opengl support".I'll check the menu entry and try to figure out what it is trying to do.I've had a look and the package in question is "Totem". Using the ldd command it listed around 30 or so libraries all of which seem to be installed in terms of it shows a path for all of them except for linux-vdso.so.1, which when I issue the command "dnf provides */linux-vdso.so.1" it says no match found. I did a search for that library and found an entry that said there is no physical file, it is a virtual file provided by the kernel to every application that loads.rpm -qa \*opengl\* gives me the following: rpm -qa \*opengl\* libglvnd-opengl-1.7.0-5.fc41.x86_64 python3-pyopengl-3.1.7-8.fc41.x86_64 libglvnd-opengl-1.7.0-5.fc41.i686 qemu-ui-opengl-9.1.2-2.fc41.x86_64I've done a further check of the functionality by loading Plasma under X11, and the Opengl initialisation error doesn't occur, so it looks like it is an issue specific to Wayland.regards, Steve
Just one question on this, I've issued the command "ldd /usr/bin/totem" and one of the libraries listed is /lib64/libwayland-client.so.0, but when I issue the command "sudo dnf provides /lib64/libwayland-client.so.0" I get the message "No matches found." and if I issue the command "sudo dnf provides /lib64/libwayland-client.so.0.23.0" again I get the message "No matches found" even though both files physically exist, the first is a symlink to the second, but if I issue the command "sudo dnf provides */lib64/libwayland.so.0.23.0" it tells me that the file is provided by package libwayland-client-1.23.0-2.fc41.x86_64 and those relevant files also physically exist. Has totem got things incorrect, which is causing the Opengl issue under Wayland and not X11?
regards, Steve
OpenPGP_0x1EBE7C07B0F7242C.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
-- _______________________________________________ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
