nvidia driver integration is incompatible with Debian
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
snapd |
Confirmed
|
Medium
|
Unassigned |
Bug Description
Original forum thread: https:/
## Environment
- Debian 9 or 10
- Proprietary nvidia-driver installed and working, no matter the exact version
- snap 2.43.3
- snapd 2.43.3
## Bug
Apps that use OpenGL contexts (e.g. GtkGlArea) fail with errors like
```
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
```
when run with the proprietary nvidia driver in use.
Examples from the store: solvespace, graphics-
## Investigation
- Apps fail to open libGL.so.1
- The nvidia libraries are set up in a way, so that the final target of the symlink chain is not accessible from within confinement:
```
user@debian:~$ stat /var/lib/
File: /var/lib/
[...]
user@debian:~$ stat /var/lib/
File: /var/lib/
[...]
user@debian:~$ stat /usr/lib/
stat: cannot stat '/usr/lib/
```
Changed in snapd: | |
importance: | Undecided → High |
status: | New → Triaged |
assignee: | nobody → Zygmunt Krynicki (zyga) |
Changed in snapd: | |
status: | Triaged → In Progress |
Changed in snapd: | |
status: | In Progress → Confirmed |
Changed in snapd: | |
assignee: | Zygmunt Krynicki (zyga) → nobody |
importance: | High → Medium |
I've inspected what's going on on Debian and the long story short is that we do not support the way Nvidia driver is provided there.
We could add a special support for nvidia-on-debian or work towards nvidia-via-snaps where the host distribution packaging decisions don't matter, as long as the kernel side is provided.
I think right now we have no chance to fix it.