Package Details: gitit

Git Clone URL: (read-only)
Package Base: gitit
Description: A wiki backed by a git, darcs, or mercurial filestore
Upstream URL:
Keywords: darcs git gitit haskell mercurial wiki
Licenses: GPL
Submitter: Rufflewind
Maintainer: Rufflewind
Last Packager: Rufflewind
Votes: 5
Popularity: 0.467696
First Submitted: 2015-09-09 08:23
Last Updated: 2019-01-13 08:07

Dependencies (9)

Required by (0)

Sources (176)

Latest Comments

1 2 3 Next › Last »

Rufflewind commented on 2019-01-13 08:18

@houbaron: I tried fixing the plugin issue. For rather complicated reasons, it's not really possible to make this work as an AUR package, so I'm disabling plugins entirely. If you wish to use plugins, I suggest building gitit directly using cabal + ghc-pristine, as outlined here.

houbaron commented on 2019-01-11 10:59

@Rufflewind Another problem: The program want to load plugin from the temp build directory. Logs:

$ gitit -f .config/gitit/default.conf
Loading plugin '/usr/share/gitit/x86_64-linux-ghc-8.6.3/gitit-'...
gitit: /var/tmp/pamac-build-houbaron/gitit/src/.local/lib/ghc-8.6.3/settings: openFile: does not exist (No such file or directory)

While I can find this settings in /usr/lib/ghc-8.6.3.

houbaron commented on 2019-01-11 09:15

Thank you, @Rufflewind

Rufflewind commented on 2018-12-21 20:05

@houbaron: I made a temporary fix to the PKGBUILD so that gitit can be built while is being resolved.

Rufflewind commented on 2018-12-19 18:23

@houbaron: Sorry, gitit is not compatible with the latest Haskell compiler in Arch Linux:

Until that issue resolved, this package is going to be broken.

houbaron commented on 2018-12-19 12:19

Hi there, I met such warnings after installation, what should I do?

Resolving dependencies...
cabal: Could not resolve dependencies:
[__0] trying: gitit-0.12.3 (user goal)
[__1] trying: xml-conduit- (dependency of gitit)
[__2] trying: resourcet-1.2.1 (dependency of xml-conduit)
[__3] trying: exceptions-0.8.3 (dependency of resourcet)
[__4] next goal: template-haskell (dependency of exceptions)
[__4] rejecting: template-haskell- (conflict:
exceptions => template-haskell>=2.2 && <2.14)
[__4] fail (backjumping, conflict set: exceptions, template-haskell)
After searching the rest of the dependency tree exhaustively, these were the
goals I've had most trouble fulfilling: exceptions, gitit, resourcet,
template-haskell, xml-conduit
Note: when using a sandbox, all packages are required to have consistent
dependencies. Try reinstalling/unregistering the offending packages or
recreating the sandbox.

guygma commented on 2018-09-28 19:06

@Rufflewind: Ah, I see. Well, way to track that subtle issue down; +1 for good maintenance. For what it is worth stack does install gitit just fine (that is how I have done it), but I imagine the same issue that 3e4 saw is what would come up using that method in the PKGBUILD since you ideally wouldn't want to bring the whole stack root over onto the actual arch system in addition to just the gitit binary.

Rufflewind commented on 2018-09-28 04:21

@guygma: I switched back to Cabal a year ago because of this:

The dependencies are tracked automatically by a script.

guygma commented on 2018-09-28 03:28

I do not understand the state of this PKGBUILD. You say you switched to stack, but you have not. It would almost certainly be easier than having to manually keep track of the bajillion haskell modules to pull in by hand... Maybe I am missing something, but a stack build in a clean chroot and installing the binary a la all packages seems like the way to go.

Rufflewind commented on 2018-05-28 11:34

@27cb33fa: It looks like gitit is not compatible with GHC 8.4.2. I have reported this upstream, so hopefully it will be resolved soon.