GitLab

Without the lower bound, test-framework-quickcheck2-0.2.4 is picked
and that version fails to compile against QuickCheck.

-package-db only exists on GHC >=7.5 so we use (the now deprecated)
 -package-conf flag instead.

cabal was failing with:

$ cabal --config-file=/home/hackage-docs/hackage-docs/build-cache/cabal-config install --enable-documentation --enable-tests --haddock-html-location='http://192.168.142.1:8080/package/$pkg-$version/doc' --haddock-option=--built-in-themes --haddock-contents-location='http://192.168.142.1:8080/package/$pkg-$version' --haddock-hyperlink-source --prefix=/home/hackage-docs/hackage-docs/build-cache HUnit-1.2.5.1
Resolving dependencies...
/home/hackage-docs/hackage-docs/build-cache/local.conf.d/package.cache: openBinaryFile: does not exist (No such file or directory)
cabal: /home/hackage-docs/.cabal/logs/HUnit-1.2.5.1.log: resource busy

as it tried to open the log file for reading when it already had it open
for writing:

open("/home/hackage-docs/.cabal/logs/HUnit-1.2.5.1.log", O_WRONLY|O_CREAT|O_NOCTTY|O_APPEND|O_NONBLOCK, 0666) = 3
open("/home/hackage-docs/.cabal/logs/HUnit-1.2.5.1.log", O_RDONLY|O_NOCTTY|O_NONBLOCK) = 5
close(5)                                = 0
close(3)                                = 0

Example of what happens in the normal case: https://gist.github.com/3032723
Example of what happens in case of error: https://gist.github.com/3032939

The function is very short and the name doesn't communicate clearly what it
does.

Significantly speeds up parallel builds.

Needed for the parallel builds.

It should not be used in packages ready for being distributed.

Fixes the problem with generating the haddock documentation contents page for
all installed packages. Previously we were (accidentally) telling haddock to
use all versions of each package and haddock would pick the first (lowest
version). Now we correctly do what we were trying to do all along, which is
to pick only the highest version of each package.

It adds a '-j N' (= 'number of jobs') option for the 'install' command, which
can be used to specify the number of concurrent workers. If possible, at most
N packages will be built concurrently.

This version of the patch is less featureful than Mikhail's version but also
rather simpler. The key difference compared to Mikhail's version is that this
version is lacking the output serialisation and the ability to tag each output
message with the task it came from. All output is interleaved. The next step
will be to make parallel builds log to files rather than the console and only
to display a summary on the console.

In addition to not having to change the output functions, the code is a bit
simpler by keep the structure of the code the same as before, rather than
splitting it into a number of concurrent tasks with channels. Instead each
task simply executes the same pattern of install actions and concurrency
limits are enforced using semaphores.

We don't want 'InstallPlan.ready' to return packages that are currently
being processed in other threads.

It can be non-obvious why a package is registered more than once.

We don't want FFI calls to block all Haskell threads, so we need to use the
threaded runtime; -rtsopts is for experimenting with the number of capabilities.

I'm looking at you, ansi-terminal.