Bug 1856905
Summary: | pandoc PDF support broken | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 8 | Reporter: | Leon Fauster <leonfauster> |
Component: | texlive | Assignee: | Than Ngo <than> |
Status: | CLOSED NOTABUG | QA Contact: | CS System Management SST QE <rhel-cs-system-management-subsystem-qe> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 8.2 | CC: | john.sincock, petersen |
Target Milestone: | rc | ||
Target Release: | 8.0 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-07-15 13:34:45 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Leon Fauster
2020-07-14 16:44:00 UTC
Unfortunately the pandoc-pdf subpackage is not shipped in RHEL8. Maybe you try installing pandoc-pdf-2.0.6-4.el8 from https://koji.mbox.centos.org/koji/buildinfo?buildID=1485 With that at least `pandoc -o test.pdf` works for me. But I can reproduce your problem with `pandoc --pdf-engine=lualatex -o test.pdf`. I looks like the texlive in RHEL8 does not provide ucharcat.sty. In Fedora, texlive-collection-latex and texlive-ec seem to be sufficient but maybe more precise dependencies are required to avoid this problem. In Fedora texlive-ucharcat provides ucharcat.sty. In RHEL8 texlive-unicode-math does not require/pull-in texlive-ucharcat apparently. So it looks like RHEL8 texlive is a subset of Fedora's texlive. My workaround for now is: As it is a noarch package installing texlive-ucharcat-svn38907-20.fc29.noarch from Fedora29 helps (to not diverge to much from EL8). The PDF output with pandoc --pdf-engine works with that FC29 rpm. $ rpm -qa |egrep 'pandoc|ucharca|texlive-2'|sort pandoc-2.0.6-4.el8.x86_64 pandoc-common-2.0.6-4.el8.noarch texlive-20180414-14.el8.x86_64 texlive-ucharcat-svn38907-20.fc29.noarch $ rpm -ql texlive-ucharcat-svn38907-20.fc29.noarch /usr/share/licenses/texlive-ucharcat /usr/share/licenses/texlive-ucharcat/lppl1.txt /usr/share/texlive/texmf-dist/tex/latex/ucharcat /usr/share/texlive/texmf-dist/tex/latex/ucharcat/ucharcat.sty $ rpm -qi texlive-ucharcat-svn38907-20.fc29.noarch |grep Source Source RPM : texlive-2018-20.fc29.src.rpm IMO: the solution would be the extension of the texlive subset ? It's the intention to keep texlive in 8 small, many texlive extensions are therefore included in texlive-extention in epel8. If someone needs more texlive extensions, please open the bug in texlive-extension in epel and make a request. Please have a look at: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-b907b63b2f https://koji.fedoraproject.org/koji/buildinfo?buildID=1542152 There's new version texlive-extension-20180414-4.epel8 which includes the ucharcat.sty. Thanks (In reply to Than Ngo from comment #4) > It's the intention to keep texlive in 8 small, many texlive extensions are > therefore included in texlive-extention in epel8. As pandoc shows a regression, its not an additional its mandatory extension thats missing, IMO. > If someone needs more texlive extensions, please open the bug in > texlive-extension in epel and make a request. I thought about that and opened a bug report 3 month ago: https://bugzilla.redhat.com/show_bug.cgi?id=1820194 > Please have a look at: > https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-b907b63b2f > https://koji.fedoraproject.org/koji/buildinfo?buildID=1542152 > > There's new version texlive-extension-20180414-4.epel8 which includes the > ucharcat.sty. Thats look promising, thanks. Nope. Not promising. dnf --enablerepo=epel list | grep texlive-extension # no output. Package is gone. As usual, it's Red Hat, so, no bug is ever fixed properly. epel 8 does now have this though, which worked for me: texlive-ucharcat.noarch |