sci-visualization/gnuplot-4.6.2-r1:0::gentoo Use flags X (-aqua) -bitmap cairo -doc* -emacs -examples* gd ggi latex lua plotutils qt4 readline (-svga) -thin-splines wxwidgets -xemacs build_options: symbols=strip dwarf_compress -optional_tests -trace work=tidyup The following prints regardless of whether "doc" use flag is en- or disabled. Making info in docs make[1]: Entering directory `/var/tmp/paludis/sci-visualization-gnuplot-4.6.2-r1/work/gnuplot-4.6.2/docs' /bin/sh /var/tmp/paludis/sci-visualization-gnuplot-4.6.2-r1/work/gnuplot-4.6.2/missing --run makeinfo -I. ./gnuplot.texi --no-split --output=gnuplot.info ./gnuplot.texi:9205: warning: @ref should not appear in @uref ./gnuplot.texi:17653: raising the section level of @subsubsection which is too low make[1]: *** [gnuplot.info] Error 1 make[1]: Leaving directory `/var/tmp/paludis/sci-visualization-gnuplot-4.6.2-r1/work/gnuplot-4.6.2/docs' make: *** [info-recursive] Error 1 !!! ERROR in sci-visualization/gnuplot-4.6.2-r1::gentoo: !!! In /usr/libexec/paludis/utils/emake at line 30 !!! emake returned error 2 !!! Call stack: !!! * paludis_die_or_error_func (/usr/libexec/paludis/die_functions.bash:67) !!! * main (/usr/libexec/paludis/utils/emake:30) Thanks for fixing.. Reproducible: Always
I can reproduce it in build dir manually: docs # makeinfo -I. ./gnuplot.texi --no-split --output=gnuplot.info ./gnuplot.texi:9205: warning: @ref should not appear in @uref ./gnuplot.texi:17653: raising the section level of @subsubsection which is too low makeinfo of sys-apps/texinfo-5.1:0 is used Use flags nls -static build_options: symbols=strip dwarf_compress -optional_tests -trace work=tidyup
1) Please attach the complete build log. 2) Please comment with the output of `emerge --info =sci-visualization/gnuplot-4.6.2-r1`.
Created attachment 344404 [details] build log
Created attachment 344406 [details] cave info
(In reply to comment #2) > 1) Please attach the complete build log. > 2) Please comment with the output of `emerge --info > =sci-visualization/gnuplot-4.6.2-r1`. I doubt you will need them to reproduce the problem, but anyway I attached them. Please do not tell me it's about the lto flags - I've already tried without them and the error output indicated the problem lies somewhere else. Also, I've tried to rebuild texinfo-5.1 without LTO and thereafter gnuplot - same problem. It seems to be a problem with texinfo-5.1. I did not try yet to downgrade texinfo.
*** This bug has been marked as a duplicate of bug 464092 ***
A workaround is already in place, please resync and try again.
(In reply to comment #5) > It seems to be a problem with texinfo-5.1. I did not try yet to downgrade > texinfo. Downgrading to sys-apps/texinfo-4.13-r2 helps. You might want to put <sys-apps/texinfo-5.1 into sci-visualization/gnuplot ebuilds affected until this is fixed. I rebuilt both packages, texinfo and gnuplot with gcc-4.7.2+lto (but suspect will be fine with no-lto as well). Good news: I did not encounter the issues of bug #461644 - the pdf build fine on my box using gnuplot-4.6.2
(In reply to comment #8) > You might want to put > <sys-apps/texinfo-5.1 > into > sci-visualization/gnuplot ebuilds affected > until this is fixed. No, we won't, as texinfo-5.1 isn't the cause of the problem. It is obvious that gnuplot.texi is faulty and needs to be fixed. And as I said, another workaround is already in place, see bug 464092.
(In reply to comment #7) > A workaround is already in place, please resync and try again. works, thanks. but i don't like the bundled info - if the info isn't build, errors won't appear, noone will fix it and some versions down the road the generated info files may become out of sync. also, it's simply not the gentoo way.
(In reply to comment #9) > (In reply to comment #8) > > You might want to put > > <sys-apps/texinfo-5.1 > > into > > sci-visualization/gnuplot ebuilds affected > > until this is fixed. > > No, we won't, as texinfo-5.1 isn't the cause of the problem. It is obvious > that gnuplot.texi is faulty and needs to be fixed. > > And as I said, another workaround is already in place, see bug 464092. I wrote this before your comments..
(In reply to comment #10) > works, thanks. but i don't like the bundled info - if the info isn't build, > errors won't appear, noone will fix it and some versions down the road the > generated info files may become out of sync. also, it's simply not the > gentoo way. I know. :-( The "Gentoo way" is what I've outlined in bug 464092 comment #7. It would add Emacs as unconditional build-time dependency, and we know that this would make some users unhappy. The bug has been reported upstream and the workaround will of course be removed again when it is fixed in the upstream release.
(In reply to comment #9) > (In reply to comment #8) > > You might want to put > > <sys-apps/texinfo-5.1 > > into > > sci-visualization/gnuplot ebuilds affected > > until this is fixed. > > No, we won't, as texinfo-5.1 isn't the cause of the problem. It is obvious > that gnuplot.texi is faulty and needs to be fixed. You might argue depending on your viewpoint - if gnuplot.texi was valid in a prior texinfo-version and now is not, due to stricter checking, you could ask why this became an error (already) and not just a warning. In the strict sense it is an error, which previously stayed undetected, but until 5.1 a non-fatal one. Nevertheless, thanks for your efforts and the quick fix for the current version. I agree with your last comment, I wouldn't like an emacs dependency either.