Bug#406335: Bug on slviewer
Marcos Marado wrote:
Well, it _is_ broken in etch, so I was trying to check which package was
making it happen (and thus I upgraded xlibmesa-gl to lenny's version).
Etch is getting a bit old and testing is due? to freeze in the near future
so as soon as it freezes i will start to build against (frozen) testing.
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.
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.
I'll upgrade the mesa related packages one by one to the ones on testing, and
see if any fixes the issue (and if so, which one). If any of them solves...
Do you think it is because a version bump to unstable is needed? Or do you
think it might be a dependency to something else besides mesa?
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 :-)
Just be careful of mixing and matching mesa and associated libs
versions, could get into a right mess!
Thanks for your help
Robin
Reply to: