List of packages defining a RPATH on amd64 (differs from i386/lintian.d.o)
Raphael Geissert
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ř
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
Russ Allbery
> 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
> 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
> 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
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ř
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.
--
Francesco P. Lovergine
> 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
> 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
> 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.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
Raphael Geissert
> "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
> 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
> 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
> 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. :)
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
Raphael Geissert
>
> 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
> 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.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
Paul Wise
> > * 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
> 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.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
Guillem Jover
> 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
> 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.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
Raphael Geissert
>
> 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
> 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