GTK version can't start because of libOSMesa.so.6; Glade version can't enable CPU recompiler and is very slow.

[Alex]

Hi folks,

I think the GTK version of DeSmuME might need to be recompiled under a recent version of Ubuntu, because (when using 14.04 with Intel graphics), it's unable to start, throwing the following error:

desmume: error while loading shared libraries: libOSMesa.so.6: cannot open shared object file: No such file or directory

This package also installs a Glade version, but unfortunately it's not a viable alternative as it's missing many commandline arguments from the GTK version, crucially --cpu-mode=1, which runs the emulator in recompiler rather than the default interpreter mode, which is prohibitively slow.

I'm afraid I wasn't able to compile it myself (I was able to build the CLI version before installing some GTK dev packages, but after that, make started failing) and don't know much about building deb packages, besides, so somebody might want to have a look here rather than just pulling in from sid.

Thanks!

[Evgeni Golov (evgeni)]

I assume you have libosmesa6 installed and either /usr/lib/libOSMesa.so.6 or /usr/lib/x86_64-linux-gnu/libOSMesa.so.6 (or whatever arch you is using) exist?

[Unit 193 (unit193)]

Hello! Thanks for taking the time to report a bug.

I installed desmume on a 14.04 i386 box and tried to reproduce your error with no luck, and tried again on amd64 with still no luck. Could you post the output of apt-cache policy desmume and if you feel adventurist, purge and reinstall the program, or move the config in ~/.config/desmume ?

[Alex (axfelix)]

axfelix@shoebox:~$ apt-cache policy desmume
desmume:
  Installed: (none)
  Candidate: 0.9.9-1
  Version table:
     0.9.10-2 0
        100 /var/lib/dpkg/status
     0.9.9-1 0
        500 http://ca.archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages

apt-get purge and reinstall didn't fix the problem. However, looking at synaptic, it seems like the version of libosmesa6 I have installed is from Oibaf (https://launchpad.net/~oibaf/+archive/graphics-drivers), which would definitely throw a wrench in the works when comparing against a clean install, but seeing as this hasn't broken any other GTK/mesa stuff that I'm aware of, DeSmuME might be a little too prescriptive in how it's linked against the libs?

all I have in /usr/lib/x86_64-linux-gnu/libOS* is libOSMesa.so, libOSMesa.so.8, and libOSMesa.so.8.0.0.

[Alex (axfelix)]

FYI, the reference to 0.9.10-2 0 above is probably because I grabbed the newest version from sid and installed it with dpkg at one point to see if I could get that to work instead.

[Evgeni Golov (evgeni)]

Hi,

On Tue, Jun 24, 2014 at 04:16:40PM -0000, Alex wrote:
> axfelix@shoebox:~$ apt-cache policy desmume
> desmume:
> Installed: (none)
> Candidate: 0.9.9-1
> Version table:
> 0.9.10-2 0
> 100 /var/lib/dpkg/status
> 0.9.9-1 0
> 500 http://ca.archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages
>
> apt-get purge and reinstall didn't fix the problem.

Where does 0.9.10-2 come from? :)

> However, looking at
> synaptic, it seems like the version of libosmesa6 I have installed is
> from Oibaf (https://launchpad.net/~oibaf/+archive/graphics-drivers),
> which would definitely throw a wrench in the works when comparing
> against a clean install, but seeing as this hasn't broken any other
> GTK/mesa stuff that I'm aware of, DeSmuME might be a little too
> prescriptive in how it's linked against the libs?
>
> all I have in /usr/lib/x86_64-linux-gnu/libOS* is libOSMesa.so,
> libOSMesa.so.8, and libOSMesa.so.8.0.0.

Looking at the PPA, I'd suggest it should be burnt away quickly.

The PPA contains a package libosmesa6, which does not contain libosmesa6
but libosmesa8 (libOSMesa.so.8). This is wrong. And this is the reason
why desmume breaks: it expects libosmesa6 to contain libOSMesa.so.6.

The PPA should break every package depending on libosmesa6 (but not GTK
stuff in general).

Please remove the PPA, install a proper MESA stack and enjoy a working
desmume.

As an alternative: rebuild desmume for your broken environment:
sudo apt-get build-dep desmume
apt-get source desmume
cd desmume-*
dpkg-buildpackage -us -uc
sudo dpkg -i ../desmume*deb

Greets
Evgeni

--
Bruce Schneier can read and understand Perl programs.

[Alex (axfelix)]

Hey Evgeni,

Yeah, sorry I didn't realize in my first post that the PPA would be an issue! I've been using it since 12.04 because the Intel mesa drivers that shipped as "stable" used to be quite out of date, and I've been very happy with it, but I probably don't need it anymore and I'm not sure what the thinking is around this one library.

[Oibaf (oibaf)]

Issue fixed in the PPA.