Comment 16 for bug 1762491

And yes, my second problem vboxvideo.ko is not a regression from the status quo; the old package *always* turns on the libGL redirection, which breaks everybody that's not virtualbox with 3d accel enabled and working. The proposed fix only turns it on if VBoxClient --check3d returns success, which avoids conflicting with VMware, real PCs, VirtualBox with 3d acceleration disabled, etc.

There's still an issue if you're on virtualbox, have 3d acceleration turned on, but are missing the kernel driver for it to actually work. In that case VBoxClient --check3d succeeds, the libGL redirection is enabled, but it doesn't actually work. But anyone in that situation is also broken with today's unconditionally-enabled package (and has a proper fix; either turn off the configuration for 3d accel if they didn't intend to use it, or install the kernel driver using virtualbox-guest-dkms so that it does work).

So the current package in the queue seems good to merge as-is. It fixes most broken configurations, doesn't break any that were currently working, and the remaining problem seems like an independent upstream bug.