When making gcrypt.pdf, pdftetex dies with the following error. It happens on all arches. My suspicion is that this used to work with textlive 2014 but we recently stabilized 2014. But I haven't tested. make -j17 -C doc gcrypt.pdf make: Entering directory '/var/tmp/portage/dev-libs/libgcrypt-1.6.3-r4/work/libgcrypt-1.6.3-abi_x86_64.amd64/doc' TEXINPUTS="/var/tmp/portage/dev-libs/libgcrypt-1.6.3-r4/work/libgcrypt-1.6.3/build-aux:$TEXINPUTS" \ MAKEINFO='/bin/sh /var/tmp/portage/dev-libs/libgcrypt-1.6.3-r4/work/libgcrypt-1.6.3/build-aux/missing makeinfo -I /var/tmp/portage/dev-libs/libgcrypt-1.6.3-r4/work/libgcrypt-1.6.3/doc' \ texi2dvi --pdf --batch --build-dir=gcrypt.t2p -o gcrypt.pdf \ /var/tmp/portage/dev-libs/libgcrypt-1.6.3-r4/work/libgcrypt-1.6.3/doc/gcrypt.texi This is pdfTeX, Version 3.14159265-2.6-1.40.15 (TeX Live 2014) (preloaded format=pdfetex) restricted \write18 enabled. entering extended mode (/var/tmp/portage/dev-libs/libgcrypt-1.6.3-r4/work/libgcrypt-1.6.3/doc/gcrypt.t exi (/var/tmp/portage/dev-libs/libgcrypt-1.6.3-r4/work/libgcrypt-1.6.3/build-aux/te xinfo.tex Loading texinfo [version 2013-02-01.11]: pdf, fonts, markup, glyphs, page headings, tables, conditionals, indexing, sectioning, toc, environments, defuns, macros, cross references, insertions, localization, formatting, and turning on texinfo input format.) (/var/tmp/portage/dev-libs/libgcrypt-1.6.3-r4/work/libgcrypt-1.6.3/doc/version. texi) [1{/var/lib/texmf/fonts/map/pdftex/updmap/pdftex.map}] [2] [-1] [-2] [-3] [-4] Chapter 1 Cross reference values unknown; you must run TeX again. Chapter 2 [1] [2] [3] [4] [5] [6] Underfull \hbox (badness 6876) in paragraph at lines 524--531 @texttt gcry_pth_mutex_unlock[]@textrm , @texttt gcry_pth_read[]@textrm , @tex ttt gcry_pth_write[]@textrm , @texttt gcry_pth_ Underfull \hbox (badness 10000) in paragraph at lines 524--531 @texttt select[]@textrm , @texttt gcry_pth_waitpid[]@textrm , @texttt gcry_pth _accept[]@textrm , @texttt gcry_pth_connect[]@textrm , Underfull \hbox (badness 10000) in paragraph at lines 543--547 @texttt mutex_init[]@textrm , @texttt gcry_pthread_mutex_destroy[]@textrm , @t exttt gcry_pthread_mutex_lock[]@textrm , [7] [8] Chapter 3 [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] Chapter 4 [21] [22] [23] [24] Chapter 5 [25] [26] [27] [28] [29] [30] [31] [32] [33] Chapter 6 [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] Chapter 7 [48] [49] [50] [51] [52] [53] [54] Chapter 8 [55] [56] [57] [58] [59] [60] Chapter 9 [61] [62] Chapter 10 [63] [64] Chapter 11 [65] [66] [67] [68] [69] [70] Chapter 12 [71] [72] [73] [74] [75] [76] [77] [78] [79] [80] Chapter 13 [81] [82] Chapter 14 [83] [84] [85] Chapter 15 [86] Chapter 16 [87] [88] /var/tmp/portage/dev-libs/libgcrypt-1.6.3-r4/work/libgcrypt-1.6.3/doc/gcrypt.te xi:5207: epsf.tex not found, images will be ignored. @image ...f.tex not found, images will be ignored} @global @warnednoepsftrue ... <argument> ...odules, 150mm,,Libgcrypt subsystems} @unskip @hfil @centersub ...enalty @fi @line {@kern @leftskip #1 @kern @rightskip } @\center ...{@hfil @ignorespaces #1@unskip @hfil } @let @centersub @relax l.5207 ...pt-modules, 150mm,,Libgcrypt subsystems} [89] [90] [91] [92] [93] Appendix A [94] [95] [96] [97] Underfull \hbox (badness 10000) in paragraph at lines 5948--5951 []@textrm (@texttt cipher/sha1.c:selftests_sha1[]@textrm , @texttt cipher/sha2 56.c:selftests_sha224[]@textrm , Underfull \hbox (badness 10000) in paragraph at lines 5959--5961 []@textrm (@texttt cipher/sha512.c:selftests_sha384[]@textrm , @texttt cipher/ sha512.c:selftests_ [98] Underfull \hbox (badness 10000) in paragraph at lines 5995--5999 []@textrm (@texttt cipher/hmac-tests.c:selftests_sha224[]@textrm , @texttt cip her/hmac-tests.c: Underfull \hbox (badness 10000) in paragraph at lines 5995--5999 @texttt selftests_sha256[]@textrm , @texttt cipher/hmac-tests.c:selftests_sha3 84[]@textrm , @texttt cipher/ Appendix B [99] [100] [101] Underfull \hbox (badness 10000) in paragraph at lines 6243--6246 @texttt 15[]@textrm Operational to Fatal-Error is trig-gered if Libcrypt en-co un-tered a [102] [103] Overfull \vbox (48.31238pt too high) has occurred while \output is active [104] (/var/tmp/portage/dev-libs/libgcrypt-1.6.3-r4/work/libgcrypt-1.6.3/doc/lgpl.tex i (GNU Lesser General Public License) [105] [106] [107] [108] [109] [110] [111] [112] [113] [114]) (/var/tmp/portage/dev-libs/libgcrypt-1.6.3-r4/work/libgcrypt-1.6.3/doc/gpl.texi (GNU General Public License) [115] [116] [117] [118] [119] [120] [121]) (List of Figures and Tables) [122] (Concept Index) [123] [124] (Function and Data Index) [125] [126] [127] [128] ) (see the transcript file for additional information)</usr/share/texmf-dist/font s/type1/public/amsfonts/cm/cmb10.pfb></usr/share/texmf-dist/fonts/type1/public/ amsfonts/cm/cmbx12.pfb></usr/share/texmf-dist/fonts/type1/public/amsfonts/cm/cm mi10.pfb></usr/share/texmf-dist/fonts/type1/public/amsfonts/cm/cmmi7.pfb></usr/ share/texmf-dist/fonts/type1/public/amsfonts/cm/cmr10.pfb></usr/share/texmf-dis t/fonts/type1/public/amsfonts/cm/cmr12.pfb></usr/share/texmf-dist/fonts/type1/p ublic/amsfonts/cm/cmr7.pfb></usr/share/texmf-dist/fonts/type1/public/amsfonts/c m/cmr9.pfb></usr/share/texmf-dist/fonts/type1/public/amsfonts/cm/cmsl10.pfb></u sr/share/texmf-dist/fonts/type1/public/amsfonts/cm/cmsltt10.pfb></usr/share/tex mf-dist/fonts/type1/public/amsfonts/cm/cmss10.pfb></usr/share/texmf-dist/fonts/ type1/public/amsfonts/cm/cmsy10.pfb></usr/share/texmf-dist/fonts/type1/public/a msfonts/cm/cmsy7.pfb></usr/share/texmf-dist/fonts/type1/public/amsfonts/cm/cmti 10.pfb></usr/share/texmf-dist/fonts/type1/public/amsfonts/cm/cmtt10.pfb></usr/s hare/texmf-dist/fonts/type1/public/amsfonts/cm/cmtt12.pfb></usr/share/texmf-dis t/fonts/type1/public/amsfonts/cm/cmtt9.pfb> Output written on gcrypt.pdf (134 pages, 485161 bytes). Transcript written on gcrypt.log. /usr/bin/texi2dvi: pdfetex exited with bad status, quitting. Makefile:466: recipe for target 'gcrypt.pdf' failed make: *** [gcrypt.pdf] Error 1 make: Leaving directory '/var/tmp/portage/dev-libs/libgcrypt-1.6.3-r4/work/libgcrypt-1.6.3-abi_x86_64.amd64/doc' * ERROR: dev-libs/libgcrypt-1.6.3-r4::gentoo failed (compile phase): * emake failed * * If you need support, post the output of `emerge --info '=dev-libs/libgcrypt-1.6.3-r4::gentoo'`, * the complete build log and the output of `emerge -pqv '=dev-libs/libgcrypt-1.6.3-r4::gentoo'`. * The complete build log is located at '/var/tmp/portage/dev-libs/libgcrypt-1.6.3-r4/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/dev-libs/libgcrypt-1.6.3-r4/temp/environment'. * Working directory: '/var/tmp/portage/dev-libs/libgcrypt-1.6.3-r4/work/libgcrypt-1.6.3-abi_x86_64.amd64' * S: '/var/tmp/portage/dev-libs/libgcrypt-1.6.3-r4/work/libgcrypt-1.6.3' Reproducible: Always
strange sys-apps/texinfo-5.2 does not pull latex, so what should we do? depend on one explicitly in addition? I am for dropping the pdf build/install from libgcrypt.
Working for me with: sys-apps/texinfo-5.2 app-text/texlive-2014 <-- had to install manually What do you have?
(In reply to Alon Bar-Lev from comment #2) > Working for me with: > > sys-apps/texinfo-5.2 > app-text/texlive-2014 <-- had to install manually > > What do you have? Maybe we need some flag? yellow libgcrypt # emerge =app-text/texlive-2014 -vp These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] app-text/texlive-2014::gentoo USE="X extra jadetex png truetype xml -cjk -context -detex -dvi2tty -epspdf -games -graphics -humanities -luatex -metapost -music -omega -pdfannotextractor -pstricks -publishers -science -tex4ht -texi2html -xetex -xindy" LINGUAS="en fr it -af -ar -as -bg -bn -br -ca -cs -cy -da -de -el -en_GB -eo -es -et -eu -fa -fi -ga -gl -gu -he -hi -hr -hsb -hu -hy -ia -id -is -ja -kn -ko -la -lo -lt -lv -ml -mn -mr -nb -nl -nn -no -or -pa -pl -pt -rm -ro -ru -sa_IN -sco -sk -sl -sq -sr -sv -ta -te -th -tk -tr -uk -vi -zh" 0 KiB Total: 1 package (1 reinstall), Size of downloads: 0 KiB * IMPORTANT: 3 news items need reading for repository 'gentoo'. * Use eselect news read to view new items.
Still working for me with same: [ebuild R ] app-text/texlive-2014::gentoo USE="X extra jadetex png truetype xetex xml -cjk -context -detex -dvi2tty -epspdf -games -graphics -humanities -luatex -metapost -music -omega -pdfannotextractor -pstricks -publishers -science -tex4ht -texi2html -xindy" LINGUAS="en fr it -af -ar -as -bg -bn -br -ca -cs -cy -da -de -el -en_GB -eo -es -et -eu -fa -fi -ga -gl -gu -he -hi -hr -hsb -hu -hy -ia -id -is -ja -kn -ko -la -lo -lt -lv -ml -mn -mr -nb -nl -nn -no -or -pa -pl -pt -rm -ro -ru -sa_IN -sco -sk -sl -sq -sr -sv -ta -te -th -tk -tr -uk -vi -zh" 0 KiB please attach gcrypt.log maybe there will be a hint.
(In reply to Alon Bar-Lev from comment #4) > > please attach gcrypt.log maybe there will be a hint. I think its a parallel build problem because I tried again a couple of times on amd64, everything the same, and this time it worked. I did originally hit it on ppc, ppc64 and amd64. (I can't retest right now on ppc or ppc64.)
(In reply to Anthony Basile from comment #5) > (In reply to Alon Bar-Lev from comment #4) > > > > please attach gcrypt.log maybe there will be a hint. > > I think its a parallel build problem because I tried again a couple of times > on amd64, everything the same, and this time it worked. I did originally > hit it on ppc, ppc64 and amd64. (I can't retest right now on ppc or ppc64.) Anthony, can you confirm that? MAKEOPTS="-j1" emerge ... I do not see multiple commands executed, it will make build log clear, please attach entire log.
Created attachment 410636 [details] gcrypt.log for `MAKEOPTS=-j1 emerge =dev-libs/libgcrypt-1.6.3-r4` Note that this build succeeded. The original failure is in comment #0.
(In reply to Anthony Basile from comment #7) > Created attachment 410636 [details] > gcrypt.log for `MAKEOPTS=-j1 emerge =dev-libs/libgcrypt-1.6.3-r4` > > Note that this build succeeded. The original failure is in comment #0. never mind, i got it all straight. it is not a parallel build, you just need DEPEND=" ... doc? ( app-text/texlive ) ... " I hit this in amd64 on my machine which did not have texlive installed.
(In reply to Anthony Basile from comment #8) > (In reply to Anthony Basile from comment #7) > > Created attachment 410636 [details] > > gcrypt.log for `MAKEOPTS=-j1 emerge =dev-libs/libgcrypt-1.6.3-r4` > > > > Note that this build succeeded. The original failure is in comment #0. > > never mind, i got it all straight. it is not a parallel build, you just > need > > DEPEND=" ... doc? ( app-text/texlive ) ... " > > I hit this in amd64 on my machine which did not have texlive installed. this package does not use tex directly but via texinfo's texi2dvi, while this utility complains that there is no tex , this is why I CCed base-system.
(In reply to Anthony Basile from comment #3) > (In reply to Alon Bar-Lev from comment #2) > > Working for me with: > > > > sys-apps/texinfo-5.2 > > app-text/texlive-2014 <-- had to install manually > > > > What do you have? > > Maybe we need some flag? > > yellow libgcrypt # emerge =app-text/texlive-2014 -vp > here you had texlive... while still failing(?)
(In reply to Alon Bar-Lev from comment #10) > (In reply to Anthony Basile from comment #3) > > (In reply to Alon Bar-Lev from comment #2) > > > Working for me with: > > > > > > sys-apps/texinfo-5.2 > > > app-text/texlive-2014 <-- had to install manually > > > > > > What do you have? > > > > Maybe we need some flag? > > > > yellow libgcrypt # emerge =app-text/texlive-2014 -vp > > > > here you had texlive... while still failing(?) no. i was confused between two systems. if you have texlive, it works. period.
ok, for this case the following is expected: --- make: Entering directory '/var/tmp/portage/dev-libs/libgcrypt-1.6.3-r3/work/libgcrypt-1.6.3-abi_x86_64.amd64/doc' TEXINPUTS="/var/tmp/portage/dev-libs/libgcrypt-1.6.3-r3/work/libgcrypt-1.6.3/build-aux:$TEXINPUTS" \ MAKEINFO='/bin/bash /var/tmp/portage/dev-libs/libgcrypt-1.6.3-r3/work/libgcrypt-1.6.3/build-aux/missing makeinfo -I /var/tmp/portage/dev-libs/libgcrypt-1.6.3-r3/work/libgcrypt-1.6.3/doc' \ texi2dvi --pdf --batch --build-dir=gcrypt.t2p -o gcrypt.pdf \ /var/tmp/portage/dev-libs/libgcrypt-1.6.3-r3/work/libgcrypt-1.6.3/doc/gcrypt.texi You don't have a working TeX binary (tex) installed anywhere in your PATH, and texi2dvi cannot proceed without one. If you want to use this script, you'll need to install TeX (if you don't have it) or change your PATH or TEX environment variable (if you do). See the --help output for more details. For information about obtaining TeX, please see http://tug.org/texlive, or do a web search for TeX and your operating system or distro. Makefile:476: recipe for target 'gcrypt.pdf' failed --- texi2dvi is texinfo utility that should pull tex or at least have tex USE flag to pull required dependencies.
(In reply to Alon Bar-Lev from comment #12) > texi2dvi is texinfo utility that should pull tex or at least have tex USE > flag to pull required dependencies. i can confirm that installing texinfo is not enough. my ppc system had texinfo but not texlive. only installing the full texlive fixed it.
there's no chance we're making texinfo hard depend on any tex package. those things are ridiculously large. a USE flag would only apply to RDEPEND as currently texi2dvi has no build time dependencies on tex packages. still sucks though as it'd force a rebuild.
(In reply to SpanKY from comment #14) > there's no chance we're making texinfo hard depend on any tex package. > those things are ridiculously large. > > a USE flag would only apply to RDEPEND as currently texi2dvi has no build > time dependencies on tex packages. still sucks though as it'd force a > rebuild. what should we do? depend both on texlive and texinfo?
(In reply to Alon Bar-Lev from comment #15) > (In reply to SpanKY from comment #14) > > there's no chance we're making texinfo hard depend on any tex package. > > those things are ridiculously large. > > > > a USE flag would only apply to RDEPEND as currently texi2dvi has no build > > time dependencies on tex packages. still sucks though as it'd force a > > rebuild. > > what should we do? depend both on texlive and texinfo? I wouldn't want to depend on texlive for libgcrypt, will try to look into it this weekend, will coordinate a bit with upstream, but full texlive as dependency seems like it is wrong, if this turns out to be correct after all I'm for disable the docs building and shipping a static pdf file. But I can take it...
(In reply to Kristian Fiskerstrand from comment #16) > (In reply to Alon Bar-Lev from comment #15) > > (In reply to SpanKY from comment #14) > > > there's no chance we're making texinfo hard depend on any tex package. > > > those things are ridiculously large. > > > > > > a USE flag would only apply to RDEPEND as currently texi2dvi has no build > > > time dependencies on tex packages. still sucks though as it'd force a > > > rebuild. > > > > what should we do? depend both on texlive and texinfo? > > I wouldn't want to depend on texlive for libgcrypt, will try to look into it > this weekend, will coordinate a bit with upstream, but full texlive as > dependency seems like it is wrong, if this turns out to be correct after all > I'm for disable the docs building and shipping a static pdf file. But I can > take it... just drop the pdf. or prebuild it and ship with gcrypt.pdf already built. or just ship the .texi and expect the user to build the pdf. (In reply to SpanKY from comment #14) > there's no chance we're making texinfo hard depend on any tex package. > those things are ridiculously large. > > a USE flag would only apply to RDEPEND as currently texi2dvi has no build > time dependencies on tex packages. still sucks though as it'd force a > rebuild. i'd like to avoid even an RDEPEND. this is the first time that i know of that we've hit this and there are easy workarounds. so there's little gain and a lot of danger in connecting a ubiquitous packages like texinfo to a beast like texlive even by an IUSE=-tex and RDEPEND.
packages using the 'texi2dvi' command must depend on virtual/texi2dvi; that's what the virtual is for.
(In reply to Alexis Ballier from comment #18) > packages using the 'texi2dvi' command must depend on virtual/texi2dvi; > that's what the virtual is for. thanks! I was sure there is somekind of solution for this.
(In reply to Alexis Ballier from comment #18) is there somewhere we can document that to increase visibility ? would a comment in the texinfo ebuild help ?
(In reply to SpanKY from comment #20) > (In reply to Alexis Ballier from comment #18) > > is there somewhere we can document that to increase visibility ? > would a comment in the texinfo ebuild help ? yes, will help a lot, at least this is the first place I looked... :)
hopefully it helps someone ;) http://gitweb.gentoo.org/repo/gentoo.git/commit/?id=a4c766b8031f03fb11eb451ec8c3839e712ede05
