The new files ...
* conform to the coding guidelines,
* consistently specify meta.maintainers and meta.platforms,
* have proper descriptions and licenses as specified in their Cabal file, and
* take advantage of the new cabal.nix extensions, i.e. proper
distinction between buildInputs and propagatedBuildInputs.
Furthermore, the following updates were performed:
* haskell-Ranged-sets: updated to version 0.3.0
* haskell-Shellac-haskeline: updated to version 0.2.0.1
* haskell-cpphs: updated to version 1.12
* haskell-hslogger: updated to version 1.1.5
* haskell-xml: updated to version 1.3.9
* haskell-HDBC-postgresql: updated to version 2.3.2.0
* haskell-HDBC-sqlite3: updated to version 2.3.3.0
* haskell-HDBC: updated to version 2.3.1.0
* haskell-base-unicode-symbols: updated to version 0.2.2.1
* haskell-convertible: updated to version 1.0.11.0
* haskell-monad-control: updated to version 0.2.0.2
* haskell-murmur-hash: updated to version 0.1.0.4
* haskell-repa: updated to version 2.1.1.3
* haskell-statistics: updated to version 0.9.0.0
* haskell-ansi-terminal: updated to version 0.5.5
haskell-maybench was dropped, because it cannot be built with recent
versions of Cabal:
Configuring maybench-0.2.4.1...
Setup: At least the following dependencies are missing:
Cabal >=1.2 && <1.5
svn path=/nixpkgs/trunk/; revision=28446
mount.fuse is not able to find sshfs.
So calling
$ mount -t sshfs user@host:path mount/point
will search for mount.sshfs to do the mount.
svn path=/nixpkgs/trunk/; revision=28443
Some general purpose tools in haskell-packages.nix have no GHC version string
baked in their name, i.e. alex, haddock, and happy. "nix-env -u" prefers the
first match it finds. Thus, if haskellPackages_ghc6104 et al would have the
same priority as haskellPackages, then nix-env would choose those the old
variants of these tools, because they are listed first.
svn path=/nixpkgs/trunk/; revision=28433
The expression needs more attention before it can be built on platforms
other than Linux:
at `haskellPackages.leksahServer' [system = "i686-darwin"]:
assertion failed at `/nix/store/jbcbv6lf44wiy5afsk99sv3vzd1zhg9f-nixpkgs-r28407/pkgs/os-specific/linux/kernel-headers/2.6.32.nix:3:1'
at `haskellPackages.leksah' [system = "i686-darwin"]:
assertion failed at `/nix/store/jbcbv6lf44wiy5afsk99sv3vzd1zhg9f-nixpkgs-r28407/pkgs/os-specific/linux/kernel-headers/2.6.32.nix:3:1'
svn path=/nixpkgs/trunk/; revision=28412
The expression needs more attention before it can be built on platforms
other than Linux:
at `haskellPackages_ghc703.ltk' [system = "i686-darwin"]:
assertion failed at `/nix/store/jbcbv6lf44wiy5afsk99sv3vzd1zhg9f-nixpkgs-r28407/pkgs/os-specific/linux/kernel-headers/2.6.32.nix:3:1'
svn path=/nixpkgs/trunk/; revision=28411
This change is hopefully going to remedy evaluation errors like
at `haskellPackages_ghc721.hsdns' [system = "i686-darwin"]:
user-thrown exception: cannot bootstrap GHC on this platform
on Hydra. These errors occur because we build all packages with (almost)
all compilers an all "Haskell platforms". Some compilers, however,
cannot be bootstrapped on Darwin, so we ended up requesting builds that
cannot be performed.
svn path=/nixpkgs/trunk/; revision=28410
With the new kernel versioning scheme, the first release in a series only has a version number and
a major revision number (e.g. linux 3.0, linux 3.1-rc1, etc.). Unfortunately, the module
directory for these kernels still has a minor revision number (e.g. lib/modules/3.0.0, lib/modules/3.0.1-rc1, etc.).
This causes problems for packages such as broadcom_sta that need to know the module directory, so
this attribute will allow setting the module directory version number separate from the
kernel version number when necessary.
svn path=/nixpkgs/trunk/; revision=28405
