Version: 6.5.0.cvs.20060524-1.1 Hi,
These bugs were fixed in an NMU of mesa a while ago. I'm now marking them as closed in the BTS. The changelog entry for the relevant upload is included below. Cheers, Julien On Sun, Sep 17, 2006 at 23:02:11 -0700, Steve Langasek wrote: > mesa (6.5.0.cvs.20060524-1.1) unstable; urgency=medium > . > * Non-maintainer upload. > * Upload mesa 6.5 cvs to unstable, because we need it for Xorg 7.1. > * Upload with medium urgency instead of high, since this is a new > upstream that should get some testing in unstable in spite of the > multiple RC bugfixes. > * Update debian/copyright with the full text of the SGI Free B and SGI > MIT-style licenses in use in the package, and take a stab at > cleaning up the list of paths and licenses. > Closes: #368562. > * Make mesa-common-dev Replaces: xlibosmesa-dev from sarge. > Closes: #384057. > * Fix libgl1-mesa-glx to not Provides: libgl1-mesa-dri, since it > definitely doesn't provide DRI support and this Provides: breaks > upgrades from sarge. Closes: #384282. > * debian/libgl1-mesa-swx11.shlibs: create a static shlibs file, > because libOSMesa.so.6 is not provided by all implementations of > libGL and so needs a separate shlibs declaration. Also make > libgl1-mesa-glx the default alternative instead of libgl1-mesa-swx11 > for consistency even when building against libgl1-mesa-swx11, > because to the extent these are interchangeable (i.e., 99%...), > there should be no reason to prefer one over the other -- and to the > extent that they aren't interchangeable, it's wrong to list libgl1 > as an alternative dependency at all. Closes: #386185. > * Don't provide shlibs at all for libgl1-mesa-swx11-dbg; this is an > unnecessary duplication of the existing libgl1-mesa-swx11 shlibs > since packages should not really be linking against /usr/lib/debug/ > separately. > * src/mesa/tnl/t_vb_render.c: Drop a pointless printf() in the > RENDER_LINE macro, getting rid of copious debug output on console. > Closes: #369895. > * libgl1-mesa-swx11 has no reason to depend on libglu, anything that > wants libglu will have its own dependency on it; drop this > hard-coded dependency from debian/control. > * Have libglu1-mesa-dev Provides: xlibmesa-glu-dev, since it's the > successor to that package and xlibmesa-glu-dev is still referenced > in a number of places and this makes for more reliable builds than > depending on alternatives without requiring another dummy -dev > package from xorg. > * Replace references to Source-Version in debian/control with either > binary:Version or source:Version, depending on whether the > relationship references an arch: any or arch: all package, making > mesa binNMU-safe; add build-depends on dpkg-dev (>= 1.13.19) to > ensure these substvars are available. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
