List of packages defining a RPATH on amd64 (differs from i386/lintian.d.o)

3 views
Skip to first unread message

Raphael Geissert

unread,
Jan 7, 2008, 11:10:09 PM1/7/08
to
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello all,

Some time ago I noticed some packages were defining a RPATH on non i386
architectures, notably amd64. This seems to be caused by an old auto* file,
but there might be other reasons as well.

I've run an archive wide lintian check on all the Arch: amd64 packages in
sid in order to detect those packages and surprisingly I've found _409_ of
them.

Of course some packages do need to define the rpath in some cases, reason
why in the next list I'm only including those which were defining an rpath
matching this regexp /usr/lib(64)?$
And yes, the number 409 applies to only those matching that regexp, of
course there might be other paths which could be checked too.

The archive wide results are available[1] for download in case anyone wants
to take a look at them (the only package with partial results is
libwine-dev which I killed after four hours checking the man pages) or
whatever. The files are called just like the binary file because of
simplicity, e.g. devscripts_2.10.12_amd64.deb

For those who might not be aware of it, lintian.d.o only shows the results
of the package checks performed on source and i386 binary packages. This is
the reason why a package may not appear on the
binary-or-shlib-defines-rpath report page and being listed here.

I hope some great progress can be done on this subject before lenny is
released.

And of course, the lintian results on which the next list of binary packages
is based can also be downloaded[3] so there's no need to download
the .tar.gz and search for each and every single package ;-).

Any kind of feedback, as usually, is welcome.

[1] http://alioth.debian.org/~atomo64-guest/lintian-v1.23.42-amd64.tar.gz
[2] http://lintian.debian.org/reports/Tbinary-or-shlib-defines-rpath.html
[3] http://alioth.debian.org/~atomo64-guest/rpath_amd64.raw.list.gz

Kind regards,
Raphael Geissert

- -----

Guenter Geiger (Debian/GNU) <gei...@debian.org>
jack-rack
ladcca-bin
ladccad
lash-bin
lashd
rezound
swami
xmms-jackasyn (U)

Davide Puricelli (evo) <e...@debian.org>
xchat

Anibal Avelar (Fixxxer) <aav...@cofradia.org>
libbio2jack0

Laszlo Boszormenyi (GCS) <g...@debian.hu>
libneon25
libneon26
libneon26-gnutls
libneon27
libneon27-gnutls
xsidplay

Ying-Chun Liu (PaulLiu) <gran...@gmail.com>
macopix-gtk2

Stefan Hornburg (Racke) <ra...@linuxia.de>
courier-authlib
courier-base
courier-maildrop
courier-mlm
courier-mta

J.H.M. Dassen (Ray) <jda...@debian.org>
gdesklets (U)
gnome-keyring-manager (U)
gnome-netstatus-applet (U)
libgnetwork1.0-0 (U)
libgnomeprintui2.2-0 (U)
netspeed (U)
python-gnome2-extras (U)

Jari Aalto <jari....@cante.net>
fbdesk

Russ Allbery <r...@debian.org>
libapache2-mod-shib
libsaml5

Micah Anderson <mi...@debian.org>
silc (U)
util-vserver

Nacho Barrientos Arias <na...@debian.org>
libakode2 (U)

Sebastien Bacher <seb...@debian.org>
easytag
gdesklets (U)
gnome-netstatus-applet (U)
libgnetwork1.0-0 (U)
libgnomesu0
netspeed
python-glade2
python-gnome2
python-gnome2-extras
python-gobject (U)
python-gobject-dbg (U)
python-gtk2
python-pyorbit
rubrica

Alan Baghumian <al...@technotux.org>
sabayon (U)

Artem Baguinski <ar...@v2.nl>
drscheme (U)
mzscheme (U)

Michael Banck <mba...@debian.org>
gamin
libsyncml-utils
python-gamin

Mirco Bauer <mee...@debian.org>
libevolution3.0-cil (U)

Daniel Baumann <dan...@debian.org>
giflib-tools
grip
librpcsecgss3 (U)
open-vm-tools

Florent Bayle <fba...@bigfoot.com>
klamav
libpano12-0
libpano12-bin

Dave Beckett <daj...@debian.org>
python-cairo
python-cairo-dbg

Bradley Bell <b...@debian.org>
libbakery-2.4-1
libgtkextra-1.0-0
libpanelappletmm-2.6-1c2

John V. Belmonte <jbel...@debian.org>
libxmlsec1
libxmlsec1-gnutls
libxmlsec1-nss
libxmlsec1-openssl
xmlsec1

CJ van den Berg <c...@vdbonline.com>
pulseaudio-module-jack

Chris Vanden Berghe <chri...@debian.org>
libmeanwhile1

Michael Biebl <bi...@debian.org>
consolekit (U)
dbus (U)
gnome-device-manager (U)
gnome-mount
hal (U)
libgnome-device-manager0 (U)
libhal-storage1 (U)
libhal1 (U)
libnm-glib0 (U)
libnm-util0 (U)
libpam-ck-connector (U)
network-manager (U)
network-manager-gnome (U)
rsyslog-mysql

Jérémy Bobbio <lu...@debian.org>
silc (U)

Ed Boraas <e...@debian.org>
gtk2-engines
netspeed (U)

Fathi Boudra <fbo...@free.fr>
kasablanca (U)
keep (U)
kmymoney2 (U)
ksplash-engine-moodin (U)
ksynaptics (U)
libarts1c2a (U)

John Bovey <j...@kent.ac.uk>
libnjb-examples
libnjb5

Rob Bradford <r...@debianplanet.org>
netspeed (U)

Marc 'HE' Brockschmidt <h...@debian.org>
eog (U)
gdesklets (U)
gnome-netstatus-applet (U)
libbonobo2-0 (U)
libbonobo2-common (U)
libbonoboui2-0 (U)
libbonoboui2-dev (U)
libgnetwork1.0-0 (U)
libgnomeprintui2.2-0 (U)
libgnomeui-0 (U)
netspeed (U)
python-gnome2-extras (U)

Paul Brossier <pi...@debian.org>
alsaplayer-jack (U)
xmms-jackasyn

Ross Burton <ro...@burtonini.com>
gtk-engines-lighthouseblue

Ross Burton <ro...@debian.org>
desktop-file-utils
gdesklets (U)
gnome-netstatus-applet (U)
libgnetwork1.0-0 (U)
libnautilus-burn4
nautilus-cd-burner
netspeed (U)
python-gnome2-extras (U)

Marco Cabizza <mar...@gmail.com>
buoh
gdesklets (U)
gnome-media
gnome-netstatus-applet (U)
gnome-utils
libgnetwork1.0-0 (U)
libgnome-media0
libmetacity0
libwnck-dev (U)
libwnck22 (U)
metacity
python-gnome2-extras (U)

Giacomo Catenazzi <ca...@debian.org>
libg15-1

Hubert Chathi <uho...@debian.org>
alsaplayer-jack

Pierre Chifflier <pol...@debian.org>
newpki-server

Volker Christian <v...@debian.org>
synce-kde
syncekonnector

Isaac Clerencia <is...@debian.org>
koffice-libs (U)

Tzafrir Cohen <tzafri...@xorcom.com>
libspandsp3 (U)

Robert Collins <rob...@robertcollins.net>
libopensync0
libsyncml-utils (U)
opensyncutils
python-opensync

Adrien Cunin <adri...@ubuntu.com>
djplay

