* For manpage generation, work around a bug in the DocBook XSL
stylesheet by using a <simplelist> instead of a <itemizedlist>
(which is arguably better anyway). The indentation of an
<itemizedlist> lasts beyond the end of that element under certain
circumstances, it seems.
* Disable the man.endnotes.are.numbered option to prevent endnotes to
be generated for each xlink:href in the Declarations/Definitions
lists (which we don't want anyway, I guess). This causes libxslt to
get stuck in an infinite (?) loop.
svn path=/nixos/trunk/; revision=17659
Purpose: Allow overwriding of properties such as:
config.jobAttrs.sshd.startOn = "never";
thanks to Nicolas Pierron for reviewing and
extending nixpkgs to make this possible
I'll convert most of the jobs ASAP so please don't care
about the depreceateion much right now
svn path=/nixos/trunk/; revision=17650
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
Nicolas Pierron