Latest upstream release: 2.1.2 Current version/release in rawhide: 2.0.6-2.fc28 URL: http://hackage.haskell.org/package/pandoc Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from anitya: https://release-monitoring.org/project/2589/
What is the preferred way to keep up-to-date with Pandoc *upstream* on Fedora? From what I can see any changes to F27 will be within the 1.19.x release/branch and F28 is getting 2.0.x releases (to date). If I want a distro-provided Pandoc is the best that I can achieve (in terms of being as close to upstream) to be on the latest release of Fedora (i.e. F28 at time of writing this)? I don't intend this as a criticism; there are perfectly reasonable reasons why Fedora might lag upstream. I'm just genuinely curious as to the best approach here as I use Pandoc a lot in relation to R packages and writing academic papers for the day job, and as I do with R (I build from upstream sources) I'm wondering if there are other options (cabal?) to having a more up-to-date pandoc on my system (I don't use haskell for anything but pandoc and related things from what I can tell), and what problems they might cause with my distro-provided haskell stack? TIA!
Latest upstream release: 2.2.1 Current version/release in rawhide: 2.0.6-4.fc29 URL: http://hackage.haskell.org/package/pandoc Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from anitya: https://release-monitoring.org/project/2589/
pandoc 2.3.1 is already available: https://bugzilla.redhat.com/show_bug.cgi?id=1634524
pandoc 2.4 is available: https://bugzilla.redhat.com/show_bug.cgi?id=1647702
*** Bug 1647702 has been marked as a duplicate of this bug. ***
*** Bug 1634524 has been marked as a duplicate of this bug. ***
pandoc 2.2.2+ requires texmath 0.11, which breaks API, so I guess this is difficult to bring to existing releases (even though the way Haskell works it requires re-compiling the world anyway.)
https://bodhi.fedoraproject.org/updates/FEDORA-2019-8ece0a5a54 has pandoc-2.2.1 for F30 at least.
Latest upstream release: 2.7.3 Current version/release in rawhide: 2.5-1.fc31 URL: http://hackage.haskell.org/package/pandoc Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from anitya: https://release-monitoring.org/project/2589/
One or more of the new sources for this package are identical to the old sources. It's likely this package does not use the version macro in its Source URLs. If possible, please update the specfile to include the version macro in the Source URLs
Can we get an update to 2.7.3 in Fedora 31, as well as rawhide, as the 2.5 version currently there mangles tables in RST output which impacts many docs I'm trying to process.
pandoc 2.8 is available: https://github.com/jgm/pandoc/releases/tag/2.8 Release Notes: https://github.com/jgm/pandoc/releases
pandoc 2.9.1.1 (2020-01-05) is available: Release Notes: https://pandoc.org/releases.html#pandoc-2.9.1.1-2020-01-05 github: https://github.com/jgm/pandoc/releases/tag/2.9.1.1
Let me see what we can do here... from the "infra" side a few things could be done: (a) add a pandoc module (b) separate pandoc and ghc-pandoc? (c) use my pandoc copr locally (workaround variation of b) https://copr.fedorainfracloud.org/coprs/petersen/pandoc/ already has 2.7.3 (d) I will see if we can bump f31 or not I tend to follow the versions in Stackage LTS: F31 is based on LTS 13 hence 2.5. Then hopefully F32 would get 2.7.3... But yeah arguably this is the downside of Stackage... -------- FYI: $ stack --resolver lts-13 build pandoc-2.7.3 Selected resolver: lts-13.30 Error: While constructing the build plan, the following exceptions were encountered: In the dependencies for pandoc-2.7.3: cmark-gfm-0.1.8 from stack configuration does not match >=0.2 && <0.3 (latest matching version is 0.2.1) hslua-module-system must match >=0.2 && <0.3, but the stack configuration has no specified version (latest matching version is 0.2.1) ipynb must match >=0.1 && <0.2, but the stack configuration has no specified version (latest matching version is 0.1) skylighting-0.7.7 from stack configuration does not match >=0.8.1 && <0.9 (latest matching version is 0.8.3) needed since pandoc is a build target.
(In reply to Daniel Berrangé from comment #11) > Can we get an update to 2.7.3 in Fedora 31, as well as rawhide, as the 2.5 > version currently there mangles tables in RST output which impacts many docs > I'm trying to process. Sorry just saw this... Is that fixed in 2.6?: ``` - RST writer: Don't wrap simple table header lines (#5128). ```
(In reply to Jens Petersen from comment #15) > (In reply to Daniel Berrangé from comment #11) > > Can we get an update to 2.7.3 in Fedora 31, as well as rawhide, as the 2.5 > > version currently there mangles tables in RST output which impacts many docs > > I'm trying to process. > > Sorry just saw this... > > Is that fixed in 2.6?: > > ``` > - RST writer: Don't wrap simple table header lines (#5128). > ``` Yeah, but for my needs that turned out to be insufficient. I hit a number of other problems since and reported some bugs upstream which were only fixed in the very very recent 2.9.1. So in practice I'm just downloading & using the upstream provided static binaries now.
(In reply to Daniel Berrangé from comment #16) > Yeah, but for my needs that turned out to be insufficient. I hit a number of > other problems since and reported some bugs upstream which were only fixed > in the very very recent 2.9.1. So in practice I'm just downloading & using > the upstream provided static binaries now. Okay I'll try updating my copr to 2.9 soon then...
I updated https://copr.fedorainfracloud.org/coprs/petersen/pandoc to 2.9.1.1 for F31+.
Also noting that 2.7.3 (and further 2.9) pull some new deps, which we should get packaged: ipynb hslua-module-system in addition to the 2.5 bundled libs: HsYAML unicode-transforms (I won't list the 2.9 ones here, since even Stackage Nightly is still on pandoc-2.7.3.)
Latest upstream release: 2.9.1.1 Current version/release in rawhide: 2.5-2.fc32 URL: http://hackage.haskell.org/package/pandoc Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from anitya: https://release-monitoring.org/project/2589/
2.9.2.1 has been released. Pandoc 2.9.2 supports CSV and it has a lot of nice improvements.
Is there any chances to see updated 'pandoc' version in F32? At least >= 2.8 version. It's needed for this new app https://bodhi.fedoraproject.org/updates/FEDORA-2020-84cb4ece2f
I started looking into this a little. Even going to 2.8 is not a small change: pandoc.cabal | 164 ++++++++++++++++++++++++++++++++++++------------------- specifically it requires bumping: texmath, pandoc-types, skylighting, haddock-library, doctemplates, HsYAML and new deps: doclayout, text-conversions My plan is to update F33 to Stackage lts-15 which currently has https://www.stackage.org/lts-15.13/package/pandoc-2.9.1.1
(and also patat, pandoc-citeproc, hakyll, and gitit will also need to be rebuilt.)
Apostrophe looks nice - can you describe the impact of using pandoc 2.7 vs 2.8 for f32?
(In reply to Jens Petersen from comment #26) > Apostrophe looks nice - can you describe the impact of using pandoc 2.7 vs > 2.8 for f32? Hello, Jens. This https://github.com/jgm/pandoc/issues/5594 But i patched it for current Fedora releases and it seems it works fine after this. And all this agreed with upstream. So it's fine now, but who knows if some new issues appears in new Apostrophe release... Let's hope for the best.
Thanks! pandoc-2.9.2.1 is in F33