Paul Cupis <pa...@cupis.co.uk>
firestarter

Joost Yervante Damad <and...@debian.org>
openmsx-debugger

LI Daobing <lida...@gmail.com>
qterm

Debian ALSA Maintainers <pkg-als...@lists.alioth.debian.org>
libasound2-plugins

Debian Bluetooth Maintainers
<pkg-bluetoot...@lists.alioth.debian.org>
bluez-cups
bluez-utils
gnome-bluetooth
libbtctl4
libgnomebt0
python-libbtctl

Debian EMBOSS Packaging Team <pkg-embo...@lists.alioth.debian.org>
emboss

Debian Evolution Maintainers
<pkg-evolutio...@lists.alioth.debian.org>
evolution
evolution-data-server
evolution-plugins
evolution-plugins-experimental
gtkhtml3.14
gtkhtml3.8
libcamel1.2-10
libebook1.2-9
libecal1.2-7
libedata-book1.2-2
libedata-cal1.2-6
libedataserver1.2-9
libedataserverui1.2-8
libegroupwise1.2-13
libexchange-storage1.2-3
libgtkhtml3.14-19
libgtkhtml3.8-15

Debian GIS Project <pkg-gra...@lists.alioth.debian.org>
libgeos-c1
qgis

Debian GNOME Maintainers <pkg-gnome-...@lists.alioth.debian.org>
brasero (U)
bug-buddy
eog (U)
gamin (U)
gconf-editor (U)
gconf2 (U)
gda2-freetds (U)
gda2-mysql (U)
gda2-odbc (U)
gda2-postgres (U)
gda2-sqlite (U)
gdesklets (U)
glabels
gnome-about (U)
gnome-keyring-manager (U)
gnome-media (U)
gnome-netstatus-applet (U)
gnome-panel (U)
gnome-power-manager (U)
gnome-screensaver (U)
gnome-session (U)
gnome-system-tools (U)
gnome-terminal (U)
gnome-user-share (U)
gnome-utils (U)
gtk2-engines (U)
libbonobo2-0
libbonobo2-common
libbonoboui2-0
libbonoboui2-dev
libeel2-2.20 (U)
libgconf2-4 (U)
libgda2-3 (U)
libgda2-bin (U)
libglib2.0-0 (U)
libglib2.0-dev (U)
libgnetwork1.0-0 (U)
libgnome-desktop-2 (U)
libgnome-media0 (U)
libgnomeprint2.2-0 (U)
libgnomeprintui2.2-0 (U)
libgnomesu0 (U)
libgnomeui-0 (U)
libgnomevfs2-0 (U)
libgnomevfs2-bin (U)
libgnomevfs2-extra (U)
libmetacity0 (U)
libnautilus-burn4 (U)
libnautilus-extension1 (U)
liboobs-1-3 (U)
libpanel-applet2-0 (U)
libsoup2.2-8
libvte9 (U)
libwnck-dev (U)
libwnck22 (U)
metacity (U)
nautilus (U)
nautilus-actions (U)
nautilus-cd-burner (U)
nautilus-sendto (U)
netspeed (U)
python-gamin (U)
python-glade2 (U)
python-gnome2 (U)
python-gnome2-desktop (U)
python-gnome2-extras (U)
python-gobject (U)
python-gobject-dbg (U)
python-gtk2 (U)
python-pyorbit (U)
python-vte (U)
rarian-compat (U)
sabayon (U)
system-tools-backends (U)

Debian Hamradio Maintainers <debia...@lists.debian.org>
kptc
qsstv

Debian Hebrew Packaging Team <debian-heb...@lists.alioth.debian.org>
libfribidi0
paps

Debian Java Maintainers <pkg-java-m...@lists.alioth.debian.org>
classpath
classpath-gtkpeer
classpath-qtpeer
gcjwebplugin

Debian KDE Extras Team <pkg-kde...@lists.alioth.debian.org>
kasablanca
keep
kmymoney2
ksplash-engine-moodin
ksynaptics

Debian Libvirt Maintainers <pkg-libvirt...@lists.alioth.debian.org>
libvirt-bin
libvirt0
python-libvirt
virt-manager

Debian LyX Maintainers <pkg-ly...@lists.alioth.debian.org>
lyx

Debian Mono Group <pkg-mon...@lists.alioth.debian.org>
libevolution3.0-cil

Debian Qt/KDE Maintainers <debian...@lists.debian.org>
koffice-libs
libakode2
libarts1c2a

Debian SILC Team <pkg-sil...@lists.alioth.debian.org>
silc

Debian VoIP Team <pkg-voip-m...@lists.alioth.debian.org>
bayonne
libccaudio2-0.9-0
libccaudio2-dev
libccrtp1-1.6-0
libccscript3-1.1-0
libcommoncpp2-1.6-0
libspandsp3
libzrtpcpp-0.9.2deb0

Debian Xfce Maintainers <pkg-xfc...@lists.alioth.debian.org>
xfce4-minicmd-plugin

Cédric Delfosse <ced...@debian.org>
sabayon

Murat Demirten <mu...@debian.org>
ettercap
ettercap-gtk

Ubuntu Core developers <ubuntu-dev...@lists.ubuntu.com>
gcc-snapshot

Jon Dowland <j...@alcopop.org>
wallpaper-tray

Roland Dreier <rol...@cisco.com>
libmthca1

Joe Drew <dr...@debian.org>
netspeed (U)

Sebastian Dröge <sl...@debian.org>
bug-buddy (U)
dbus (U)
eog (U)
gamin (U)
gconf2 (U)
gda2-freetds (U)
gda2-mysql (U)
gda2-odbc (U)
gda2-postgres (U)
gda2-sqlite (U)
gnome-about (U)
gnome-keyring-manager (U)
gnome-media (U)
gnome-panel (U)
gnome-power-manager (U)
gnome-screensaver (U)
gnome-session (U)
gnome-terminal (U)
gnome-user-share
gnome-utils (U)
gstreamer0.10-fluendo-mp3 (U)
gstreamer0.10-fluendo-mpegdemux (U)
gstreamer0.10-fluendo-mpegmux (U)
gstreamer0.10-plugins-bad (U)
gtk2-engines (U)
hal (U)
libbonobo2-0 (U)
libbonobo2-common (U)
libbonoboui2-0 (U)
libbonoboui2-dev (U)
libeel2-2.20 (U)
libgconf2-4 (U)
libgda2-3 (U)
libgda2-bin (U)
libglib2.0-0 (U)
libglib2.0-dev (U)
libgnome-desktop-2 (U)
libgnome-media0 (U)
libgnomeprint2.2-0 (U)
libgnomeprintui2.2-0 (U)
libgnomesu0 (U)
libgnomeui-0 (U)
libgnomevfs2-0 (U)
libgnomevfs2-bin (U)
libgnomevfs2-extra (U)
libhal-storage1 (U)
libhal1 (U)
libmetacity0 (U)
libnautilus-burn4 (U)
libnautilus-extension1 (U)
libpanel-applet2-0 (U)
libsoup2.2-8 (U)
libtsmux0 (U)
libvte9 (U)
libwnck-dev (U)
libwnck22 (U)
metacity (U)
nautilus (U)
nautilus-cd-burner (U)
python-gamin (U)
python-gnome2-desktop (U)
python-vte (U)

DSSI Maintainers <pkg-dss...@lists.alioth.debian.org>
dssi-example-plugins
dssi-host-jack
dssi-utils

