This merge leads to a big rebuild, but this wouldn't hurt as I'm going to
reintegrate this branch soon.
svn path=/nixpkgs/branches/glib-2.30-take2/; revision=33455
- derp: updated to version 0.1.6
- happstack-server: updated to version 6.6.5
- hlint: updated to version 1.8.26
svn path=/nixpkgs/trunk/; revision=33453
"nix-env -i" profiles, as a container for flexible configuration at the style
of nixos, to be defined in .nixpkgs/config.nix, with the main target of
generating an activation script.
svn path=/nixpkgs/trunk/; revision=33445
- blaze-html: updated to version 0.4.3.2
- ghc-mod: updated to version 1.10.12
- gloss: updated to version 1.7.0.1
svn path=/nixpkgs/trunk/; revision=33436
can't distinguish between 5.10 and 5.14 packages. (We should
probably include the Perl version number in the name of Perl
packages, like GHC packages.)
svn path=/nixpkgs/trunk/; revision=33422
Markus Mottl <markus.mottl@gmail.com> said by email to me that
``Note that this link is served by a Mercurial Apache module, i.e. this
is not static content. It's likely that e.g. tar or bzip2 produce
slightly different output, which would explain changing hashes.
So I guess we shouldn't worry too much about the change in hash?
svn path=/nixpkgs/trunk/; revision=33419
The kmod tools appear to take a flag to name the location of the modules
directory, so we may not need to migrate our module-init-tools patches
svn path=/nixpkgs/trunk/; revision=33413
- cabal2nix: updated to version 1.30
- cmdargs: updated to version 0.9.5
- derive: updated to version 2.5.6
- hlint: updated to version 1.8.25
- io-choice: added version 0.0.1
svn path=/nixpkgs/trunk/; revision=33411
This expression can now be generated by cabal2nix. Note that it doesn't
propagate Emacs and haskell-mode, though, these dependencies must be
installed by the user in addition to ghc-mod.
To active ghc-mod, add the following snippet to your ~/.emacs file:
(autoload 'ghc-init "ghc" nil t)
(add-hook 'haskell-mode-hook (lambda () (ghc-init)))
svn path=/nixpkgs/trunk/; revision=33410
Linking these libraries makes sure that they can be found at run-time,
because a proper rpath into the Nix store is added to the generated
executable. Without that rpath, nbd-server will try to load the system's
libpthread.so.0, which may not be what we want.
svn path=/nixpkgs/trunk/; revision=33408
OTH, I'd prefer naming the attributes like "midoriWrapped" instead of "midoriWrapper".
But I chose the 2nd to follow the example of those already in all-packages.
svn path=/nixpkgs/trunk/; revision=33406
