Created attachment 315381 [details] app-pda/synce/synce-core-0.16.ebuild * Removing unnecessary /usr/lib64/python2.7/site-packages/pyrapi2.a * Removing unnecessary /usr/lib64/libsynce.la (no static archive) [ ... ] --- /usr/lib64/ --- /usr/lib64/pkgconfig/ >>> /usr/lib64/pkgconfig/libsynce.pc --- /usr/lib64/python2.7/ --- /usr/lib64/python2.7/site-packages/ >>> /usr/lib64/python2.7/site-packages/pyrapi2.la <- here >>> /usr/lib64/python2.7/site-packages/pyrapi2.so >>> /usr/lib64/libsynce.so.0.0.0 Attaching the ebuild I'm writing where this occured with USE="python"
Created attachment 315383 [details] pyrapi2.la This is the actual libtool archive that should get removed, but was installed.
(In reply to comment #0) > * Removing unnecessary /usr/lib64/python2.7/site-packages/pyrapi2.a Wait a moment. prune_libtool_files is supposed to remove static archives too??
(In reply to comment #2) > (In reply to comment #0) > > * Removing unnecessary /usr/lib64/python2.7/site-packages/pyrapi2.a > > Wait a moment. prune_libtool_files is supposed to remove static archives > too?? Those with 'shouldnotlink=yes', yes. In other words, static plugins. And '.la' files with shouldnotlink require '--all' because some plugin loaders rely on them.
(In reply to comment #3) > (In reply to comment #2) > > (In reply to comment #0) > > > * Removing unnecessary /usr/lib64/python2.7/site-packages/pyrapi2.a > > > > Wait a moment. prune_libtool_files is supposed to remove static archives > > too?? > > Those with 'shouldnotlink=yes', yes. In other words, static plugins. And > '.la' files with shouldnotlink require '--all' because some plugin loaders > rely on them. Yeah, sorry for not reading @DESCRIPTION. That sounds sane. How about adding an exception for *.la installed in */site-packages/* and always remove them?
Except in this case, there was no .a in the first place... As in, If I replace `prune_libtool_files` with simple `find "${D}" -name '*.la' -delete` then only .so gets installed.
*** Bug 421279 has been marked as a duplicate of this bug. ***
Also sys-cluster/ceph-0.80.5 (and all other current versions as well) use "prune_libtool_files --all" in src_install() after "default" and even with USE=-static-libs there are many .la files installed in the system anyway. The ones causing problems for me are: /usr/lib64/libcephfs.la /usr/lib64/librbd.la /usr/lib64/librados.la When merging, I get these messages: * Removing unnecessary /usr/lib64/librados.la (requested) * Removing unnecessary /usr/lib64/librbd.la (requested) * Removing unnecessary /usr/lib64/libcephfs.la (requested) But they are still installed. Should I wait for prune_libtool_files to be fixed or is this completely unrelated to this bug and I should file a new one? Anything I could do to make this move a bit? P.S.: At the end of install, there are executable bits removed, but that doesn't help: removing executable bit: usr/lib64/libcephfs.la removing executable bit: usr/lib64/librados.la removing executable bit: usr/lib64/librbd.la
Disregard my previous post around about sys-cluster/ceph, the problem is in the ebuild itself, I'll create new bug for that. Sorry for the noise.
I think we don't have any more issues to explain here.