Edd Dumbill <ej...@debian.org>
bluez-cups (U)
bluez-utils (U)
netspeed (U)

Peter Eisentraut <pet...@debian.org>
apt-rpm-repository
libapt-rpm-pkg-libc6.7-6-2
libhk-kdeclasses7
pgpool2
xmms-kde

Free Ekanayaka <fr...@agnula.org>
creox

Baruch Even <bar...@debian.org>
libfribidi0 (U)
paps (U)

Khalid El Fathi <inv...@edena-fr.org>
gpass

Helen Faulkner <he...@debian.org>
kaquarium
kcpuload
kfish

Bartosz Fenski <fe...@debian.org>
moc (U)

Decklin Foster <dec...@red-bean.com>
mpd

Gustavo Franco <str...@debian.org>
gdesklets (U)
gnome-netstatus-applet (U)
libgnetwork1.0-0 (U)
python-gnome2-extras (U)

Mike Furr <mf...@debian.org>
xmms-jack

Sylvain Le Gall <gil...@debian.org>
libiptcdata-bin (U)
python-iptcdata (U)

David Moreno Garza <da...@debian.org>
gcolor2 (U)

Alexander GQ Gerasiov <g...@cs.msu.su>
kxneur

RISKO Gergely <ri...@debian.org>
freecell-solver-bin

Oystein Gisnas <oys...@gisnas.net>
evolution (U)
evolution-data-server (U)
evolution-plugins (U)
evolution-plugins-experimental (U)
gnome-netstatus-applet (U)
gtkhtml3.14 (U)
libbtctl4 (U)
libcamel1.2-10 (U)
libebook1.2-9 (U)
libecal1.2-7 (U)
libedata-book1.2-2 (U)
libedata-cal1.2-6 (U)
libedataserver1.2-9 (U)
libedataserverui1.2-8 (U)
libegroupwise1.2-13 (U)
libexchange-storage1.2-3 (U)
libgnetwork1.0-0 (U)
libgtkhtml3.14-19 (U)
nautilus-sendto
python-gnome2-extras (U)
python-libbtctl (U)

Filippo Giunchedi <fil...@debian.org>
bluez-cups (U)
bluez-utils (U)
libbtctl4 (U)
python-libbtctl (U)

Filippo Giunchedi <fil...@esaurito.net>
gnome-bluetooth (U)
libgnomebt0 (U)

Rudy Godoy <ru...@kernel-panik.org>
xfce4-minicmd-plugin (U)

Debian QA Group <pack...@qa.debian.org>
directvnc
ecawave
emifreq-applet
kde-style-klearlook
libmotif-dev
libmotif3
libphat0
libphat0-dev
libqt-perl
motif-clients

Yu Guanghui <y...@debian.org>
qterm (U)

Guido Guenther <a...@sigxcpu.org>
libvirt-bin (U)
libvirt0 (U)
python-libvirt (U)
virt-manager (U)

Steinar H. Gunderson <se...@debian.org>
librpcsecgss3 (U)

Philipp Matthias Hahn <pmh...@debian.org>
xmms-osd-plugin
xosd-bin

Pascal Hakim <pa...@debian.org>
snort (U)
snort-common-libraries (U)
snort-mysql (U)
snort-pgsql (U)

Steve Halasz <deb...@adkgis.org>
libgeos-c1 (U)

Yaroslav Halchenko <deb...@onerussian.com>
edac-utils

Jerry Haltom <was...@larvalstage.net>
gnome-netstatus-applet

Christian Hammers <c...@debian.org>
quagga
quagga (U)

Dafydd Harries <d...@debian.org>
gdesklets (U)
gnome-netstatus-applet (U)
gnome-system-tools (U)
libgnetwork1.0-0 (U)
python-gnome2-extras (U)

Sam Hartman <hart...@debian.org>
zephyr-clients (U)
zephyr-server (U)
zephyr-server-krb (U)

Heikki Henriksen <hei...@gmail.com>
evolution (U)
evolution-data-server (U)
evolution-plugins (U)
evolution-plugins-experimental (U)
gtkhtml3.14 (U)
gtkhtml3.8 (U)
libcamel1.2-10 (U)
libebook1.2-9 (U)
libecal1.2-7 (U)
libedata-book1.2-2 (U)
libedata-cal1.2-6 (U)
libedataserver1.2-9 (U)
libedataserverui1.2-8 (U)
libegroupwise1.2-13 (U)
libexchange-storage1.2-3 (U)
libgtkhtml3.14-19 (U)
libgtkhtml3.8-15 (U)

Raphael Hertzog <her...@debian.org>
alltray (U)

Varun Hiremath <va...@debian.org>
cone
paintlib2c2a

Sven Hoexter <sv...@timegate.de>
lyx (U)

Magnus Holmgren <mag...@kibibyte.se>
spfquery

Simon Horman <ho...@debian.org>
libvanessa-socket-pipe

ZhengPeng Hou <zhengp...@ubuntu.com>
scim-bridge-agent
scim-bridge-client-gtk
scim-bridge-client-qt
scim-bridge-client-qt4
scim-qtimm

Philipp Hug <deb...@hug.cx>
mnogosearch-mysql
mnogosearch-pgsql
mnogosearch-sqlite

Simon Huggins <hug...@earth.li>
xfce4-minicmd-plugin (U)

Morten Hustveit <mor...@debian.org>
kwavecontrol

Mark Hymers <m...@debian.org>
dssi-example-plugins (U)
dssi-host-jack (U)
dssi-utils (U)

Alberto Gonzalez Iniesta <a...@inittab.org>
kmyfirewall

Mario Iseli <ma...@debian.org>
bluez-cups (U)
bluez-utils (U)

Mario Iseli <ad...@marioiseli.com>
libbtctl4 (U)
python-libbtctl (U)

Steffen Joeris <steffen...@skolelinux.de>
gpsim-lcd-graphic

Lior Kaplan <kap...@debian.org>
libfribidi0 (U)
paps (U)

Jean-Michel Kelbert <kel...@debian.org>
kbiff
showimg

Takuo KITAME <kit...@debian.org>
gdesklets (U)
netspeed (U)

Matthias Klose <do...@debian.org>
gcc-snapshot (U)
python-svn
python-svn-dbg
sqlrelay
sqlrelay-config-gtk
sqlrelay-freetds
sqlrelay-mdb
sqlrelay-mysql
sqlrelay-odbc
sqlrelay-postgresql
sqlrelay-sqlite

Daniel Kobras <kob...@debian.org>
glame
muse

Michael Koch <konq...@gmx.de>
classpath (U)
classpath-gtkpeer (U)
classpath-qtpeer (U)
gcjwebplugin (U)
libmercator-0.2-4c2a
libsage2
libvarconf-1.0-6
sear

martin f. krafft <mad...@debian.org>
spfqtool (U)

Kilian Krause <kil...@debian.org>
bayonne (U)
gnome-netstatus-applet (U)
libccrtp1-1.6-0 (U)
libcommoncpp2-1.6-0 (U)
libgnetwork1.0-0 (U)
libspandsp3 (U)
libzrtpcpp-0.9.2deb0 (U)
python-gnome2-extras (U)

Anand Kumria <wild...@progsoc.org>
swh-plugins

Richard Laager <rla...@wiktel.com>
gbonds

Emmanuel Lacour <ela...@home-dn.net>
libnss-mysql-bg

