pandoc @1.12.4.2_1: update to latest version

[joe.oboyle@…]

The current macport version of pandoc is version 1.12.4.2; the current version of upstream pandoc is 1.17.2

[kurthindenburg (Kurt Hindenburg)]

Cc Me!

[kurthindenburg (Kurt Hindenburg)]

There's going to be some issues upgrading

aeson >=0.7.0.5 && <0.10,
cmark >=0.4.0.1 && <0.5,
filemanip ==0.3.*,
haddock-library >=1.1 && <1.3,
highlighting-kate ==0.6.*,
texmath >=0.8.1 && <0.9,
zip-archive >=0.2.3.4 && <0.3

[neverpanic (Clemens Lang)]

Yes, IIRC those are exactly the reasons why I didn't upgrade it yet -- in the end, some of those pull in a newer version of hs-text, but we ship the versions that are in the Haskell Platform for these ports, and Haskell Platform hasn't been updated with a newer version of hs-text. So, we'd need to ship a newer version of hs-text and either no longer provide the Haskell Platform (something I'd like to avoid) or ship two versions of hs-text.

[ryandesign (Ryan Carsten Schmidt)]

pandoc 1.16.0.2 is available. Can we update?

[ryandesign (Ryan Carsten Schmidt)]

Replying to cal@…:

and Haskell Platform hasn't been updated with a newer version of hs-text.

Has anything changed about this yet?

[neverpanic (Clemens Lang)]

No. I haven't forgot about it, but updating Haskell is non-trivial. If you want to help, that would be welcome. I can offer guidance.

[ryandesign (Ryan Carsten Schmidt)]

Has duplicate #51638.

[jenstroeger (Jens Troeger)]

Any updates on this?

[neverpanic (Clemens Lang)]

I locally have:

• a build of GHC 8.0.1
• a WIP update of haskell-platform to its current 8.0.1 version

I would need to:

• revbump all haskell ports
• probably update lots of ports on the dependency path to pandoc

I would prefer to automate generating haskell portfiles from cabal, e.g. by modifying ​https://github.com/NixOS/cabal2nix. Help with this would be very welcome.

[robtron88@…]

Cc Me!

[Hot-Wire@…]

Cc Me!

[Hot-Wire@…]

Pandoc 1.12.4.2_1 cannot build under macOS Sierra because ghc cannot build because old llvm-3.5 cannot build under macOS Sierra and says so outright.

Perhaps pandoc should be dropped from MacPorts if it cannot be maintained for over two years because ghc is too fragile. Gentoo manages to keep it up to date, somehow, and barely, but it's a huge PITA there too; they've got a "haskell-updater" script to sort out the mess.

IIRC the only reason I touch pandoc at all is because jupyter requires it for some export formats. Maybe we need to ask them to look at alternatives.

[Hot-Wire@…]

Pandoc dependencies that don't build in Sierra because GHC requires too-old LLVM 3.5.

[gorticus (Jason Mitchell)]

Is it possible to repackage the binaries provided via the ​GitHub release page? pandoc, pandoc-citeproc, and associated man pages are provided in the .pkg.

I've resorted to using the provided binaries, but I'd much rather manage updates via Macports.

[ryandesign (Ryan Carsten Schmidt)]

MacPorts is not for repackaging others' binaries (unless there's no alternative). MacPorts is a build-from-source system.

[gorticus (Jason Mitchell)]

Understood, but given the complexity of keeping the stack up to date, is there a clear threshold of no alternative?

[mf2k (Frank Schima)]

Has duplicate #54834.

[akimd (Akim Demaille)]

1.12 has several annoying bugs. The current release as of today is 2.1.2 (​http://pandoc.org/releases.html).

[akimd (Akim Demaille)]

Disclaimer: I am _not_ trying to be polemical or start a flame, etc., etc., etc. I have been a MacPorts users since virtually for ever. This is a honest question.

How come Brew has 2.1.2? What makes it easier for Brew?

[ryandesign (Ryan Carsten Schmidt)]

Looks like Homebrew has already updated to ghc 8.2.2, and we haven't.

[raimue (Rainer Müller)]

The complicated part is not ghc, but writing ports for all of haskell-platform. Homebrew does not provide haskell-platform, therefore they only have to care about bootstrapping ghc itself. That also means they do not model the dependencies of pandoc in the formula, they just rely on cabal. This approach is not reproducible (no control over what cabal will install) and therefore not the way we want things to be working in MacPorts.

Clemens recently posted a status update with patch on macports-dev: ​https://lists.macports.org/pipermail/macports-dev/2018-March/037531.html

[akimd (Akim Demaille)]

Thanks a lot for the details. It is much clearer to me now! And thanks for the pointer to the progress update.

[rpgoldman]

By the way, this is causing a problem with ipython and nbconvert: the py27-pandocfilters that we get with MacPorts is new enough to be incompatible with the version of pandoc that MacPorts supplies.

See ​https://github.com/jupyter/nbconvert/issues/669

If pandoc can't be upgraded, then pandocfilters should be downgraded to 1.2.4 for compatibility.

[mf2k (Frank Schima)]

Has duplicate #58180.

[essandess (Steve Smith)]

In 31db55ebc2676f5570ba25d5cfae50a4ca99f21c/macports-ports (master):

pandoc: Update to 2.7.3 with major Portfile refactoring

• Introduce haskell-stack PortGroup
• Use GitHub release
• Eliminate dependencies on multiple out-of-date hs-* ports
• Build using Haskell stack tool
• See ​https://github.com/macports/macports-ports/pull/4633

Closes: #48324