rss-glx: depends on non-existent libdps1 package

[Debian Bug Importer]

Automatically imported from Debian bug report #347404 http://bugs.debian.org/347404

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Tue, 10 Jan 2006 15:41:36 +0100
From: "Laurent Bonnaud" <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: rss-glx: depends on non-existent libdps1 package

Package: rss-glx
Version: 0.8.0-1
Severity: grave
Justification: renders package unusable

Hi,

with xorg 6.9 libdps1 has been removed from sid and therefore rss-glx
is uninstallable.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (100, 'unstable'), (99, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15)

Versions of packages rss-glx depends on:
ii libbz2-1.0 1.0.2-11 high-quality block-sorting file co
ii libc6 2.3.5-11 GNU C Library: Shared libraries an
ii libdps1 6.8.2.dfsg.1-11 Display PostScript (DPS) client li
ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib
ii libgcc1 1:4.1-0exp6 GCC support library
ii libglew1 1.3.1-1.1 The OpenGL Extension Wrangler - ru
ii libglu1-xorg [libglu1] 6.9.0.dfsg.1-2 Mesa OpenGL utility library [X.Org
ii libice6 6.9.0.dfsg.1-2 Inter-Client Exchange library
ii libjasper-1.701-1 1.701.0-2 The JasPer JPEG-2000 runtime libra
ii libjpeg62 6b-11 The Independent JPEG Group's JPEG
ii liblcms1 1.13-1 Color management library
ii libmagick9 6:6.2.4.5-0.5 Image manipulation library
ii libopenal0 0.2005080600-2.1 OpenAL is a portable library for 3
ii libpng12-0 1.2.8rel-5 PNG library - runtime
ii libsm6 6.9.0.dfsg.1-2 X Window System Session Management
ii libstdc++6 4.1-0exp6 The GNU Standard C++ Library v3
ii libtiff4 3.7.4-1 Tag Image File Format (TIFF) libra
ii libx11-6 6.9.0.dfsg.1-2 X Window System protocol client li
ii libxext6 6.9.0.dfsg.1-2 X Window System miscellaneous exte
ii libxml2 2.6.23-1 GNOME XML library
ii libxt6 6.9.0.dfsg.1-2 X Toolkit Intrinsics
ii xlibmesa-gl [libgl1] 6.9.0.dfsg.1-2 Mesa 3D graphics library [X.Org]
ii xlibs 6.9.0.dfsg.1-2 X Window System client libraries m
ii zlib1g 1:1.2.3-9 compression library - runtime

rss-glx recommends no packages.

-- no debconf information

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Tue, 10 Jan 2006 09:15:34 -0800
From: Steve Langasek <email address hidden>
To: Francesco Paolo Lovergine <email address hidden>,
 <email address hidden>, Laurent Bonnaud <email address hidden>,
 <email address hidden>, <email address hidden>, <email address hidden>, <email address hidden>,
 <email address hidden>, <email address hidden>, <email address hidden>, <email address hidden>,
 <email address hidden>, <email address hidden>, <email address hidden>, <email address hidden>,
 <email address hidden>, <email address hidden>
Subject: Re: Bug#347366: depends on libdps1 which is no more available

--tKW2IUtsqtDRztdT
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

severity 347366 important
retitle 347366 kismet: pulls in spurious deps from Magick-config
severity 347395 important
retitle 347395 drip: pulls in spurious deps from Magick-config
severity 347398 important
retitle 347398 imview: pulls in spurious deps from Magick-config
severity 347399 important
retitle 347399 k3d: pulls in spurious deps from Magick++-config
severity 347400 important
retitle 347400 kword: pulls in spurious deps from Magick++-config
severity 347401 important
retitle 347401 librmagick-ruby1.8: pulls in spurious deps from Magick-config
severity 347402 important
retitle 347402 nip2: pulls in spurious deps from Magick-config
severity 347404 important
retitle 347404 rss-glx: pulls in spurious deps from Magick-config
severity 347405 important
retitle 347405 tclmagick: pulls in spurious deps from Magick-config
severity 347407 important
retitle 347407 python-libavg: pulls in spurious deps from Magick++-config
severity 347408 important
retitle 347408 prestimel: pulls in spurious deps from Magick++-config
severity 347409 important
retitle 347409 php4-imagick: pulls in spurious deps from Magick-config
severity 347410 important
retitle 347410 labplot: pulls in spurious deps from Magick++-config
severity 347411 important
retitle 347411 kxstitch: pulls in spurious deps from Magick++-config
severity 347413 important
retitle 347413 drawtiming: pulls in spurious deps from Magick++-config
thanks

Laurent, it would really be much more efficient if you would just ask the
release team for rebuilds instead of filing separate RC bugs against each
package needing a rebuild...

In any case, these bugs are still relevant, since none of the packages in
question had a build-dependency on libdps-dev -- which means either they
were missing build-dependencies (unlikely, but the autobuilders will soon
tell us if this is true), or they picked up spurious dependencies via
imagemagick. The latter case makes these fifteen lovely bugs an example of
the problem discussed in
<http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html>; and
while this *particular* spurious dependency will go away with a simple
rebuild of the application (already queued on the autobuilders for each of
these packages BTW), the underlying problem is that these packages don't
have very good library handling and are certainly picking up dependencies on
*other* libraries they don't use -- causing u...

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Wed, 11 Jan 2006 22:18:20 +1100
From: Mike Williams <email address hidden>
To: Steve Langasek <email address hidden>
CC: Laurent Bonnaud <email address hidden>, <email address hidden>,
 <email address hidden>, <email address hidden>, <email address hidden>,
 <email address hidden>, <email address hidden>, <email address hidden>,
 <email address hidden>, <email address hidden>, <email address hidden>,
 <email address hidden>, <email address hidden>, <email address hidden>
Subject: Request for advice - Re: Bug#347401

--------------000102070208080802070000
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Steve Langasek wrote:

>So maintainers, please take the advice given in that mail and fix your
>packages to a) not use the output of Magick-config --libs when linking, and
>b) use the Debian version of libtool (if applicable).
>
>(One alternative to using Magick-config --libs seems to be to use pkg-config
>-- not because ImageMagick gets its pkg-config support right, but because it
>happens to get it right in a way that benefits us. ;)
>
>
Steve, can you give me some advice? I'm attempting to fix this
librmagick-ruby bug by switching from Magick-config to pkg-config.

