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

Bug#369895: marked as done (libgl1-mesa-dri: _tnl_RenderClippedLine spews debug info)

Your message dated Fri, 20 Apr 2007 16:46:13 +0200
with message-id <[🔎] 20070420144607.GA11725@patate.is-a-geek.org>
and subject line Fixed in NMU of mesa 6.5.0.cvs.20060524-1.1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message --- 
Package: libgl1-mesa-dri
Version: 6.5.0.cvs.20060524-1
Severity: normal

I recently observed that spirographx from the rss-glx package was
emitting a lot of rows of hexadecimal byte triplets on stdout (not
even stderr), which I ultimately traced back to the following code in
Mesa's src/mesa/tnl/t_vb_render.c (lines 85-94), invoked when
rendering clipped lines:

#define RENDER_LINE( v1, v2 )			\
do {						\
   GLubyte c1 = mask[v1], c2 = mask[v2];	\
   GLubyte ormask = c1|c2;			\
   printf("0x%x 0x%x 0x%x\n", c1, c2, CLIPMASK);\
   if (!ormask)					\
      LineFunc( ctx, v1, v2 );			\
   else if (!(c1 & c2 & CLIPMASK))			\
      clip_line_4( ctx, v1, v2, ormask );	\
} while (0)

The fix should be pretty obvious. ;-)

For the record, I'm using the i915 driver, though the code in question
appears to be driver-independent.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.9
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages libgl1-mesa-dri depends on:
ii  libgl1-mesa-glx     6.5.0.cvs.20060524-1 A free implementation of the OpenG

libgl1-mesa-dri recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message --- 
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.

--- End Message ---
Reply to: