In app-text/mupdf-0.9 and app-text/mupdf-1.0_rc1, the src_install emake tries to override the library directory to respect the result of $(get_libdir). However, this is ignored, because the ebuild uses LIBDIR, where the upstream Makefile uses libdir. Make variables are case sensitive, so the ebuild passes a variable that is never used, and has no effect on the variable that is used. The easiest fix is to change the emake to pass libdir as lowercase, which matches the other variables that it overrides: emake prefix="${ED}usr" libdir="${ED}usr/$(get_libdir)" \ build=debug verbose=true ${my_nox11} install
no luck with mupdf, today. just a second.
+ 07 Apr 2012; Michael Weber <xmw@gentoo.org> mupdf-0.9.ebuild, + mupdf-0.9_p20120221.ebuild, mupdf-1.0_rc1.ebuild, mupdf-9999.ebuild: + Fix libdir parameter to emake install (bug 411199, thanks Kevin Pyle). +
Thanks for the fast turnaround. :) For what it is worth, that has been wrong for a long time. ;) However, the libdir issue is mostly hidden if you use the standard layout of setting lib as a symlink to lib64. I happened to look at mupdf in more detail yesterday due to the EAPI-related break, but someone had beat me to reporting that one.