Attached is the patch I'm planning to apply ... basically, it avoids
using $CFLAGS and $LDFLAGS values computing by "configure" (using
Magick-config) and uses output from "pkg-config" instead.

In my case, "Magick-config --libs" outputs

    -lMagick -llcms -ltiff -lfreetype -ljasper -ljpeg -lpng -ldpstk
    -ldps -lXext -lXt -lSM -lICE -lX11 -lbz2 -lxml2 -lz -lpthread -lm
    -lpthread

whereas "pkg-config --libs ImageMagick" returns just

    -lMagick

So, does it sound like this change will do the job?

--
cheers, MikeW http://www.dogbiscuit.org/mdub/

--------------000102070208080802070000
Content-Type: text/x-patch;
 name="bug-347401.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="bug-347401.patch"

Index: ext/RMagick/extconf.rb.in
===================================================================
--- ext/RMagick/extconf.rb.in (revision 14)
+++ ext/RMagick/extconf.rb.in (working copy)
@@ -6,16 +6,10 @@
 # Pass along Ruby's version number
 VERSION_NUMBER = '0x'+RUBY_VERSION.tr('.','')

-$CFLAGS = "-Wall -g @CFLAGS@"
-$CPPFLAGS = "-DRUBY_VERSION=#{VERSION_NUMBER} @CPPFLAGS@"
+$CFLAGS = "-Wall -g " + `pkg-config --cflags ImageMagick`.chomp
+$CPPFLAGS = "-DRUBY_VERSION=#{VERSION_NUMBER}"

-if RUBY_VERSION >= '1.8.0'
- $DLDFLAGS = "@LDFLAGS@"
-else
- $LDFLAGS = "@LDFLAGS@"
-end
+$LOCAL_LIBS = `pkg-config --libs ImageMagick`.chomp

-$LOCAL_LIBS = "@LOCAL_LIBS@"
-
 create_makefile("RMagick")

--------------000102070208080802070000--

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Wed, 11 Jan 2006 03:23:55 -0800
From: Steve Langasek <email address hidden>
To: Mike Williams <email address hidden>
Cc: Laurent Bonnaud <email address hidden>, <email address hidden>,
 <email address hidden>, <email address hidden>, <email address hidden>, <email address hidden>,
 <email address hidden>, <email address hidden>, <email address hidden>, <email address hidden>,
 <email address hidden>, <email address hidden>, <email address hidden>, <email address hidden>
Subject: Re: Request for advice - Re: Bug#347401

--7SrMUQONj8Rl9QNG
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Mike,

On Wed, Jan 11, 2006 at 10:18:20PM +1100, Mike Williams wrote:

> >So maintainers, please take the advice given in that mail and fix your
> >packages to a) not use the output of Magick-config --libs when linking, =
and
> >b) use the Debian version of libtool (if applicable).

> >(One alternative to using Magick-config --libs seems to be to use=20
> >pkg-config
> >-- not because ImageMagick gets its pkg-config support right, but becaus=
e=20
> >it
> >happens to get it right in a way that benefits us. ;)

> Steve, can you give me some advice? I'm attempting to fix this=20
> librmagick-ruby bug by switching from Magick-config to pkg-config.=20

> Attached is the patch I'm planning to apply ... basically, it avoids=20
> using $CFLAGS and $LDFLAGS values computing by "configure" (using=20
> Magick-config) and uses output from "pkg-config" instead.=20

> In my case, "Magick-config --libs" outputs

> -lMagick -llcms -ltiff -lfreetype -ljasper -ljpeg -lpng -ldpstk
> -ldps -lXext -lXt -lSM -lICE -lX11 -lbz2 -lxml2 -lz -lpthread -lm
> -lpthread

> whereas "pkg-config --libs ImageMagick" returns just

> -lMagick

> So, does it sound like this change will do the job?

Yep, this is exactly what you want to see when using pkg-config for shared
linking on a GNU ELF platform; everything else is extraneous.

Cheers,
--=20
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
<email address hidden> http://www.debian.org/

--7SrMUQONj8Rl9QNG
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDxOrKKN6ufymYLloRAhdgAJ9122eW+VMT69rxuuK3BuYE+HvUUACff8AR
4MtajF2KXlabXxlyAt0BD7k=
=JpsA
-----END PGP SIGNATURE-----

--7SrMUQONj8Rl9QNG--

[Matt Zimmerman (mdz)]

Dapper's rss-glx doesn't depend on libdps1