Torsten Landschoff <tor...@debian.org>
libfox-1.6-0
libfox1.4
python-glade2 (U)
python-gtk2 (U)

Laurence J. Lane <ljl...@debian.org>
libast2

Steve Langasek <vor...@debian.org>
libmyodbc

Andrew Lau <nets...@users.sourceforge.net>
gdesklets (U)
glabels (U)
gnome-netstatus-applet (U)
libgnetwork1.0-0 (U)
netspeed (U)
python-gnome2-extras (U)

Chris Leishman <mas...@debian.org>
libxml++1.0c2a

John Leuner <je...@debian.org>
classpath (U)
classpath-gtkpeer (U)
classpath-qtpeer (U)
gcjwebplugin (U)

John Lightsey <ligh...@debian.org>
xmms-infinity

Ana Beatriz Guerrero Lopez <a...@debian.org>
koffice-libs (U)
libakode2 (U)
libarts1c2a (U)

Martin Loschwitz <mad...@debian.org>
xfce4-minicmd-plugin (U)

Francesco Paolo Lovergine <fra...@debian.org>
qgis (U)

Ola Lundqvist <op...@debian.org>
ntop
stardict-tools (U)
util-vserver (U)
vzctl

Mikael Magnusson <mi...@users.sourceforge.net>
libccrtp1-1.6-0 (U)
libzrtpcpp-0.9.2deb0 (U)

Maintainers of GStreamer packages
<pkg-gstreame...@lists.alioth.debian.org>
gstreamer0.10-fluendo-mp3
gstreamer0.10-fluendo-mpegdemux
gstreamer0.10-fluendo-mpegmux
gstreamer0.10-plugins-bad
libtsmux0

Jordi Mallach <jo...@debian.org>
evolution (U)
evolution-data-server (U)
evolution-plugins (U)
evolution-plugins-experimental (U)
gda2-freetds (U)
gda2-mysql (U)
gda2-odbc (U)
gda2-postgres (U)
gda2-sqlite (U)
gdesklets (U)
gnome-netstatus-applet (U)
libasound2-plugins (U)
libcamel1.2-10 (U)
libebook1.2-9 (U)
libecal1.2-7 (U)
libedata-book1.2-2 (U)
libedata-cal1.2-6 (U)
libedataserver1.2-9 (U)
libedataserverui1.2-8 (U)
libegroupwise1.2-13 (U)
libexchange-storage1.2-3 (U)
libgda2-3 (U)
libgda2-bin (U)
libgnetwork1.0-0
netspeed (U)
python-gnome2-extras (U)
system-tools-backends (U)

tony mancill <tman...@debian.org>
gbonds (U)

Margarita Manterola <deb...@marga.com.ar>
evolution (U)
evolution-data-server (U)
evolution-plugins (U)
evolution-plugins-experimental (U)
libcamel1.2-10 (U)
libebook1.2-9 (U)
libecal1.2-7 (U)
libedata-book1.2-2 (U)
libedata-cal1.2-6 (U)
libedataserver1.2-9 (U)
libedataserverui1.2-8 (U)
libegroupwise1.2-13 (U)
libexchange-storage1.2-3 (U)

Santiago Garcia Mantinan <ma...@debian.org>
bayonne (U)
libspandsp3 (U)

Pedro Jurado Maqueda <mel...@kdehispano.org>
kiosktool

Francois Marier <fran...@debian.org>
dopewars

Christopher Martin <chrs...@debian.org>
libarts1c2a (U)

Carlos Perelló Marín <car...@pemas.net>
netspeed (U)

Robert McQueen <robo...@debian.org>
finch
libpurple0
netspeed (U)
pidgin

Jose Carlos Medeiros <deb...@psabs.com.br>
stardict-tools

Loic Minier <lo...@dooz.org>
brasero (U)
bug-buddy (U)
dbus (U)
desktop-file-utils (U)
eog (U)
evolution (U)
evolution-data-server (U)
evolution-plugins (U)
evolution-plugins-experimental (U)
gamin (U)
gconf-editor (U)
gconf2 (U)
gda2-freetds (U)
gda2-mysql (U)
gda2-odbc (U)
gda2-postgres (U)
gda2-sqlite (U)
gdesklets (U)
glabels (U)
gnome-about (U)
gnome-keyring-manager (U)
gnome-media (U)
gnome-netstatus-applet (U)
gnome-panel (U)
gnome-power-manager (U)
gnome-screensaver (U)
gnome-session (U)
gnome-system-tools (U)
gnome-terminal (U)
gnome-utils (U)
gstreamer0.10-fluendo-mp3 (U)
gtk2-engines (U)
gtkhtml3.14 (U)
gtkhtml3.8 (U)
libbonobo2-0 (U)
libbonobo2-common (U)
libbonoboui2-0 (U)
libbonoboui2-dev (U)
libcamel1.2-10 (U)
libebook1.2-9 (U)
libecal1.2-7 (U)
libedata-book1.2-2 (U)
libedata-cal1.2-6 (U)
libedataserver1.2-9 (U)
libedataserverui1.2-8 (U)
libeel2-2.20 (U)
libegroupwise1.2-13 (U)
libexchange-storage1.2-3 (U)
libgconf2-4 (U)
libgda2-3 (U)
libgda2-bin (U)
libglib2.0-0
libglib2.0-dev
libgnetwork1.0-0 (U)
libgnome-desktop-2 (U)
libgnome-media0 (U)
libgnomeprint2.2-0 (U)
libgnomeprintui2.2-0 (U)
libgnomesu0 (U)
libgnomeui-0 (U)
libgtkhtml3.14-19 (U)
libgtkhtml3.8-15 (U)
libmetacity0 (U)
libnautilus-burn4 (U)
libnautilus-extension1 (U)
liboobs-1-3
libpanel-applet2-0 (U)
libsoup2.2-8 (U)
libvte9 (U)
libwmf-bin
libwmf0.2-7
libwnck-dev (U)
libwnck22 (U)
metacity (U)
nautilus (U)
nautilus-actions (U)
nautilus-cd-burner (U)
nautilus-sendto (U)
netspeed (U)
python-gamin (U)
python-glade2 (U)
python-gnome2 (U)
python-gnome2-desktop
python-gnome2-extras (U)
python-gobject (U)
python-gobject-dbg (U)
python-gtk2 (U)
python-pyorbit (U)
python-vte (U)
sabayon (U)
system-tools-backends (U)

Andrew Mitchell <ajm...@gnu.org>
libsyncml-utils (U)

Hamish Moffatt <ham...@debian.org>
kptc (U)
qsstv (U)

Jani Monoses <ja...@ubuntu.com>
xfce4-minicmd-plugin (U)

Gustavo R. Montesino <grmon...@ig.com.br>
gda2-freetds
gda2-mysql
gda2-odbc
gda2-postgres
gda2-sqlite
libgda2-3
libgda2-bin

Claudio Moratti <ma...@knio.it>
kfolding

David Martínez Moreno <en...@debian.org>
librrds-perl

Daigo Moriwaki <da...@debian.org>
libgoogle-perftools0

