Please see URL. The ebuild removes the Resource/Font directory but this doesn't only contain urw-fonts. The result is that printing PDF files is broken. Simply removing the following lines seem to fix it: ... # remove internal urw-fonts rm -rf "${S}"/Resource/Font ...
As far as I know we ditched media-fonts/gnu-gs-fonts-std in favor of urw-fonts a while ago. We had that package installing the gs fonts to /usr/share/fonts/default/ghostscript. That's the way fedora handles it to date, besides they install the urw-fonts to /usr/share/fonts/default/Type1 instead of /usr/share/fonts/urw-fonts. So the proper way to handle this would be to reintroduce the media-fonts/gnu-gs-fonts-std package installing the fonts to /usr/share/fonts/default/ghostscript and alter the ghostscript-gpl ebuild to include that search path right before /usr/share/fonts/urw-fonts. Though I'm really not sure if this is needed at all since this is probably the first report of such problems and we did that change quite a while ago, for reference the relevant commit was: "Depend on media-fonts/urw-fonts instead of media-fonts/gnu-gs-fonts-std and symlink font dir, wrt bugs 247657 and 256088." http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-text/ghostscript-gpl/ghostscript-gpl-8.71-r2.ebuild?hideattic=0&revision=1.1&view=markup For completeness the fedora .spec file for the ghostscript-fonts (they only ship a subset of the fonts as some are causing problems and/or license issues): http://pkgs.fedoraproject.org/cgit/ghostscript-fonts.git/tree/ghostscript-fonts.spec
After using strace and other debug options, I traced the problem of error during print pdf figure from octave to here. Gentoo doesn't come with this folder and other important fonts for gs( StandardSymL). Most users will just say "ahaa, I can not plot pdf using octave/etc", then they might just switch to someother boxes. As the bug is here for such a long time, no action has been taken yet, I highlly suggest changing the Importance to high. because this just break the function of this package and other related packages. for those who have same problem as me, my quick fix is download the package from archlinux/other distribution, extract Fonts into /usr/share/ghostscript-gpl/(ver)/Resource/Font, this will made life much easier while waiting for a fix.
Concerning whether urw-fonts are enough: ~/work/gentoo/scratch/ghostscript-9.10/Resource/Font $ fc-query -f '%{family}\n' * | sort -u | xargs -n1 -d '\n' fc-match -f '%{file}\n' /usr/share/fonts/urw-fonts/c059013l.pfb /usr/share/fonts/urw-fonts/d050000l.pfb /usr/share/fonts/urw-fonts/n022003l.pfb /usr/share/fonts/urw-fonts/n021003l.pfb /usr/share/fonts/urw-fonts/n019003l.pfb /usr/share/fonts/urw-fonts/s050000l.pfb /usr/share/fonts/urw-fonts/b018012l.pfb /usr/share/fonts/urw-fonts/z003034l.pfb /usr/share/fonts/urw-fonts/a010013l.pfb /usr/share/fonts/urw-fonts/p052003l.pfb conclusion: yes The ghostscript developers test only with the fonts present, so more fonts may help in some cases but should not be necessary. Thus I'd do one of the following: * move urw-fonts to Type1 and then either ** symlink /usr/share/ghostscript/../Resource/Font -> /usr/share/fonts/urw-fonts ** or export GS_FONTPATH="/usr/share/fonts/Type1" * not move urw-fonts and instead do: export GS_FONTPATH="/usr/share/fonts/urw-fonts:/usr/share/fonts/Type1" @Fabio/@Maxr: do you have infinality enabled (on Sabayon)? If yes, then bug #494764 can be considered a dupe of this one.
Yes we have infinality enabled. Can we please not try to be smarter than we can and do what all other sane human beings do (aka all other distro devs)?
*** Bug 494764 has been marked as a duplicate of this bug. ***
As written in the other bug: the only working solution at the moment is to have ghostscript-gpl install the bundled fonts. So, can we please install /usr/share/ghostscript/*/Resource/Font like almost any other distro and be done with it?
This is now fixed in 9.10-r4 and 9.15-r1 by just installing the bundled fonts. I leave this bug open until one of those versions is stabilized *ghostscript-gpl-9.10-r4 (09 Nov 2014) *ghostscript-gpl-9.15-r1 (09 Nov 2014) 09 Nov 2014; Matthias Maier <tamiko@gentoo.org> +ghostscript-gpl-9.10-r4.ebuild, +ghostscript-gpl-9.15-r1.ebuild, -ghostscript-gpl-9.10-r3.ebuild, -ghostscript-gpl-9.14.ebuild, -ghostscript-gpl-9.15.ebuild: also install [...]/Resource/Font/* wrt bug #490248, enable parallel make for 9.15* wrt bug #234378
(In reply to Matthias Maier from comment #7) > This is now fixed in 9.10-r4 and 9.15-r1 by just installing the bundled > fonts. I leave this bug open until one of those versions is stabilized > > *ghostscript-gpl-9.10-r4 (09 Nov 2014) > *ghostscript-gpl-9.15-r1 (09 Nov 2014) > > 09 Nov 2014; Matthias Maier <tamiko@gentoo.org> > +ghostscript-gpl-9.10-r4.ebuild, +ghostscript-gpl-9.15-r1.ebuild, > -ghostscript-gpl-9.10-r3.ebuild, -ghostscript-gpl-9.14.ebuild, > -ghostscript-gpl-9.15.ebuild: > also install [...]/Resource/Font/* wrt bug #490248, enable parallel make > for > 9.15* wrt bug #234378 Stable now.
