applyAndFun has a bug resulting in the same arg beeing added more than
once when using a concatenating merge function for the attr set.
I've tried giving the function a name "overridableDelayableArgs" which
resembles its usage much more.
important refactoring:
applyAndFun had .fun and .funMerge only when passing the merge
function lib.mergeOrApply
composableDerivation {
initial = {
...
};
}
to
overridableDelayableArgs has always .replace and .merge
composableDerivation {} {
...
}
svn path=/nixpkgs/trunk/; revision=14428
Some of these should be longDescriptions, but most others just
shouldn't contain newlines. E.g. write
description = "Bla";
and not
description = ''
Bla
'';
This pollutes "nix-env -qa --description" output.
svn path=/nixpkgs/trunk/; revision=14310
mess. Also cleaned up some functions:
- foldl appeared broken (it recursively called fold).
- Renamed logicalAND/logicalOR to and/or.
- Removed listOfListsToAttrs, eqStrings: obsolete.
- Removed isInList, which does the same thing as elem.
- stringToCharacters: don't return a "" at the end of the list.
- Renamed concatList to concat, as concatList (singular) is a
misnomer: it takes two lists. Likewise, renamed mergeAttr to
mergeAttrs.
misc.nix still contains a lot of stuff that should be refactored and
moved to other files.
svn path=/nixpkgs/trunk/; revision=14013
Several binaries (except for ghc itself, for which there was a
workaround) were broken before because they were stripped
during installation. Now, all binaries should work, in particular
ghc-pkg ...
svn path=/nixpkgs/trunk/; revision=13717
* glibc_multi: a wrapper that combines the 32-bit and 64-bit Glibcs.
This is necessary so that 64-bit GCC can find gnu/stubs-32.h and the
32-bit Glibc libraries.
To build glibc_multi on x86_64-linux, you still need either the
i686-linux Glibc derivation from a channel, or to have configured
Nix with support for forwarding the build to a i686-linux machine.
In the future this may become unnecessary by providing a prebuilt
binary of 32-bit Glibc somewhere (like the binaries used in the
stdenvLinux bootstrap).
* With glibc_multi, it becomes possible to build gcc with multilib
support (i.e. it builds 32-bit and 64-bit versions of libgcc,
libstdc++, etc.).
svn path=/nixpkgs/trunk/; revision=12203
LD_LIBRARY_PATH elements, since they can use patchelf --rpath if
necessary.
* Flashplayer / JRE: do just that.
* JRE: libstdcpp5 no longer seems to be necessary for the plugin.
svn path=/nixpkgs/trunk/; revision=12094
