Opened 10 years ago

Closed 9 years ago

Last modified 8 years ago

#22387 closed defect (fixed)

pandoc build failure

Reported by: dweber@… Owned by: singingwolfboy@…
Priority: Normal Milestone:
Component: ports Version: 1.8.1
Keywords: Cc: rs573@…, na0vt8ua@…, chris@…, macports@…, jgm@…
Port: pandoc

Description (last modified by jmroot (Joshua Root))

OSX 10.5.8, MacPorts 1.8.1

--->  Fetching pandoc
--->  Attempting to fetch pandoc-1.2.1.tar.gz from
--->  Verifying checksum(s) for pandoc
--->  Extracting pandoc
--->  Configuring pandoc
--->  Building pandoc
Error: Target returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_pandoc/work/pandoc-1.2.1" && /usr/bin/make -j8 build-all PREFIX=/opt/local GHC=/opt/local/bin/ghc GHC_PKG=/opt/local/bin/ghc-pkg " returned error 2
Command output: /opt/local/bin/ghc -package Cabal Setup.hs -o ./setup
make: *** No rule to make target `man/man1/hsmarkdown.1', needed by `build-doc'.  Stop.
make: *** Waiting for unfinished jobs....

Change History (16)

comment:1 Changed 10 years ago by jmroot (Joshua Root)

Description: modified (diff)
Owner: changed from macports-tickets@… to jgm@…

Don't forget to assign to the maintainer.

comment:2 Changed 10 years ago by rs573@…

Cc: rs573@… added

Cc Me!

comment:3 Changed 10 years ago by na0vt8ua@…

Cc: na0vt8ua@… added

Cc Me!

comment:4 Changed 10 years ago by chris@…

Cc: chris@… added

Cc Me!

comment:5 Changed 9 years ago by macports@…

This doesn't happen if you change the pandoc release to '1.3' in the Portfile, but the current release is 1.6 so that's just a stopgap, and the maintainer already indicated that a change in maintainership would be great :-)

Regardless, you can try that, but then you'll potentially run in to #24405 as something about ghc loading objects isn't working quite right, right now

comment:6 Changed 9 years ago by macports@…

Cc: macports@… added

Cc Me!

comment:7 Changed 9 years ago by jgm@…

Hi, I'm still listed as the official maintainer, it seems, but I no longer use macports and would like someone else to take this over. (I'm the upstream developer of pandoc.)

If someone is trying to get a Portfile working for a recent version of pandoc, I'd be more than happy to help figure out what is going wrong. You can email me directly or write to pandoc-discuss@…. Note that the Makefile has been removed from recent versions of pandoc, which use a pure Cabal build system. It would be easy, though, to write a new Makefile that runs the Cabal commands. Again, I'm willing to help, but I'd love it if someone who uses it could take over the port.

comment:8 Changed 9 years ago by macports@…

I have to admit I was only trying it to get the "progit" book source turned into PDF - I would be seriously yak-shaving if that small task into maintainership of tools for a language I don't even know :-).

That said, in a large sense the real problem to me seems to be that there are multiple delivery styles for the same language and it's libraries - there is the Haskell Platform .dmg, and a Haskell package manager internal to the language, and there is also the platform packaging system (macports).

Without a huge injection of work to bring the macports style of Haskell installation up to date (platform is still on 2009-2-2! the libraries are aging etc) it seems like the best recommendation is to just mark the macports stuff deprecated and tell people honestly that for a good Haskell experience they should grab the Haskell platform .dmg, and use Cabal to internally manage Haskell libraries.

I think that would solve the general Haskell ghc problem as it appears to be related to CPU exec protection features that have probably been solved in the year or two since the version of GHC in macports was released.

CPAN, PEAR and rubygems all do the equivalent I believe - and the ones that do also have platform-native package system "mirrors" of their packages have only managed by coding up tools that take the language-native packaging and auto-generate platform-native packages from it. In that sense you'd need the Haskell Platform source code to have Portfile generation built in to it, and Cabal would have to be capable of generating Portfiles (or Makefiles) directly that would work - then the whole system could be in macports but with no special effort

That has nothing to do with what anyone is asking :-), but I thought I'd mention it since I'd help package a bit perhaps but it just seems like a "try harder" strategy with this style as opposed to a "try smarter" strategy and I'd put money on anyone messing with a smaller-community language (like Haskell) is more of a "try smarter" type...


comment:9 Changed 9 years ago by jgm@…

I agree with all of this. It's best to mark the pandoc port deprecated, since the recommended install path is now via Haskell platform dmg + cabal. The way forward for Haskell on macports is, as you suggest, for someone to construct a cabal2port program that automatically constructs Portfiles from cabal packages. Most likely a lot of this could be carried over from the successful

comment:10 Changed 9 years ago by jmroot (Joshua Root)

Cc: jgm@… added
Owner: changed from jgm@… to macports-tickets@…

Set to nomaintainer in r75490.

comment:11 Changed 9 years ago by jmroot (Joshua Root)

Owner: changed from macports-tickets@… to singingwolfboy@…

comment:12 Changed 9 years ago by singingwolfboy@…

I'm the latest maintainer for the pandoc port, and I recently updated it to version The haskell portgroup seems to take care of most of the gruntwork shuttling between Macports and Cabal, and pandoc now uses that portgroup. If anyone can reproduce this problem, please comment on the ticket. If a reasonable length of time has passed and no one has reproduced this problem on, I'm going to assume switching to the haskell portgroup fixed this problem, and close this ticket.

comment:13 Changed 9 years ago by ryandesign (Ryan Schmidt)

It is still happening to at least one user; see #29996.

comment:14 Changed 9 years ago by jmroot (Joshua Root)

Resolution: fixed
Status: newclosed

That user hadn't selfupdated and was building version 1.2.1.

comment:15 Changed 8 years ago by lincoln@…

Cc: lincoln@… added

Cc Me!

comment:16 Changed 8 years ago by lincoln@…

Cc: lincoln@… removed

Cc Me!

Note: See TracTickets for help on using tickets.