This has worked in the past as I had same version installed with +doc. The same problem seems to happen with 4.6.1-r1 I currently have texlive-2012 (~) installed and for the little I understand there may be some missing dep will post build.log Reproducible: Always
Created attachment 341906 [details] failing build.log
Either eg7.eps is broken, or epstopdf, or ghostscript. Can you run "epstopdf --debug eg7.eps" manually (in the tutorial subdirectory) and post the output of the command here?
# epstopdf --debug eg7.eps * kpsewhich command: kpsewhich * Input filename: eg7.eps * Output filename: eg7.pdf * BoundingBox comment: %%BoundingBox: * Ghostscript command: gs * Compression: on * Embedding: on * Rotation: None * Resolution: [use gs default] * Ghostscript pipe: gs -q -dNOPAUSE -dSAFER -sDEVICE=pdfwrite -sOutputFile=eg7.pdf -dPDFSETTINGS=/prepress -dMaxSubsetPct=100 -dSubsetFonts=true -dEmbedAllFonts=true -dAutoRotatePages=/None - -c quit * Scanning header for BoundingBox * Old BoundingBox: 50 50 410 302 * New BoundingBox: 0 0 360 252 * Offset: -50 -50 Error: /invalidfont in /findfont Operand stack: Symbol-Oblique Symbol Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1894 1 3 %oparray_pop 1893 1 3 %oparray_pop --nostringval-- 1877 1 3 %oparray_pop 1771 1 3 %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- 1852 2 4 %oparray_pop Dictionary stack: --dict:1167/1684(ro)(G)-- --dict:0/20(G)-- --dict:82/200(L)-- --dict:175/256(L)-- Current allocation mode is local Last OS error: 2 GPL Ghostscript 9.05: Unrecoverable error, exit code 1
my versions are ghostscript-gpl-9.05-r1 texlive-fontutils-2012
(In reply to comment #4) > my versions are > > ghostscript-gpl-9.05-r1 > texlive-fontutils-2012 Do you have media-libs/freetype installed? What version of it and what USE flags?
(In reply to comment #5) > Do you have media-libs/freetype installed? What version of it and what USE > flags? =media-libs/freetype-2.4.11 with +X +bzip2 +infinality -auto-hinter -bindist -debug -doc -fontforge -static-libs -utils)
(In reply to comment #6) > =media-libs/freetype-2.4.11 with +X +bzip2 +infinality -auto-hinter -bindist > -debug -doc -fontforge -static-libs -utils) Please reinstall with USE="-infinality" and try again to build gnuplot.
(In reply to comment #7) > (In reply to comment #6) > > =media-libs/freetype-2.4.11 with +X +bzip2 +infinality -auto-hinter -bindist > > -debug -doc -fontforge -static-libs -utils) > > Please reinstall with USE="-infinality" and try again to build gnuplot. And unmerge media-libs/fontconfig-infinality, to be on the safe side.
did both (in same shell without rebooting), same problem.
My suspicion was that it's the same problem as in bug 436500 (see bug 436500 comment #2 especially). But apparently that is not the case. Unlikely that the issue is a problem of gnuplot, though. CCing printing team. Any ideas what could cause the failure?
Seeing this issue, makes me think we should use manual.pdf from <https://sourceforge.net/projects/gnuplot/files/gnuplot/4.6.2/> instead of building it ourselves.
(In reply to comment #11) > Seeing this issue, makes me think we should use manual.pdf from > <https://sourceforge.net/projects/gnuplot/files/gnuplot/4.6.2/> instead of > building it ourselves. That wouldn't help here, the error occurs when building the tutorial.
(In reply to comment #12) > (In reply to comment #11) > > Seeing this issue, makes me think we should use manual.pdf from > > <https://sourceforge.net/projects/gnuplot/files/gnuplot/4.6.2/> instead of > > building it ourselves. > > That wouldn't help here, the error occurs when building the tutorial. How about <http://www.gnuplot.info/files/tutorial.pdf> ?
(In reply to comment #13) > (In reply to comment #12) > > (In reply to comment #11) > > > Seeing this issue, makes me think we should use manual.pdf from > > > <https://sourceforge.net/projects/gnuplot/files/gnuplot/4.6.2/> instead of > > > building it ourselves. > > > > That wouldn't help here, the error occurs when building the tutorial. > How about <http://www.gnuplot.info/files/tutorial.pdf> ? Sorry, <http://www.gnuplot.info/docs_4.6/tutorial.pdf>
(In reply to comment #14) > Sorry, <http://www.gnuplot.info/docs_4.6/tutorial.pdf> And more files for gpcard.pdf and gpelcard.pdf? I'm not convinced. We'd also need to maintain separate version information (it's 4.6, not 4.6.2) in the ebuild. And what would you do for the live ebuild? Generally, I think that it's more the Gentoo way if we build the documentation from its source. The build failure at hand is an indication that something else is wrong on the reporter's system that needs fixing. For that, it's not helpful if we evade the problem by downloading various pdfs.
I still cannot reproduce the failure.
I stepped into this same problem, some time ago, when 4.6.1 became stable. It occured again now, when I tried to upgrade to (unstable) 4.6.3 and I searched and found this bug report. I did some tries today in emerging it, trying 4.6.1, 4.6.2-r1 and 4.6.3 all with the reported results. I then tried the solution mentioned herein and re-emerged media-libs/freetype with USE=-infinality and doing a depclean afterwards which removed media-libs/fontconfig-infinality, app-admin/eselect-infinality and app-admin/eselect-lcdfilter. After this, gnuplot-4.6.3 upgraded without errors! Later I reinstalled media-libs/freetype again with USE=infinality and tried re-emerging gnuplot-4.6.3 again but got the same error as before. So it looks like this has something to do with the infinality USE flag on freetype or one of the fontconfig-infinality, eselect-infinality or eselect-lcdfilter packages pulled in by freetype. Maybe this helps in solving this issue. If you need more informations, emerge --info output or build logs feel free to ask!
(In reply to Bernd Waibel from comment #17) Not a problem of gnuplot, but of infinality fonts or fontconfig-infinality. See bug 472520 comment #2.
