build machine because that feature offsets the performance timings. We ignore
that check, however, because with binaries being pre-built on Hydra those
timings aren't accurate for the local machine in the first place. The build log
might show something such as the following:
| It appears you have cpu throttling enabled, which makes timings
| unreliable and an ATLAS install nonsensical. Aborting.
| See ATLAS/INSTALL.txt for further information
| Ignoring CPU throttling by user override!
svn path=/nixpkgs/trunk/; revision=32506
This is the minimum version required for KDE-4, so I need it to ensure that my
cmake code works with cmake-2.6.4.
svn path=/nixpkgs/trunk/; revision=32504
this is version 3, while 4 already exists.
But I only need this tool for 'aacskeys', which doesn't work with 4
svn path=/nixpkgs/trunk/; revision=32490
I also add more libs octave appreciates for some functions.
I've not tested the graphics toolkit, but it builds.
svn path=/nixpkgs/trunk/; revision=32465
Linking octave with clapack did not work.
I updated lapack, and additionally I build it with atlas, instead of blas. That should give
better performance. I don't know if atlas builds everywhere though.
On the other hand, maybe some programs linking with liblapack will fail. We'll have to check
the hydra reports.
I plan to remove clapack; liblapack provides a C interface too.
svn path=/nixpkgs/trunk/; revision=32464
OpenSSL support. Having OpenSSL available at the time the core interpreter is
built enables all kinds of important crypto features (i.e. additional hashlib
algorithms, etc.) that otherwise won't be available.
svn path=/nixpkgs/trunk/; revision=32435
Demo and commercial version are supported.
This nix expression shows some of the techniques used to package
closed-source binaries.
Committed on behalf of Mathijs Kwik.
svn path=/nixpkgs/trunk/; revision=32408
* Get rid of Qt 4.6. It doesn't compile with GCC 4.6. There was only
one application still using it (Caneda), but upgrading it allowed it
to build with Qt 4.7.
Eelco, could you please fix the date in caneda version?
svn path=/nixpkgs/trunk/; revision=32359
We have two expressions for kqemu, but I wasn't sure which one to use here, so
I just picked the newer one. Could someone who knows about these matters please
check whether that was the right choice? I don't use the qemu kernel module
myself.
svn path=/nixpkgs/trunk/; revision=32342
Most packages use the Cabal library only as a build tool, and as such it is a
dependency of the cabal.nix builder -- not of the package that's being built
with that builder.
svn path=/nixpkgs/trunk/; revision=32326
