+ make (cd manual; make) make[1]: Entering directory `/builddir/build/BUILD/bacula-2.0.3/bacula-docs-2.0.3/manual' Making version 2.0.3 (06 March 2007) latex -interaction=batchmode bacula.tex This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) %&-line parsing enabled. entering extended mode make[1]: *** [tex] Error 1 make[1]: Leaving directory `/builddir/build/BUILD/bacula-2.0.3/bacula-docs-2.0.3/manual' make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.2375 (%build)
Did some debugging and found that this is due to the latex2html %post scriptlet somehow failing to call texhash in such a way that html.sty becomes visible to the rest of the tex system. Install latex2html, note that /usr/share/texmf/ls-R doesn't include the newly installed "html" directory. # /usr/bin/env - /usr/bin/texhash texhash: Skipping /etc/texmf texhash: Skipping /usr/local/share/texmf texhash: Skipping /usr/share/texmf texhash: Skipping /var/lib/texmf texhash: Done. But a plain call to /usr/bin/texhash works: # texhash texhash: Updating /etc/texmf/ls-R... texhash: Updating /usr/share/texmf/ls-R... texhash: Updating /var/lib/texmf/ls-R... texhash: Done. and latex bacula.tex works.
I see that e.g. jadetex has a comment about "used texconfig-sys rehash instead of texhash" and the change was... %post -/usr/bin/env - PATH=$PATH:%{TeXdir}/bin texhash > /dev/null 2>&1 +[ -x %{_bindir}/texconfig-sys ] && %{_bindir}/texconfig-sys rehash 2> /dev/null || : +%postun +[ -x %{_bindir}/texconfig-sys ] && %{_bindir}/texconfig-sys rehash 2> /dev/null || : + Maybe this should be reassigned to latex2html then ?
I'd check this in an give it a whirl except I'm not in the ACL for latex2html
Hmm, with the new build of latex2html now in rawhide: http://koji.fedoraproject.org/koji/buildinfo?buildID=30378 bacula gets further, but fails later on: Making developers pdfm dvipdfm -p a4 developers.dvi make[1]: execvp: dvipdfm: Permission denied make[1]: *** [dvipdf] Error 127 full log at: http://koji.fedoraproject.org/koji/getfile?taskID=330531&name=build.log seems like dvipdfm may not have executable permissions.
Strange, dvipdfm has correct executable permissions so execvp shouldn't fail here.
spot has apparently now rebuilt bacula, the saga is over methinks: http://koji.fedoraproject.org/packages/bacula/2.0.3/13.fc9/
Yep, the last problem was a missing "BuildRequires: dvipdfm", seems like dvipdfm is now a separate subpackage in texlive, whereas before it was part of the main tetex package.