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

Bug#386185: marked as done (libgl1-mesa-swx11: shlibs file is wrong for libOSmesa6)

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-swx11
Severity: normal

$ cat /var/lib/dpkg/info/libgl1-mesa-swx11.shlibs 
libGL 1 libgl1-mesa-swx11 | libgl1
libOSMesa 6 libgl1-mesa-swx11 | libgl1

It is absolutely false that libOSMesa is provided by any libgl1 package.
This results in problems like #341450.

This bugreport is quite close indeed to #341479, which targetted mesag3.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (90, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.4-smp-gbbde1285
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

--- 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: