Just so you know.
Anybody notice that mupdf-1.5-r1.ebuild installs it's documents into both, /usr/share/doc/mupdf and /usr/share/doc/mupdf-1.5-r1? (NOTE: mupdf is not a symlink to mupdf-1.5-r1, it's a second folder!) Also, folder doc/mupdf-1.5-r1/ has example.c.bz2 & multi-threaded.c.bz2 while doc/mupdf/ does not. Folder doc/mupdf has COPYING.bz2 & CHANGES.bz2, while folder doc/mupdf-1.5-r1/ does not. Interesting. I can only imagine that this is likely fixed within mupdf-1.6?
Just copied over mupdf-1.5-r1 to my /usr/local/portage merrily bumping to version 1.6, and all builds and installs fine with the exception of still duplicate /usr/share/doc/mupdf* folders. Looks like the internal makefile is automatically installing a /usr/share/doc/mupdf folder. Let me guess, either the makefile has to be disabled from installing /usr/share/doc/mupdf or modified to install into /usr/share/doc/mupdf-{$VERSION}? Also, what's with the lines containing "debian" within the EBuild?
Seems to work fine on Intel 64bit
(In reply to Roger from comment #1) > Anybody notice that mupdf-1.5-r1.ebuild installs it's documents into both, > /usr/share/doc/mupdf and /usr/share/doc/mupdf-1.5-r1? Thanks for the hint
+ 26 Feb 2015; Michael Weber <xmw@gentoo.org> mupdf-1.5-r1.ebuild: + Drop COPYING and force /usr/share/doc/${PF} (thanks Roger, bug 526508) +
+*mupdf-1.6 (26 Feb 2015) + + 26 Feb 2015; Michael Weber <xmw@gentoo.org> +mupdf-1.6.ebuild, + mupdf-1.5-r1.ebuild, mupdf-9999.ebuild: + Version bump (thanks sping, bug 526508), update ebuilds. +