Issues with VirtualGL libvglfaker.so (32 and 64 bit) and missing links.
Hello, This is just follow up from the bug report: https://bugzilla.opensuse.org/show_bug.cgi?id=1176422 and forums discussion: https://forums.opensuse.org/showthread.php/548214-compiling-shared-library-w...) Essentially the current VirtualGL for factory and stable are both missing a number of linkers for their libvglfaker.so A fully working one has the following links: ldd /usr/lib64/libvglfaker.so linux-vdso.so.1 (0x00007fff9eaf5000) libdl.so.2 => /lib64/libdl.so.2 (0x00007ff3da73c000) libGL.so.1 => /usr/lib64/libGL.so.1 (0x00007ff3da4ab000) libturbojpeg.so.0 => /usr/lib64/libturbojpeg.so.0 (0x00007ff3da23a000) libXv.so.1 => /usr/lib64/libXv.so.1 (0x00007ff3da034000) libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007ff3d9cf3000) libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007ff3d9ae1000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007ff3d98c2000) libm.so.6 => /lib64/libm.so.6 (0x00007ff3d958a000) libc.so.6 => /lib64/libc.so.6 (0x00007ff3d91cf000) /lib64/ld-linux-x86-64.so.2 (0x00007ff3dabf4000) libGLX.so.0 => /usr/lib64/libGLX.so.0 (0x00007ff3d8f9d000) libGLdispatch.so.0 => /usr/lib64/libGLdispatch.so.0 (0x00007ff3d8ce7000) libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007ff3d8abe000) libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007ff3d88ba000) and current factory and stable are as follows: ldd /usr/lib64/libvglfaker.so linux-vdso.so.1 (0x00007f58ab51c000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f58ab3fd000) libturbojpeg.so.0 => /usr/lib64/libturbojpeg.so.0 (0x00007f58ab35e000) libXv.so.1 => /usr/lib64/libXv.so.1 (0x00007f58ab356000) libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007f58ab211000) libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007f58ab1fc000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f58ab1da000) libm.so.6 => /lib64/libm.so.6 (0x00007f58ab092000) libc.so.6 => /lib64/libc.so.6 (0x00007f58aaec7000) /lib64/ld-linux-x86-64.so.2 (0x00007f58ab51e000) libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007f58aae9c000) libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007f58aae97000) it seems like a very simple fix with just a few additional compilation flags, and recent updates to X11:Bumblebee experimental repository have the same issues. I wanted to bring this to the maintainer for the VirtualGL because I think it should be a very simple fix. Will you please let me know who the current maintainer for the VirtualGL is so I can properly assign the bug to the person and have this fixed? Thank you for your time. -SJLPHI
On 1/5/21 11:32 PM, Steven Juhyung Lee wrote:
Hello,
This is just follow up from the bug report:
...
it seems like a very simple fix with just a few additional compilation flags, and recent updates to X11:Bumblebee experimental repository have the same issues.
I wanted to bring this to the maintainer for the VirtualGL because I think it should be a very simple fix.
Will you please let me know who the current maintainer for the VirtualGL is so I can properly assign the bug to the person and have this fixed?
Thank you for your time.
The bug report looks like its assigned to the right person, generally bugzilla is better then this list for getting in contact with developers. Given the time of year (Just after Christmas) its common for people to still be on leave so you may need to wait for them to return, if you think you know what the approprate fix is feel free to create a submit request to X11:Bumblebee and someone else might be able to accept it. -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B
Hello, If you look at the bugzilla case, this was originally reported back in September 2020 and it as just sitting there until I confirmed it and assigned it to Dirk Mueller. I decided to bring it to the attention on this list because I wanted to make sure that the developers do have a look at it since it wasn't touched for 3 months. I am hoping that this will be patched in the mainstream repository rather than X11:Bumblebee because this is an issue that appears not only for bumblebee users but for applications. Thank you. -SJLPHI On 1/6/2021 6:28 AM, Simon Lees wrote:
On 1/5/21 11:32 PM, Steven Juhyung Lee wrote:
Hello,
This is just follow up from the bug report:
...
it seems like a very simple fix with just a few additional compilation flags, and recent updates to X11:Bumblebee experimental repository have the same issues.
I wanted to bring this to the maintainer for the VirtualGL because I think it should be a very simple fix.
Will you please let me know who the current maintainer for the VirtualGL is so I can properly assign the bug to the person and have this fixed?
Thank you for your time. The bug report looks like its assigned to the right person, generally bugzilla is better then this list for getting in contact with developers. Given the time of year (Just after Christmas) its common for people to still be on leave so you may need to wait for them to return, if you think you know what the approprate fix is feel free to create a submit request to X11:Bumblebee and someone else might be able to accept it.
On 1/6/21 4:39 PM, Steven Juhyung Lee wrote:
Hello,
If you look at the bugzilla case, this was originally reported back in September 2020 and it as just sitting there until I confirmed it and assigned it to Dirk Mueller. I decided to bring it to the attention on this list because I wanted to make sure that the developers do have a look at it since it wasn't touched for 3 months.
I am hoping that this will be patched in the mainstream repository rather than X11:Bumblebee because this is an issue that appears not only for bumblebee users but for applications.
Thank you.
-SJLPHI
The way openSUSE development works is it gets submitted to the development repository (X11:Bumglebee) as an example and once it is accepted and working there it can be sent from there onto the main repo's. It looks like you will probably be waiting for Dirk, as he is now the developer most responsible, the other person who was previously working on it has moved onto other things and handed off most of his packages. -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B
participants (2)
-
Simon Lees -
Steven Juhyung Lee