Josselin Mouette <jo...@debian.org>
bug-buddy (U)
eog (U)
gamin (U)
gconf-editor
gconf2
gdesklets (U)
glabels (U)
gnome-about (U)
gnome-netstatus-applet (U)
gnome-panel (U)
gnome-screensaver (U)
gnome-session
gnome-system-tools (U)
gnome-terminal (U)
gnome-utils (U)
gtk2-engines (U)
libbonobo2-0 (U)
libbonobo2-common (U)
libbonoboui2-0 (U)
libbonoboui2-dev (U)
libeel2-2.20
libgconf2-4
libgnetwork1.0-0 (U)
libgnome-desktop-2 (U)
libgnomeprintui2.2-0 (U)
libgnomeui-0 (U)
libgnomevfs2-0
libgnomevfs2-bin
libgnomevfs2-extra
libmetacity0 (U)
libnautilus-burn4 (U)
libnautilus-extension1
liboobs-1-3 (U)
libpanel-applet2-0 (U)
libsoup2.2-8 (U)
libwnck-dev (U)
libwnck22 (U)
metacity (U)
nautilus
nautilus-cd-burner (U)
netspeed (U)
python-gamin (U)
python-glade2 (U)
python-gnome2 (U)
python-gnome2-desktop (U)
python-gnome2-extras (U)
python-gobject
python-gobject-dbg
python-gtk2 (U)
python-pyorbit (U)
system-tools-backends (U)

Adrian Neumaier <adr...@firehand.org>
kwin-style-suse2

Mattias Nordstrom <nord...@realnode.com>
spfqtool

Dmitry E. Oboukhov <di...@avanto.org>
hedgewars

Nelson A. de Oliveira <nao...@debian.org>
emboss (U)

Per Olofsson <pe...@debian.org>
lyx (U)

Masahito Omote <om...@debian.org>
libuim5
uim-anthy
uim-applet-gnome
uim-applet-kde
uim-canna
uim-el
uim-fep
uim-gtk2.0
uim-m17nlib
uim-prime
uim-qt
uim-skk
uim-utils
uim-xim

Patrick Ouellette <pou...@debian.org>
kptc (U)
qsstv (U)

Marcin Owsiany <porr...@debian.org>
ydpdict

Kari Pahula <ka...@debian.org>
littlewizard

Kari Pahula <ka...@iki.fi>
droidbattles

Goedson Teixeira Paixao <goe...@debian.org>
gfc-examples
gpaint
libgfccore-2.0-0c2a
libgfcui-2.0-0c2a

Guilherme de S. Pastore <guilherm...@terra.com.br>
netspeed (U)

Guilherme de S. Pastore <gpas...@debian.org>
eog
gdesklets (U)
gnome-keyring-manager
gnome-netstatus-applet (U)
gnome-panel
gnome-screensaver
gnome-terminal
libgnetwork1.0-0 (U)
libpanel-applet2-0
libvte9
python-gnome2-extras (U)
python-vte

Barak A. Pearlmutter <b...@debian.org>
libadolc-examples
raidutils

Javier Fernandez-Sanguino Pen~a <j...@debian.org>
snort
snort-common-libraries
snort-mysql
snort-pgsql

Yves-Alexis Perez <cor...@corsac.net>
xfce4-minicmd-plugin (U)

Frederic Peters <fpe...@debian.org>
etherape
exif
rarian-compat

Charles Plessy <charles-de...@plessy.org>
emboss (U)

Ari Pollak <a...@debian.org>
drscheme
finch (U)
libgtkspell0
libpurple0 (U)
mzscheme
pidgin (U)

Mark Purcell <m...@debian.org>
bayonne (U)
kasablanca (U)
keep (U)
kmymoney2 (U)
ksplash-engine-moodin (U)
ksynaptics (U)
libccaudio2-0.9-0 (U)
libccaudio2-dev (U)
libccrtp1-1.6-0 (U)
libccscript3-1.1-0 (U)
libcommoncpp2-1.6-0 (U)
libspandsp3 (U)
libzrtpcpp-0.9.2deb0 (U)

Arnaud Quette <aqu...@debian.org>
knutclient
ksynaptics (U)

Karl Ramm <k...@debian.org>
zephyr-clients
zephyr-clients (U)
zephyr-server
zephyr-server (U)
zephyr-server-krb
zephyr-server-krb (U)

Simon Richter <s...@debian.org>
bayonne (U)

Elimar Riesebieter <ries...@lxtec.de>
libasound2-plugins (U)
moc

Santiago Ruano Rincón <sant...@debian.org>
libhippocanvas-1-0
libspandsp3 (U)
python-hippocanvas

Sebastian Rittau <sri...@debian.org>
libidl0
liborbit2
liborbit2-dev
orbit2
orbit2-nameserver

Ghe Rivero <g...@debian.org>
libuser
libuser1
libuser1-dev
python-libuser

Jaime Robles <ja...@debian.org>
kptc (U)
qsstv (U)

Emanuele Rocca <e...@debian.org>
xfce4-minicmd-plugin (U)

Neil Roeth <ne...@debian.org>
opensp

Johannes Rohr <jr.d...@rohr.org>
netspeed (U)

Andreas Rottmann <ro...@debian.org>
gdesklets (U)
netspeed (U)

Miriam Ruiz <littl...@yahoo.es>
gnash-common

Alexander Sack <as...@jwsdot.com>
gnash-common (U)

Anibal Monsalve Salazar <ani...@debian.org>
librpcsecgss3

Otavio Salvador <ota...@debian.org>
glabels (U)
system-tools-backends (U)

Jorge Salamero Sanz <ben...@cauterized.net>
knetdockapp

Niv Sardi <xa...@debian.org>
gnome-system-tools (U)
system-tools-backends (U)

Pasi Savilaakso <pasi.sa...@pp.inet.fi>
libdc0c2
valknut

Stefan Schimanski <sch...@debian.org>
gtk-engines-qtpixmap
gtk2-engines-qtpixmap

Riccardo Setti <gis...@debian.org>
evolution-data-server (U)
gnome-power-manager
gtkhtml3.14 (U)
libcamel1.2-10 (U)
libebook1.2-9 (U)
libecal1.2-7 (U)
libedata-book1.2-2 (U)
libedata-cal1.2-6 (U)
libedataserver1.2-9 (U)
libedataserverui1.2-8 (U)
libegroupwise1.2-13 (U)
libexchange-storage1.2-3 (U)
libgtkhtml3.14-19 (U)
libnm-glib0 (U)
libnm-util0 (U)
network-manager (U)

Shachar Shemesh <sha...@debian.org>
libfribidi0 (U)
paps (U)

Gustavo Noronha Silva <k...@debian.org>
gdesklets (U)
gnome-netstatus-applet (U)
libgnetwork1.0-0 (U)
libgnomesu0 (U)
netspeed (U)
python-gnome2-desktop (U)
python-gnome2-extras (U)
python-pyorbit (U)

Sjoerd Simons <sjo...@debian.org>
bug-buddy (U)
dbus (U)
gamin (U)
gdesklets (U)
gnome-media (U)
gnome-netstatus-applet (U)
hal (U)
libgnetwork1.0-0 (U)
libgnome-media0 (U)
libhal-storage1 (U)
libhal1 (U)
netspeed (U)
pulseaudio-module-jack (U)
python-gamin (U)
python-gnome2-extras (U)

Adeodato Simó <da...@net.com.org.es>
libarts1c2a (U)

Tim Small <t...@buttersideup.com>
edac-utils (U)

