aqsis-libsc2a can't resolve libopenexr2c2a because it has been replaced by
libopenexr2ldbl.
So, while waiting the package maintainer make a new DEB release, you can make
your own aqsis-libsc2 DEB working by modifying the deb dependencies located in
the control file of the deb archive:
1. First,
XGL is an X Server project implementation (like Xorg,XFree86) and actually,
there are two Xgl forks : XglX and Xegl... when whe do "sudo apt-get install
xserver-xgl" : we install XglX that still relies on Xorg ... (and so still use
X nvidia module)... XglX catch all 2D and 3D operations of the X
As I mentioned previously, even if this workaround seems to work, we
have to keep in minds that it's only a workaround, so turning the
version of the wfb module is a bad thing and may probably affect others
functionalities and making bugs appears... so, personally I think that
if the punk shadows d
*** This bug is a duplicate of bug 186382 ***
https://bugs.launchpad.net/bugs/186382
As I mentioned previously, even if this workaround seems to work, we
have to keep in minds that it's only a workaround, so turning the
version of the wfb module is a bad thing and may probably affect others
fu
Be aware that my fix is only a workaround because the libnvidia-wfb.so
shipped with nvidia-glx-* have to work in the following version, so if
anything is done by nvidia to fix their libnvidia-wfb.so the bug will
certainly reappear by a next nvidia-glx-* apt update.
--
[nvidia 169.xx] gtk window d
*** This bug is a duplicate of bug 186382 ***
https://bugs.launchpad.net/bugs/186382
I think I fix the problem : the fwb module loaded by the X server
(libwfb.so) can by provided by the Nvidia Corp. or Xorg, so it seems
that when it's the Nvidia fwb version the problem seams to appear,
consequ
