Summary: | sys-apps/texinfo-5.2 should pull tex for texi2dvi or at least have tex USE? | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Anthony Basile <blueness> |
Component: | Current packages | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | alonbl, crypto+disabled, tex |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 538488 | ||
Attachments: | gcrypt.log for `MAKEOPTS=-j1 emerge =dev-libs/libgcrypt-1.6.3-r4` |
Description
Anthony Basile
2015-08-30 00:02:09 UTC
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 |