On Thu, Nov 08, 2012 at 10:38:04PM +0100, gregor herrmann wrote: > My impression at the moment is: > - There's a bug but mumble still works, as confirmed by the submitter
And the fix should be trivial. libmumble uses symbols from libGL but doesn't link to it, and so will fail unless that's fixed and it does. > of the LP bug and by Chris now. So the priority is probably fine. That kind of depends on whether it's considered acceptable for the mumble-overlay / preloading libmumble described in the README to be completely broken for Wheezy. Since that clearly can't work as it is documented if libmumble can't be loaded because of a broken DT_NEEDED. If we're actually shipping that, then I'd say it not working isn't a release worthy condition for it to be in ... (That's a separate issue from the 'mumble' binary continuing to work after its dlopen attempt fails, but is the real effect of the actual bug behind the one lesser symptom of it first reported here). > - The bug is not new but, as Ron implied, newly reported. > > Is this correct? I think so, we can add this to the growing list of things it's been shipping for some time that nobody apparently ever used or tested :/ (or that they tested and then shrugged off as "not sure how useful that is for Debian" when it didn't work because it was broken ): Now that we know about it though, it's not really acceptable to say "oh it can just stay broken because I don't use it or want a GL dep". Either the stuff depending on libGL needs to be removed (which seems dumb) or it needs to be fixed to build correctly (which seems easy). Expecting people to kludge around it by preloading system libraries that it uses symbols from would be a whole new level of You're Kidding to descend to though. Let's not do that one shall we ... Cheers, Ron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
