[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#406335: Bug on slviewer



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



Reply to: