Comment 5 for bug 1333309

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.