[gentoo-dev] Re: Re: Gentoo's plan to remove .la files: wording about when and how to drop .la files
Il giorno dom, 31/10/2010 alle 15.31 +0100, Pacho Ramos ha scritto: In that case, I think the work on these cases should start as soon as possible, I have said that before. but I think that getting bugs reported (probably from your next tinderbox run if possible) would help. Search for pointless .la and you'll find a bunch of reported bugs; I stopped mostly because of GNOME-related packages (which where the main cause of the bugs): - Tester refused fixing telepathy and the like altogether stating that it's an upstream issue; - leio stated that he didn't care about removing those that are simply pointless already because he wanted to do it in one big sweep, and the bugs I would report would just linger there indefinitely. For example, I have just seen in my system that packages like dev-python/pyorbit and dev-libs/libgamin are installing these .la files that should not be needed, but I am sure lots of other python packages are also affected :-/. dev-libs/libbeagle (maintainer-needed) sys-auth/fprintd (xmw) dev-python/pygoocanvas (gnome/python) x11-libs/xpyb (x11) media-libs/hamlib (tomjbe) net-libs/gtk-vnc (gnome) dev-python/pyclutter-gtk (gnome) dev-python/pyclutter (gnome) media-libs/pdflib (maintainer-needed) dev-libs/libnatspec (invalid metadata?) dev-python/notify-python (dev-zero/python) dev-python/telepathy-farsight (nirbheek/tester/voip) sci-libs/geos (sci-geosciences/postgres) sys-libs/libieee1284 (base-system) app-i18n/libtomoe-gtk (cjk) app-i18n/tomoe (cjk) net-libs/farsight2 (voip) x11-libs/vte (gnome) dev-python/pyorbit (gnome) gnome-extra/libgsf (gnome) dev-python/pygtksourceview (gnome) gnome-base/gnome-keyring (gnome) dev-libs/libxslt (gnome) And this is just a list I produced out of the current logs I have on the tinderbox (64-bit version) for the paths of the plugins I _know_ are not loaded through .la files… I think there are a few hundreds .la files in packages maintained by gnome alone that are not being used at all and could have been removed years ago (reducing the pressure of revdep-rebuild on broken .la files). - For pam, ruby or perl I have no idea :-( find $(get_pammoddir) -name '*.la' -delete find /usr/$(get_libdir)/ruby -name '*.la' -delete Nothing fancy, just delete them ;) -- Diego Elio Pettenò — “Flameeyes” http://blog.flameeyes.eu/ If you found a .asc file in this mail and know not what it is, it's a GnuPG digital signature: http://www.gnupg.org/ signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Re: Re: Gentoo's plan to remove .la files: wording about when and how to drop .la files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, 31 Oct 2010 15:52:51 +0100 Diego Elio Pettenò flamee...@gmail.com wrote: For example, I have just seen in my system that packages like dev-python/pyorbit and dev-libs/libgamin are installing these .la files that should not be needed, but I am sure lots of other python packages are also affected :-/. snip.. media-libs/hamlib (tomjbe) snip.. Above package provides around 38 .la files. I am not quite sure yet about hamlibtcl.la, libhamlib++.la, libhamlib.la and _Hamlib.la. Maybe they can go -- will look into that in next days. But the other ones are plugins (or backends in hamlib terms) which get loaded via libltdl according to the radio tranceiver family in question. See as an example the following strace for calling the simple frontend (rigctl) for the Kenwood TS-570 tranceiver (Model 204). strace -e open rigctl -m 204 open(/etc/ld.so.cache, O_RDONLY) = 3 open(/usr/lib64/hamlib/libhamlib.so.2, O_RDONLY) = 3 open(/lib/libpthread.so.0, O_RDONLY) = 3 open(/lib/libc.so.6, O_RDONLY)= 3 open(/usr/lib/libltdl.so.7, O_RDONLY) = 3 open(/lib/libm.so.6, O_RDONLY)= 3 open(/lib/libusb-0.1.so.4, O_RDONLY) = 3 open(/lib/libdl.so.2, O_RDONLY) = 3 open(/usr/lib64/hamlib/hamlib-kenwood.la, O_RDONLY) = 3 open(/usr/lib64/hamlib/hamlib-kenwood.so, O_RDONLY) = 3 open(/dev/ttyS0, O_RDWR|O_NOCTTY|O_NONBLOCK) = 3 If I read the discussion correctly we will still need to keep these .la files around. Regards, Thomas. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) iEYEARECAAYFAkzNvuQACgkQQe4uqXYgU9XQOACfdh6Y0K4tEaNfxZWuLQ4IKY9z COcAniZAbl1YcvRLrGQE6k2Jph2jNOkN =u989 -END PGP SIGNATURE-