I don't know if the 'unfree' in the amr libraries will stop mplayer being built without its support. We would have to write the all-packages MPlayer expression different, in this case.
svn path=/nixpkgs/trunk/; revision=17635
I added recurseIntoAttrs in the kde43 expression in order to get the next recurseIntoAttrs
in l10n working. But as I checked, the kde43 attributes were already shown by
nix-env -qa '*' without any recurseIntoAttrs, I don't know why. If anyone knows, let me know.
svn path=/nixpkgs/trunk/; revision=17628
On MacOS X, we used to use the native perl interpreter from /usr/bin.
Unfortunately, that interpreter fails to build a number of packages
(Subversion, Git, etc. ...), because it assumes knowledge about the underlying
C compiler that is not valid for the compiler used by Nix. For example,
/usr/bin/perl assumes that the compiler can build binaries for both the ppc and
the x86 architecture. /usr/bin/FCC can do that, but the gcc from Nix can't.
The solution is to compile Perl 5.10 via Nix so that it can properly configure
itself. However, note that the resulting binary is impure: it will find headers
in /usr/include and libraries in /usr/lib -- something a pure perl binary
wouldn't do. In this respect our Nix-compiled perl binary is not better than
the native one from /usr/bin -- it's just more accurately configured.
svn path=/nixpkgs/trunk/; revision=17618
When building Emacs on MacOS X, the configure script believes that libXaw is
available and tries to link it (even when, in fact, libXaw is not available).
To work around that problem, we make Xaw support mandatory on MacOS X.
svn path=/nixpkgs/trunk/; revision=17610
* Build libSM with the system libuuid on Darwin (in such a way that we
don't get a rebuild on all other platforms).
svn path=/nixpkgs/trunk/; revision=17606
On Linux, <uuid/uuid.h> and related functions are provided by the util-linux-ng
package, which doesn't build on other operating systems, such as MacOS X. That
platform provides libuuid as part of the system. Hence, to build libSM on
MacOS, we define (empty) variables LIBUUID_CFLAGS and LIBUUID_CFLAGS. Those
settings disable ./configure's attempt to detect libuuid with pkgconfig --
which would fail.
svn path=/nixpkgs/trunk/; revision=17600
They removed the url for that package version, I updated to the latest.
I changed the name from 'trueCrypt' to 'truecrypt'
I added an option for it not to have a gui built.
svn path=/nixpkgs/trunk/; revision=17587
They removed the usual tagged library names in 1.40 under the layout
"system", but they introduced a new layout "tagged". The "tagged" layout
is needed when we want more than one 'style' of the libraries at once(debug,release, ...
svn path=/nixpkgs/trunk/; revision=17585
