$ qlist libixp /usr/bin/ixpc /usr/lib/debug/usr/bin/ixpc.debug /usr/lib/libixp_pthread.a /usr/lib/libixp.a /usr/share/man/man1/ixpc.1.bz2 /usr/include/ixp.h /usr/include/ixp_srvutil.h I'm on a amd64 multilib profile, I'd expect those (unfortunately static) libraries to end up in /usr/lib64 instead of /usr/lib.
Created attachment 223245 [details] libixp-get_libdir.patch The changes in this patch will affect the layout of the installed files on multilib systems. Thus, a revbump should be done for each ebuild. This appears to fix at least the installation directory for the libixp.a file (and libixp.so for 0.2). The older two versions of libixp were hardest to fix. 0.4 is required for wmii, but maybe 0.2 can be dropped?
Created attachment 234887 [details] cleanup, EAPI=2, adds $(get_libdir)
Created attachment 234889 [details] cleanup, EAPI=2, adds $(get_libdir) IIRC
Oh, and I recommend dropping libixp-0.2 as nothing in portage seems to need it (that's why I didn't attach an ebuild for libixp-0.2). The revbumps are because the libraries are installed into /usr/$(get_libdir) instead of /usr/lib which does make a difference on certain systems (like mine).
Fixed in tree: +*libixp-0.5-r1 (11 Jun 2010) + + 11 Jun 2010; Kacper Kowalik <xarthisius@gentoo.org> +libixp-0.5-r1.ebuild, + +files/libixp-0.5-gentoo.diff: + Fix install paths wrt bug 309095. Thanks to Nathan Phillip Brink + <ohnobinki@ohnopublishing.net> for report and patch. Additionally fixing + multiple QA issues and install shared libs +