Roger So <rog...@debian.org>
iiimf-client-gtk
iiimf-client-gtk (U)
iiimf-client-xbe
iiimf-client-xbe (U)
iiimf-im-switcher
iiimf-im-switcher (U)
iiimf-le-canna
iiimf-le-canna (U)
iiimf-le-hangul
iiimf-le-hangul (U)
iiimf-le-sun-hong-kong-chinese
iiimf-le-sun-hong-kong-chinese (U)
iiimf-le-sun-simplified-chinese
iiimf-le-sun-simplified-chinese (U)
iiimf-le-sun-thai
iiimf-le-sun-thai (U)
iiimf-le-sun-traditional-chinese
iiimf-le-sun-traditional-chinese (U)
iiimf-le-unit
iiimf-le-unit (U)
iiimf-server
iiimf-server (U)
libiiimcf3
libiiimcf3 (U)

Jose Carlos Garcia Sogo <js...@debian.org>
bayonne (U)
gdesklets (U)
gnome-netstatus-applet (U)
gnome-system-tools
libevolution3.0-cil (U)
libgnetwork1.0-0 (U)
libspandsp3 (U)
netspeed (U)
python-gnome2-extras (U)
system-tools-backends

Emil Soleyman-Zomalan <em...@nishra.com>
netspeed (U)

Carlos C Soto <cs...@sia-solutions.com>
alltray
gcolor2

Christine Spang <chri...@debian.org>
nautilus-actions

Joop Stakenborg <pa3...@debian.org>
kptc (U)
libxbae4
qsstv (U)

Geert Stappers <stap...@debian.org>
conglomerate

Clément Stenac <zor...@debian.org>
gdesklets
gnome-netstatus-applet (U)
libgnetwork1.0-0 (U)
netspeed (U)
python-gnome2-extras (U)

Roland Stigge <sti...@antcom.de>
libjasper-runtime
libjasper1

Al Stone <ah...@debian.org>
acovea

Ondřej Surý <ond...@debian.org>
brasero
desktop-file-utils (U)
gdesklets (U)
gnome-about
gnome-netstatus-applet (U)
libgnetwork1.0-0 (U)
libgnome-desktop-2
libgnomeui-0
libwnck-dev
libwnck22
netspeed (U)
python-gnome2-extras (U)

Akira TAGOH <ta...@debian.org>
gdesklets (U)
iiimf-client-gtk (U)
iiimf-client-xbe (U)
iiimf-im-switcher (U)
iiimf-le-canna (U)
iiimf-le-hangul (U)
iiimf-le-sun-hong-kong-chinese (U)
iiimf-le-sun-simplified-chinese (U)
iiimf-le-sun-thai (U)
iiimf-le-sun-traditional-chinese (U)
iiimf-le-unit (U)
iiimf-server (U)
libiiimcf3 (U)
netspeed (U)

Jose Luis Tallon <jlta...@adv-solutions.net>
kwin-baghira
kwirelessmonitor
picwiz

Rob Taylor <robt...@fastmail.fm>
libgnomeprint2.2-0
libgnomeprintui2.2-0

Fabio Tranchitella <kob...@debian.org>
libgeos-c1 (U)

Norbert Tretkowski <no...@debian.org>
mysql-proxy

Junichi Uekawa <dan...@debian.org>
ecamegapedal
ecasound

Matthias Urlichs <sm...@debian.org>
librrds-perl (U)

Utopia Maintenance Team <pkg-utopia-...@lists.alioth.debian.org>
consolekit
dbus
gnome-device-manager
hal
libgnome-device-manager0
libhal-storage1
libhal1
libnm-glib0
libnm-util0
libpam-ck-connector
network-manager
network-manager-gnome

Arnaud Vandyck <av...@debian.org>
classpath (U)
classpath-gtkpeer (U)
classpath-qtpeer (U)
gcjwebplugin (U)

Bastian Venthur <ven...@debian.org>
gtk2-engines-qtcurve
kde-style-lipstik

Andrea Veri <blue...@ubuntu.com>
diff-ext

Michael Vogt <m...@debian.org>
gnome-commander
libvdkbuilder2c2
libvdkxdb2-2c2
vdkbuilder2

Sune Vuorela <deb...@pusling.com>
kde-style-comix
kdesudo
kwin-style-crystal
kwin-style-dekorator
kwin-style-powder
libakode2 (U)

Jaldhar H. Vyas <jal...@debian.org>
karchiver (U)

Jaldhar H. Vyas <jaldha...@linspire.com>
karchiver

Daniel Walrond <deb...@djw.org.uk>
libwv-1.2-3
wv

Florian Weimer <f...@debian.org>
quagga (U)

Torsten Werner <twe...@debian.org>
cone (U)
mnogosearch-mysql (U)
mnogosearch-pgsql (U)
mnogosearch-sqlite (U)
paintlib2c2a (U)

Ian Wienand <ia...@debian.org>
libiptcdata-bin
python-iptcdata

Michal Čihař <ni...@debian.org>
enca

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

iD8DBQFHgvXJYy49rUbZzloRAjNhAKCEf0o0qE5K7YVJgrNs2QhTnaCsPgCfY6H4
O5FujunSpx8S/0JDTQn4dEM=
=+Fxc
-----END PGP SIGNATURE-----


--
To UNSUBSCRIBE, email to debian-dev...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Michal Čihař

unread,
Jan 7, 2008, 11:30:14 PM1/7/08
to
Hi

On Mon, 07 Jan 2008 22:02:17 -0600
Raphael Geissert <atomo64...@gmail.com> wrote:

> Michal Čihař <ni...@debian.org>
> enca

Fixed in svn.

--
Michal Čihař | http://cihar.com | http://blog.cihar.com

signature.asc

Russ Allbery

unread,
Jan 7, 2008, 11:30:14 PM1/7/08
to
Raphael Geissert <atomo64...@gmail.com> writes:

> Some time ago I noticed some packages were defining a RPATH on non i386
> architectures, notably amd64. This seems to be caused by an old auto*
> file, but there might be other reasons as well.

The problem is with the following code in libtool.m4:

# Append ld.so.conf contents to the search path
if test -f /etc/ld.so.conf; then
lt_ld_extra=`$SED -e 's/[:,\t]/ /g;s/=[^=]*$//;s/=[^= ]* / /g' /etc/ld.so.conf | tr '\n' ' '`
sys_lib_dlsearch_path_spec="/lib${libsuff} /usr/lib${libsuff} $lt_ld_extra"
fi

(Taken from the OpenSAML package, which has "serial 47" as the version
number.)

${libsuff} is defined to 64 on 64-bit Linux in the libtool logic, and
therefore libtool thinks that the only normal library search paths are
/lib64 and /usr/lib64. Then, when libtool is invoked to install a library
in /usr/lib, it thinks that's a non-standard library and adds an rpath.

Note that this problematic code is not present in the current Debian
version of libtool. The equivalent part of Debian's libtool has:

# Append ld.so.conf contents to the search path
if test -f /etc/ld.so.conf; then
lt_ld_extra=`awk '/^include / { system(sprintf("cd /etc; cat %s", \[$]2)); skip = 1; } { if (!skip) print \[$]0; skip = 0; }' < /etc/ld.so.conf | $SED -e 's/#.*//;s/[:, ]/ /g;s/=[^=]*$//;s/=[^= ]* / /g;/^$/d' | tr '\n' ' '`
sys_lib_dlsearch_path_spec="/lib /usr/lib $lt_ld_extra"
fi

Therefore, rerunning libtoolize before compilation will fix this problem
for most packages. The latest upstream libtool release also fixes this
problem (with slightly different code that the current Debian package), so
if upstream upgrades their version of libtool before their next release,
that should also stop libtool from adding an rpath.

