This update was generated by hackage2nix v2.0-4-gb156b94 using the following inputs:
- Hackage: 5bb0a1b20f
- LTS Haskell: a5a99cf176
- Stackage Nightly: 3664752ea8
This update was generated by hackage2nix v2.0-2-g0bc3d6d using the following inputs:
- Hackage: d6d8323227
- LTS Haskell: 52eeaf4edc
- Stackage Nightly: 64dfa6aa2e
I've realized that publishing updates to Hackage is far easier than
publishing updates in Nixpkgs, and since all Hackage updates show up in
Nix automatically I've decided to go back to publishing cabal2nix on
Hackage again.
Unfortunately, this means that I'll have to change the version numbering
scheme to comply with the expectations of the Haskell PVP (which is used
by Stackage), so the new version 2.0 looks like a downgrade to Nix,
which used to have version 20160406. :-(
If in doubt, run "nix-env -u --always" to force the update. I am sorry
about the inconvenience.
This update was generated by hackage2nix v2.0-2-g0bc3d6d using the following inputs:
- Hackage: fcabbcc70b
- LTS Haskell: 52eeaf4edc
- Stackage Nightly: ff50bc1a46
This update was generated by hackage2nix v20160613-12-g1145e86 using the following inputs:
- Hackage: 8b1e5923b5
- LTS Haskell: 1c63caa7b8
- Stackage Nightly: 39da79aced
This update was generated by hackage2nix v20160613-12-g1145e86 using the following inputs:
- Hackage: 53b696d106
- LTS Haskell: 1c63caa7b8
- Stackage Nightly: affdd756e9
This update was generated by hackage2nix v20160613-11-g57dddc7 using the following inputs:
- Hackage: 6d525b6502
- LTS Haskell: 1c63caa7b8
- Stackage Nightly: b1d16f45de
The docs were split at #16167 and broke google support. @peti fixed
build, however hoogle still didn't see packages shipped with GHC. This
patch fixes location of the libraries shipped with GHC.
This update was generated by hackage2nix v20160613-7-g3089457 using the following inputs:
- Hackage: 08c95c9ddf
- LTS Haskell: 2a2cddb443
- Stackage Nightly: 5f88469291
ghcWithHoogle builds with this patch applied, but it's probably still broken in
the sense that links might point nowhere or that the generated databases and/or
documentation might be incomplete.
In line with the Nixpkgs manual.
A mechanical change, done with this command:
find pkgs -name "*.nix" | \
while read f; do \
sed -e 's/description\s*=\s*"\([a-z]\)/description = "\u\1/' -i "$f"; \
done
I manually skipped some:
* Descriptions starting with an abbreviation, a user name or package name
* Frequently generated expressions (haskell-packages.nix)
generic-stack-builder was not setting STACK_PLATFORM_VARIANT="nix".
This is required by stack when handling its haskell packages database
snapshot. Stack must keep separated packages built with its own GHC
and those built with GHC from Nixpkgs.
This update was generated by hackage2nix v20160613 using the following inputs:
- Hackage: b9e58743e7
- LTS Haskell: 2a2cddb443
- Stackage Nightly: 4b8c8abac5
Without this patch, attempts to install at least some of the packages
that start to use setupHaskellDepends (mostly gtk-related packages)
results in collisions:
building path(s) ‘/nix/store/63k5smns43f5r2ad8wcc242x0gwd70m3-ghc-8.0.1’
collision between `/nix/store/k18i1nm5hgnb82y9w2g9hmlwhk3szjld-ghc-8.0.1/lib/ghc-8.0.1/Cabal-1.24.0.0/Distribution/Compat/Binary.dyn_hi' and `/nix/store/0rwhbwsg9kmywgbrib2bs29p2hmi80za-Cabal-1.24.0.0/lib/ghc-8.0.1/Cabal-1.24.0.0/Distribution/Compat/Binary.dyn_hi'
builder for ‘/nix/store/vrjkfpm8sb96m9i5k74h8vn0rwddgy4v-ghc-8.0.1.drv’ failed with exit code 25
This would appear to me to be a consequence of setupHaskellDepends
entries being added to propagateBuildInputs. It is sufficient in the
cases I'm familiar with (taffyBar), and I think correct, to simply add
it to the otherBuildInputs.
Previously, the user could only compile using the default version of
GHC in Nixpkgs. Now this can be changed by setting the `ghc` attribute
appropriately.
The function "callHackage <name> <version>" generates build instructions for
the requested library version on-the-fly. All of Hackage is available. Note:
this code is brand-new, experimental, and it might change in the future. Don't
base production code on this feature yet.
Example usage:
$ nix-shell -p 'haskellPackages.callHackage "cpphs" "1.19.3" {}' --run "cpphs --version"
cpphs 1.19.3
$ nix-shell -p 'haskellPackages.ghcWithPackages (self: [(self.callHackage "hsdns" "1.6.1" {})])' --run "ghc-pkg list hsdns"
/nix/store/p6r81k2vb2pzy4wcvri6z9m492i0hg63-ghc-8.0.1/lib/ghc-8.0.1/package.conf.d
hsdns-1.6.1
This update was generated by hackage2nix v20160611 using the following inputs:
- Hackage: 8f99b2654a
- LTS Haskell: 1a80e0660e
- Stackage Nightly: 504ee2b3bb
This update was generated by hackage2nix v20160406-38-g2269395 using the following inputs:
- Hackage: 65d1dbe8dd
- LTS Haskell: 1a80e0660e
- Stackage Nightly: 5863aeaee3
Now we're releasing incomplete Hackage tarballs on purpose:
http://git-annex.branchable.com/bugs/bash_completion_file_is_missing_in_the_6.20160527_tarball_on_hackage/
You know, I'll fix this shit one last time, but on the next occasion
upstream breaks the build for no apparent reason, I'm going to abandon
this project and leave it to someone else to package, because these kind
of wacko engineering decisions cast a bad light on the soundness of
git-annex as a whole, IMHO.
This update was generated by hackage2nix v20160406-35-g2a2d30b using the following inputs:
- Hackage: 7a03eee484
- LTS Haskell: 1a80e0660e
- Stackage Nightly: 7e90e5529b
