FS#48403 - [virtualgl] virtualgl-2.5-1 crashes wine

Attached to Project: Community Packages
Opened by daniel (danielausparis) - Wednesday, 02 March 2016, 15:39 GMT
Last edited by Felix Yan (felixonmars) - Saturday, 19 March 2016, 01:29 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Sven-Hendrik Haase (Svenstaro)
Felix Yan (felixonmars)
Architecture All
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 4
Private No

Details

Dear Sir,

Please find hereby a bug report in regret that no workaround has been found yet to my knowledge. The issue is related to the deployment of virtualgl 2.5-1 which has introduced a number of intricate difficulties in a number of bumblebee/optirun use cases.

We can now say tentatively that a workaround in the Steam use case has been found ; however I must say that Wine users are still left in the dark (otherwise than downgrading virtualgl to 2.4-1), therefore this bug report.

A detailed exchange between me and the virtualgl author is available here: https://github.com/VirtualGL/virtualgl/issues/15#issuecomment-191264333

The virtualgl author describes the issue as related to the way in which libvglfaker is packaged together with virtualgl, influencing in turn the symbol loading process at execution time. His analysis sounds correct to me, however I am in no way an expert in graphical software nor in packaging issues.

I would be very thankful that Mr. Sven-Hendrik Haase takes the time to read the analysis of the virtualgl author and examines eventually the possibility of corrective actions or workarounds, since the issue impacts not only Wine users (which should be numerous) but, as the virtualgl author states: "their implementation of VirtualGL will not work with any application that loads libGL symbols indirectly, and that encompasses a wide variety of applications (including lots of native Linux games-- not just Steam.)".

I thank you in advance for your valuable efforts in this context.

Kind regards,

Daniel




This task depends upon

Closed by  Felix Yan (felixonmars)
Saturday, 19 March 2016, 01:29 GMT
Reason for closing:  Fixed
Additional comments about closing:  2.5-2
Comment by Nick (necrokote) - Monday, 14 March 2016, 12:53 GMT
Edit: Removed false "workaround".
Comment by Ricardo Monroy (ricardom) - Tuesday, 15 March 2016, 19:36 GMT
I had the same trouble when using NVIDIA Optix. I can confirm the bug and that downgrading virtualgl to 2.4-1 fixes it.
I think this might be a duplicate of this bug:
https://bugs.archlinux.org/task/48357
Comment by Felix Yan (felixonmars) - Friday, 18 March 2016, 13:31 GMT
Please try again with virtualgl/lib32-virtualgl 2.5-2.
Comment by Ricardo Monroy (ricardom) - Friday, 18 March 2016, 20:09 GMT
virtualgl/lib32-virtualgl 2.5-2 solves it, thanks!

Loading...