Ron, please keep me in the CC list. 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.
If you think this is simple then I'd suggest trying the fix you have in mind and seeing what effect it has. > > 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 ... The Mumble overlay isn't critical to the VoIP functionality -- it's a convenience to show who is talking when running a 3D game, and it only works with /certain/ 3D games. For instance the FAQ states that on Windows it only works for 32-bit applications that use DirectX 9 or 10, and not 11: http://mumble.sourceforge.net/FAQ/English#The_overlay_does_not_work_in_game_X I looked to see if there was a list of games that the overlay was known to work for, but I wasn't able to find one. There are plugins for Mumble for a lot of games, and there many other games that the Mumble 3D overlay works for without a plugin needed -- but /for Windows/ in the end it's a crapshoot whether the overlay works for a particular game or not. However the VoIP functionality always works just fine, and it's the /VoIP/ functionality that's most important. On /Debian/ I've never seen the 3D overlay work at all, regardless of the version of Mumble I was using and regardless of the 3D application I tried it with, but again the VoIP functionality works fine (as long as the necessary codec support is included). Since I don't know what application Mumble on Debian is known to work with, I don't have a way of testing Mumble for this, and I also don't know when to report the lack of overlay as a bug. Under these circumstances it's hard to say that the lack of 3D overlay functionality is RC. The fact that the /documentation/ is wrong or that the program doesn't follow what the documentation says -- yes I agree that needs fixing. > (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 ): See above for the reason why I wrote what you've quoted. > 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". My only concern with a dependency on OpenGL is about whether Mumble will work on systems that /don't/ have OpenGL support. /As long as/ a dependency on GL still allows Mumble to work on systems without OpenGL support then adding a dependency on it is fine. If it won't, then the main thing adding a dependency on GL will do is artificially reduce the number of systems capable of running Mumble. > 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 ... On this latter point I agree with you. -- Chris -- Chris Knadle chris.kna...@coredump.us -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
