On Thursday 06 March 2008 16:44, Robin Cornelius wrote: > > Since it will never enter in etch anyway, I don't see anything wrong in > > trying to make it work in lenny only. Yet, you should add the xlibmesa-gl > > >= 7.2 dependency (at least). > > I was trying to keep the build available for maximum number of users at > this time as due to license issues still not resolved, openjpeg > xmlrpc-epi and the dreaded llmozlib its blocked from a lot of sides from > even attempting to enter Debian, i don't think changing the build to > testing soon is going to cause many problems however.
Exactly. > Its more complex that just xlibmesa-gl >=7.2, i *don't* have it > installed at all on my laptop, i presume i am using xlibmesa-dri so need > to be a little careful about the dependencies here. Not sure what other > valid combinations you could have for mesa but don't want to depend on > packages that are not required. > > May be could specify it conflicts with xlibmesa-gl<7.2, just at the > moment. Clearly if we try to enter unstable such things would not apply. You're right. xlibmesa-gl depends on libgl1-mesa-glx and xlibmesa-dri on libgl1-mesa-dri, that depends on libgl1-mesa-glx. My suposition is that updating libgl1-mesa-glx. My guess, overall, is that what I should have done to avoid all issues was upgrading mesa-common-dev (thus forcing upgrades on libgl1-mesa-dev, libgl1-mesa-dri and libgl1-mesa-glx). My guess is also that xlibmesa-gl 1:7.2-5 (in testing), should depend on libgl1-mesa-glx 7* (testing), but isn't specifying any version. If you think this is the case, then we should open a bug against xlibmesa-gl, and depend on mesa-common-dev >=7. Anyway, I already upgraded the whole bunch to testing, and I'm going to test it: I suspect that I'll get a working slviewer again, even if not with the names on the avatars (which might be an unrelated issue). > If its not mesa the other options are GTK and SDL possibly the fonts > ttf-dejavu. Would be cool to get to the bottom of this :-) We'll see that as soon as I test it. I *hope* it is a mesa issue, but if it isn't, I'll try the rest. > Just be careful of mixing and matching mesa and associated libs > versions, could get into a right mess! I'm afraid of that... But can't stop myself on helping as much as I can ;-) -- Marcos Marado -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
