Bug 414381
Summary: | tex failures when making the manual prevents rebuild of bacula | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jesse Keating <jkeating> |
Component: | latex2html | Assignee: | Jindrich Novy <jnovy> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | rawhide | CC: | alex, caolanm, dcantrell, jnovy, j, mmcgrath, pknirsch |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-01-08 09:37:50 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 306151 | ||
Bug Blocks: |
Description
Jesse Keating
2007-12-06 16:53:37 UTC
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. |