Summary: | app-text/mupdf-1.6 version bump | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Sebastian Pipping <sping> |
Component: | Current packages | Assignee: | Michael Weber (RETIRED) <xmw> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | rogerx.oss |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Sebastian Pipping
2014-10-22 19:55:01 UTC
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. + |