Description of problem: Since the update to Fedora 28 vglrun cannot run 32bit applications (and possibly others as well), due to LD_PRELOAD failing as follows: $ vglrun glxspheres ERROR: ld.so: object 'libdlfaker.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. ERROR: ld.so: object 'librrfaker.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. Polygons in scene: 62464 (61 spheres * 1024 polys/spheres) libGL error: unable to load driver: swrast_dri.so libGL error: failed to load driver: swrast Visual ID of window: 0x1ea X Error of failed request: GLXBadContext Major opcode of failed request: 153 (GLX) Minor opcode of failed request: 6 (X_GLXIsDirect) Serial number of failed request: 41 Current serial number in output stream: 40 Same command on Fedora 27 works as expected. Timothy Redaelli (timothy in IRC) found the problem to be /usr/libexec/vglrun.vars* not to be executable any longer in the Fedora 28 package and are not source any longer from the vglrun script because of the following check it performs: if [ -x "/usr/libexec/vglrun.vars64" ]; then . "/usr/libexec/vglrun.vars64" fi if [ -x "/usr/libexec/vglrun.vars32" ]; then . "/usr/libexec/vglrun.vars32" Hence correct library path is not set when trying to execute 32 bit applications on 64 bit computers Version-Release number of selected component (if applicable): $ rpm -qa | grep VirtualGL VirtualGL-2.4-11.fc28.i686 VirtualGL-2.4-11.fc28.x86_64 How reproducible: Always Steps to Reproduce: 1. Install Fedora 28 64 bit 2. Install VirtualGL.x86_64 and VirtualGL.i686 3. run vglrun glxspheres Actual results: Programs fail to start Expected results: Program should start without problems. Additional info: Timothy also gone ahead and created a fixed version of the package that can be used as a reference https://copr.fedorainfracloud.org/coprs/tredaell/VirtualGL/build/749118/ Note this also has the side effect of breaking a lot of Steam games when used with VirtualGL, such as in the case of bumblebee
Hi, I found 2 possible way to fix that: 1) change VirtualGL-redhatlibexecpathsfix.patch in order to don't check for executable bit (-x => -f). This is the solution I used in my copr https://github.com/drizzt/fedora-specs/blob/master/VirtualGL/VirtualGL/VirtualGL-redhatlibexecpathsfix.patch 2) avoid rpm to remove -x to a file without a shebang, for example by putting "%undefine __brp_mangle_shebangs" inside the spec file or (better) by using __brp_mangle_shebangs_exclude_from
Hi. Thanks for the suggestion. I'm working on an update of VirtualGL in https://bugzilla.redhat.com/show_bug.cgi?id=1566666 to 2.5.2 so I'll probably need to use the first option to fix that up.
VirtualGL-2.5.2-1.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-6e1094319a
VirtualGL-2.5.2-1.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2018-de5c029de5
VirtualGL-2.5.2-1.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-ab5f6eedc5
VirtualGL-2.5.2-1.el6 has been submitted as an update to Fedora EPEL 6. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-03c630c551
VirtualGL-2.5.2-1.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-de5c029de5
VirtualGL-2.5.2-1.el7 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-ab5f6eedc5
VirtualGL-2.5.2-1.el6 has been pushed to the Fedora EPEL 6 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-03c630c551
The bodhi build seems to fix the issue on my F28 system. Thanks.
VirtualGL-2.5.2-1.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-6e1094319a
VirtualGL-2.5.2-1.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report.
VirtualGL-2.5.2-1.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report.
VirtualGL-2.5.2-1.el6 has been pushed to the Fedora EPEL 6 stable repository. If problems still persist, please make note of it in this bug report.
VirtualGL-2.5.2-1.el7 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report.