Bug 1639720
Summary: | pandoc-pdf probably missing dependency | ||
---|---|---|---|
Product: | [Fedora] Fedora EPEL | Reporter: | Markus Lange <m.lange> |
Component: | pandoc | Assignee: | Jens Petersen <petersen> |
Status: | CLOSED EOL | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | unspecified | ||
Version: | epel7 | CC: | dmoerner, m.lange, petersen |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2024-07-09 15:38:56 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
Markus Lange
2018-10-16 12:52:11 UTC
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. |