Skip to content

Ubuntu Saucy changed to #24

RossBrunton opened this Issue Sep 12, 2013 · 11 comments

9 participants


Not sure if this is the right place for this, but in Ubuntu Saucy (and I think Debian) they changed the name of the libturbojpeg library from "" to "", meaning that virtualgl can't find it. Linking to works as a workaround.

$ optirun -v bash
[ 7712.238808] [INFO]Configured driver: nvidia
[ 7712.621926] [INFO]Response: Yes. X is active.

[ 7712.621948] [INFO]Running application using virtualgl.
bash: error while loading shared libraries: cannot open shared object file: No such file or directory
jmmL commented Oct 10, 2013

I can confirm this affecting me as well. The following sym link fixed it:

sudo ln -s /usr/lib/x86_64-linux-gnu/ /usr/lib/x86_64-linux-gnu/

and also the 32bit libs:

sudo ln -s /usr/lib/i386-linux-gnu/ /usr/lib/i386-linux-gnu/

Encountedred the same problem here:

$ optirun totem

totem: error while loading shared libraries: cannot open shared object file: No such file or directory

The sym-linking as above works for me too. Thanks

Bumblebee-Project member

Ok, we will add those lines in the packaging script.

@ArchangeGabriel ArchangeGabriel added a commit that closed this issue Dec 4, 2013
@ArchangeGabriel ArchangeGabriel saucy/virtualgl: Initial release
Cleaned the changelog and moved libturbojpeg location. Closes GH-24.
Leolik commented Dec 21, 2013

when you add this fix to ppa? I don't see saucy version of virtualgl in your repository :(

Bumblebee-Project member

When someone would have helped me understand the issue I’m facing here: #23


This issue has returned in Debian Testing (Jessie). The library has been renamed to a symlink: ->
Renaming the symlink back to fixed the issue.

Bumblebee-Project member

The virtualgl package needs to be rebuilt to fix the issue.

Bumblebee-Project member

What is the status of this currently (also, VirtualGL could be updated to 2.4b1)? Note that we might also drop virtualgl since I’m not aware of any program running better with it than primus, and after all VirtualGL was mostly packaged in our PPA, and in quite no other distros.

This may be something to do with the 4.0 release, dropping support and builds of virtualgl everywhere in Bumblebee once primus has been very widely tested.


Programs that use front-buffer rendering (Mathematica, some games) don't wont with primus.

VirtualGL was actually packaged in other distros; for Arch and Gentoo I know that for certain.

Dropping VirtualGL support sounds like a seriously bad idea. Why do work to remove something that's not broken, does not require maintenance, and may be useful for some people?

Bumblebee-Project member

Well, it takes a bit of time to maintain, but that’s not the main reason. I just thought that primus was better on every aspect, and thus see no reason to keep support for VirtualGL (I like to get ride of unecessary and useless things as often as possible, especially when they are virtual/digital).

But if there is some use, nevermind, we will just rebuild it and see if we can even update it.

Bumblebee-Project member

Saucy isn’t supported anymore + the right solution was linking to .so symlink, closing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.