Testing Leap 42.2 Alpha3 with Nvidia driver 367.35 on an Optimus notebook with bumblebee.
Running “optirun” with the default (virtualgl) bridge fails, apparently looking for Xserver :0 instead of the usual :8.
Running “optirun -b primus” or “primusrun” apparently works as expected.
For instance:
etabeta@linux:~> optirun glxinfo
name of display: :0
etabeta@linux:~>
...and dmesg complains:
1750.970494] glxinfo[3783]: segfault at 10 ip 00007fe74d9aa79d sp 00007ffdddae53d0 error 4 in libGL.so.367.35[7fe74d8ed000+c8000]
Enabled repos as follows:
etabeta@linux:~> zypper lr -Eu
# | Alias | Name | Enabled | GPG Check | Refresh | URI
---+-----------------------------------+------------------------------------------------------------------------------------------+---------+-----------+---------+------------------------------------------------------------------------------------------------------
1 | 42.2_Current_OSS | 42.2 Current OSS | Yes | (r ) Yes | Yes | http://download.opensuse.org/distribution/leap/42.2-Current/repo/oss/
3 | Bumblebee-Project:/nVidia:/367.35 | Bumblebee-Project:/nVidia:/367.35 | Yes | (r ) Yes | Yes | http://download.opensuse.org/repositories/home:/Bumblebee-Project:/nVidia:/367.35/openSUSE_Leap_42.2/
4 | home_Bumblebee-Project_Bumblebee3 | nVidia Optimus support for Linux through VirtualGL or Primus - dkms (openSUSE_Leap_42.2) | Yes | (r ) Yes | Yes | http://download.opensuse.org/repositories/home:/Bumblebee-Project:/Bumblebee3/openSUSE_Leap_42.2/
7 | openSUSE-42.2-0 | openSUSE-42.2-0 | Yes | (r ) Yes | No | http://download.opensuse.org/distribution/leap/42.2/repo/oss/
12 | repo-non-oss | openSUSE-Leap-42.2-Non-Oss | Yes | (r ) Yes | Yes | http://download.opensuse.org/distribution/leap/42.2/repo/non-oss/
15 | repo-update-non-oss | openSUSE-Leap-42.2-Update-Non-Oss | Yes | (r ) Yes | Yes | http://download.opensuse.org/update/leap/42.2/non-oss/
etabeta@linux:~>
Is it a bug or a new behaviour of the 367.35 driver? Any hint welcome.