1. Add pulseaudio and xsreensaver support
2. Use default arguments instead of custom args in all-packages.nix.
3. Remove ? null. callPackage passes all these args anyway.
4. Add binary codecs for non-i686 platforms. Have no video to test.
5. Use fetchsvn instead of gentoo-made snapshot.
svn path=/nixpkgs/trunk/; revision=23285
derivation evaluate inside the tryEval. This catches cases such as
aufs2-util, which fails due to an assertion in its dependency aufs2.
* Explicitly blacklist "xbursttools" because it gives some
evaluation error in cross-OpenSSL. No idea why, probably due to
some pass-through attribute.
svn path=/nixpkgs/trunk/; revision=23247
python = pkgs.python27Full;
pythonBase = pkgs.python27Base;
a build of (say) Firefox doesn't depend on python26 as well as
python27. This happens because python27Full has this line:
inherit (xlibs) libX11 xproto;
which causes python27Full to use libX11 from pkgsOrig, where the
override hasn't been applied. The solution is to change it to
inherit (pkgs.xlibs) libX11 xproto;
In the future, to prevent this, we should make all-packages.nix a
non-rec set and require all package references to explicitly go
through pkgs.<attr>. (Then we can also drop the ugly __overrides
language "feature".)
svn path=/nixpkgs/trunk/; revision=23203
The python wrapper expression expects a list of Python modules, $extraLibs,
which are added to $PYTHONPATH before executing the actual Python interpreter.
svn path=/nixpkgs/trunk/; revision=23194
The regression test suite fails with the following error:
======================================================================
FAIL: test_get_script_header_jython_workaround (setuptools.tests.test_resources.ScriptHeaderTests)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/tmp/nix-build-0zz04maf217x7a6fq18ccmx5s1mrijlr-setuptools-0.6c11.drv-0/setuptools-0.6c11/setuptools/tests/test_resources.py", line 524, in test_get_script_header_jython_workaround
self.assert_('Unable to adapt shebang line' in sys.stdout.getvalue())
AssertionError: False is not True
I'm not sure yet what the problem is.
svn path=/nixpkgs/trunk/; revision=23193
Instead of having different setuptools expressions, buildPythonPackage
uses override to choose the desired python version. Now, technically,
buildPythonPackage shouldn't exist in multiple versions either. Maybe
the whole thing should be moved into python packages?
svn path=/nixpkgs/trunk/; revision=23151
Python 2.7 can no longer be configured using the obsolete "getConfig"
mechanism. Instead, use "override" to fine-tune the installation.
svn path=/nixpkgs/trunk/; revision=23143
Instead, use the generic package override mechanism to use packages
from earlier bootstrap phases.
* Don't rely on the existence of attributes such as
`stdenv.coreutils'.
svn path=/nixpkgs/trunk/; revision=22991
`callPackage' was described here:
http://www.mail-archive.com/nix-dev@cs.uu.nl/msg02624.html
It allows all-packages.nix to be shortened significantly (from 10152
to 6980 lines) by automatically filling in package functions'
required arguments from `pkgs'. That is, a function
{ stdenv, fetchurl, libfoo, libbar }: ...
can now be called as
callPackage ./<bla>.nix { };
rather than
import ./<bla>.nix {
inherit stdenv fetchurl libfoo libbar;
};
This reduces boring typing work when adding a dependency and reduces
the number of trivial commits to all-packages.nix.
Overrides or arguments that don't exist in `pkgs' can be passed
explicitly, e.g.,
callPackage ./<bla>.nix {
libfoo = libfoo_1_2_3;
};
The conversion was done automatically with a magic Perl regexp. I
checked that `nix-env' produces the same results before and after
(except for three packages that depend on webkit, which uses
deepOverride).
`callPackage' applies `makeOverridable' automatically, so almost
every package now exports an `override' function.
There are two downsides to using callPackage:
- Evaluation is a bit slower (about 15% on `nix-env -qa --drv-path
\*').
- There can be unexpected results for functions that have default
argument values. For instance, a function
{ libfoo ? null }: ...
called using `callPackage' will be passed a `libfoo' argument
provided that `pkgs.libfoo' exists. If this is used to control
whether a package has to have a certain dependency, you need to
explicitly write:
callPackage ./<bla>.nix {
libfoo = null;
};
svn path=/nixpkgs/trunk/; revision=22885
* libdbi / libdbi-drivers: updated to 0.8.3, and make it compile with
SQLite.
* qemu-image: fix the URL.
* gdmap: make it build again (requires an older GTK+).
* rlwrap: updated to 0.37.
* smbfs-fuse -> fusesmb to match the upstream name.
* x11vnc: updated to 0.9.10.
* clearlyU: fix the URL.
* Various packages: follow the coding conventions.
svn path=/nixpkgs/trunk/; revision=22814
The package is required for the regression test suite. Adding it to
buildInputs would probably work, too, but I haven't tried it.
svn path=/nixpkgs/trunk/; revision=22792
This version seems to be an unofficial release from tahoe-lafs.org based
on the mock-0.1.0 release from python-mock.sourceforge.net. It should
probably replace the old version we have in here.
svn path=/nixpkgs/trunk/; revision=22791
* Don't build with "-march=native", because the generated binaries
won't work reliably on systems with a different CPU. Instead,
"--march=i686" is used on x86, and "--march=nocona" an x86_64.
Otherwise, "--march" remains unset.
* Compile with -O3 instead of -O2. This code is performance-critical.
* Don't build with '-g'.
svn path=/nixpkgs/trunk/; revision=22785
| source root is setuptools_darcs-1.2.9
| patching sources
| configuring
| no configure script, doing nothing
| building
| running tests
| Download error: [Errno -3] Temporary failure in name resolution -- Some packages may not be found!
| Couldn't find index page for 'darcsver' (maybe misspelled?)
| Download error: [Errno -3] Temporary failure in name resolution -- Some packages may not be found!
| No local packages or download links found for darcsver>=1.2.0
| Traceback (most recent call last):
| File "setup.py", line 79, in <module>
| zip_safe=False, # I prefer unzipped for easier access.
| File "/nix/store/r6xlmlf0amzwhkvkv0v656jgx7r299g7-python-2.6.5/lib/python2.6/distutils/core.py", line 113, in setup
| _setup_distribution = dist = klass(attrs)
| File "build/bdist.linux-x86_64/egg/setuptools/dist.py", line 260, in __init__
| File "build/bdist.linux-x86_64/egg/setuptools/dist.py", line 284, in fetch_build_eggs
| File "build/bdist.linux-x86_64/egg/pkg_resources.py", line 563, in resolve
| File "build/bdist.linux-x86_64/egg/pkg_resources.py", line 799, in best_match
| File "build/bdist.linux-x86_64/egg/pkg_resources.py", line 811, in obtain
| File "build/bdist.linux-x86_64/egg/setuptools/dist.py", line 327, in fetch_build_egg
| File "build/bdist.linux-x86_64/egg/setuptools/command/easy_install.py", line 434, in easy_install
| File "build/bdist.linux-x86_64/egg/setuptools/package_index.py", line 475, in fetch_distribution
| AttributeError: 'NoneType' object has no attribute 'clone'
| builder for `/nix/store/rkm5fzs0p6hh45mvpzv0qqphmsjnyag8-python-setuptools-darcs-1.2.9.drv' failed with exit code 1
| error: build of `/nix/store/rkm5fzs0p6hh45mvpzv0qqphmsjnyag8-python-setuptools-darcs-1.2.9.drv' failed
svn path=/nixpkgs/trunk/; revision=22780
When the regression test suite is run, it tries to compile some plug-in
code into Twisted's store path, and fails. I'm not sure how to remedy
this problem.
svn path=/nixpkgs/trunk/; revision=22767
crypto++ has an impurity that leads to test suite failures in this
module, i.e. in sha256. When that impurity has been fixed, we should try
building on top of the the pristine crypto++ library again.
svn path=/nixpkgs/trunk/; revision=22760