--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>

Russ Allbery

unread,
Jan 7, 2008, 11:30:11 PM1/7/08
to
Russ Allbery <r...@debian.org> writes:

> Therefore, rerunning libtoolize before compilation will fix this problem
> for most packages.

Hm, actually, since it's in the .m4 file and not in ltmain.sh, you may
have to do more than that. I'd have to experiment. I'm not completely
sure what libtoolize will do and whether it will mangae to upgrade the .m4
file in all circumstances. aclocal may actually be more helpful, but if
upstream copied libtool.m4 into their package, you may have to actually
overwrite it.

Russ Allbery

unread,
Jan 7, 2008, 11:40:07 PM1/7/08
to
Michal Čihař <ni...@debian.org> writes:
> Russ Allbery <r...@debian.org> wrote:

>> Hm, actually, since it's in the .m4 file and not in ltmain.sh, you may
>> have to do more than that. I'd have to experiment. I'm not completely
>> sure what libtoolize will do and whether it will mangae to upgrade the
>> .m4 file in all circumstances. aclocal may actually be more helpful,
>> but if upstream copied libtool.m4 into their package, you may have to
>> actually overwrite it.

> Adding --disable-rpath to configure might be easier solution for this
> problem.

Unfortunately, if the upstream libtool macros are old enough to have this
problem, they may not have --disable-rpath either. OpenSAML doesn't.

Raphael Geissert

unread,
Jan 7, 2008, 11:40:11 PM1/7/08
to
Hi,

Michal Čihař wrote:
>
> Adding --disable-rpath to configure might be easier solution for this
> problem.
>

I've found packages that even when the --disable-rpath flag is set the
binaries have a defined rpath.
This is actually how I noticed the whole rpath problem on non i386 archs the
first time.

Cheers,
Raphael Geissert

Michal Čihař

unread,
Jan 7, 2008, 11:40:10 PM1/7/08
to
Hi

On Mon, 07 Jan 2008 20:24:35 -0800
Russ Allbery <r...@debian.org> wrote:

> Russ Allbery <r...@debian.org> writes:
>
> > Therefore, rerunning libtoolize before compilation will fix this problem
> > for most packages.
>
> Hm, actually, since it's in the .m4 file and not in ltmain.sh, you may
> have to do more than that. I'd have to experiment. I'm not completely
> sure what libtoolize will do and whether it will mangae to upgrade the .m4
> file in all circumstances. aclocal may actually be more helpful, but if
> upstream copied libtool.m4 into their package, you may have to actually
> overwrite it.

Adding --disable-rpath to configure might be easier solution for this
problem.

--

signature.asc

Cyril Brulebois

unread,
Jan 8, 2008, 12:30:11 AM1/8/08
to
On 08/01/2008, Michal Čihař wrote:
> Adding --disable-rpath to configure might be easier solution for this
> problem.

Another workaround is chrpath.

--
Cyril Brulebois

Francesco P. Lovergine

unread,
Jan 8, 2008, 4:10:10 AM1/8/08
to
On Tue, Jan 08, 2008 at 06:20:20AM +0100, Cyril Brulebois wrote:
> On 08/01/2008, Michal Čihař wrote:
> > Adding --disable-rpath to configure might be easier solution for this
> > problem.
>
> Another workaround is chrpath.
>

which is my preferred dirty trick when I'm not enable to manage the
upstream messy building system...

--
Francesco P. Lovergine

Paul Wise

unread,
Jan 8, 2008, 5:30:12 AM1/8/08
to
On Jan 8, 2008 1:32 PM, Raphael Geissert <atomo64...@gmail.com> wrote:

> Some time ago I noticed some packages were defining a RPATH on non i386
> architectures, notably amd64.

Is either of these planned?

* Make lintian.d.o process debs from architectures other than i386/all
* A way to put all these different QA tests (amd64 rpath, should be
arch all, anything else that may come up) on the PTS/DDPO?

--
bye,
pabs

http://wiki.debian.org/PaulWise

Russ Allbery

unread,
Jan 8, 2008, 3:00:21 PM1/8/08
to
"Paul Wise" <pa...@debian.org> writes:
> On Jan 8, 2008 1:32 PM, Raphael Geissert <atomo64...@gmail.com> wrote:

>> Some time ago I noticed some packages were defining a RPATH on non i386
>> architectures, notably amd64.

> Is either of these planned?

> * Make lintian.d.o process debs from architectures other than i386/all

It already takes over a day for Lintian to process the entire archive, so
I don't have any immediate plans to run it on more architectures unless we
can find some dramatic way to speed it up or find other places to run it
besides gluck.d.o.

One guess as to the speed hit at the moment is the man page checks, since
running man and groff is noticably slow.

> * A way to put all these different QA tests (amd64 rpath, should be
> arch all, anything else that may come up) on the PTS/DDPO?

This may be something that mole could do.

Raphael Geissert

unread,
Jan 8, 2008, 4:20:27 PM1/8/08
to
Russ Allbery wrote:
> "Paul Wise" <pa...@debian.org> writes:
>> On Jan 8, 2008 1:32 PM, Raphael Geissert <atomo64...@gmail.com>
>> wrote:
>
>>> Some time ago I noticed some packages were defining a RPATH on non i386
>>> architectures, notably amd64.
>
>> Is either of these planned?
>
>> * Make lintian.d.o process debs from architectures other than i386/all
>
> It already takes over a day for Lintian to process the entire archive, so
> I don't have any immediate plans to run it on more architectures unless we
> can find some dramatic way to speed it up or find other places to run it
> besides gluck.d.o.

What about running lintian once a day on the new/updated packages of every
day? that way the amount of time spent would be reduced and all the lintian
reports would have a delay of no more than one day.

This is the way I want DEHS to work (it currently takes some hours to
perform the archive wide run). At the moment it updates every day the new
packages and some times a month the big run takes place, but I also want to
add timestamps so a package isn't checked if the last check is less than ~3
days old. Something similar could be done to lintian.

>
> One guess as to the speed hit at the moment is the man page checks, since
> running man and groff is noticably slow.

groff was the process taking the most part of the CPU when lintian processed
libwine-dev, is there anything that can be done to reduce this?

>
>> * A way to put all these different QA tests (amd64 rpath, should be
>> arch all, anything else that may come up) on the PTS/DDPO?
>
> This may be something that mole could do.
>

I'd be happy to add that, although I don't think I will be running those
archive wide lintian checks on amd64 too often (specially because I have to
download all the .deb because my processor is an i386).

Raphael Geissert

unread,
Jan 8, 2008, 4:30:21 PM1/8/08
to
Cyril Brulebois wrote:
> On 08/01/2008, Michal Čihař wrote:
>> Adding --disable-rpath to configure might be easier solution for this
>> problem.
>
> Another workaround is chrpath.
>

According to some people (I remember reading something about it in -mentors)
chrpath doesn't always remove the rpath, although I can't confirm (I've
never used chrpath) it should be investigated.

Cheers,
Raphael Geissert

Cyril Brulebois

