- The package has a non-standard build interface;
fixed with hooks for genericBuild
- The graph library requires x11 and the configure
script looks in absolute directory paths to find
X11. Fixed by using patched configure script from
which the absolute paths have been removed. As
a consequence the graph library is not build until
we have X11 support in Nix.
svn path=/nixpkgs/trunk/; revision=1188
even if some build phase failed if the variable `$succeedOnFailure'
is set to 1. If that happens, the file `$out/nix-support/failed' is
created to mark the build result as bad. This is useful for release
management systems that might want to publish failed releases.
svn path=/nixpkgs/trunk/; revision=1163
* A new `distPhase' to build source distributions (enabled when
$doDist = 1).
* A new `checkPhase' to perform `make check' (enabled when $doCheck =
1).
* Allow the prefix to be redirected, either by setting $prefix or by
setting $useTempPrefix to 1. Useful when making distributions.
* Allow the build or install phases to be skipped by setting
$dontBuild $dontInstall to 1.
* Allow the order of phases to be changed by setting $phases.
svn path=/nixpkgs/trunk/; revision=1151
* Remove precompiled headers, which are nice except that
A) they don't work; and
B) they make gcc take up 270% more disk space.
svn path=/nixpkgs/trunk/; revision=1129
("/usr/bin/ld: can't use -s with -r (resulting file would not be
relocatable)").
* Since stdenv/generic had to be modified for this, I forked it in
situ. This should be merged later.
svn path=/nixpkgs/trunk/; revision=1121
* Tried to upgrade Firefox to 0.9, but it's too broken. It's
basically impossible to build it automatically. Firefox must be
started once as a user with write permission to the Firefox
directory to generate some files, and this can only be done
interactively (apparently). Hopefully 0.10 fixes this. Firefox
also barfs with link errors if the flag `--enable-single-profile' is
not used.
svn path=/nixpkgs/trunk/; revision=1067
An interesting complication is that we have to change the ELF type
of the executable from `Linux' to `SVR4', otherwise the
`ld-linux.so.2' trick to override the glibc used doesn't work
(apparently `Linux' is not a recognised ELF type!).
UT doesn't work with software Mesa, so right now we impurily use
`/usr/lib/libGL.so'. I cannot really test whether it works with
hardware Mesa, since it barfs with an error about missing OpenGL
extensions. But that's probably because I'm testing this on an
iBook over an SSH connection to a Linux machine.
svn path=/nixpkgs/trunk/; revision=1047
to deploy existing binary-only components.
We use the `ld-linux.so.2 PROGRAM' trick to force the use of our own
glibc, and set LD_LIBRARY_PATH to point to the required libraries
(X11, Mesa).
Since Mesa is software-only, Q3A is rather slow. I'll have to
figure out how to use the Mesa from XFree86 (X.Org), since it knows
how to use DRI (or at least speak the GLX protocol). Unfortunately
the xlibs people haven't modularised that part of XFree86 yet.
Also, the flag `+set s_initsound 0' has to be passed to Quake to
disable sound, otherwise it segfaults on startup. It doesn't do
this with the normal glibc, which is strange. Maybe it tries to
dynamically load some sound library or something.
svn path=/nixpkgs/trunk/; revision=1046
