On 26.01.2015 02:44, Celelibi wrote: > Package: tecnoballz > Version: 0.93.1-2 > Severity: normal > > Hello, > > The sound of tecnoballz version 0.93.1-2 wasn't working with > libsdl-mixer1.2:i386 > version 1.2.12-5. > The error message was: > handler_audio::play_music() Mix_LoadMUS return Failure loading module header > > But it did work after upgrading to 1.2.12-11+b1. Maybe the dependancies > should be updated. > > Regards, > Celelibi
Hello, CCing Manuel the maintainer / uploader of sdl-mixer1.2 for feedback. This is somewhat strange because there is no version 1.2.12-5 in the official archive anymore. Stable has 1.2.12-3 and testing/unstable 1.2.12-11+b1. Did you put libsdl-mixer1.2 on hold? However I believe I understand the problem and you are right, there should be a versioned dependency on libsdl-mixer1.2 (>= 1.2.12-11+b1). I'm not sure whether this is a bug in tecnoballz or libsdl-mixer1.2. In wheezy libsdl-mixer1.2 depends on and links against libmikmod2. However the latest version of libsdl-mixer1.2 in testing links against libmikmod3. Since the dependency on libsdl-mixer1.2 is satisfied, this package won't be upgraded if you mix different Debian distributions. In the meantime tecnoballz links against libmikmod3 while you are still using the old libsdl-mixer1.2 that links against libmikmod2. So there is a version mismatch here. The dependency on libsdl-mixer1.2 is unversioned because this package does neither provide a .symbols file like for instance libsdl-image1.2 nor does it provide a shlibs file for inserting a versioned dependency. I can solve this problem in tecnoballz but I wonder if libsdl-mixer1.2 should rather use a symbols file or the dpkg-shlibdeps mechanism to fix this for all packages depending on libsdl-mixer1.2 and libmikmod3. Manuel, what do you think about it? Regards, Markus
signature.asc
Description: OpenPGP digital signature