unread,
Jan 8, 2008, 4:40:14 PM1/8/08
to
On 08/01/2008, Raphael Geissert wrote:
> According to some people (I remember reading something about it in
> -mentors) chrpath doesn't always remove the rpath, although I can't
> confirm (I've never used chrpath) it should be investigated.

Either it is misused, or bugs should be opened. The BTS currently shows
zaroo bugz.

--
Cyril Brulebois

Russ Allbery

unread,
Jan 8, 2008, 6:10:13 PM1/8/08
to
Raphael Geissert <atomo64...@gmail.com> writes:
> Russ Allbery wrote:

>> It already takes over a day for Lintian to process the entire archive,
>> so I don't have any immediate plans to run it on more architectures
>> unless we can find some dramatic way to speed it up or find other
>> places to run it besides gluck.d.o.

> What about running lintian once a day on the new/updated packages of
> every day? that way the amount of time spent would be reduced and all
> the lintian reports would have a delay of no more than one day.

That's what we do now. It takes about a half-hour, usually, or less.
However, when I upgrade lintian.d.o to a new version of lintian, I have to
regenerate the entire results for the whole archive to have consistent
results, and I don't want that to take a week.

I suppose we could do something fancy where the archive is rebuilt in the
background, but gluck doesn't have a lot of spare cycles as it is, and I'm
not sure it's worth the effort at the moment to get coverage of the
remaining platforms.

> groff was the process taking the most part of the CPU when lintian
> processed libwine-dev, is there anything that can be done to reduce
> this?

The only options I can think of are:

1. Figure out some way to make groff faster.
2. Parse nroff in Perl and have lintian do the same checks internally.
3. Stop checking man pages.

None of the options are particularly appealing except 1, which is just
really hard. :)

Raphael Geissert

unread,
Jan 8, 2008, 6:40:17 PM1/8/08
to
Russ Allbery wrote:
>
> That's what we do now. It takes about a half-hour, usually, or less.
> However, when I upgrade lintian.d.o to a new version of lintian, I have to
> regenerate the entire results for the whole archive to have consistent
> results, and I don't want that to take a week.
>
> I suppose we could do something fancy where the archive is rebuilt in the
> background, but gluck doesn't have a lot of spare cycles as it is, and I'm
> not sure it's worth the effort at the moment to get coverage of the
> remaining platforms.

What about checking the amd64 packages by default?
a script could be written so those packages only available for i386 are also
included (and probably the same could be done for the other archs).

>
>> groff was the process taking the most part of the CPU when lintian
>> processed libwine-dev, is there anything that can be done to reduce
>> this?
>
> The only options I can think of are:
>
> 1. Figure out some way to make groff faster.
> 2. Parse nroff in Perl and have lintian do the same checks internally.
> 3. Stop checking man pages.
>
> None of the options are particularly appealing except 1, which is just
> really hard. :)
>

--

Russ Allbery

unread,
Jan 8, 2008, 7:30:32 PM1/8/08
to
Raphael Geissert <atomo64...@gmail.com> writes:
> Russ Allbery wrote:

>> I suppose we could do something fancy where the archive is rebuilt in
>> the background, but gluck doesn't have a lot of spare cycles as it is,
>> and I'm not sure it's worth the effort at the moment to get coverage of
>> the remaining platforms.

> What about checking the amd64 packages by default?

I'm not sure that's better than checking i386 by default. Each check
different things. Right now, I would defend the chosen architecture for
the lintian checks on the grounds that it's the majority architecture
among our users. If that changes, I'd be inclined to change lintian to
match.

> a script could be written so those packages only available for i386 are
> also included (and probably the same could be done for the other archs).

A script could be written to do all kinds of things. :) It's not a bad
idea, but I don't personally have time to do it; I don't think it's a high
priority compared to the other things already taking up my lintian time.
But if someone else wants to work on it (and probably on rewriting the
reporting harness in the process, and maybe fixing the long-standing
limitation in lintian that prevents it from checking contrib and
non-free), I'd be happy to review it.

Paul Wise

unread,
Jan 8, 2008, 8:00:23 PM1/8/08
to
On Jan 9, 2008 5:15 AM, Russ Allbery <r...@debian.org> wrote:

> > * Make lintian.d.o process debs from architectures other than i386/all
>
> It already takes over a day for Lintian to process the entire archive, so
> I don't have any immediate plans to run it on more architectures unless we
> can find some dramatic way to speed it up or find other places to run it
> besides gluck.d.o.

Perhaps lucas could use his access to Grid'5000 to do these lintian
runs when you upgrade lintian? I imagine that would take very little
time to do on the grid. There would need to be some way of merging the
results back to lintian.d.o and ensuring the same errors/warnings from
multiple architectures don't show up more than once, but that wouldn't
be too hard.

--
bye,
pabs

http://wiki.debian.org/PaulWise


Russ Allbery

unread,
Jan 8, 2008, 8:10:12 PM1/8/08
to
"Paul Wise" <pa...@debian.org> writes:

> Perhaps lucas could use his access to Grid'5000 to do these lintian runs
> when you upgrade lintian? I imagine that would take very little time to
> do on the grid. There would need to be some way of merging the results
> back to lintian.d.o and ensuring the same errors/warnings from multiple
> architectures don't show up more than once, but that wouldn't be too
> hard.

That part is relatively easy; the output is just the output of running
lintian, and all I have to do to usefully process the output is cat it all
together. Although that's actually not true of running it across multiple
architectures; right now, the output format doesn't include architecture
information.

Oh, the other challenge with running lintian across multiple architectures
is that, at least in previous days, some things didn't work right unless
the binutils installed corresponded to the package architecture. I wonder
if that's still true.

Guillem Jover

unread,
Jan 8, 2008, 10:20:16 PM1/8/08
to
On Tue, 2008-01-08 at 17:01:27 -0800, Russ Allbery wrote:
> Oh, the other challenge with running lintian across multiple architectures
> is that, at least in previous days, some things didn't work right unless
> the binutils installed corresponded to the package architecture. I wonder
> if that's still true.

Not even with binutils-multiarch?

regards,
guillem

Russ Allbery

unread,
Jan 8, 2008, 11:10:12 PM1/8/08
to
Guillem Jover <gui...@debian.org> writes:
> On Tue, 2008-01-08 at 17:01:27 -0800, Russ Allbery wrote:

>> Oh, the other challenge with running lintian across multiple
>> architectures is that, at least in previous days, some things didn't
>> work right unless the binutils installed corresponded to the package
>> architecture. I wonder if that's still true.

> Not even with binutils-multiarch?

I'm not at all sure, actually. That sure sounds like it would fix it.

Raphael Geissert

unread,
Jan 8, 2008, 11:30:20 PM1/8/08
to
Russ Allbery wrote:
>
> Oh, the other challenge with running lintian across multiple architectures
> is that, at least in previous days, some things didn't work right unless
> the binutils installed corresponded to the package architecture. I wonder
> if that's still true.
>

What kind of problems occur?

Filippo Giunchedi

unread,
Jan 29, 2008, 2:40:16 PM1/29/08
to
On Mon, Jan 07, 2008 at 10:02:17PM -0600, Raphael Geissert wrote:
> Filippo Giunchedi <fil...@debian.org>
> bluez-cups (U)
> bluez-utils (U)

fixed in unstable

> libbtctl4 (U)
> python-libbtctl (U)
>
> Filippo Giunchedi <fil...@esaurito.net>
> gnome-bluetooth (U)
> libgnomebt0 (U)

will fix in the next upload

thanks,
filippo
--
Filippo Giunchedi - http://esaurito.net
PGP key: 0x6B79D401
random quote follows:

It's not that I'm afraid to die, I just don't want to be there
when it happens.
-- Woody Allen

Reply all
Reply to author
Forward
0 new messages