Description of problem: The pandoc-pdf metapackage should contain the dependancy to the texlive-ulem or tex(ulem.sty) Version-Release number of selected component (if applicable): Name : pandoc Arch : x86_64 Version : 1.12.3.1 Release : 2.el7 Size : 833 k Repo : installed From repo : epel Name : pandoc-pdf Arch : x86_64 Version : 1.12.3.1 Release : 2.el7 Size : 0.0 Repo : installed From repo : epel How reproducible: Cleanly install pandoc and pandoc-pdf and run something like pandoc -s -o MyMarkdown{.pdf,} Steps to Reproduce: 1. Install pandoc and pandoc-pdf 2. Write a text in markdown 3. Convert it to pdf using pandoc Actual results: # pandoc -s -o MyMarkdown{.pdf,} pandoc: Error producing PDF from TeX source. ! LaTeX Error: File `ulem.sty' not found. Type X to quit or <RETURN> to proceed, or enter new name. (Default extension: sty) Enter file name: ! Emergency stop. <read *> l.42 \pdfstringdefDisableCommands Expected results: No output to stdout at all and a pdf file in fs Additional info:
BTW I have newer pandoc builds in my Copr repo: https://copr.fedorainfracloud.org/coprs/petersen/pandoc/ I think latest epel7 build is 2.2.1. Though there is no pandoc-pdf metapackage. I just wondered if your report still holds for newer pandoc. I assume this is not a new issue - maybe just gone unnoticed until now?
My last yum update is a bit ago, i can't tell offhand. However pandoc and it's pdf meta package is still the latest version available through epel. Neither does yum check-update mention an update for pandoc nor do I see a newer version in [1]. This report is definitely not a show stopper! The version available is even good enough for my use case so heading for upstream version is not necessary. Due to corporate policies i even can't set up other package sources that easy. I just wan't to support epel by reporting unexpected behaviour as a saw it after installing a new package. Probably it was not reported before because most people (normally including me) install latex first. This is the first machine i did it this way because i like to write my reports to my superior in an easy markup language rather then using overpowered MS Word/{Libre,Open}Office or plain latex. May the dependency was once placed in texlive-collection-latex and was dropped there for any reason, but i haven't checkt that. Best regards Markus [1] https://dl.fedoraproject.org/pub/epel/7/x86_64/Packages/p/
Sorry for dropping this for so long... I just looked at Fedora (which is likely on much newer texlive, but there I have): Requires: texlive-collection-latex Requires: texlive-ec I suspect texlive-ulem is too specific a package to cover likely?
Hi, no problem, just an enhancement proposal :) You're right it's not mandatory for texlive / latex to work. However it is still necessary for pandoc-pdf to convert markdown to pdf. May the texlive-* packages are not the right place to depend on tex(ulem). But in order to have a applicable out-of-the-box experience with pandoc-pdf it should be a pandoc-pdf dependency. I would expect pandoc to convert md to pdf with all supported, or at least all official standardized syntax elements. best regards Markus
Possibly related RHEL8 bug 1856905
Another very commonly used LaTeX package for pdf generation is footnote.sty, which is in texlive-mdwtools and not brought in by default by pandoc-pdf. I think it would make sense to add these as dependencies. (Or weak dependencies if you'd like in this modern age.)
In Rawhide - texlive-ulem is pulled in by texlive-collection-plaingeneric - texlive-mdwtools is pulled in by texlive-collection-latexrecommended
EPEL 7 entered end-of-life (EOL) status on 2024-06-30. EPEL 7 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug.