I removed a patch (mod_nano) already in the release.
I fixed the nix-locale-archive so the programs don't try to modify the /usr
locale-archive (for non-nixos), although the libc may use that archive to show
strings.
I remove the glibc-2.11 void directory.
svn path=/nixpkgs/branches/stdenv-updates/; revision=23302
dependencies with it. (I should never link ld.so with a NIX_LDFLAGS -rpath
forced)
I made vim, scummvm cross-build. I added prboom (that cross-builds).
Mplayer and elinks don't cross-build fine still, but are on the way.
The mplayer fails to build in a weird way; nix does not show either a gcc
error message or even the 'make' error message.
svn path=/nixpkgs/branches/stdenv-updates/; revision=23131
Removing some perl scripts from the openssl cross-built derivation, to avoid depending on it.
svn path=/nixpkgs/branches/stdenv-updates/; revision=23128
If a build expressions has set "enableParallelBuilding = true", then the
generic builder may utilize more than one CPU core to build that particular
expression. This feature works out of the box for GNU Make. Expressions that
use other build drivers like Boost.Jam or SCons have to specify appropriate
flags such as "-j${NIX_BUILD_CORES}" themselves.
svn path=/nixpkgs/trunk/; revision=23042
but on a nix-store path only having the cross-built gcc libraries.
This trims down a lot the runtime dependency tree for cross-built packages.
I also remove the glibc dependency on the native bash.
svn path=/nixpkgs/branches/stdenv-updates/; revision=23040
found before:
- programs linked with this glibc, will be able to find its locale-archive
at LOCALE_ARCHIVE_2_11
- for any problem we forgot to mention, we also add the LOCALE_ARCHIVE
variable, checked after LOCALE_ARCHIVE_2_11. I don't know a strong reason to
have it though.
- setuid programs will expect the locale-archive in
/var/run/current-system/sw/lib/locale, usual path of the locale-archive in
nixos, and a path that a sysadmin can set pointing to the locale-archive in
case of non-nixos. setuid programs don't receive the LOCALE_ARCHIVE
variables.
- non-nixos systems will have a check for the locale-archive in /usr/lib/locale
- the glibc programs 'locale' and 'localedef' may be able to find the proper
locale-archive too.
We were also considering getting rid of the locale-archive, and using
locale files directly (like Ubuntu seems to do [1]), maybe using the LOCPATH
variable. But this would not solve the problem of localized setuid programs.
All this came after a 'meeting' with niksnut on irc about this.
[1] http://lwn.net/Articles/244204/
svn path=/nixpkgs/branches/stdenv-updates/; revision=22977
