nordic-dev.net/nixpkgs
nordic-dev.net/nixpkgs
2
0
Fork 0
mirror of https://github.com/NixOS/nixpkgs.git synced 2024-11-02 15:41:48 +00:00
Code Issues Packages Projects Releases Wiki Activity
b2cf02eb5e
nixpkgs/pkgs/top-level/all-packages.nix

8105 lines
242 KiB
Nix
Raw Normal View History

* Merge all-packages.nix into all-packages-generic.nix. svn path=/nixpkgs/branches/usability/; revision=4765
2006-02-08 17:37:45 +00:00
/* This file composes the Nix Packages collection. That is, it
imports the functions that build the various packages, and calls
them with appropriate arguments. The result is a set of all the
packages in the Nix Packages collection for some particular
* Remove `customKernel' which is obsolete as far as I can tell. * Remove `sumTwoArgs' since it has no remaining callers. svn path=/nixpkgs/trunk/; revision=22797
2010-07-28 16:09:13 +00:00
platform. */
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
* Merge all-packages.nix into all-packages-generic.nix. svn path=/nixpkgs/branches/usability/; revision=4765
2006-02-08 17:37:45 +00:00
* Support different kinds of stdenvs on a particular system (like "i686-cygwin") by adding an argument "stdenvType" to specify which stdenv to use (like "i686-mingw"). svn path=/nixpkgs/trunk/; revision=6213
2006-08-23 15:58:54 +00:00
{ # The system (e.g., `i686-linux') for which to build the packages.
* __XXX primops are deprecated. svn path=/nixpkgs/trunk/; revision=15036
2009-04-14 13:59:45 +00:00
system ? builtins.currentSystem
* Converting packages. This is the minimal Nix stdenv for building the ATerm library. svn path=/nixpkgs/trunk/; revision=459
2003-11-02 17:42:19 +00:00
* Support different kinds of stdenvs on a particular system (like "i686-cygwin") by adding an argument "stdenvType" to specify which stdenv to use (like "i686-mingw"). svn path=/nixpkgs/trunk/; revision=6213
2006-08-23 15:58:54 +00:00
# Usually, the system type uniquely determines the stdenv and thus
# how to build the packages. But on some platforms we have
# different stdenvs, leading to different ways to build the
# packages. For instance, on Windows we support both Cygwin and
# Mingw builds. In both cases, `system' is `i686-cygwin'. The
# attribute `stdenvType' is used to select the specific kind of
# stdenv to use, e.g., `i686-mingw'.
, stdenvType ? system
* Merge all-packages.nix into all-packages-generic.nix. svn path=/nixpkgs/branches/usability/; revision=4765
2006-02-08 17:37:45 +00:00
, # The standard environment to use. Only used for bootstrapping. If
# null, the default standard environment is used.
bootStdenv ? null
# More flags for the bootstrapping of stdenv.
, noSysDirs ? true
* The `patch' command is now part of stdenv, so it no longer needs to be passed to derivations that need to apply patches. * GCC 3.4 is now the default compiler (old GCC renamed to `gcc-3.3'). * The temporary GCCs built during the stdenvLinux bootstrap are now built without C++ support and without profiling. * Remove fixincl in GCC 3.4 to prevent a retained dependency on the previous GCC. * Always set $prefix in setup.sh, even when there is no configure script. svn path=/nixpkgs/trunk/; revision=1444
2004-09-18 17:23:18 +00:00
, gccWithCC ? true
, gccWithProfiling ? true
* Finally got stdenv-nix-linux working again. Still not perfect, though. * libxml2: upgrade to latest. * octavefront/rna: keep debug info. svn path=/nixpkgs/trunk/; revision=830
2004-03-11 17:26:14 +00:00
* Allow the Nixpkgs config to be passed as a function argument (rather than through ~/.nixpkgs/config.nix or $NIXPKGS_CONFIG). svn path=/nixpkgs/trunk/; revision=16861
2009-08-26 13:51:37 +00:00
, # Allow a configuration attribute set to be passed in as an
# argument. Otherwise, it's read from $NIXPKGS_CONFIG or
# ~/.nixpkgs/config.nix.
config ? null
* Fix Perl on FreeBSD. svn path=/nixpkgs/branches/stdenv-updates/; revision=19685
2010-01-26 18:10:59 +00:00
I made the whole nixpkgs dependencies available to the cross compiler, no needing to keep a new tree of expressions apart for the expressions to get cross-compiled. I changed the whole way of using cross compilation with nixpkgs, which before was done through a simple adapter. Now the adapter became complex, and I've tried to avoid the most obvious recursivities. For example, the fetchurl expression should never be cross-compiled, as the gmp, mpfr, and some others, like some ncurses, perl, ... I made overrided copies of those necessary as perlNoCross, ncursesNoCross, as stdenvNoCross, keeping in mind that the stdenv (capable of cross compilation) is built upon stdenvNoCross using an adapter. So, to cross compile, instead of building using "nixpkgs/default.nix", you should build with your own "myarchiteture.nix", which should have contents like these, for example: import /etc/nixos/nixpkgs/default.nix { crossSystem = { config = "armv5tel-unknown-linux-gnueabi"; bigEndian = false; arch = "arm"; float = "soft"; }; } svn path=/nixpkgs/branches/stdenv-updates/; revision=18398
2009-11-17 22:58:48 +00:00
, crossSystem ? null
Changing the way 'platform' gets into all-packages, allowing setting it in nixpkgs config. svn path=/nixpkgs/branches/stdenv-updates/; revision=23635
2010-09-03 21:34:49 +00:00
, platform ? null
* Merge all-packages.nix into all-packages-generic.nix. svn path=/nixpkgs/branches/usability/; revision=4765
2006-02-08 17:37:45 +00:00
}:
* Updated to reflect the changes to the grammar. svn path=/nixpkgs/trunk/; revision=464
2003-11-03 10:22:00 +00:00
* Use all those new packages. svn path=/nixpkgs/trunk/; revision=545
2003-11-25 18:02:05 +00:00
Changing the way 'platform' gets into all-packages, allowing setting it in nixpkgs config. svn path=/nixpkgs/branches/stdenv-updates/; revision=23635
2010-09-03 21:34:49 +00:00
let config_ = config; platform_ = platform; in # rename the function arguments
* Allow the Nixpkgs config to be passed as a function argument (rather than through ~/.nixpkgs/config.nix or $NIXPKGS_CONFIG). svn path=/nixpkgs/trunk/; revision=16861
2009-08-26 13:51:37 +00:00
* Allow packages to be overriden globally via the `packageOverrides' configuration option. For instance, to override GCC globally for all of Nixpkgs, you can put the following in ~/.nixpkgs/config.nix: { packageOverrides = pkgs: { gcc = pkgs.gcc41; } } This should make a lot of configuration support in Nixpkgs unnecessary, like selectVersion and many little-used configuration options. It also provides a somewhat convenient place to put custom, private additions to Nixpkgs, e.g. { packageOverrides = pkgs: { myHello = pkgs.stdenv.mkDerivation { name = "my-hello-0.1"; buildCommand = ...; }; }; }; Note that this requires Nix >= 0.12pre12726. * Removed the `myPackages' option `packageOverrides' obsoletes it. svn path=/nixpkgs/trunk/; revision=12727
2008-08-26 15:35:00 +00:00
let
* Added the Dutch Tax Return program for 2009. svn path=/nixpkgs/trunk/; revision=20828
2010-03-25 19:40:19 +00:00
lib = import ../lib;
* Allow packages to be overriden globally via the `packageOverrides' configuration option. For instance, to override GCC globally for all of Nixpkgs, you can put the following in ~/.nixpkgs/config.nix: { packageOverrides = pkgs: { gcc = pkgs.gcc41; } } This should make a lot of configuration support in Nixpkgs unnecessary, like selectVersion and many little-used configuration options. It also provides a somewhat convenient place to put custom, private additions to Nixpkgs, e.g. { packageOverrides = pkgs: { myHello = pkgs.stdenv.mkDerivation { name = "my-hello-0.1"; buildCommand = ...; }; }; }; Note that this requires Nix >= 0.12pre12726. * Removed the `myPackages' option `packageOverrides' obsoletes it. svn path=/nixpkgs/trunk/; revision=12727
2008-08-26 15:35:00 +00:00
# The contents of the configuration file found at $NIXPKGS_CONFIG or
# $HOME/.nixpkgs/config.nix.
adding hint telling where to set config for nixos svn path=/nixpkgs/trunk/; revision=17337
2009-09-21 15:55:18 +00:00
# for NIXOS (nixos-rebuild): use nixpkgs.config option
* Allow packages to be overriden globally via the `packageOverrides' configuration option. For instance, to override GCC globally for all of Nixpkgs, you can put the following in ~/.nixpkgs/config.nix: { packageOverrides = pkgs: { gcc = pkgs.gcc41; } } This should make a lot of configuration support in Nixpkgs unnecessary, like selectVersion and many little-used configuration options. It also provides a somewhat convenient place to put custom, private additions to Nixpkgs, e.g. { packageOverrides = pkgs: { myHello = pkgs.stdenv.mkDerivation { name = "my-hello-0.1"; buildCommand = ...; }; }; }; Note that this requires Nix >= 0.12pre12726. * Removed the `myPackages' option `packageOverrides' obsoletes it. svn path=/nixpkgs/trunk/; revision=12727
2008-08-26 15:35:00 +00:00
config =
* Allow the Nixpkgs config to be passed as a function argument (rather than through ~/.nixpkgs/config.nix or $NIXPKGS_CONFIG). svn path=/nixpkgs/trunk/; revision=16861
2009-08-26 13:51:37 +00:00
let
* Allow packages to be overriden globally via the `packageOverrides' configuration option. For instance, to override GCC globally for all of Nixpkgs, you can put the following in ~/.nixpkgs/config.nix: { packageOverrides = pkgs: { gcc = pkgs.gcc41; } } This should make a lot of configuration support in Nixpkgs unnecessary, like selectVersion and many little-used configuration options. It also provides a somewhat convenient place to put custom, private additions to Nixpkgs, e.g. { packageOverrides = pkgs: { myHello = pkgs.stdenv.mkDerivation { name = "my-hello-0.1"; buildCommand = ...; }; }; }; Note that this requires Nix >= 0.12pre12726. * Removed the `myPackages' option `packageOverrides' obsoletes it. svn path=/nixpkgs/trunk/; revision=12727
2008-08-26 15:35:00 +00:00
toPath = builtins.toPath;
getEnv = x: if builtins ? getEnv then builtins.getEnv x else "";
pathExists = name:
builtins ? pathExists && builtins.pathExists (toPath name);
configFile = getEnv "NIXPKGS_CONFIG";
homeDir = getEnv "HOME";
configFile2 = homeDir + "/.nixpkgs/config.nix";
allow { pkgs, pkgsOrig, ... } : in config.nix svn path=/nixpkgs/trunk/; revision=14700
2009-03-25 13:29:47 +00:00
configExpr =
* Allow the Nixpkgs config to be passed as a function argument (rather than through ~/.nixpkgs/config.nix or $NIXPKGS_CONFIG). svn path=/nixpkgs/trunk/; revision=16861
2009-08-26 13:51:37 +00:00
if config_ != null then config_
else if configFile != "" && pathExists configFile then import (toPath configFile)
else if homeDir != "" && pathExists configFile2 then import (toPath configFile2)
* Allow packages to be overriden globally via the `packageOverrides' configuration option. For instance, to override GCC globally for all of Nixpkgs, you can put the following in ~/.nixpkgs/config.nix: { packageOverrides = pkgs: { gcc = pkgs.gcc41; } } This should make a lot of configuration support in Nixpkgs unnecessary, like selectVersion and many little-used configuration options. It also provides a somewhat convenient place to put custom, private additions to Nixpkgs, e.g. { packageOverrides = pkgs: { myHello = pkgs.stdenv.mkDerivation { name = "my-hello-0.1"; buildCommand = ...; }; }; }; Note that this requires Nix >= 0.12pre12726. * Removed the `myPackages' option `packageOverrides' obsoletes it. svn path=/nixpkgs/trunk/; revision=12727
2008-08-26 15:35:00 +00:00
else {};
allow { pkgs, pkgsOrig, ... } : in config.nix svn path=/nixpkgs/trunk/; revision=14700
2009-03-25 13:29:47 +00:00
* Allow the Nixpkgs config to be passed as a function argument (rather than through ~/.nixpkgs/config.nix or $NIXPKGS_CONFIG). svn path=/nixpkgs/trunk/; revision=16861
2009-08-26 13:51:37 +00:00
in
allow { pkgs, pkgsOrig, ... } : in config.nix svn path=/nixpkgs/trunk/; revision=14700
2009-03-25 13:29:47 +00:00
# allow both:
# { /* the config */ } and
* Added a function `applyGlobalOverrides' to return Nixpkgs with the specified overrides applied. This does the same as the `packageOverrides' attribute in ~/.nixpkgs/config.nix, but can be used within all-packages.nix to do a "deep" override for some specific package. For instance, to build Thunderbird with an older version of Glib, you can say: thunderbird3 = let pkgs = applyGlobalOverrides (pkgsOrig: { gtkLibs220 = pkgsOrig.gtkLibs220 // { glib = pkgsOrig.gtkLibs218.glib; }; }); in pkgs.callPackage .../thunderbird/3.x.nix { inherit (pkgs.gnome) libIDL; }; Note that `pkgsFun' now has an argument `pkgs' to refer to its own result. * Moved callPackage etc. into pkgsFun so that it uses the right overriden packages, if applicable. `defaultScope' isn't in the result set because that causes nix-env to go into an apparently infinite recursion. * Dropped the optional pkgsOrig argument to ~/.nixpkgs/config.nix, because it's probably not useful or used. svn path=/nixpkgs/trunk/; revision=23613
2010-09-03 10:46:18 +00:00
# { pkgs, ... } : { /* the config */ }
* Allow the Nixpkgs config to be passed as a function argument (rather than through ~/.nixpkgs/config.nix or $NIXPKGS_CONFIG). svn path=/nixpkgs/trunk/; revision=16861
2009-08-26 13:51:37 +00:00
if builtins.isFunction configExpr
* Added a function `applyGlobalOverrides' to return Nixpkgs with the specified overrides applied. This does the same as the `packageOverrides' attribute in ~/.nixpkgs/config.nix, but can be used within all-packages.nix to do a "deep" override for some specific package. For instance, to build Thunderbird with an older version of Glib, you can say: thunderbird3 = let pkgs = applyGlobalOverrides (pkgsOrig: { gtkLibs220 = pkgsOrig.gtkLibs220 // { glib = pkgsOrig.gtkLibs218.glib; }; }); in pkgs.callPackage .../thunderbird/3.x.nix { inherit (pkgs.gnome) libIDL; }; Note that `pkgsFun' now has an argument `pkgs' to refer to its own result. * Moved callPackage etc. into pkgsFun so that it uses the right overriden packages, if applicable. `defaultScope' isn't in the result set because that causes nix-env to go into an apparently infinite recursion. * Dropped the optional pkgsOrig argument to ~/.nixpkgs/config.nix, because it's probably not useful or used. svn path=/nixpkgs/trunk/; revision=23613
2010-09-03 10:46:18 +00:00
then configExpr { inherit pkgs; }
allow { pkgs, pkgsOrig, ... } : in config.nix svn path=/nixpkgs/trunk/; revision=14700
2009-03-25 13:29:47 +00:00
else configExpr;
* Allow packages to be overriden globally via the `packageOverrides' configuration option. For instance, to override GCC globally for all of Nixpkgs, you can put the following in ~/.nixpkgs/config.nix: { packageOverrides = pkgs: { gcc = pkgs.gcc41; } } This should make a lot of configuration support in Nixpkgs unnecessary, like selectVersion and many little-used configuration options. It also provides a somewhat convenient place to put custom, private additions to Nixpkgs, e.g. { packageOverrides = pkgs: { myHello = pkgs.stdenv.mkDerivation { name = "my-hello-0.1"; buildCommand = ...; }; }; }; Note that this requires Nix >= 0.12pre12726. * Removed the `myPackages' option `packageOverrides' obsoletes it. svn path=/nixpkgs/trunk/; revision=12727
2008-08-26 15:35:00 +00:00
Changing the way 'platform' gets into all-packages, allowing setting it in nixpkgs config. svn path=/nixpkgs/branches/stdenv-updates/; revision=23635
2010-09-03 21:34:49 +00:00
# Allow setting the platform in the config file. Otherwise, let's use a reasonable default (pc)
esniper 2.24.0 is a simple, lightweight tool for sniping eBay auctions. svn path=/nixpkgs/trunk/; revision=26086
2011-02-24 11:25:16 +00:00
platform = if platform_ != null then platform_
Changing the way 'platform' gets into all-packages, allowing setting it in nixpkgs config. svn path=/nixpkgs/branches/stdenv-updates/; revision=23635
2010-09-03 21:34:49 +00:00
else getConfig [ "platform" ] (import ./platforms.nix).pc;
* Allow packages to be overriden globally via the `packageOverrides' configuration option. For instance, to override GCC globally for all of Nixpkgs, you can put the following in ~/.nixpkgs/config.nix: { packageOverrides = pkgs: { gcc = pkgs.gcc41; } } This should make a lot of configuration support in Nixpkgs unnecessary, like selectVersion and many little-used configuration options. It also provides a somewhat convenient place to put custom, private additions to Nixpkgs, e.g. { packageOverrides = pkgs: { myHello = pkgs.stdenv.mkDerivation { name = "my-hello-0.1"; buildCommand = ...; }; }; }; Note that this requires Nix >= 0.12pre12726. * Removed the `myPackages' option `packageOverrides' obsoletes it. svn path=/nixpkgs/trunk/; revision=12727
2008-08-26 15:35:00 +00:00
# Return an attribute from the Nixpkgs configuration file, or
# a default value if the attribute doesn't exist.
big breaking change: renaming lib.getAttr to lib.attrByPath getAttr was ambiguous. It's also a builtin function fix svn path=/nixpkgs/trunk/; revision=15692
2009-05-24 10:57:41 +00:00
getConfig = attrPath: default: lib.attrByPath attrPath default config;
* Allow packages to be overriden globally via the `packageOverrides' configuration option. For instance, to override GCC globally for all of Nixpkgs, you can put the following in ~/.nixpkgs/config.nix: { packageOverrides = pkgs: { gcc = pkgs.gcc41; } } This should make a lot of configuration support in Nixpkgs unnecessary, like selectVersion and many little-used configuration options. It also provides a somewhat convenient place to put custom, private additions to Nixpkgs, e.g. { packageOverrides = pkgs: { myHello = pkgs.stdenv.mkDerivation { name = "my-hello-0.1"; buildCommand = ...; }; }; }; Note that this requires Nix >= 0.12pre12726. * Removed the `myPackages' option `packageOverrides' obsoletes it. svn path=/nixpkgs/trunk/; revision=12727
2008-08-26 15:35:00 +00:00
* Move functions like `runCommand' out of all-packages.nix and into build-support/. svn path=/nixpkgs/trunk/; revision=18465
2009-11-19 16:07:47 +00:00
# Helper functions that are exported through `pkgs'.
pkgs/applications/editors/emacs-modes/prolog: initial version of prolog-mode for Emacs svn path=/nixpkgs/trunk/; revision=18675
2009-11-27 17:40:56 +00:00
helperFunctions =
* Export the stdenv adapter functions. * Add a "kernel" attribute containing the default kernel to make it easier to override. svn path=/nixpkgs/trunk/; revision=19189
2010-01-03 17:56:55 +00:00
stdenvAdapters //
* Move functions like `runCommand' out of all-packages.nix and into build-support/. svn path=/nixpkgs/trunk/; revision=18465
2009-11-19 16:07:47 +00:00
(import ../build-support/trivial-builders.nix { inherit (pkgs) stdenv; inherit (pkgs.xorg) lndir; });
* Export the stdenv adapter functions. * Add a "kernel" attribute containing the default kernel to make it easier to override. svn path=/nixpkgs/trunk/; revision=19189
2010-01-03 17:56:55 +00:00
stdenvAdapters =
import ../stdenv/adapters.nix { inherit (pkgs) dietlibc fetchurl runCommand; };
* Move functions like `runCommand' out of all-packages.nix and into build-support/. svn path=/nixpkgs/trunk/; revision=18465
2009-11-19 16:07:47 +00:00
* Allow packages to be overriden globally via the `packageOverrides' configuration option. For instance, to override GCC globally for all of Nixpkgs, you can put the following in ~/.nixpkgs/config.nix: { packageOverrides = pkgs: { gcc = pkgs.gcc41; } } This should make a lot of configuration support in Nixpkgs unnecessary, like selectVersion and many little-used configuration options. It also provides a somewhat convenient place to put custom, private additions to Nixpkgs, e.g. { packageOverrides = pkgs: { myHello = pkgs.stdenv.mkDerivation { name = "my-hello-0.1"; buildCommand = ...; }; }; }; Note that this requires Nix >= 0.12pre12726. * Removed the `myPackages' option `packageOverrides' obsoletes it. svn path=/nixpkgs/trunk/; revision=12727
2008-08-26 15:35:00 +00:00
# Allow packages to be overriden globally via the `packageOverrides'
# configuration option, which must be a function that takes `pkgs'
# as an argument and returns a set of new or overriden packages.
* Added a function `applyGlobalOverrides' to return Nixpkgs with the specified overrides applied. This does the same as the `packageOverrides' attribute in ~/.nixpkgs/config.nix, but can be used within all-packages.nix to do a "deep" override for some specific package. For instance, to build Thunderbird with an older version of Glib, you can say: thunderbird3 = let pkgs = applyGlobalOverrides (pkgsOrig: { gtkLibs220 = pkgsOrig.gtkLibs220 // { glib = pkgsOrig.gtkLibs218.glib; }; }); in pkgs.callPackage .../thunderbird/3.x.nix { inherit (pkgs.gnome) libIDL; }; Note that `pkgsFun' now has an argument `pkgs' to refer to its own result. * Moved callPackage etc. into pkgsFun so that it uses the right overriden packages, if applicable. `defaultScope' isn't in the result set because that causes nix-env to go into an apparently infinite recursion. * Dropped the optional pkgsOrig argument to ~/.nixpkgs/config.nix, because it's probably not useful or used. svn path=/nixpkgs/trunk/; revision=23613
2010-09-03 10:46:18 +00:00
# The `packageOverrides' function is called with the *original*
* Quick proof-of-concept of making it easy to override package configuration options in ~/.nixpkgs/config.nix. Example: { packageOverrides = pkgs: { subversion = pkgs.subversion.function (origArgs: { bdbSupport = false; pythonBindings = !origArgs.pythonBindings; }); }; } I.e. pkgs.subversion.function is the original function call to the Subversion function in all-packages.nix. This requires the "subversion" attribute to use makeOverridable, which stores the original function and function arguments in the "function" attribute of the result. svn path=/nixpkgs/trunk/; revision=12728
2008-08-26 16:50:33 +00:00
# (un-overriden) set of packages, allowing packageOverrides
# attributes to refer to the original attributes (e.g. "foo =
# ... pkgs.foo ...").
* Added a function `applyGlobalOverrides' to return Nixpkgs with the specified overrides applied. This does the same as the `packageOverrides' attribute in ~/.nixpkgs/config.nix, but can be used within all-packages.nix to do a "deep" override for some specific package. For instance, to build Thunderbird with an older version of Glib, you can say: thunderbird3 = let pkgs = applyGlobalOverrides (pkgsOrig: { gtkLibs220 = pkgsOrig.gtkLibs220 // { glib = pkgsOrig.gtkLibs218.glib; }; }); in pkgs.callPackage .../thunderbird/3.x.nix { inherit (pkgs.gnome) libIDL; }; Note that `pkgsFun' now has an argument `pkgs' to refer to its own result. * Moved callPackage etc. into pkgsFun so that it uses the right overriden packages, if applicable. `defaultScope' isn't in the result set because that causes nix-env to go into an apparently infinite recursion. * Dropped the optional pkgsOrig argument to ~/.nixpkgs/config.nix, because it's probably not useful or used. svn path=/nixpkgs/trunk/; revision=23613
2010-09-03 10:46:18 +00:00
pkgs = applyGlobalOverrides (getConfig ["packageOverrides"] (pkgs: {}));
# Return the complete set of packages, after applying the overrides
* ‘applyGlobalOverrides’ considered harmful. Getting rid of it in the calls to KDE 4.5 and 4.6 cuts nix-env evaluation time (for ‘-qa --drv-path *’) from 10.2s to 7.4s. There are two other calls to ‘applyGlobalOverrides’, namely in ‘webkit’ and ‘webkitSVN’ for the libsoup override. We should get rid of those too. svn path=/nixpkgs/trunk/; revision=27611
2011-07-05 14:38:31 +00:00
# returned by the `overrider' function (see above). Warning: this
# function is very expensive!
* Added a function `applyGlobalOverrides' to return Nixpkgs with the specified overrides applied. This does the same as the `packageOverrides' attribute in ~/.nixpkgs/config.nix, but can be used within all-packages.nix to do a "deep" override for some specific package. For instance, to build Thunderbird with an older version of Glib, you can say: thunderbird3 = let pkgs = applyGlobalOverrides (pkgsOrig: { gtkLibs220 = pkgsOrig.gtkLibs220 // { glib = pkgsOrig.gtkLibs218.glib; }; }); in pkgs.callPackage .../thunderbird/3.x.nix { inherit (pkgs.gnome) libIDL; }; Note that `pkgsFun' now has an argument `pkgs' to refer to its own result. * Moved callPackage etc. into pkgsFun so that it uses the right overriden packages, if applicable. `defaultScope' isn't in the result set because that causes nix-env to go into an apparently infinite recursion. * Dropped the optional pkgsOrig argument to ~/.nixpkgs/config.nix, because it's probably not useful or used. svn path=/nixpkgs/trunk/; revision=23613
2010-09-03 10:46:18 +00:00
applyGlobalOverrides = overrider:
let
# Call the overrider function. We don't want stdenv overrides
# in the case of cross-building, or otherwise the basic
# overrided packages will not be built with the crossStdenv
# adapter.
overrides = overrider pkgsOrig //
(lib.optionalAttrs (pkgsOrig.stdenv ? overrides && crossSystem == null) pkgsOrig.stdenv.overrides);
# The un-overriden packages, passed to `overrider'.
pkgs/top-level/all-packages.nix: strip trailing white space, no functional change svn path=/nixpkgs/trunk/; revision=23830
2010-09-17 14:47:02 +00:00
pkgsOrig = pkgsFun pkgs {};
* Quick proof-of-concept of making it easy to override package configuration options in ~/.nixpkgs/config.nix. Example: { packageOverrides = pkgs: { subversion = pkgs.subversion.function (origArgs: { bdbSupport = false; pythonBindings = !origArgs.pythonBindings; }); }; } I.e. pkgs.subversion.function is the original function call to the Subversion function in all-packages.nix. This requires the "subversion" attribute to use makeOverridable, which stores the original function and function arguments in the "function" attribute of the result. svn path=/nixpkgs/trunk/; revision=12728
2008-08-26 16:50:33 +00:00
* Added a function `applyGlobalOverrides' to return Nixpkgs with the specified overrides applied. This does the same as the `packageOverrides' attribute in ~/.nixpkgs/config.nix, but can be used within all-packages.nix to do a "deep" override for some specific package. For instance, to build Thunderbird with an older version of Glib, you can say: thunderbird3 = let pkgs = applyGlobalOverrides (pkgsOrig: { gtkLibs220 = pkgsOrig.gtkLibs220 // { glib = pkgsOrig.gtkLibs218.glib; }; }); in pkgs.callPackage .../thunderbird/3.x.nix { inherit (pkgs.gnome) libIDL; }; Note that `pkgsFun' now has an argument `pkgs' to refer to its own result. * Moved callPackage etc. into pkgsFun so that it uses the right overriden packages, if applicable. `defaultScope' isn't in the result set because that causes nix-env to go into an apparently infinite recursion. * Dropped the optional pkgsOrig argument to ~/.nixpkgs/config.nix, because it's probably not useful or used. svn path=/nixpkgs/trunk/; revision=23613
2010-09-03 10:46:18 +00:00
# The overriden, final packages.
pkgs/top-level/all-packages.nix: strip trailing white space, no functional change svn path=/nixpkgs/trunk/; revision=23830
2010-09-17 14:47:02 +00:00
pkgs = pkgsFun pkgs overrides;
* Added a function `applyGlobalOverrides' to return Nixpkgs with the specified overrides applied. This does the same as the `packageOverrides' attribute in ~/.nixpkgs/config.nix, but can be used within all-packages.nix to do a "deep" override for some specific package. For instance, to build Thunderbird with an older version of Glib, you can say: thunderbird3 = let pkgs = applyGlobalOverrides (pkgsOrig: { gtkLibs220 = pkgsOrig.gtkLibs220 // { glib = pkgsOrig.gtkLibs218.glib; }; }); in pkgs.callPackage .../thunderbird/3.x.nix { inherit (pkgs.gnome) libIDL; }; Note that `pkgsFun' now has an argument `pkgs' to refer to its own result. * Moved callPackage etc. into pkgsFun so that it uses the right overriden packages, if applicable. `defaultScope' isn't in the result set because that causes nix-env to go into an apparently infinite recursion. * Dropped the optional pkgsOrig argument to ~/.nixpkgs/config.nix, because it's probably not useful or used. svn path=/nixpkgs/trunk/; revision=23613
2010-09-03 10:46:18 +00:00
in pkgs;
# The package compositions. Yes, this isn't properly indented.
pkgsFun = pkgs: __overrides:
with helperFunctions;
let defaultScope = pkgs // pkgs.xorg; in
helperFunctions // rec {
# `__overrides' is a magic attribute that causes the attributes in
# its value to be added to the surrounding `rec'. We'll remove this
# eventually.
inherit __overrides;
maudeUnstable: updated full-maude to latest alpha release svn path=/nixpkgs/trunk/; revision=13017
2008-10-09 10:10:49 +00:00
* Allow packages to be overriden globally via the `packageOverrides' configuration option. For instance, to override GCC globally for all of Nixpkgs, you can put the following in ~/.nixpkgs/config.nix: { packageOverrides = pkgs: { gcc = pkgs.gcc41; } } This should make a lot of configuration support in Nixpkgs unnecessary, like selectVersion and many little-used configuration options. It also provides a somewhat convenient place to put custom, private additions to Nixpkgs, e.g. { packageOverrides = pkgs: { myHello = pkgs.stdenv.mkDerivation { name = "my-hello-0.1"; buildCommand = ...; }; }; }; Note that this requires Nix >= 0.12pre12726. * Removed the `myPackages' option `packageOverrides' obsoletes it. svn path=/nixpkgs/trunk/; revision=12727
2008-08-26 15:35:00 +00:00
* Add callPackage etc. svn path=/nixpkgs/trunk/; revision=22876
2010-08-02 13:57:57 +00:00
# We use `callPackage' to be able to omit function arguments that
# can be obtained from `pkgs' or `pkgs.xorg' (i.e. `defaultScope').
# Use `newScope' for sets of packages in `pkgs' (see e.g. `gtkLibs'
# below).
callPackage = newScope {};
newScope = extra: lib.callPackageWith (defaultScope // extra);
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
pkgs/top-level/all-packages.nix: strip trailing white space, no functional change svn path=/nixpkgs/trunk/; revision=23830
2010-09-17 14:47:02 +00:00
* Added the Dutch Tax Return program for 2009. svn path=/nixpkgs/trunk/; revision=20828
2010-03-25 19:40:19 +00:00
# Override system. This is useful to build i686 packages on x86_64-linux.
provide pkgsi686Linux attr for convinience.. svn path=/nixpkgs/trunk/; revision=19197
2010-01-04 07:44:30 +00:00
forceSystem = system: (import ./all-packages.nix) {
inherit system;
inherit bootStdenv noSysDirs gccWithCC gccWithProfiling config;
};
pkgs/top-level/all-packages.nix: strip trailing white space, no functional change svn path=/nixpkgs/trunk/; revision=23830
2010-09-17 14:47:02 +00:00
* Added the Dutch Tax Return program for 2009. svn path=/nixpkgs/trunk/; revision=20828
2010-03-25 19:40:19 +00:00
# Used by wine, firefox with debugging version of Flash, ...
provide pkgsi686Linux attr for convinience.. svn path=/nixpkgs/trunk/; revision=19197
2010-01-04 07:44:30 +00:00
pkgsi686Linux = forceSystem "i686-linux";
* Allow packages to be overriden globally via the `packageOverrides' configuration option. For instance, to override GCC globally for all of Nixpkgs, you can put the following in ~/.nixpkgs/config.nix: { packageOverrides = pkgs: { gcc = pkgs.gcc41; } } This should make a lot of configuration support in Nixpkgs unnecessary, like selectVersion and many little-used configuration options. It also provides a somewhat convenient place to put custom, private additions to Nixpkgs, e.g. { packageOverrides = pkgs: { myHello = pkgs.stdenv.mkDerivation { name = "my-hello-0.1"; buildCommand = ...; }; }; }; Note that this requires Nix >= 0.12pre12726. * Removed the `myPackages' option `packageOverrides' obsoletes it. svn path=/nixpkgs/trunk/; revision=12727
2008-08-26 15:35:00 +00:00
* Use callPackage_i686 for i686-only packages. svn path=/nixpkgs/trunk/; revision=23113
2010-08-11 13:25:30 +00:00
callPackage_i686 = lib.callPackageWith (pkgsi686Linux // pkgsi686Linux.xorg);
* Allow packages to be overriden globally via the `packageOverrides' configuration option. For instance, to override GCC globally for all of Nixpkgs, you can put the following in ~/.nixpkgs/config.nix: { packageOverrides = pkgs: { gcc = pkgs.gcc41; } } This should make a lot of configuration support in Nixpkgs unnecessary, like selectVersion and many little-used configuration options. It also provides a somewhat convenient place to put custom, private additions to Nixpkgs, e.g. { packageOverrides = pkgs: { myHello = pkgs.stdenv.mkDerivation { name = "my-hello-0.1"; buildCommand = ...; }; }; }; Note that this requires Nix >= 0.12pre12726. * Removed the `myPackages' option `packageOverrides' obsoletes it. svn path=/nixpkgs/trunk/; revision=12727
2008-08-26 15:35:00 +00:00
# For convenience, allow callers to get the path to Nixpkgs.
* It makes more sense for "path" to point at the top of the Nixpkgs tree, rather than the pkgs subdirectory. svn path=/nixpkgs/trunk/; revision=15893
2009-06-08 22:43:27 +00:00
path = ../..;
* Use all those new packages. svn path=/nixpkgs/trunk/; revision=545
2003-11-25 18:02:05 +00:00
maudeUnstable: updated full-maude to latest alpha release svn path=/nixpkgs/trunk/; revision=13017
2008-10-09 10:10:49 +00:00
* Started moving from XFree86 to the freedesktop.org Xlibs libraries. svn path=/nixpkgs/trunk/; revision=860
2004-03-27 21:59:31 +00:00
### Symbolic names.
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
x11 = xlibsWrapper;
* Start the switch to the new X libraries. It's still conditional: set `useOldXLibs' to `false' in all-packages-generic.nix to use them. * Added Xaw3d. * Added Xaw3d support to Emacs. svn path=/nixpkgs/trunk/; revision=4263
2005-11-12 17:05:51 +00:00
# `xlibs' is the set of X library components. This used to be the
# old modular X libraries project (called `xlibs') but now it's just
# the set of packages in the modular X.org tree (which also includes
# non-library components like the server, drivers, fonts, etc.).
* Remove the old modular X libraries. svn path=/nixpkgs/trunk/; revision=5729
2006-07-17 12:46:39 +00:00
xlibs = xorg // {xlibs = xlibsWrapper;};
* Start the switch to the new X libraries. It's still conditional: set `useOldXLibs' to `false' in all-packages-generic.nix to use them. * Added Xaw3d. * Added Xaw3d support to Emacs. svn path=/nixpkgs/trunk/; revision=4263
2005-11-12 17:05:51 +00:00
* Merge all-packages.nix into all-packages-generic.nix. svn path=/nixpkgs/branches/usability/; revision=4765
2006-02-08 17:37:45 +00:00
* Push packages from the final stdenv bootstrapping phase to all-packages. That is, an attribute like "bash" in all-packages.nix should evaluate to the "bash" used to build stdenv, it shouldn't build a new one. Hm, this would be a lot cleaner if we had lazy_rec ;-) svn path=/nixpkgs/branches/usability/; revision=4775
2006-02-09 17:04:18 +00:00
### Helper functions.
* Recurse into xorg, gnome, gtkLibs (i.e., they show up in nix-env operations). svn path=/nixpkgs/branches/usability/; revision=5085
2006-03-23 16:47:34 +00:00
* Export the stdenv adapter functions. * Add a "kernel" attribute containing the default kernel to make it easier to override. svn path=/nixpkgs/trunk/; revision=19189
2010-01-03 17:56:55 +00:00
inherit lib config getConfig stdenvAdapters;
maudeUnstable: updated full-maude to latest alpha release svn path=/nixpkgs/trunk/; revision=13017
2008-10-09 10:10:49 +00:00
Give Org-Mode a high priority. svn path=/nixpkgs/trunk/; revision=22694
2010-07-22 08:59:46 +00:00
inherit (lib) lowPrio hiPrio appendToName makeOverridable;
* A function `useDietLibC' that returns a modified stdenv that uses dietlibc to produce small, statically linked binaries. This stdenv also passes `-Os' to GCC automatically to optimise for size. It also tries to prevent builders from linking against dynamic libraries (which dietlibc doesn't support). * A function `addAttrsToDerivation' that returns a modified stdenv that always adds the specified attributes to the derivations that it produces. Example (from curl): curlDiet = import ../tools/networking/curl { inherit fetchurl zlib; stdenv = addAttrsToDerivation { CFLAGS = "-DHAVE_INET_NTOA_R_2_ARGS=1"; } (useDietLibC stdenv); }; (This is needed to get curl to build with dietlibc. Also note the stacking of stdenv-modifying functions.) * curl-diet: no longer necessary. svn path=/nixpkgs/trunk/; revision=6761
2006-10-18 12:50:04 +00:00
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
# Applying this to an attribute set will cause nix-env to look
# inside the set for derivations.
recurseIntoAttrs = attrs: attrs // {recurseForDerivations = true;};
* composedArgsAndFun -> makeOverridable for consistency. * Rename a few single-version packages to "default.nix". svn path=/nixpkgs/trunk/; revision=22803
2010-07-29 08:21:21 +00:00
builderDefs = lib.composedArgsAndFun (import ../build-support/builder-defs/builder-defs.nix) {
xlock: fixed build and updated to version 5.24 svn path=/nixpkgs/trunk/; revision=17356
2009-09-22 20:16:38 +00:00
inherit stringsWithDeps lib stdenv writeScript
Adding fetchmtn, including fetchmtn and fetchgit in builder-defs, updating monotone-viz. Adding dadadodo. svn path=/nixpkgs/trunk/; revision=16207
2009-07-07 10:04:32 +00:00
fetchurl fetchmtn fetchgit;
* Clean up indentation (expanded tabs etc.). svn path=/nixpkgs/trunk/; revision=11150
2008-03-17 09:41:28 +00:00
};
Changed builderDefs to use composedArgsAndFun, reduced number of nulls, made overrides in builderDefsPackage to work in an intuitive manner. svn path=/nixpkgs/trunk/; revision=12655
2008-08-19 05:54:09 +00:00
builderDefsPackage = builderDefs.builderDefsPackage builderDefs;
Some refactorings in builderDefs. Psi is a simple showcase. TeXLive now works as far as English is concerned, and it is also updated up to newest builderDefs. svn path=/nixpkgs/trunk/; revision=11235
2008-03-20 15:40:26 +00:00
* Put strings-with-deps in lib. svn path=/nixpkgs/trunk/; revision=15729
2009-05-25 18:22:19 +00:00
stringsWithDeps = lib.stringsWithDeps;
Added a new setup proposal, builder is no more derived from shell script (where edit=glibc rebuild), but is composed from a nix attribute set with strings and dependencies - so if you add a function, old expressions ignore it; collateral damage are packages in this style: Fastest Fourier Transform in the West, Audacity sound editor, Falling Sand game. Also added string equality that ignores dependencies to lib. Note that hasSuffixHack is now the more predictable version, but hasSuffix is left to remind us to fix the bug. svn path=/nixpkgs/trunk/; revision=9549
2007-10-29 10:52:04 +00:00
xlock: fixed build and updated to version 5.24 svn path=/nixpkgs/trunk/; revision=17356
2009-09-22 20:16:38 +00:00
* Merge all-packages.nix into all-packages-generic.nix. svn path=/nixpkgs/branches/usability/; revision=4765
2006-02-08 17:37:45 +00:00
### STANDARD ENVIRONMENT
* Folded the Cygwin, powerpc-darwin and FreeBSD stdenv into the "native" stdenv. svn path=/nixpkgs/trunk/; revision=12147
2008-06-18 15:09:13 +00:00
allStdenvs = import ../stdenv {
Propagating the 'platform' stdenv attribute properly on stdenvLinux, so it can be used in places like the linuxHeaders expression. svn path=/nixpkgs/branches/stdenv-updates/; revision=23343
2010-08-21 21:08:57 +00:00
inherit system stdenvType platform;
* Allow the Nixpkgs config to be passed as a function argument (rather than through ~/.nixpkgs/config.nix or $NIXPKGS_CONFIG). svn path=/nixpkgs/trunk/; revision=16861
2009-08-26 13:51:37 +00:00
allPackages = args: import ./all-packages.nix ({ inherit config; } // args);
* Folded the Cygwin, powerpc-darwin and FreeBSD stdenv into the "native" stdenv. svn path=/nixpkgs/trunk/; revision=12147
2008-06-18 15:09:13 +00:00
};
Simplified much more the expressions for cross building and multiplatform. I introduce the new nixpkgs parameter "platform", defaulting to "pc", which was before defined as an attribute of nixpkgs. I made the crossSystem nixpkgs attribute set parameter contain its own 'platform'. This allows cross-building a kernel for a given crossSystem.platform in a non-PC platform. The actual native platform can be taken from stdenv.platform, and this way we also avoid the constant passing of 'platform' to packages for platform-dependant builds (kernel, initrd, ...). I will update nixos accordingly to these changes, for non-PC platforms to work. I think we are gaining on flexibility and clearness. I could cross build succesfully an ultrasparc kernel and a mipsel kernel on PC. But since this change, I should be able to do this also in non-PC. Before this change, there was no possibility of distinguishing the "target platform" or the "native build platform" when cross building, being the single "platform" attribute always interpreted as target platform. The platform is a quite relevant attribute set, as it determines the linuxHeaders used (in the case, by now the only one supported, of linux targets). The platform attributes are quite linux centric still. Let's hope for more generality to come. svn path=/nixpkgs/trunk/; revision=20273
2010-02-27 17:35:47 +00:00
defaultStdenv = allStdenvs.stdenv // { inherit platform; };
* Merge all-packages.nix into all-packages-generic.nix. svn path=/nixpkgs/branches/usability/; revision=4765
2006-02-08 17:37:45 +00:00
I removed the function-shape of the cross-toolchain related attributes in the all-packages.nix. That was more complicating than helping. svn path=/nixpkgs/trunk/; revision=20457
2010-03-06 23:36:55 +00:00
stdenvCross = makeStdenvCross defaultStdenv crossSystem binutilsCross
gccCrossStageFinal;
- Removed all *NoCross expressions I dupilcated in nixpkgs, while maintaining the cross compilation functionality. - I renamed some expected stdenv.mkDerivation parameter attributes so we can keep this branch properly updated from trunk. We agreed with Nicolas Pierron doing a massive renaming, so all current buildInputs become hostInputs (input as build for the host machine, in autotools terminology) , and then buildInputs would mean "input as for the build machine". By now, the specific "input as for the build machine" is specified through buildNativeInputs. We should fix this in the merge to trunk. - I made the generic stdenv understand the buildNativeInputs, otherwise if we start changing nixpkgs expressions so they distinguish the current buildInputs into buildInputs and buildNativeInputs, we could break even more nixpkgs for other platforms. - I changed the default result of mkDerivation so it becomes the derivation for to be run in the build machine. This allows, without any special rewriting, "fetchurl" derivations to be always results for the build machine to use them. - The change above implies that, for anyone wanting to cross-compile, has to build the hostDrv of the wanted derivation. For example, after this commit, the usual test of "nix-build -A bison.hostDrv arm.nix" works. I described the contents of this arm.nix in r18398. svn path=/nixpkgs/branches/stdenv-updates/; revision=18471
2009-11-19 19:03:34 +00:00
pkgs/top-level/all-packages.nix: switch to Python 2.6 (except on Darwin) MacOS X can build Python 2.6 just fine, but for some reason a lot of modules don't work, so the resulting binary isn't very useful. svn path=/nixpkgs/branches/stdenv-updates/; revision=19598
2010-01-21 15:39:11 +00:00
stdenv =
Trying to make gcc 4.5 cross-buildable svn path=/nixpkgs/branches/stdenv-updates/; revision=22848
2010-08-01 21:21:26 +00:00
if bootStdenv != null then (bootStdenv // {inherit platform;}) else
* Linux 2.6.21.7. svn path=/nixpkgs/trunk/; revision=9176
2007-08-20 14:26:32 +00:00
let changer = getConfig ["replaceStdenv"] null;
in if changer != null then
changer {
- Removed all *NoCross expressions I dupilcated in nixpkgs, while maintaining the cross compilation functionality. - I renamed some expected stdenv.mkDerivation parameter attributes so we can keep this branch properly updated from trunk. We agreed with Nicolas Pierron doing a massive renaming, so all current buildInputs become hostInputs (input as build for the host machine, in autotools terminology) , and then buildInputs would mean "input as for the build machine". By now, the specific "input as for the build machine" is specified through buildNativeInputs. We should fix this in the merge to trunk. - I made the generic stdenv understand the buildNativeInputs, otherwise if we start changing nixpkgs expressions so they distinguish the current buildInputs into buildInputs and buildNativeInputs, we could break even more nixpkgs for other platforms. - I changed the default result of mkDerivation so it becomes the derivation for to be run in the build machine. This allows, without any special rewriting, "fetchurl" derivations to be always results for the build machine to use them. - The change above implies that, for anyone wanting to cross-compile, has to build the hostDrv of the wanted derivation. For example, after this commit, the usual test of "nix-build -A bison.hostDrv arm.nix" works. I described the contents of this arm.nix in r18398. svn path=/nixpkgs/branches/stdenv-updates/; revision=18471
2009-11-19 19:03:34 +00:00
stdenv = stdenvCross;
* Linux 2.6.21.7. svn path=/nixpkgs/trunk/; revision=9176
2007-08-20 14:26:32 +00:00
overrideSetup = overrideSetup;
}
Making the cross-stdenv not to be used unless cross-compiling. This way, no "hostDrv" or "buildDrv" attributes are added to derivations. svn path=/nixpkgs/trunk/; revision=19866
2010-02-08 15:28:05 +00:00
else if crossSystem != null then
stdenvCross
else
defaultStdenv;
I made the whole nixpkgs dependencies available to the cross compiler, no needing to keep a new tree of expressions apart for the expressions to get cross-compiled. I changed the whole way of using cross compilation with nixpkgs, which before was done through a simple adapter. Now the adapter became complex, and I've tried to avoid the most obvious recursivities. For example, the fetchurl expression should never be cross-compiled, as the gmp, mpfr, and some others, like some ncurses, perl, ... I made overrided copies of those necessary as perlNoCross, ncursesNoCross, as stdenvNoCross, keeping in mind that the stdenv (capable of cross compilation) is built upon stdenvNoCross using an adapter. So, to cross compile, instead of building using "nixpkgs/default.nix", you should build with your own "myarchiteture.nix", which should have contents like these, for example: import /etc/nixos/nixpkgs/default.nix { crossSystem = { config = "armv5tel-unknown-linux-gnueabi"; bigEndian = false; arch = "arm"; float = "soft"; }; } svn path=/nixpkgs/branches/stdenv-updates/; revision=18398
2009-11-17 22:58:48 +00:00
Removing a dependency on stdenvCross: there was a .buildDrv mentioned when there was no cross build planned. svn path=/nixpkgs/trunk/; revision=19871
2010-02-09 07:43:36 +00:00
forceBuildDrv = drv : if (crossSystem == null) then drv else
(drv // { hostDrv = drv.buildDrv; });
Big fixes in the cross build: - Before this changes, cflags and ldflags for the native and the cross compiler got mixed. Not all the gcc-wrapper/gcc-cross-wrapper variables are independant now, but enough, I think. - Fixed the generic stdenv expression, which did a big mess on buildInputs and buildNativeInputs. Now it distinguishes when there is a stdenvCross or not. Maybe we should have a single stdenv and forget about the stdenvCross adapter - this could end in a stdenv a bit complex, but simpler than the generic stdenv + adapter. - Added basic support in pkgconfig for cross-builds: a single PKG_CONFIG_PATH now works for both the cross and the native compilers, but I think this should work well for most cases I can think of. - I tried to fix the guile expression to cross-biuld; guile is built, but not its manual, so the derivation still fails. Guile requires patching to cross-build, as far as I understnad. - Made the glibcCross build to be done through the usage of a gcc-cross-wrapper over the gcc-cross-stage-static, instead of using it directly. - Trying to make physfs (a neverball dependency) cross build. - Updated the gcc expression to support building a cross compiler without getting derivation variables mixed with those of the stdenvCross. svn path=/nixpkgs/branches/stdenv-updates/; revision=18534
2009-11-22 19:51:45 +00:00
* gcc-wrapper: use the right dynamic linker when -m32 is used. * An attribute `stdenv_32bit' that returns a stdenv capable of building 32-bit binaries. * grub: build on x86_64-linux. svn path=/nixpkgs/trunk/; revision=12211
2008-06-29 16:13:02 +00:00
# A stdenv capable of building 32-bit binaries. On x86_64-linux,
# it uses GCC compiled with multilib support; on i686-linux, it's
# just the plain stdenv.
stdenv_32bit =
if system == "x86_64-linux" then
* Small cleanup. svn path=/nixpkgs/branches/stdenv-updates/; revision=15066
2009-04-15 13:28:17 +00:00
overrideGCC stdenv gcc43_multi
* gcc-wrapper: use the right dynamic linker when -m32 is used. * An attribute `stdenv_32bit' that returns a stdenv capable of building 32-bit binaries. * grub: build on x86_64-linux. svn path=/nixpkgs/trunk/; revision=12211
2008-06-29 16:13:02 +00:00
else
stdenv;
* bclr: shrink fixes.patch from 3.6 MB (!) to 11 KB by not including Autoconf/Automake generated code. svn path=/nixpkgs/trunk/; revision=22815
2010-07-29 19:56:16 +00:00
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
### BUILD SUPPORT
* Converting packages. This is the minimal Nix stdenv for building the ATerm library. svn path=/nixpkgs/trunk/; revision=459
2003-11-02 17:42:19 +00:00
Add an automated updater script and definitions for its use for WebKit svn path=/nixpkgs/trunk/; revision=16816
2009-08-23 22:10:08 +00:00
attrSetToDir = arg : import ../build-support/upstream-updater/attrset-to-dir.nix {
inherit writeTextFile stdenv lib;
theAttrSet = arg;
};
* Use all those new packages. svn path=/nixpkgs/trunk/; revision=545
2003-11-25 18:02:05 +00:00
* Fork of build-env in the Nix distribution. This one supports ignoring collisions and selectively including directories. svn path=/nixpkgs/trunk/; revision=7160
2006-11-28 16:46:12 +00:00
buildEnv = import ../build-support/buildenv {
* buildEnv: use $SHELL (i.e. bash) rather than /bin/sh. This allows NixOS VM tests to be built on Ubuntu, where /bin/sh is dash rather than bash. svn path=/nixpkgs/trunk/; revision=24592
2010-11-03 22:37:00 +00:00
inherit runCommand perl;
* Fork of build-env in the Nix distribution. This one supports ignoring collisions and selectively including directories. svn path=/nixpkgs/trunk/; revision=7160
2006-11-28 16:46:12 +00:00
};
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
Commited my experimental Visual C# build function. Currently, it should only be used by brave people svn path=/nixpkgs/trunk/; revision=22272
2010-06-15 11:16:35 +00:00
dotnetenv = import ../build-support/dotnetenv {
inherit stdenv;
dotnetfx = dotnetfx35;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
vsenv = callPackage ../build-support/vsenv {
Added my very experimental Visual Studio build stuff. You should be even more brave to use this svn path=/nixpkgs/trunk/; revision=22273
2010-06-15 11:32:19 +00:00
vs = vs90wrapper;
};
Add `fetchbzr', to retrieve remote Bazaar repositories. svn path=/nixpkgs/trunk/; revision=12924
2008-09-26 08:57:51 +00:00
fetchbzr = import ../build-support/fetchbzr {
inherit stdenv bazaar;
};
* Remove redundant parentheses. svn path=/nixpkgs/trunk/; revision=6758
2006-10-18 10:32:45 +00:00
fetchcvs = import ../build-support/fetchcvs {
* fetchcvs: cleanup, use nix-store --add-fixed like fetchurl/svn. Argument "url" renamed to "cvsRoot" (it's not a URL). svn path=/nixpkgs/trunk/; revision=10889
2008-02-28 22:36:37 +00:00
inherit stdenv cvs;
Added fetchcvs. svn path=/nixpkgs/trunk/; revision=5295
2006-05-11 12:36:16 +00:00
};
* Remove redundant parentheses. svn path=/nixpkgs/trunk/; revision=6758
2006-10-18 10:32:45 +00:00
fetchdarcs = import ../build-support/fetchdarcs {
* updated darcs to 1.0.5, added curl dependency * added an experimental fetchdarcs function, based on fetchsvn (there are no expressions yet that use this function) svn path=/nixpkgs/trunk/; revision=4615
2006-01-30 11:18:38 +00:00
inherit stdenv darcs nix;
};
* fetchgit and nix-prefetch-git svn path=/nixpkgs/trunk/; revision=16035
2009-06-24 12:48:01 +00:00
fetchgit = import ../build-support/fetchgit {
inherit stdenv git;
};
Live builds support: initially for git and svn. taglib_live is packaged as an example. svn path=/nixpkgs/trunk/; revision=25351
2011-01-02 23:23:59 +00:00
fetchgitrevision = import ../build-support/fetchgitrevision runCommand git;
Adding fetchmtn, including fetchmtn and fetchgit in builder-defs, updating monotone-viz. Adding dadadodo. svn path=/nixpkgs/trunk/; revision=16207
2009-07-07 10:04:32 +00:00
fetchmtn = import ../build-support/fetchmtn {
inherit monotone stdenv;
cacheDB = getConfig ["fetchmtn" "cacheDB"] "";
defaultDBMirrors = getConfig ["fetchmtn" "defaultDBMirrors"] [];
};
* Remove redundant parentheses. svn path=/nixpkgs/trunk/; revision=6758
2006-10-18 10:32:45 +00:00
fetchsvn = import ../build-support/fetchsvn {
* fetchsvn: Nix already checks the hash, no need for the builder to do it. svn path=/nixpkgs/trunk/; revision=10896
2008-02-29 10:30:29 +00:00
inherit stdenv subversion openssh;
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
sshSupport = true;
};
esniper 2.24.0 is a simple, lightweight tool for sniping eBay auctions. svn path=/nixpkgs/trunk/; revision=26086
2011-02-24 11:25:16 +00:00
Live builds support: initially for git and svn. taglib_live is packaged as an example. svn path=/nixpkgs/trunk/; revision=25351
2011-01-02 23:23:59 +00:00
fetchsvnrevision = import ../build-support/fetchsvnrevision runCommand subversion;
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
Added hacky fetchsvn component which allows users to fetch code over svn+ssh svn path=/nixpkgs/trunk/; revision=11455
2008-04-02 13:28:55 +00:00
fetchsvnssh = import ../build-support/fetchsvnssh {
inherit stdenv subversion openssh expect;
sshSupport = true;
};
added: dnsmasq, uisp, fltk libixp_for_wmii, acerhk kernel module, reiserfsprogs, radeontools, msmtp, procmail, pstree, gxemul changed: umlutilities to also support building tunctl optionally (needing kernel header files) wmii updated and wmiimenu added svn path=/nixpkgs/trunk/; revision=9242
2007-09-03 12:10:57 +00:00
fetchhg = import ../build-support/fetchhg {
inherit stdenv mercurial nix;
};
* Get rid of the ugly `useFromStdenv' hack in all-packages.nix. 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
2010-08-06 10:34:34 +00:00
# `fetchurl' downloads a file from the network.
fetchurl = import ../build-support/fetchurl {
inherit curl stdenv;
};
* GCC 4.0.0 added (though it's not used for anything yet). svn path=/nixpkgs/trunk/; revision=2878
2005-04-22 12:14:55 +00:00
* curl: build with OpenSSL (https) support by default. * Some fetchurl-related refactoring. The `realCurl' attribute is gone, `curl' is the real thing. To prevent an infinite recursion in `fetchurl' (because it depends on curl and building curl needs fetchurl), curl and its dependencies (openssl, zlib, perl) use `fetchurlBoot', which is the fetchurl used by the previous bootstrap phase (e.g. the statically linked version of curl for stdenv-linux). So as a result you can use https:// urls almost everywhere. There's also some hackery to prevent a different curl from being built in every stdenv-linux bootstrap phase (namely the stdenv.fetchurl attribute which allows fetchurl to be overriden everywhere). svn path=/nixpkgs/trunk/; revision=11905
2008-05-27 07:49:55 +00:00
# fetchurlBoot is used for curl and its dependencies in order to
# prevent a cyclic dependency (curl depends on curl.tar.bz2,
# curl.tar.bz2 depends on fetchurl, fetchurl depends on curl). It
# uses the curl from the previous bootstrap phase (e.g. a statically
# linked curl in the case of stdenv-linux).
fetchurlBoot = stdenv.fetchurlBoot;
* Interface to support mirror:// in nix-prefetch-url. The function resolveMirrorURLs produces a file containing the URLs to which a mirror:// URL resolves. svn path=/nixpkgs/trunk/; revision=12410
2008-07-23 16:04:10 +00:00
resolveMirrorURLs = {url}: fetchurl {
showURLs = true;
inherit url;
};
Added desktop file generation function and desktop item for firefox svn path=/nixpkgs/trunk/; revision=15529
2009-05-10 12:03:53 +00:00
makeDesktopItem = import ../build-support/make-desktopitem {
inherit stdenv;
};
all-packages.nix: commented out package 'vice' error: getting status of `/usr/local/src/nix-pkgs-current/pkgs/misc/emulators/vice': No such file or directory svn path=/nixpkgs/trunk/; revision=15646
2009-05-18 13:53:01 +00:00
* makeInitrd, makeModulesClosure: moved from NixOS. * Use sh from klibc in the initrd. svn path=/nixpkgs/trunk/; revision=11154
2008-03-17 10:40:47 +00:00
makeInitrd = {contents}: import ../build-support/kernel/make-initrd.nix {
Simplified much more the expressions for cross building and multiplatform. I introduce the new nixpkgs parameter "platform", defaulting to "pc", which was before defined as an attribute of nixpkgs. I made the crossSystem nixpkgs attribute set parameter contain its own 'platform'. This allows cross-building a kernel for a given crossSystem.platform in a non-PC platform. The actual native platform can be taken from stdenv.platform, and this way we also avoid the constant passing of 'platform' to packages for platform-dependant builds (kernel, initrd, ...). I will update nixos accordingly to these changes, for non-PC platforms to work. I think we are gaining on flexibility and clearness. I could cross build succesfully an ultrasparc kernel and a mipsel kernel on PC. But since this change, I should be able to do this also in non-PC. Before this change, there was no possibility of distinguishing the "target platform" or the "native build platform" when cross building, being the single "platform" attribute always interpreted as target platform. The platform is a quite relevant attribute set, as it determines the linuxHeaders used (in the case, by now the only one supported, of linux targets). The platform attributes are quite linux centric still. Let's hope for more generality to come. svn path=/nixpkgs/trunk/; revision=20273
2010-02-27 17:35:47 +00:00
inherit stdenv perl cpio contents ubootChooser;
* makeInitrd, makeModulesClosure: moved from NixOS. * Use sh from klibc in the initrd. svn path=/nixpkgs/trunk/; revision=11154
2008-03-17 10:40:47 +00:00
};
* wrapPythonPrograms: don't hard-code the Python library prefix. svn path=/nixpkgs/branches/modular-python/; revision=26594
2011-03-29 15:19:59 +00:00
makeWrapper = makeSetupHook {} ../build-support/make-wrapper/make-wrapper.sh;
* makeWrapper: new function that transparently takes care of creating a wrapper script. E.g. wrapProgram $out/bin/prog --set FOO bar will create a wrapper around "prog" so that the environment variable FOO is set to bar. The original program is renamed to $out/bin/.wrapped-prog. * Function makeSetupHook to convert a script into a setup hook which can be included in buildInputs. This makes it easier to use scripts like makeWrapper. * Added Bazaar, yet another distributed version management system. svn path=/nixpkgs/trunk/; revision=10211
2008-01-18 10:29:58 +00:00
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
makeModulesClosure = {kernel, rootModules, allowMissing ? false}:
all-packages.nix changes for all previous commits.. svn path=/nixpkgs/trunk/; revision=11276
2008-03-24 19:40:15 +00:00
import ../build-support/kernel/modules-closure.nix {
* addCoverageInstrumentation: factor out the code that keeps the build tree under $out into a separate stdenv adapter named keepBuildTree. * makeModulesClosure: support building an initrd for a kernel that has been compiled with coverage instrumentation. svn path=/nixpkgs/trunk/; revision=16916
2009-09-01 21:56:46 +00:00
inherit stdenv module_init_tools kernel nukeReferences
rootModules allowMissing;
all-packages.nix changes for all previous commits.. svn path=/nixpkgs/trunk/; revision=11276
2008-03-24 19:40:15 +00:00
};
* makeInitrd, makeModulesClosure: moved from NixOS. * Use sh from klibc in the initrd. svn path=/nixpkgs/trunk/; revision=11154
2008-03-17 10:40:47 +00:00
* Export the paths-from-graph.pl script. svn path=/nixpkgs/trunk/; revision=15865
2009-06-05 13:20:14 +00:00
pathsFromGraph = ../build-support/kernel/paths-from-graph.pl;
A helper to get the source some package is built from. svn path=/nixpkgs/trunk/; revision=12933
2008-10-01 15:57:22 +00:00
srcOnly = args: (import ../build-support/src-only) ({inherit stdenv; } // args);
* Move the substitution functions into stdenv (not merged yet). * If the environment variable buildCommand is set, then eval that instead of doing the build phases. This is used by the runCommand function in all-packages.nix to allow one-lines like foo = runCommand "foo" {} "mkdir $out; echo foo > $out/foo"; svn path=/nixpkgs/trunk/; revision=7298
2006-12-10 22:24:42 +00:00
substituteAll = import ../build-support/substitute/substitute-all.nix {
Removed references to setup-new-2.sh and setup-new.sh from all-packages.nix svn path=/nixpkgs/branches/stdenv-updates/; revision=9737
2007-11-17 14:34:34 +00:00
inherit stdenv;
* Utility: the generic substituter. It substitutes all occurences of `@var@' in the file `src', writing the result to $out, where `var' is any environment variable starting with a lowercase character. Example: genericSubstituter { src = ./file; foo = "bla"; shell = bash + "/bin/sh"; }; will replace `@foo@' with `bla' and `@shell@' with `/nix/store/...-bash-.../bin/sh'. svn path=/nixpkgs/trunk/; revision=6928
2006-11-02 22:44:32 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
nukeReferences = callPackage ../build-support/nuke-references/default.nix { };
* buildRPM: print out the RPMs in the image. svn path=/nixpkgs/trunk/; revision=11168
2008-03-17 17:29:07 +00:00
vmTools = import ../build-support/vm/default.nix {
inherit pkgs;
};
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
* Start moving the Nix expressions that support the build farm (e.g. making source tarballs, doing coverage analysis) to the Nixpkgs tree. This makes it easier to run build farm jobs locally since you don't need to check out the "release" tree separately. Also it means one less input to declare for build farm jobs. * Removed succeedOnFailure and separate logging of phases. Hydra doesn't need that. svn path=/nixpkgs/trunk/; revision=13388
2008-11-24 15:10:06 +00:00
releaseTools = import ../build-support/release/default.nix {
inherit pkgs;
};
removed mkDerivationByConfiguration, using composableDerivation instead qgis, vim_configurable both work now svn path=/nixpkgs/trunk/; revision=13661
2008-12-20 01:20:35 +00:00
composableDerivation = (import ../lib/composable-derivation.nix) {
inherit pkgs lib;
};
* Turn the nukeRefs() function into a separate program. svn path=/nixpkgs/trunk/; revision=6941
2006-11-03 13:33:24 +00:00
Simplified much more the expressions for cross building and multiplatform. I introduce the new nixpkgs parameter "platform", defaulting to "pc", which was before defined as an attribute of nixpkgs. I made the crossSystem nixpkgs attribute set parameter contain its own 'platform'. This allows cross-building a kernel for a given crossSystem.platform in a non-PC platform. The actual native platform can be taken from stdenv.platform, and this way we also avoid the constant passing of 'platform' to packages for platform-dependant builds (kernel, initrd, ...). I will update nixos accordingly to these changes, for non-PC platforms to work. I think we are gaining on flexibility and clearness. I could cross build succesfully an ultrasparc kernel and a mipsel kernel on PC. But since this change, I should be able to do this also in non-PC. Before this change, there was no possibility of distinguishing the "target platform" or the "native build platform" when cross building, being the single "platform" attribute always interpreted as target platform. The platform is a quite relevant attribute set, as it determines the linuxHeaders used (in the case, by now the only one supported, of linux targets). The platform attributes are quite linux centric still. Let's hope for more generality to come. svn path=/nixpkgs/trunk/; revision=20273
2010-02-27 17:35:47 +00:00
platforms = import ./platforms.nix;
all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=26824
2011-04-13 17:53:07 +00:00
Porting changes from stdenv-updates into this branch. This comes from: svn diff ^/nixpkgs/trunk/@18255 ^/nixpkgs/branches/stdenv-updates/ > diff patch -p0 < diff and then adding into svn all files new from the patch. trunk@18255 comes from the last time I updated stdenv-updates from trunk. svn path=/nixpkgs/stdenv-updates2/; revision=18272
2009-11-08 00:32:12 +00:00
* Updates paths in all-packages-generic.fix. svn path=/nixpkgs/trunk/; revision=472
2003-11-03 18:21:30 +00:00
### TOOLS
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
acct = callPackage ../tools/system/acct { };
Add GNU Accounting Utilities. svn path=/nixpkgs/trunk/; revision=16981
2009-09-08 08:29:40 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
aefs = callPackage ../tools/filesystems/aefs { };
* Added AEFS. svn path=/nixpkgs/trunk/; revision=8549
2007-04-07 23:38:01 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
aircrackng = callPackage ../tools/networking/aircrack-ng { };
Adding aircrack-ng. svn path=/nixpkgs/trunk/; revision=13936
2009-02-01 21:21:12 +00:00
Adding asymptote graphic generation tool svn path=/nixpkgs/trunk/; revision=20158
2010-02-21 17:36:41 +00:00
asymptote = builderDefsPackage ../tools/graphics/asymptote {
inherit freeglut ghostscriptX imagemagick fftw boehmgc
mesa ncurses readline gsl libsigsegv python zlib perl
texinfo lzma;
texLive = texLiveAggregationFun {
paths = [
texLive texLiveExtra
];
};
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ec2apitools = callPackage ../tools/virtualization/amazon-ec2-api-tools { };
amazon ec2 api tools svn path=/nixpkgs/trunk/; revision=17975
2009-10-27 12:51:09 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ec2amitools = callPackage ../tools/virtualization/amazon-ec2-ami-tools { };
amazon ec2 api tools svn path=/nixpkgs/trunk/; revision=17975
2009-10-27 12:51:09 +00:00
Adding Linux 2.6.36 svn path=/nixpkgs/trunk/; revision=24403
2010-10-21 12:28:14 +00:00
altermime = callPackage ../tools/networking/altermime {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
amule = callPackage ../tools/networking/p2p/amule { };
Added aMule svn path=/nixpkgs/trunk/; revision=9413
2007-10-06 15:59:35 +00:00
Amule, Quassel: use appendToName to provide different names for common/named overrides. svn path=/nixpkgs/trunk/; revision=24622
2010-11-08 23:45:58 +00:00
amuleDaemon = appendToName "daemon" (amule.override {
AMule: Convenience packages for daemon and clent svn path=/nixpkgs/trunk/; revision=23846
2010-09-18 11:26:30 +00:00
monolithic = false;
daemon = true;
Amule, Quassel: use appendToName to provide different names for common/named overrides. svn path=/nixpkgs/trunk/; revision=24622
2010-11-08 23:45:58 +00:00
});
pkgs/top-level/all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=24045
2010-10-04 09:49:25 +00:00
Amule, Quassel: use appendToName to provide different names for common/named overrides. svn path=/nixpkgs/trunk/; revision=24622
2010-11-08 23:45:58 +00:00
amuleGui = appendToName "gui" (amule.override {
AMule: Convenience packages for daemon and clent svn path=/nixpkgs/trunk/; revision=23846
2010-09-18 11:26:30 +00:00
monolithic = false;
client = true;
Amule, Quassel: use appendToName to provide different names for common/named overrides. svn path=/nixpkgs/trunk/; revision=24622
2010-11-08 23:45:58 +00:00
});
pkgs/top-level/all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=24045
2010-10-04 09:49:25 +00:00
* Doh, forgot to commit. svn path=/nixpkgs/trunk/; revision=27059
2011-04-30 09:21:38 +00:00
aria = builderDefsPackage (import ../tools/networking/aria) { };
Added aria - metalink/http/ftp/bittorrent supporting downloader svn path=/nixpkgs/trunk/; revision=12175
2008-06-21 20:53:52 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
aria2 = callPackage ../tools/networking/aria2 { };
* Added aria2, a download utility. svn path=/nixpkgs/trunk/; revision=21912
2010-05-20 11:11:24 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
at = callPackage ../tools/system/at { };
Add At, the classical Unix command scheduler. svn path=/nixpkgs/trunk/; revision=11434
2008-04-01 09:08:17 +00:00
Prepare for the Guile 2.0 switchover. svn path=/nixpkgs/trunk/; revision=25976
2011-02-15 13:14:29 +00:00
autogen = callPackage ../development/tools/misc/autogen {
guile = guile_1_8;
};
Add GNU AutoGen. svn path=/nixpkgs/trunk/; revision=17491
2009-09-29 09:01:40 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
autojump = callPackage ../tools/misc/autojump { };
Add Autojump, a smart replacement for `cd'. svn path=/nixpkgs/trunk/; revision=15738
2009-05-26 22:05:05 +00:00
* Simplify the avahi call. svn path=/nixpkgs/branches/x-updates/; revision=26158
2011-03-04 13:04:08 +00:00
avahi = callPackage ../development/libraries/avahi {
qt4Support = getConfig [ "avahi" "qt4Support" ] false;
};
Add `avahi' package. svn path=/nixpkgs/trunk/; revision=10527
2008-02-06 19:36:12 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
axel = callPackage ../tools/networking/axel { };
add axel, a downloader with support for multiple connection for faster downloading svn path=/nixpkgs/trunk/; revision=9139
2007-08-16 19:50:59 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
azureus = callPackage ../tools/networking/p2p/azureus { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
banner: a tool to print print large banners to ASCII terminals svn path=/nixpkgs/trunk/; revision=27656
2011-07-07 22:19:52 +00:00
banner = callPackage ../games/banner {};
Adding GNU barcode svn path=/nixpkgs/trunk/; revision=24173
2010-10-08 08:48:34 +00:00
barcode = callPackage ../tools/graphics/barcode {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
bc = callPackage ../tools/misc/bc { };
Added bc :P svn path=/nixpkgs/trunk/; revision=4045
2005-10-10 00:55:07 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
bfr = callPackage ../tools/misc/bfr { };
bfr added (pipe buffer) svn path=/nixpkgs/trunk/; revision=12348
2008-07-11 20:27:53 +00:00
Add bluedevil svn path=/nixpkgs/trunk/; revision=26333
2011-03-15 23:09:07 +00:00
bluedevil = newScope pkgs.kde4 ../tools/bluetooth/bluedevil { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
bootchart = callPackage ../tools/system/bootchart { };
Adding the bootchart capture script. It worked for me, run standalone, not as init. I tried their website renderer, but it did not work for me. It may be shut down, because their last update is for 2006. Next steps: put it into nixos, and build the renderer (java!). svn path=/nixpkgs/trunk/; revision=18041
2009-10-29 23:15:10 +00:00
* Refactoring: move most filesystem utilities / FUSE filesystems to tools/filesystems. Previously they were all over the place. svn path=/nixpkgs/trunk/; revision=18809
2009-12-04 15:39:49 +00:00
btrfsProgs = builderDefsPackage (import ../tools/filesystems/btrfsprogs) {
inherit libuuid zlib acl;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
catdoc = callPackage ../tools/text/catdoc { };
Add catdoc svn path=/nixpkgs/trunk/; revision=21558
2010-05-03 03:45:40 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
eggdrop = callPackage ../tools/networking/eggdrop { };
added eggdrop, iftop svn path=/nixpkgs/trunk/; revision=17710
2009-10-08 07:01:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mcrl = callPackage ../tools/misc/mcrl { };
* added mcrl, mcrl2 and openmpi to all-packages.nix svn path=/nixpkgs/trunk/; revision=15874
2009-06-05 14:36:35 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mcrl2 = callPackage ../tools/misc/mcrl2 { };
* added mcrl, mcrl2 and openmpi to all-packages.nix svn path=/nixpkgs/trunk/; revision=15874
2009-06-05 14:36:35 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
syslogng = callPackage ../tools/misc/syslog-ng { };
Added syslog-ng (and the eventlog library that it depends on). svn path=/nixpkgs/trunk/; revision=13988
2009-02-05 16:50:45 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
asciidoc = callPackage ../tools/typesetting/asciidoc { };
Add AsciiDoc. svn path=/nixpkgs/trunk/; revision=11039
2008-03-10 15:57:14 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
autossh = callPackage ../tools/networking/autossh { };
added autossh 1.4b. svn path=/nixpkgs/trunk/; revision=22018
2010-05-27 19:43:57 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
bibtextools = callPackage ../tools/typesetting/bibtex-tools {
* More cleanup. Updated to the latest Stratego/XT 0.17. svn path=/nixpkgs/trunk/; revision=14610
2009-03-19 14:34:16 +00:00
inherit (strategoPackages016) strategoxt sdf;
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
bittorrent = callPackage ../tools/networking/p2p/bittorrent {
* BitTorrent 5.0.3. * wxPython 2.6.3. svn path=/nixpkgs/trunk/; revision=7341
2006-12-13 20:30:09 +00:00
gui = true;
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
bittornado = callPackage ../tools/networking/p2p/bit-tornado { };
Added BitTornado, as BitTorrent doesn't support IPv6 svn path=/nixpkgs/trunk/; revision=8897
2007-06-19 23:38:01 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
blueman = callPackage ../tools/bluetooth/blueman {
* Added Blueman (a Bluetooth application). * Added obex-data-server and python-notify, needed by Blueman. svn path=/nixpkgs/trunk/; revision=22497
2010-07-06 14:54:22 +00:00
inherit (pythonPackages) notify;
};
* Removed selectVersion. There's no good reason to write `selectVersion ./foo "bar"' instead of `import ./foo/bar.nix'. * Replaced `with args' with formal function arguments in several packages. * Renamed several files to `default.nix'. As a general rule, version numbers should only be included in the filename when there is a reason to keep multiple versions of a package in Nixpkgs. Otherwise, it just makes it harder to update the package. svn path=/nixpkgs/trunk/; revision=18403
2009-11-18 09:39:59 +00:00
bmrsa = builderDefsPackage (import ../tools/security/bmrsa/11.nix) {
Starting migrating old builderDefs packages to builderDefsPackage style. svn path=/nixpkgs/trunk/; revision=13591
2008-12-04 21:01:26 +00:00
inherit unzip;
Added Shamir Secret Sharing Scheme and bmrsa. Fixed libgcrypt svn path=/nixpkgs/trunk/; revision=10928
2008-03-03 12:30:39 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
bogofilter = callPackage ../tools/misc/bogofilter {
Add Bogofilter, a fast bayesian spam filter. svn path=/nixpkgs/trunk/; revision=10908
2008-03-02 18:35:04 +00:00
bdb = db4;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
bsdiff = callPackage ../tools/compression/bsdiff { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
* Get rid of the ugly `useFromStdenv' hack in all-packages.nix. 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
2010-08-06 10:34:34 +00:00
bzip2 = callPackage ../tools/compression/bzip2 { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cabextract = callPackage ../tools/archivers/cabextract { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ccid = callPackage ../tools/security/ccid { };
Adding pcsclite with the opensource ccid usb drivers. This gives a daemon controlling the smartcard reader used to read the Spanish identity card. svn path=/nixpkgs/trunk/; revision=19319
2010-01-09 17:35:57 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ccrypt = callPackage ../tools/security/ccrypt { };
Committing Lluís Batlle's submissions from mailing list posting <45219fb00901110456i6f21db35tbd1894eaea2146ff@mail.gmail.com>: * nixpkgs-ccrypt-1.7-new.patch * nixpkgs-cmake-add-ccmake.patch * nixpkgs-cpufrequtils-005-new.patch * nixpkgs-dwm-5.1-fix.patch * nixpkgs-freeimage-3.11.0-new.patch * nixpkgs-proxychains-3.1-new.patch * nixpkgs-psi-to-0.12.patch * nixpkgs-skype-to-2.0.0.72.patch * nixpkgs-truecrypt-6.1a-fix.patch * nixpkgs-vxl-1.11.0-new.patch * nixpkgs-xkb-popular-esperanto-symbols.patch * nixpkgs-xorg-via-video-fix.patch svn path=/nixpkgs/trunk/; revision=13751
2009-01-12 21:12:07 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cdecl = callPackage ../development/tools/cdecl { };
Adding cdecl-2.5 svn path=/nixpkgs/trunk/; revision=13833
2009-01-24 21:01:27 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cdrdao = callPackage ../tools/cd-dvd/cdrdao { };
* Move dvd+rw-tools and cdrkit to tools/cd-dvd. * Added cdrdao. svn path=/nixpkgs/trunk/; revision=12426
2008-07-25 13:04:51 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cdrkit = callPackage ../tools/cd-dvd/cdrkit { };
* Move dvd+rw-tools and cdrkit to tools/cd-dvd. * Added cdrdao. svn path=/nixpkgs/trunk/; revision=12426
2008-07-25 13:04:51 +00:00
Adding cfdg - context-free design grammar svn path=/nixpkgs/trunk/; revision=20166
2010-02-22 10:46:49 +00:00
cfdg = builderDefsPackage ../tools/graphics/cfdg {
inherit libpng bison flex;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
checkinstall = callPackage ../tools/package-management/checkinstall { };
* Automatically build Debian packages using checkinstall, as suggested by Pjotr Prins a while back. This could also be used to generate RPMs for packages that don't have a spec-file. * Added checkinstall to Nixpkgs. However we don't use our own build yet because with it "make install" segfaults in a Debian VM, while the pre-built binary does work. svn path=/nixpkgs/trunk/; revision=13400
2008-11-25 02:20:41 +00:00
* Removed selectVersion. There's no good reason to write `selectVersion ./foo "bar"' instead of `import ./foo/bar.nix'. * Replaced `with args' with formal function arguments in several packages. * Renamed several files to `default.nix'. As a general rule, version numbers should only be included in the filename when there is a reason to keep multiple versions of a package in Nixpkgs. Otherwise, it just makes it harder to update the package. svn path=/nixpkgs/trunk/; revision=18403
2009-11-18 09:39:59 +00:00
cheetahTemplate = builderDefsPackage (import ../tools/text/cheetah-template/2.0.1.nix) {
Upgrade default to python version 2.5.x. svn path=/nixpkgs/trunk/; revision=12910
2008-09-24 08:50:32 +00:00
inherit makeWrapper python;
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
};
Added cheetah-template templating engine svn path=/nixpkgs/trunk/; revision=12053
2008-06-12 10:07:54 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
chkrootkit = callPackage ../tools/security/chkrootkit { };
add chkrootkit. It might need some tweaks to work properly. svn path=/nixpkgs/trunk/; revision=10141
2008-01-14 14:43:24 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cksfv = callPackage ../tools/networking/cksfv { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
Add colordiff package. svn path=/nixpkgs/trunk/; revision=26860
2011-04-17 08:26:56 +00:00
colordiff = callPackage ../tools/text/colordiff { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
convertlit = callPackage ../tools/text/convertlit { };
* Added convertlit, a tool for converting Microsoft Reader ebooks, plus its dependency libtommath. svn path=/nixpkgs/trunk/; revision=12606
2008-08-12 19:57:35 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
unifdef = callPackage ../development/tools/misc/unifdef { };
- Some Ruby interpreter bumped version - Kernel headers 2.6.18 added (XEN virtual images) - unifdef package added for kernel headers 2.6.18 - Python Zope and 4suite added - Trying bioconductor packages with R-lang (still failing) - Bumped gmp version - Added rq cluster runner - still requires extra gems (installs, but does not run) svn path=/nixpkgs/trunk/; revision=12766
2008-08-29 13:53:28 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
usb_modeswitch = callPackage ../development/tools/misc/usb-modeswitch { };
adding wvdial, wvstreams, usb_modeswitch svn path=/nixpkgs/trunk/; revision=21131
2010-04-16 15:56:28 +00:00
Add CLooG, an alternative to CLooG-PPL based on the integer set library, an optional dependency for GCC 4.6.0 svn path=/nixpkgs/trunk/; revision=26635
2011-03-31 21:25:08 +00:00
cloog = callPackage ../development/libraries/cloog { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cloogppl = callPackage ../development/libraries/cloog-ppl { };
Add CLooG-PPL, an optional dependency of GCC 4.4. svn path=/nixpkgs/trunk/; revision=16422
2009-07-18 21:28:10 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
convmv = callPackage ../tools/misc/convmv { };
Add convmv svn path=/nixpkgs/trunk/; revision=22444
2010-07-03 08:06:01 +00:00
* Get rid of the ugly `useFromStdenv' hack in all-packages.nix. 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
2010-08-06 10:34:34 +00:00
coreutils = callPackage (if stdenv ? isDietLibC
then ../tools/misc/coreutils-5
else ../tools/misc/coreutils)
* Fix static linking in gcc. * Use the coreutils in dietlibc. * Add objdump to the binutils static tarball. svn path=/nixpkgs/trunk/; revision=6879
2006-10-27 20:08:53 +00:00
{
Add cross Coreutils. svn path=/nixpkgs/trunk/; revision=21935
2010-05-21 13:46:54 +00:00
# TODO: Add ACL support for cross-Linux.
* Get rid of the ugly `useFromStdenv' hack in all-packages.nix. 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
2010-08-06 10:34:34 +00:00
aclSupport = crossSystem == null && stdenv.isLinux;
Porting changes from stdenv-updates into this branch. This comes from: svn diff ^/nixpkgs/trunk/@18255 ^/nixpkgs/branches/stdenv-updates/ > diff patch -p0 < diff and then adding into svn all files new from the patch. trunk@18255 comes from the last time I updated stdenv-updates from trunk. svn path=/nixpkgs/stdenv-updates2/; revision=18272
2009-11-08 00:32:12 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cpio = callPackage ../tools/archivers/cpio { };
* Converting packages. This is the minimal Nix stdenv for building the ATerm library. svn path=/nixpkgs/trunk/; revision=459
2003-11-02 17:42:19 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cromfs = callPackage ../tools/archivers/cromfs { };
Added cromfs - patch by Lluis Batlle svn path=/nixpkgs/trunk/; revision=13700
2009-01-04 17:24:11 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cron = callPackage ../tools/system/cron { # see also fcron
* Added cron. svn path=/nixpkgs/trunk/; revision=7618
2007-01-10 15:44:58 +00:00
};
Add optional scp support to curl svn path=/nixpkgs/trunk/; revision=22976
2010-08-05 21:06:45 +00:00
curl = makeOverridable (import ../tools/networking/curl) rec {
* curl: build with OpenSSL (https) support by default. * Some fetchurl-related refactoring. The `realCurl' attribute is gone, `curl' is the real thing. To prevent an infinite recursion in `fetchurl' (because it depends on curl and building curl needs fetchurl), curl and its dependencies (openssl, zlib, perl) use `fetchurlBoot', which is the fetchurl used by the previous bootstrap phase (e.g. the statically linked version of curl for stdenv-linux). So as a result you can use https:// urls almost everywhere. There's also some hackery to prevent a different curl from being built in every stdenv-linux bootstrap phase (namely the stdenv.fetchurl attribute which allows fetchurl to be overriden everywhere). svn path=/nixpkgs/trunk/; revision=11905
2008-05-27 07:49:55 +00:00
fetchurl = fetchurlBoot;
Add optional scp support to curl svn path=/nixpkgs/trunk/; revision=22976
2010-08-05 21:06:45 +00:00
inherit stdenv zlib openssl libssh2;
Not using dependencies when building statically.. svn path=/nixpkgs/trunk/; revision=11995
2008-06-06 07:50:52 +00:00
zlibSupport = ! ((stdenv ? isDietLibC) || (stdenv ? isStatic));
Add optional scp support to curl svn path=/nixpkgs/trunk/; revision=22976
2010-08-05 21:06:45 +00:00
sslSupport = zlibSupport;
* CURL: build without scp support on Cygwin because libssh2 doesn't build. svn path=/nixpkgs/trunk/; revision=23142
2010-08-12 11:54:55 +00:00
scpSupport = zlibSupport && !stdenv.isSunOS && !stdenv.isCygwin;
* curl: build with OpenSSL (https) support by default. * Some fetchurl-related refactoring. The `realCurl' attribute is gone, `curl' is the real thing. To prevent an infinite recursion in `fetchurl' (because it depends on curl and building curl needs fetchurl), curl and its dependencies (openssl, zlib, perl) use `fetchurlBoot', which is the fetchurl used by the previous bootstrap phase (e.g. the statically linked version of curl for stdenv-linux). So as a result you can use https:// urls almost everywhere. There's also some hackery to prevent a different curl from being built in every stdenv-linux bootstrap phase (namely the stdenv.fetchurl attribute which allows fetchurl to be overriden everywhere). svn path=/nixpkgs/trunk/; revision=11905
2008-05-27 07:49:55 +00:00
};
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
curlftpfs = callPackage ../tools/filesystems/curlftpfs { };
Added curlftpfs which is for mounting ftp's with fuse. svn path=/nixpkgs/trunk/; revision=9520
2007-10-25 14:07:50 +00:00
Adding fetchmtn, including fetchmtn and fetchgit in builder-defs, updating monotone-viz. Adding dadadodo. svn path=/nixpkgs/trunk/; revision=16207
2009-07-07 10:04:32 +00:00
dadadodo = builderDefsPackage (import ../tools/text/dadadodo) {
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dar = callPackage ../tools/archivers/dar { };
Adding dar (disk archiver with indexable archives) - patch by Lluis Batlle svn path=/nixpkgs/trunk/; revision=13695
2009-01-03 15:11:52 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
davfs2 = callPackage ../tools/filesystems/davfs2 {
davfs2: - Use previous version of neon library. - Add patch to find ISDIR macros. svn path=/nixpkgs/trunk/; revision=26865
2011-04-17 08:27:29 +00:00
neon = neon029;
* davfs2 updated to 1.4.5. * neon updated to 0.28.6. svn path=/nixpkgs/trunk/; revision=18841
2009-12-08 13:08:27 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dcraw = callPackage ../tools/graphics/dcraw { };
Adding dcraw. svn path=/nixpkgs/trunk/; revision=14904
2009-04-06 17:50:17 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
debootstrap = callPackage ../tools/misc/debootstrap { };
adding debootstrap (bootstrap debian in a chroot) svn path=/nixpkgs/trunk/; revision=17709
2009-10-08 00:54:31 +00:00
Applying the patch adding 'detox' from Tom Ridge and Karn Kallio. svn path=/nixpkgs/trunk/; revision=23655
2010-09-06 07:21:08 +00:00
detox = callPackage ../tools/misc/detox { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ddclient = callPackage ../tools/networking/ddclient { };
* ddclient svn path=/nixpkgs/trunk/; revision=17183
2009-09-16 11:53:09 +00:00
Adding dd_rescue - this is not the same as GNU ddrescue which has not been updated for a long time svn path=/nixpkgs/trunk/; revision=24801
2010-11-22 08:40:10 +00:00
dd_rescue = callPackage ../tools/system/dd_rescue { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ddrescue = callPackage ../tools/system/ddrescue { };
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
desktop_file_utils = callPackage ../tools/misc/desktop-file-utils { };
Use $NIXPKGS_CONFIG to determine whether ghostscript has cups support. svn path=/nixpkgs/trunk/; revision=14275
2009-02-27 13:44:31 +00:00
Fixing the build of dev86 (it does not like gnumake 3.82) svn path=/nixpkgs/branches/stdenv-updates/; revision=24940
2010-11-30 14:46:07 +00:00
dev86 = callPackage ../development/compilers/dev86 {
/* Using GNU Make 3.82 leads to this:
make[4]: *** No rule to make target `__ldivmod.o)'
So use 3.81. */
stdenv = overrideInStdenv stdenv [gnumake381];
};
Adding dev86 (I'll try to get virtualbox built) svn path=/nixpkgs/trunk/; revision=13844
2009-01-25 14:31:24 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
dnsmasq = callPackage ../tools/networking/dnsmasq {
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
# TODO i18n can be installed as well, implement it?
added: dnsmasq, uisp, fltk libixp_for_wmii, acerhk kernel module, reiserfsprogs, radeontools, msmtp, procmail, pstree, gxemul changed: umlutilities to also support building tunctl optionally (needing kernel header files) wmii updated and wmiimenu added svn path=/nixpkgs/trunk/; revision=9242
2007-09-03 12:10:57 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dhcp = callPackage ../tools/networking/dhcp { };
add findutilsStatic svn path=/nixpkgs/trunk/; revision=6250
2006-08-26 09:44:39 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dhcpcd = callPackage ../tools/networking/dhcpcd { };
* dhcpcd, another DHCP client (not tested). Hopefully it works better than dhclient in conjunction with wpa_supplicant. svn path=/nixpkgs/trunk/; revision=16411
2009-07-17 11:41:19 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
diffstat = callPackage ../tools/text/diffstat { };
Add diffstat. (by Vincent Ordy) svn path=/nixpkgs/trunk/; revision=11823
2008-05-14 07:58:32 +00:00
* Get rid of the ugly `useFromStdenv' hack in all-packages.nix. 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
2010-08-06 10:34:34 +00:00
diffutils = callPackage ../tools/text/diffutils { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dirmngr = callPackage ../tools/security/dirmngr { };
Mass GnuPG upgrade gnupg tests fail. Will try to fix later. svn path=/nixpkgs/trunk/; revision=21884
2010-05-19 20:58:56 +00:00
added dmg2img-1.6.2 svn path=/nixpkgs/trunk/; revision=25667
2011-01-22 12:28:59 +00:00
dmg2img = callPackage ../tools/misc/dmg2img { };
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
docbook2x = callPackage ../tools/typesetting/docbook2x {
* Drop the "perl" prefix from Perl attribute names. It's redundant now that Perl packages are in their own namespace (perlPackages.<pkg>). svn path=/nixpkgs/trunk/; revision=15176
2009-04-20 12:49:35 +00:00
inherit (perlPackages) XMLSAX XMLParser XMLNamespaceSupport;
some more x86_64 darwin changes svn path=/nixpkgs/trunk/; revision=18774
2009-12-02 22:19:49 +00:00
libiconv = if stdenv.isDarwin then libiconv else null;
Add docbook2x. svn path=/nixpkgs/trunk/; revision=11051
2008-03-11 09:34:17 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dosfstools = callPackage ../tools/filesystems/dosfstools { };
Added dosfstools svn path=/nixpkgs/trunk/; revision=10487
2008-02-04 04:41:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dotnetfx35 = callPackage ../development/libraries/dotnetfx35 { };
Commited my experimental Visual C# build function. Currently, it should only be used by brave people svn path=/nixpkgs/trunk/; revision=22272
2010-06-15 11:16:35 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
dropbear = callPackage ../tools/networking/dropbear {
Adding dropbear, a small implementation of ssh2 client and server. I made it statically build by default I had to fix the zlib static cross-build, because the native stripping corrupted the target static library. It is not the first time I see this. I add drobear to the cross-built packages for hydra. svn path=/nixpkgs/trunk/; revision=20518
2010-03-09 23:11:12 +00:00
enableStatic = true;
zlib = zlibStatic;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
duplicity = callPackage ../tools/backup/duplicity {
* Added `boto', a Python interface to AWS. * Add boto as a dependency to duplicity to support backups to Amazon S3. svn path=/nixpkgs/trunk/; revision=19913
2010-02-10 18:10:22 +00:00
inherit (pythonPackages) boto;
Add gnupg1 compatibility wrapper Gnupg1compat is symlinked gnupg2 with two additional symlinks: gpg->gpg2 and gpgv->gpgv2. Move original gnupg 1.x to gnupg1orig. Set default gnupg1 to gnupg1compat. svn path=/nixpkgs/trunk/; revision=21888
2010-05-19 20:59:20 +00:00
gnupg = gnupg1;
Adding 'duplicity', and its dependency 'librsync' svn path=/nixpkgs/trunk/; revision=19813
2010-02-04 13:42:41 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dvdplusrwtools = callPackage ../tools/cd-dvd/dvd+rw-tools { };
* Move dvd+rw-tools and cdrkit to tools/cd-dvd. * Added cdrdao. svn path=/nixpkgs/trunk/; revision=12426
2008-07-25 13:04:51 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
e2fsprogs = callPackage ../tools/filesystems/e2fsprogs { };
* Refactoring: move most filesystem utilities / FUSE filesystems to tools/filesystems. Previously they were all over the place. svn path=/nixpkgs/trunk/; revision=18809
2009-12-04 15:39:49 +00:00
Add ebook-tools-0.1.1 svn path=/nixpkgs/trunk/; revision=23189
2010-08-16 12:40:03 +00:00
ebook_tools = callPackage ../tools/text/ebook-tools { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ecryptfs = callPackage ../tools/security/ecryptfs { };
Adding ecryptfs, and one of its dependencies: keyutils. (I have not tried whether they work) svn path=/nixpkgs/trunk/; revision=19645
2010-01-25 10:34:47 +00:00
Adding the efibootmgr, patch sent by Shea Levy. svn path=/nixpkgs/trunk/; revision=26456
2011-03-22 13:21:24 +00:00
efibootmgr = callPackage ../tools/system/efibootmgr { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
enblendenfuse = callPackage ../tools/graphics/enblend-enfuse { };
Adding enblend-fuse, libxmi and hugin. Maybe hugin doesn't run well enough still. svn path=/nixpkgs/trunk/; revision=14894
2009-04-05 21:41:38 +00:00
encfs: packaged. Patch by Ambrus Kaposi. svn path=/nixpkgs/trunk/; revision=24900
2010-11-28 09:59:13 +00:00
encfs = callPackage ../tools/filesystems/encfs { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
enscript = callPackage ../tools/text/enscript { };
add grub svn path=/nixpkgs/trunk/; revision=3391
2005-07-21 11:26:51 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ethtool = callPackage ../tools/misc/ethtool { };
add man svn path=/nixpkgs/trunk/; revision=3669
2005-08-23 14:19:16 +00:00
* Added euca2ools. svn path=/nixpkgs/branches/modular-python/; revision=26607
2011-03-30 14:37:53 +00:00
euca2ools = callPackage ../tools/virtualization/euca2ools { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
exif = callPackage ../tools/graphics/exif { };
Adding exiftags svn path=/nixpkgs/trunk/; revision=17748
2009-10-11 15:52:27 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
exiftags = callPackage ../tools/graphics/exiftags { };
* Added expect. svn path=/nixpkgs/trunk/; revision=10877
2008-02-27 15:48:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
expect = callPackage ../tools/misc/expect { };
added fcron svn path=/nixpkgs/trunk/; revision=13192
2008-11-04 21:40:39 +00:00
Adding fakeroot. svn path=/nixpkgs/trunk/; revision=25440
2011-01-06 10:43:32 +00:00
fakeroot = callPackage ../tools/system/fakeroot { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
fcron = callPackage ../tools/system/fcron { # see also cron
Add GNU fdisk. svn path=/nixpkgs/trunk/; revision=16626
2009-08-09 22:15:40 +00:00
};
use parted 2.3 for fdisk svn path=/nixpkgs/trunk/; revision=27350
2011-06-06 13:43:16 +00:00
fdisk = callPackage ../tools/system/fdisk { parted = parted_2_3; };
adding figlet svn path=/nixpkgs/trunk/; revision=15316
2009-04-26 11:06:48 +00:00
Adding fdm svn path=/nixpkgs/trunk/; revision=24409
2010-10-21 22:03:36 +00:00
fdm = callPackage ../tools/networking/fdm {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
figlet = callPackage ../tools/misc/figlet { };
file = callPackage ../tools/misc/file { };
Added the package man-pages. svn path=/nixpkgs/trunk/; revision=6071
2006-08-08 00:09:27 +00:00
Added fileschanged version 0.6.9. svn path=/nixpkgs/trunk/; revision=24511
2010-10-28 11:10:09 +00:00
fileschanged = callPackage ../tools/misc/fileschanged { };
* Get rid of the ugly `useFromStdenv' hack in all-packages.nix. 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
2010-08-06 10:34:34 +00:00
findutils =
if stdenv.isDarwin
then findutils4227
else callPackage ../tools/misc/findutils { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
findutils4227 = callPackage ../tools/misc/findutils/4.2.27.nix { };
* Oops, the bootstrap tools contained an impure gzip/gunzip. * To prevent this kind of thing, check that all tools are statically linked. * Use findutils 4.2.27, 4.2.28 doesn't build with dietlibc. svn path=/nixpkgs/trunk/; revision=6881
2006-10-27 22:50:58 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
finger_bsd = callPackage ../tools/networking/bsd-finger { };
finger client and daemon added svn path=/nixpkgs/trunk/; revision=10364
2008-01-28 19:51:14 +00:00
added flvstreamer svn path=/nixpkgs/trunk/; revision=24884
2010-11-26 20:04:07 +00:00
flvstreamer = callPackage ../tools/networking/flvstreamer { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
fontforge = callPackage ../tools/misc/fontforge { };
* Use FontForge to give Wine better fonts. svn path=/nixpkgs/trunk/; revision=9181
2007-08-21 12:31:33 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
fontforgeX = callPackage ../tools/misc/fontforge {
* Drop pkgsOverriden. svn path=/nixpkgs/trunk/; revision=22823
2010-07-30 12:10:24 +00:00
withX11 = true;
* Purity fix in fontforge: don't look for /usr/include/libxml. svn path=/nixpkgs/trunk/; revision=11288
2008-03-26 12:57:30 +00:00
};
Added FontForge with X11 interface svn path=/nixpkgs/trunk/; revision=10918
2008-03-02 22:02:28 +00:00
Adding FreeIPMI svn path=/nixpkgs/trunk/; revision=25679
2011-01-24 07:06:17 +00:00
freeipmi = callPackage ../tools/system/freeipmi {};
FreeTalk is not ready for Guile 2.0 svn path=/nixpkgs/trunk/; revision=25999
2011-02-16 22:21:29 +00:00
freetalk = callPackage ../applications/networking/instant-messengers/freetalk {
guile = guile_1_8;
};
Adding freetalk svn path=/nixpkgs/trunk/; revision=25323
2010-12-29 19:20:55 +00:00
added ftgl, gource svn path=/nixpkgs/trunk/; revision=24379
2010-10-20 10:53:45 +00:00
ftgl = callPackage ../development/libraries/ftgl { };
Add fuppes-0.660: UPnP A/V Media Server. svn path=/nixpkgs/trunk/; revision=25728
2011-01-30 16:45:42 +00:00
fuppes = callPackage ../tools/networking/fuppes {};
Adding a skeleton for a fsfs expression, but it still does not build. svn path=/nixpkgs/trunk/; revision=26631
2011-03-31 21:08:50 +00:00
fsfs = callPackage ../tools/filesystems/fsfs { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dos2unix = callPackage ../tools/text/dos2unix { };
dos2unix and unix2dos provided by griswold svn path=/nixpkgs/trunk/; revision=19409
2010-01-13 21:09:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
unix2dos = callPackage ../tools/text/unix2dos { };
dos2unix and unix2dos provided by griswold svn path=/nixpkgs/trunk/; revision=19409
2010-01-13 21:09:55 +00:00
uni2ascii: packaged Patch by Cillian de Róiste svn path=/nixpkgs/trunk/; revision=23984
2010-09-28 09:48:15 +00:00
uni2ascii = callPackage ../tools/text/uni2ascii { };
* Get rid of the ugly `useFromStdenv' hack in all-packages.nix. 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
2010-08-06 10:34:34 +00:00
gawk = callPackage ../tools/text/gawk { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gdmap = callPackage ../tools/system/gdmap {
Make gdmap compile with newer gtk svn path=/nixpkgs/branches/x-updates/; revision=25922
2011-02-12 20:16:08 +00:00
inherit (pkgs.gtkLibs) gtk;
Added gdmap, changed builder-defs to use derivation attribute on propagatedBuildInputs, manually fixed Xorg expression problem for Compiz, various fixes. svn path=/nixpkgs/trunk/; revision=9812
2007-12-01 16:20:23 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
genext2fs = callPackage ../tools/filesystems/genext2fs { };
* Refactoring: move most filesystem utilities / FUSE filesystems to tools/filesystems. Previously they were all over the place. svn path=/nixpkgs/trunk/; revision=18809
2009-12-04 15:39:49 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gengetopt = callPackage ../development/tools/misc/gengetopt { };
Add GNU Gengetopt. svn path=/nixpkgs/trunk/; revision=19618
2010-01-22 17:00:44 +00:00
* getmail: don't use pythonFull. svn path=/nixpkgs/branches/modular-python/; revision=26566
2011-03-28 13:13:15 +00:00
getmail = callPackage ../tools/networking/getmail { };
Add getmail svn path=/nixpkgs/trunk/; revision=24334
2010-10-17 19:30:59 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
getopt = callPackage ../tools/misc/getopt { };
* Added JDiskReport 1.2.3 (with a wrapper script `jdiskreport' to start it). svn path=/nixpkgs/trunk/; revision=4031
2005-10-07 23:02:58 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
gftp = callPackage ../tools/networking/gftp { };
Added: * dmenu * gftp * micropolis * byacc as a build-time dependency for micropolis contributed by baldo <baldo@quimby.lan> svn path=/nixpkgs/trunk/; revision=12526
2008-08-06 20:39:01 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gifsicle = callPackage ../tools/graphics/gifsicle { };
added gifscile (creating and reading gif animations) svn path=/nixpkgs/trunk/; revision=12176
2008-06-22 02:07:53 +00:00
* Refactoring: move most filesystem utilities / FUSE filesystems to tools/filesystems. Previously they were all over the place. svn path=/nixpkgs/trunk/; revision=18809
2009-12-04 15:39:49 +00:00
glusterfs = builderDefsPackage ../tools/filesystems/glusterfs {
Making the current versions of flex/bison the default. Evaluation test passes. Please explicitly pass older versions to any package that can be adversely affected by too-fresh versions. svn path=/nixpkgs/branches/stdenv-updates/; revision=25086
2010-12-12 21:48:29 +00:00
inherit fuse flex bison;
Adding GlusterFS - a distributed storage system svn path=/nixpkgs/trunk/; revision=16896
2009-08-31 09:52:01 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
glxinfo = callPackage ../tools/graphics/glxinfo { };
* Added glxinfo/glxgears. svn path=/nixpkgs/trunk/; revision=8593
2007-04-18 14:21:24 +00:00
Adding gnokii svn path=/nixpkgs/trunk/; revision=15916
2009-06-10 09:45:03 +00:00
gnokii = builderDefsPackage (import ../tools/misc/gnokii) {
gnokii-0.6.30, add ical and gtk support svn path=/nixpkgs/trunk/; revision=26334
2011-03-15 23:09:14 +00:00
inherit intltool perl gettext libusb pkgconfig bluez readline pcsclite
libical;
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
inherit (gtkLibs) gtk glib;
gnokii-0.6.30, add ical and gtk support svn path=/nixpkgs/trunk/; revision=26334
2011-03-15 23:09:14 +00:00
inherit (xorg) libXpm;
Adding gnokii svn path=/nixpkgs/trunk/; revision=15916
2009-06-10 09:45:03 +00:00
};
GNU grep: Fix build on non-GNU platforms. svn path=/nixpkgs/branches/stdenv-updates/; revision=24627
2010-11-09 13:12:31 +00:00
gnugrep =
# Use libiconv only on non-GNU platforms (we can't test with
# `stdenv ? glibc' at this point.)
let gnu = stdenv.isLinux; in
callPackage ../tools/text/gnugrep {
libiconv = if gnu then null else libiconv;
};
* Converted more packages. * Moved fetchurl, aterm. svn path=/nixpkgs/trunk/; revision=460
2003-11-02 18:14:24 +00:00
* Get rid of the ugly `useFromStdenv' hack in all-packages.nix. 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
2010-08-06 10:34:34 +00:00
gnupatch = callPackage ../tools/text/gnupatch { };
* User-Mode Linux and GNU Patch. svn path=/nixpkgs/trunk/; revision=779
2004-02-13 14:42:28 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gnupg1orig = callPackage ../tools/security/gnupg1 {
pkgs/top-level/all-packages.nix: prefer makeOverridable over getPkgConfig to customize GNU Privacy Guard Changed 'gnupg' and 'gnupg2' expressions to allow for argument overriding instead of relying on getPkgConfig. svn path=/nixpkgs/trunk/; revision=21862
2010-05-19 12:25:45 +00:00
ideaSupport = false;
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gnupg1compat = callPackage ../tools/security/gnupg1compat { };
Add gnupg1 compatibility wrapper Gnupg1compat is symlinked gnupg2 with two additional symlinks: gpg->gpg2 and gpgv->gpgv2. Move original gnupg 1.x to gnupg1orig. Set default gnupg1 to gnupg1compat. svn path=/nixpkgs/trunk/; revision=21888
2010-05-19 20:59:20 +00:00
# use config.packageOverrides if you prefer original gnupg1
gnupg1 = gnupg1compat;
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gnupg = callPackage ../tools/security/gnupg { };
gnupg2 added svn path=/nixpkgs/trunk/; revision=10346
2008-01-28 19:45:57 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gnuplot = callPackage ../tools/graphics/gnuplot {
Updated Gnuplot to version 4.2.5. * Merged 'gnuplot' and 'gnuplotX' attributes into one that uses (getPkgConfig "gnuplot" "x11" false) to determine whether X11 support is desired or not. * Added Emacs as a build-time dependency to ensure that Gnuplot's lisp code is installed, too. * Added optional support for the wxt terminal by means of (getPkgConfig "gnuplot" "wxGtk" false). * Removed the '-nix' suffix to the package name. The Gnuplot license requires a vendor-specific version suffix only in case of modified binary distributions. That is not the case here. svn path=/nixpkgs/trunk/; revision=16992
2009-09-09 09:36:03 +00:00
inherit (gtkLibs) pango;
* More cleanup. svn path=/nixpkgs/trunk/; revision=22795
2010-07-28 15:35:01 +00:00
texLive = null;
lua = null;
Added gnuplotX - gnuplot with X11 on. svn path=/nixpkgs/trunk/; revision=9047
2007-08-04 15:12:14 +00:00
};
* Get rid of the ugly `useFromStdenv' hack in all-packages.nix. 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
2010-08-06 10:34:34 +00:00
gnused = callPackage ../tools/text/gnused { };
* Converting packages. This is the minimal Nix stdenv for building the ATerm library. svn path=/nixpkgs/trunk/; revision=459
2003-11-02 17:42:19 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gnused_4_2 = callPackage ../tools/text/gnused/4.2.nix { };
GNU sed 4.2. svn path=/nixpkgs/trunk/; revision=15418
2009-04-30 19:36:26 +00:00
* Get rid of the ugly `useFromStdenv' hack in all-packages.nix. 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
2010-08-06 10:34:34 +00:00
gnutar = callPackage ../tools/archivers/gnutar { };
* Converted more packages. * Moved fetchurl, aterm. svn path=/nixpkgs/trunk/; revision=460
2003-11-02 18:14:24 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gnuvd = callPackage ../tools/misc/gnuvd { };
* added gnuvd, dutch dictionary application svn path=/nixpkgs/trunk/; revision=17177
2009-09-16 08:36:05 +00:00
added ftgl, gource svn path=/nixpkgs/trunk/; revision=24379
2010-10-20 10:53:45 +00:00
gource = callPackage ../tools/misc/gource { };
Adding gptfdisk (patch by Shea Levy). I add him in the maintainers list. I changed slightly the indentation of the expressions. svn path=/nixpkgs/trunk/; revision=26304
2011-03-14 21:13:35 +00:00
gptfdisk = callPackage ../tools/system/gptfdisk { };
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
graphviz = callPackage ../tools/graphics/graphviz {
* Graphviz updated to 2.20.2. Now built with fontconfig, gd and pango support. * New function makeFontsConf to generate a fontconfig configuration file. Moved from NixOS. * dot2pdf: use makeFontsConf to generate a fonts.conf containing just the Ghostscript fonts (see NIXPKGS-29). * dot2pdf: generate PDF directly, don't go through PS. Note that this and using fontconfig changes the interpretation of "fontname" attributes in dot graphs. svn path=/nixpkgs/trunk/; revision=12251
2008-07-03 14:27:19 +00:00
inherit (gtkLibs) pango;
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
};
Updating graphviz and adding an old version svn path=/nixpkgs/trunk/; revision=27573
2011-07-01 13:29:42 +00:00
/* Last version to export to dia */
graphviz_2_24 = callPackage ../tools/graphics/graphviz/2.0.nix {
inherit (gtkLibs) pango;
};
pkgs/top-level/all-packages.nix: stripped trailing whitespace svn path=/nixpkgs/trunk/; revision=22734
2010-07-26 13:41:09 +00:00
/* Readded by Michael Raskin. There are programs in the wild
Readding old Graphviz: I need it for some graph program that relies on its way of grid snapping. svn path=/nixpkgs/trunk/; revision=22483
2010-07-05 19:04:33 +00:00
* that do want 2.0 but not 2.22. Please give a day's notice for
* objections before removal.
*/
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
graphviz_2_0 = callPackage ../tools/graphics/graphviz/2.0.nix {
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
inherit (gtkLibs) pango;
};
Readding old Graphviz: I need it for some graph program that relies on its way of grid snapping. svn path=/nixpkgs/trunk/; revision=22483
2010-07-05 19:04:33 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
groff = callPackage ../tools/text/groff {
* groff: don't build with ghostscript as a dependency by default. svn path=/nixpkgs/branches/stdenv-updates/; revision=14064
2009-02-12 22:33:17 +00:00
ghostscript = null;
add groff, needed for dhcp svn path=/nixpkgs/trunk/; revision=3651
2005-08-21 13:59:04 +00:00
};
* Fix the GRUB 1 build on x86_64-linux. It didn't build because gcc43_multi is broken in the stdenv branch. However, for GRUB 1 we can just use the 32-bit build of GRUB (using callPackage_i686). svn path=/nixpkgs/branches/stdenv-updates/; revision=25003
2010-12-06 14:25:58 +00:00
grub = callPackage_i686 ../tools/misc/grub {
buggyBiosCDSupport = getConfig ["grub" "buggyBiosCDSupport"] true;
* gcc-wrapper: use the right dynamic linker when -m32 is used. * An attribute `stdenv_32bit' that returns a stdenv capable of building 32-bit binaries. * grub: build on x86_64-linux. svn path=/nixpkgs/trunk/; revision=12211
2008-06-29 16:13:02 +00:00
};
* Added GNU enscript. svn path=/nixpkgs/trunk/; revision=1040
2004-06-03 17:16:16 +00:00
Restoring grub 1.98 from svn, and adding it as a package apart. This allows easy using package overrides in nixos to use grub 1.98. I found 1.98 can boot from /dev/md* devices, while 1.99rc1 cannot due to some upstream problem. Once it works, we can remove this 1.98 again. svn path=/nixpkgs/trunk/; revision=26761
2011-04-09 09:25:06 +00:00
grub19x = callPackage ../tools/misc/grub/1.9x.nix { };
Adding a missing newline in all-packages.nix svn path=/nixpkgs/trunk/; revision=26632
2011-03-31 21:15:53 +00:00
Restoring grub 1.98 from svn, and adding it as a package apart. This allows easy using package overrides in nixos to use grub 1.98. I found 1.98 can boot from /dev/md* devices, while 1.99rc1 cannot due to some upstream problem. Once it works, we can remove this 1.98 again. svn path=/nixpkgs/trunk/; revision=26761
2011-04-09 09:25:06 +00:00
grub198 = callPackage ../tools/misc/grub/1.98.nix { };
grub2 = grub19x;
# grub2_efi = callPackage ../tools/misc/grub/1.9x.nix { EFIsupport = true; };
Add GNU GRUB 1.97~beta3 (aka. "GRUB 2"). svn path=/nixpkgs/trunk/; revision=17636
2009-10-04 21:39:34 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gssdp = callPackage ../development/libraries/gssdp {
* gcc-wrapper: use the right dynamic linker when -m32 is used. * An attribute `stdenv_32bit' that returns a stdenv capable of building 32-bit binaries. * grub: build on x86_64-linux. svn path=/nixpkgs/trunk/; revision=12211
2008-06-29 16:13:02 +00:00
inherit (gnome) libsoup;
};
add gssdp and gupnp here too svn path=/nixpkgs/trunk/; revision=12152
2008-06-18 19:40:56 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gt5 = callPackage ../tools/system/gt5 { };
Adding 'gt5', a diff-capable 'du' browser svn path=/nixpkgs/trunk/; revision=20236
2010-02-24 19:06:25 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
gtkgnutella = callPackage ../tools/networking/p2p/gtk-gnutella { };
esniper 2.24.0 is a simple, lightweight tool for sniping eBay auctions. svn path=/nixpkgs/trunk/; revision=26086
2011-02-24 11:25:16 +00:00
Adding GTK-VNC svn path=/nixpkgs/trunk/; revision=25547
2011-01-13 22:21:09 +00:00
gtkvnc = callPackage ../tools/admin/gtk-vnc {};
Build xpf with python enabled libxml2 svn path=/nixpkgs/trunk/; revision=3229
2005-06-20 20:35:07 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gupnp = callPackage ../development/libraries/gupnp {
* gcc-wrapper: use the right dynamic linker when -m32 is used. * An attribute `stdenv_32bit' that returns a stdenv capable of building 32-bit binaries. * grub: build on x86_64-linux. svn path=/nixpkgs/trunk/; revision=12211
2008-06-29 16:13:02 +00:00
inherit (gnome) libsoup;
};
add gssdp and gupnp here too svn path=/nixpkgs/trunk/; revision=12152
2008-06-18 19:40:56 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gupnptools = callPackage ../tools/networking/gupnp-tools {
* gcc-wrapper: use the right dynamic linker when -m32 is used. * An attribute `stdenv_32bit' that returns a stdenv capable of building 32-bit binaries. * grub: build on x86_64-linux. svn path=/nixpkgs/trunk/; revision=12211
2008-06-29 16:13:02 +00:00
inherit (gnome) libsoup libglade gnomeicontheme;
add gupnp-tools. I can't actually run them, since there seems to be some issue with fontconfig that has not been configured correctly and i don't know why svn path=/nixpkgs/trunk/; revision=12154
2008-06-18 22:34:49 +00:00
};
Adding GVPE - a protected virtual multinode ethernet svn path=/nixpkgs/trunk/; revision=16913
2009-09-01 20:12:01 +00:00
gvpe = builderDefsPackage ../tools/networking/gvpe {
Fix /sbin/ reference. On Linux just replace it with an "ip link" reference svn path=/nixpkgs/trunk/; revision=16918
2009-09-01 22:42:05 +00:00
inherit openssl gmp nettools iproute;
Adding GVPE - a protected virtual multinode ethernet svn path=/nixpkgs/trunk/; revision=16913
2009-09-01 20:12:01 +00:00
};
* Get rid of the ugly `useFromStdenv' hack in all-packages.nix. 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
2010-08-06 10:34:34 +00:00
gzip = callPackage ../tools/compression/gzip { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pigz = callPackage ../tools/compression/pigz { };
pigz: an implementation of gzip that can take advantage of multi-core CPUs Initial version. svn path=/nixpkgs/trunk/; revision=17707
2009-10-07 20:18:11 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
halibut = callPackage ../tools/typesetting/halibut { };
Adding the halibut typesetting system. svn path=/nixpkgs/trunk/; revision=14759
2009-03-29 20:32:22 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
hddtemp = callPackage ../tools/misc/hddtemp { };
hddtemp (tool to get harddisk temperatures) added and unfinished qgis expression (in case someone else want's to continue working on it) svn path=/nixpkgs/trunk/; revision=9903
2007-12-10 22:36:52 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
hdf5 = callPackage ../tools/misc/hdf5 { };
esniper 2.24.0 is a simple, lightweight tool for sniping eBay auctions. svn path=/nixpkgs/trunk/; revision=26086
2011-02-24 11:25:16 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
hevea = callPackage ../tools/typesetting/hevea { };
Added the first release of xpf, Xml Pipes and Filters. svn path=/nixpkgs/trunk/; revision=1308
2004-08-20 22:06:36 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
highlight = callPackage ../tools/text/highlight { };
Added ViewMTN and dependency; currently ViewMTN has to be manually symlinked in corresponding directory. svn path=/nixpkgs/trunk/; revision=12060
2008-06-12 15:59:59 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
host = callPackage ../tools/networking/host { };
Add `host', a DNS query utility. svn path=/nixpkgs/trunk/; revision=13459
2008-11-27 13:54:49 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
httpfs2 = callPackage ../tools/filesystems/httpfs { };
Add HTTPFS2, for Linux. svn path=/nixpkgs/trunk/; revision=22308
2010-06-17 12:44:40 +00:00
esniper 2.24.0 is a simple, lightweight tool for sniping eBay auctions. svn path=/nixpkgs/trunk/; revision=26086
2011-02-24 11:25:16 +00:00
hydra = callPackage ../development/tools/misc/hydra {
nix = nixSqlite;
add hydra svn path=/nixpkgs/trunk/; revision=25567
2011-01-14 14:47:48 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
iasl = callPackage ../development/compilers/iasl { };
Fixing commits I did, which didn't follow well the writing rules. svn path=/nixpkgs/trunk/; revision=13868
2009-01-25 21:03:07 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
idutils = callPackage ../tools/misc/idutils { };
Add GNU Idutils, a text searching utility. svn path=/nixpkgs/trunk/; revision=11300
2008-03-27 11:09:40 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
iftop = callPackage ../tools/networking/iftop { };
added eggdrop, iftop svn path=/nixpkgs/trunk/; revision=17710
2009-10-08 07:01:55 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
imapsync = callPackage ../tools/networking/imapsync {
Adding imapsync, with the two needed perl packages. svn path=/nixpkgs/trunk/; revision=15967
2009-06-15 18:37:42 +00:00
inherit (perlPackages) MailIMAPClient;
Add GNU Idutils, a text searching utility. svn path=/nixpkgs/trunk/; revision=11300
2008-03-27 11:09:40 +00:00
};
Adding inadyn, a dynamic dns client. svn path=/nixpkgs/trunk/; revision=26743
2011-04-07 20:26:26 +00:00
inadyn = callPackage ../tools/networking/inadyn { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
inetutils = callPackage ../tools/networking/inetutils { };
Add GNU Inetutils. svn path=/nixpkgs/trunk/; revision=10817
2008-02-21 18:58:11 +00:00
Adding IOping svn path=/nixpkgs/trunk/; revision=27367
2011-06-07 15:56:50 +00:00
ioping = callPackage ../tools/system/ioping {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
iodine = callPackage ../tools/networking/iodine { };
Add iodine-0.4.1 svn path=/nixpkgs/trunk/; revision=11824
2008-05-14 08:01:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
iperf = callPackage ../tools/networking/iperf { };
added iperf (a tool to measure network bandwidth) svn path=/nixpkgs/trunk/; revision=14564
2009-03-16 18:39:04 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
ipmitool = callPackage ../tools/system/ipmitool {
pkgs/top-level/all-packages.nix: prefer makeOverridable over getPkgConfig to customize ipmitool Changed 'ipmitool' expression to allow for argument overriding instead of relying on getPkgConfig. svn path=/nixpkgs/trunk/; revision=21863
2010-05-19 12:25:48 +00:00
static = false;
pkgs/tools/system/ipmitool: command-line interface to IPMI-enabled devices Initial version 1.8.9. svn path=/nixpkgs/trunk/; revision=19542
2010-01-19 15:58:19 +00:00
};
Fixing a stupid typo svn path=/nixpkgs/trunk/; revision=25663
2011-01-21 19:34:54 +00:00
ipmiutil = callPackage ../tools/system/ipmiutil {};
Adding ipmiutil svn path=/nixpkgs/trunk/; revision=25660
2011-01-21 19:15:10 +00:00
Adding ised svn path=/nixpkgs/trunk/; revision=25331
2011-01-01 20:28:38 +00:00
ised = callPackage ../tools/misc/ised {};
Add isl, the integer set library (needed for cloog, an optional dependency for GCC 4.6.0) svn path=/nixpkgs/trunk/; revision=26633
2011-03-31 21:19:39 +00:00
isl = callPackage ../development/libraries/isl { };
Adding isync svn path=/nixpkgs/trunk/; revision=25798
2011-02-07 23:07:21 +00:00
isync = callPackage ../tools/networking/isync { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jdiskreport = callPackage ../tools/misc/jdiskreport { };
- add a whole bunch of packages which were added today already (but also list them here) - enable OOo2 build svn path=/nixpkgs/trunk/; revision=4149
2005-10-26 21:10:31 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jfsrec = callPackage ../tools/filesystems/jfsrec { };
* Refactoring: move most filesystem utilities / FUSE filesystems to tools/filesystems. Previously they were all over the place. svn path=/nixpkgs/trunk/; revision=18809
2009-12-04 15:39:49 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jfsutils = callPackage ../tools/filesystems/jfsutils { };
* Refactoring: move most filesystem utilities / FUSE filesystems to tools/filesystems. Previously they were all over the place. svn path=/nixpkgs/trunk/; revision=18809
2009-12-04 15:39:49 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jhead = callPackage ../tools/graphics/jhead { };
Adding jhead svn path=/nixpkgs/trunk/; revision=17747
2009-10-11 15:52:14 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jing = callPackage ../tools/text/xml/jing { };
* Removed MythTV from cache * Make the jing library available svn path=/nixpkgs/trunk/; revision=4122
2005-10-24 14:01:08 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jing_tools = callPackage ../tools/text/xml/jing/jing-script.nix { };
Added jing package (RELAX NG validation) and jing-tools for invoking the Java application svn path=/nixpkgs/trunk/; revision=1508
2004-09-26 13:03:59 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
jnettop = callPackage ../tools/networking/jnettop {
Add Jnettop, a network traffic visualizer. svn path=/nixpkgs/trunk/; revision=13564
2008-12-03 14:22:55 +00:00
inherit (gnome) glib;
};
jscoverage-0.5.1 svn path=/nixpkgs/trunk/; revision=27508
2011-06-21 07:28:30 +00:00
jscoverage = callPackage ../development/tools/misc/jscoverage { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jwhois = callPackage ../tools/networking/jwhois { };
* Added jwhois, the GNU whois client. svn path=/nixpkgs/trunk/; revision=9211
2007-08-28 14:45:00 +00:00
Move most kde-extragear apps to top-level svn path=/nixpkgs/trunk/; revision=24092
2010-10-05 17:44:33 +00:00
kdiff3 = newScope pkgs.kde4 ../tools/text/kdiff3 { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
keychain = callPackage ../tools/misc/keychain { };
added keychain, a gentoo tool to start gnupg and ssh daemon writing pids to a file so that you can share them easily on different shells svn path=/nixpkgs/trunk/; revision=11693
2008-04-23 10:51:23 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
kismet = callPackage ../applications/networking/sniffers/kismet { };
Adding kismet. svn path=/nixpkgs/trunk/; revision=13938
2009-02-01 21:21:27 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
less = callPackage ../tools/misc/less { };
* Trang (tool for converting to and from RelaxNG schemas). svn path=/nixpkgs/trunk/; revision=5579
2006-07-04 19:17:34 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
most = callPackage ../tools/misc/most { };
pkgs/tools/misc/most: added version 5.0.0 Build instructions courtesy of Tim Horton <tmhorton@gmail.com>. svn path=/nixpkgs/trunk/; revision=21452
2010-04-30 09:21:18 +00:00
Added ninka, an experimental sentence based license detector svn path=/nixpkgs/trunk/; revision=27455
2011-06-14 15:15:34 +00:00
ninka = callPackage ../development/tools/misc/ninka { };
all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=27648
2011-07-07 21:32:55 +00:00
Adding node.js, a javascript web development platform svn path=/nixpkgs/trunk/; revision=27168
2011-05-05 22:38:04 +00:00
nodejs = callPackage ../development/web/nodejs {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
lftp = callPackage ../tools/networking/lftp { };
Added lftp ftp client. svn path=/nixpkgs/trunk/; revision=9042
2007-08-04 12:41:00 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libtorrent = callPackage ../tools/networking/p2p/libtorrent { };
Added libtorrent a bittorent library written in C++ for *nix and rtorrent a ncurses client for libtorrent. svn path=/nixpkgs/trunk/; revision=10842
2008-02-23 12:11:27 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
logrotate = callPackage ../tools/system/logrotate { };
Adding the logrotate I found in the freebsd ports. I think that is what debian, fedora and freebsd call 'logrotate'. svn path=/nixpkgs/trunk/; revision=21437
2010-04-29 17:55:06 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
lout = callPackage ../tools/typesetting/lout { };
Add Lout, a document layout system based on a purely functional language. svn path=/nixpkgs/trunk/; revision=10634
2008-02-12 09:58:57 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
lrzip = callPackage ../tools/compression/lrzip { };
Adding lrzip and rzip. svn path=/nixpkgs/trunk/; revision=14581
2009-03-17 21:17:51 +00:00
Fiddle with priorities to provide a smoother upgrade path. svn path=/nixpkgs/branches/stdenv-updates/; revision=24726
2010-11-17 10:43:04 +00:00
# lsh installs `bin/nettle-lfib-stream' and so does Nettle. Give the
# former a lower priority than Nettle.
lsh = lowPrio (callPackage ../tools/networking/lsh { });
Adding lzop and updating lzo. svn path=/nixpkgs/trunk/; revision=14749
2009-03-28 19:28:59 +00:00
lshw: Packaged svn path=/nixpkgs/trunk/; revision=24688
2010-11-15 09:52:57 +00:00
lshw = callPackage ../tools/system/lshw { };
Adding lxc userland tools. svn path=/nixpkgs/trunk/; revision=24502
2010-10-26 21:11:47 +00:00
lxc = callPackage ../tools/system/lxc { };
* Removed the lzma package - it's superseded by xz. svn path=/nixpkgs/branches/stdenv-updates/; revision=19027
2009-12-18 11:25:56 +00:00
lzma = xz;
xlock: fixed build and updated to version 5.24 svn path=/nixpkgs/trunk/; revision=17356
2009-09-22 20:16:38 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xz = callPackage ../tools/compression/xz { };
* Added lzma, a compression program that compresses better than bzip2. svn path=/nixpkgs/trunk/; revision=10513
2008-02-06 13:52:41 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
lzop = callPackage ../tools/compression/lzop { };
Add GNU lsh, a GPL'd implementation of SSH, and `liboop', and event loop library. svn path=/nixpkgs/trunk/; revision=10637
2008-02-12 10:51:44 +00:00
Prepare for the Guile 2.0 switchover. svn path=/nixpkgs/trunk/; revision=25976
2011-02-15 13:14:29 +00:00
mailutils = callPackage ../tools/networking/mailutils {
guile = guile_1_8;
};
Add GNU Mailutils 2.1. svn path=/nixpkgs/trunk/; revision=17041
2009-09-11 09:38:25 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
man = callPackage ../tools/misc/man { };
* A more pure man implementation. svn path=/nixpkgs/trunk/; revision=10547
2008-02-07 14:39:07 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
man_db = callPackage ../tools/misc/man-db { };
* Added cabextract. Might be useful for adding Visual C++. svn path=/nixpkgs/trunk/; revision=5368
2006-06-01 21:25:40 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
memtest86 = callPackage ../tools/misc/memtest86 { };
* Added Memtest86+. svn path=/nixpkgs/trunk/; revision=10059
2008-01-03 15:14:37 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mc = callPackage ../tools/misc/mc { };
Added midnight commander package svn path=/nixpkgs/trunk/; revision=10256
2008-01-23 09:57:11 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mcabber = callPackage ../applications/networking/instant-messengers/mcabber { };
Adding mcabber console jabber client - patch by Lluis Batlle svn path=/nixpkgs/trunk/; revision=13698
2009-01-04 17:11:38 +00:00
Prepare for the Guile 2.0 switchover. svn path=/nixpkgs/trunk/; revision=25976
2011-02-15 13:14:29 +00:00
mcron = callPackage ../tools/system/mcron {
guile = guile_1_8;
};
Add GNU mcron, a `cron' implementation in Guile Scheme. svn path=/nixpkgs/trunk/; revision=14870
2009-04-03 18:46:26 +00:00
Making the current versions of flex/bison the default. Evaluation test passes. Please explicitly pass older versions to any package that can be adversely affected by too-fresh versions. svn path=/nixpkgs/branches/stdenv-updates/; revision=25086
2010-12-12 21:48:29 +00:00
mdbtools = callPackage ../tools/misc/mdbtools { };
Added MDBtools svn path=/nixpkgs/trunk/; revision=11811
2008-05-11 09:45:26 +00:00
Making the current versions of flex/bison the default. Evaluation test passes. Please explicitly pass older versions to any package that can be adversely affected by too-fresh versions. svn path=/nixpkgs/branches/stdenv-updates/; revision=25086
2010-12-12 21:48:29 +00:00
mdbtools_git = callPackage ../tools/misc/mdbtools/git.nix { };
Add Git version of mdbtools - UCS-2 capable svn path=/nixpkgs/trunk/; revision=24007
2010-09-30 16:50:37 +00:00
Update bitcoin to 0.3.21 svn path=/nixpkgs/trunk/; revision=27275
2011-05-17 11:34:18 +00:00
miniupnpc = callPackage ../tools/networking/miniupnpc { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
miniupnpd = callPackage ../tools/networking/miniupnpd { };
* Added miniupnpd, an implementation of the UPnP Internet Gateway Device (IGD) specification. * Updated iptables to 1.4.8. svn path=/nixpkgs/trunk/; revision=21929
2010-05-20 22:11:44 +00:00
Adding ZynAddSubFX, a software synthesizer, and minixml (a dependency of ZynAddSubFX) svn path=/nixpkgs/trunk/; revision=26746
2011-04-07 22:24:56 +00:00
minixml = callPackage ../development/libraries/minixml { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mjpegtools = callPackage ../tools/video/mjpegtools { };
* Converted Mozilla Firebird. svn path=/nixpkgs/trunk/; revision=491
2003-11-07 11:18:47 +00:00
Add mkcue (an optional dep of abcde) svn path=/nixpkgs/trunk/; revision=26175
2011-03-06 16:07:31 +00:00
mkcue = callPackage ../tools/cd-dvd/mkcue { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mktemp = callPackage ../tools/security/mktemp { };
* Mac needs Unzip 5.52. svn path=/nixpkgs/trunk/; revision=2434
2005-03-21 14:48:48 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mldonkey = callPackage ../applications/networking/p2p/mldonkey { };
Adding MLDonkey multiprotocol data distribution client - patch by Lluis Batlle svn path=/nixpkgs/trunk/; revision=13702
2009-01-04 17:35:11 +00:00
Adding monit monitoring tool; in the course of action creating a script to auto-prepare basic autoupdate layout svn path=/nixpkgs/trunk/; revision=16863
2009-08-26 16:22:20 +00:00
monit = builderDefsPackage ../tools/system/monit {
Making the current versions of flex/bison the default. Evaluation test passes. Please explicitly pass older versions to any package that can be adversely affected by too-fresh versions. svn path=/nixpkgs/branches/stdenv-updates/; revision=25086
2010-12-12 21:48:29 +00:00
inherit openssl flex bison;
Adding monit monitoring tool; in the course of action creating a script to auto-prepare basic autoupdate layout svn path=/nixpkgs/trunk/; revision=16863
2009-08-26 16:22:20 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mpage = callPackage ../tools/text/mpage { };
Add Mpage, a tool to print multiple pages per sheet on a PostScript printer. svn path=/nixpkgs/trunk/; revision=11572
2008-04-11 13:22:35 +00:00
* Removed selectVersion. There's no good reason to write `selectVersion ./foo "bar"' instead of `import ./foo/bar.nix'. * Replaced `with args' with formal function arguments in several packages. * Renamed several files to `default.nix'. As a general rule, version numbers should only be included in the filename when there is a reason to keep multiple versions of a package in Nixpkgs. Otherwise, it just makes it harder to update the package. svn path=/nixpkgs/trunk/; revision=18403
2009-11-18 09:39:59 +00:00
msf = builderDefsPackage (import ../tools/security/metasploit/3.1.nix) {
all-packages.nix changes for all the previous commits svn path=/nixpkgs/trunk/; revision=11564
2008-04-11 09:32:27 +00:00
inherit ruby makeWrapper;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mssys = callPackage ../tools/misc/mssys { };
* Added ms-sys, a program for writing Microsoft compatible boot records. svn path=/nixpkgs/trunk/; revision=10414
2008-01-30 17:08:38 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mtdutils = callPackage ../tools/filesystems/mtdutils { };
Adding mtdutils svn path=/nixpkgs/trunk/; revision=21436
2010-04-29 17:54:51 +00:00
* Added mtools. svn path=/nixpkgs/trunk/; revision=23014
2010-08-06 21:36:54 +00:00
mtools = callPackage ../tools/filesystems/mtools { };
Adding mtr. svn path=/nixpkgs/trunk/; revision=25495
2011-01-10 15:57:23 +00:00
mtr = callPackage ../tools/networking/mtr {};
* Add callPackage etc. svn path=/nixpkgs/trunk/; revision=22876
2010-08-02 13:57:57 +00:00
multitran = recurseIntoAttrs (let callPackage = newScope pkgs.multitran; in rec {
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
multitrandata = callPackage ../tools/text/multitran/data { };
Adding multitran. I added a note in the 'data' expression, regarding a locale that should be added into the system. svn path=/nixpkgs/trunk/; revision=14582
2009-03-17 21:49:39 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libbtree = callPackage ../tools/text/multitran/libbtree { };
Adding multitran. I added a note in the 'data' expression, regarding a locale that should be added into the system. svn path=/nixpkgs/trunk/; revision=14582
2009-03-17 21:49:39 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libmtsupport = callPackage ../tools/text/multitran/libmtsupport { };
Adding multitran. I added a note in the 'data' expression, regarding a locale that should be added into the system. svn path=/nixpkgs/trunk/; revision=14582
2009-03-17 21:49:39 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libfacet = callPackage ../tools/text/multitran/libfacet { };
Adding multitran. I added a note in the 'data' expression, regarding a locale that should be added into the system. svn path=/nixpkgs/trunk/; revision=14582
2009-03-17 21:49:39 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libmtquery = callPackage ../tools/text/multitran/libmtquery { };
Adding multitran. I added a note in the 'data' expression, regarding a locale that should be added into the system. svn path=/nixpkgs/trunk/; revision=14582
2009-03-17 21:49:39 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mtutils = callPackage ../tools/text/multitran/mtutils { };
* Add callPackage etc. svn path=/nixpkgs/trunk/; revision=22876
2010-08-02 13:57:57 +00:00
});
Adding multitran. I added a note in the 'data' expression, regarding a locale that should be added into the system. svn path=/nixpkgs/trunk/; revision=14582
2009-03-17 21:49:39 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
muscleframework = callPackage ../tools/security/muscleframework { };
Adding more muscle programs and libraries. svn path=/nixpkgs/trunk/; revision=19320
2010-01-09 18:06:37 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
muscletool = callPackage ../tools/security/muscletool { };
Adding more muscle programs and libraries. svn path=/nixpkgs/trunk/; revision=19320
2010-01-09 18:06:37 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mysql2pgsql = callPackage ../tools/misc/mysql2pgsql { };
added mysql2pgsql (mysql dump to postrges sql converter) script svn path=/nixpkgs/trunk/; revision=11943
2008-05-31 22:49:00 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
namazu = callPackage ../tools/text/namazu { };
Add Namazu, a full-text search engine. svn path=/nixpkgs/trunk/; revision=13655
2008-12-17 17:09:29 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
nbd = callPackage ../tools/networking/nbd {
* nbd requires a static glib. Since it's the only package that does so, don't build the default glib statically but pass a custom glib to nbd. svn path=/nixpkgs/branches/x-updates/; revision=22658
2010-07-19 08:44:32 +00:00
glib = gtkLibs.glib.override {
stdenv = makeStaticBinaries stdenv;
* Added a function `applyGlobalOverrides' to return Nixpkgs with the specified overrides applied. This does the same as the `packageOverrides' attribute in ~/.nixpkgs/config.nix, but can be used within all-packages.nix to do a "deep" override for some specific package. For instance, to build Thunderbird with an older version of Glib, you can say: thunderbird3 = let pkgs = applyGlobalOverrides (pkgsOrig: { gtkLibs220 = pkgsOrig.gtkLibs220 // { glib = pkgsOrig.gtkLibs218.glib; }; }); in pkgs.callPackage .../thunderbird/3.x.nix { inherit (pkgs.gnome) libIDL; }; Note that `pkgsFun' now has an argument `pkgs' to refer to its own result. * Moved callPackage etc. into pkgsFun so that it uses the right overriden packages, if applicable. `defaultScope' isn't in the result set because that causes nix-env to go into an apparently infinite recursion. * Dropped the optional pkgsOrig argument to ~/.nixpkgs/config.nix, because it's probably not useful or used. svn path=/nixpkgs/trunk/; revision=23613
2010-09-03 10:46:18 +00:00
};
Added nc6, updated xkeyboard-config svn path=/nixpkgs/trunk/; revision=10469
2008-02-03 08:53:47 +00:00
};
added netcdf-4.1.1 svn path=/nixpkgs/trunk/; revision=24722
2010-11-17 10:05:46 +00:00
netcdf = callPackage ../development/libraries/netcdf { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
nc6 = callPackage ../tools/networking/nc6 { };
Added ncat - for IPv6 support. svn path=/nixpkgs/trunk/; revision=8964
2007-07-09 07:23:16 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ncat = callPackage ../tools/networking/ncat { };
* added ncftp svn path=/nixpkgs/trunk/; revision=17214
2009-09-17 07:31:34 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ncftp = callPackage ../tools/networking/ncftp { };
applying patches provided by griswold svn path=/nixpkgs/trunk/; revision=19707
2010-01-27 12:12:35 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ncompress = callPackage ../tools/compression/ncompress { };
add bzip2Static svn path=/nixpkgs/trunk/; revision=6269
2006-08-27 13:00:20 +00:00
* Added ndisc6 (which contains IPv6 related commands such as ndisc6, rdisc6 and rdnssd). svn path=/nixpkgs/trunk/; revision=26492
2011-03-24 14:30:06 +00:00
ndisc6 = callPackage ../tools/networking/ndisc6 { };
all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=26824
2011-04-13 17:53:07 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
netcat = callPackage ../tools/networking/netcat { };
Adding netkit tftp client and server. svn path=/nixpkgs/trunk/; revision=16780
2009-08-19 20:19:27 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
netkittftp = callPackage ../tools/networking/netkit/tftp { };
Adding remind and netpbm (maybe without all possible programs). I agree the netpbm installation script is quite ugly, but I left a comment there. svn path=/nixpkgs/trunk/; revision=14253
2009-02-25 22:44:08 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
netpbm = callPackage ../tools/graphics/netpbm { };
netselect = callPackage ../tools/networking/netselect { };
* Added netselect. svn path=/nixpkgs/trunk/; revision=9225
2007-08-31 11:14:05 +00:00
network-manager: packaged, maybe even works. svn path=/nixpkgs/trunk/; revision=25367
2011-01-03 18:01:10 +00:00
networkmanager = callPackage ../tools/networking/network-manager { };
nm-applet: packaged svn path=/nixpkgs/trunk/; revision=26526
2011-03-26 18:18:32 +00:00
networkmanagerapplet = newScope gnome ../tools/networking/network-manager-applet { };
Looks like 2.6.35.2 commits a fix that breaks AUFS2 svn path=/nixpkgs/trunk/; revision=23295
2010-08-20 21:39:22 +00:00
nilfs_utils = callPackage ../tools/filesystems/nilfs-utils {};
add some versions of cppunit/boost/protobuf, added binutils with gold, added nlopt svn path=/nixpkgs/trunk/; revision=27132
2011-05-04 10:03:46 +00:00
nlopt = callPackage ../development/libraries/nlopt {};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
nmap = callPackage ../tools/security/nmap {
Fix typo from previous commit. svn path=/nixpkgs/trunk/; revision=16230
2009-07-07 22:34:03 +00:00
inherit (pythonPackages) pysqlite;
* Added bsdiff 4.2. Wow, this is even better than zdelta (which in turn appears to be better than vdelta). svn path=/nixpkgs/trunk/; revision=1819
2004-11-29 21:17:29 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ntfs3g = callPackage ../tools/filesystems/ntfs-3g { };
* Refactoring: move most filesystem utilities / FUSE filesystems to tools/filesystems. Previously they were all over the place. svn path=/nixpkgs/trunk/; revision=18809
2009-12-04 15:39:49 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ntfsprogs = callPackage ../tools/filesystems/ntfsprogs { };
* Refactoring: move most filesystem utilities / FUSE filesystems to tools/filesystems. Previously they were all over the place. svn path=/nixpkgs/trunk/; revision=18809
2009-12-04 15:39:49 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ntp = callPackage ../tools/networking/ntp { };
* NTP daemon. svn path=/nixpkgs/trunk/; revision=7459
2006-12-21 22:23:17 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
nssmdns = callPackage ../tools/networking/nss-mdns { };
Add `nss-mdns', an NSS plug-in for the `.local' domain, using mDNS. svn path=/nixpkgs/trunk/; revision=11160
2008-03-17 13:41:54 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
nylon = callPackage ../tools/networking/nylon { };
Adding nylon. svn path=/nixpkgs/trunk/; revision=14254
2009-02-25 23:21:44 +00:00
* Doh, forgot to commit. svn path=/nixpkgs/trunk/; revision=27059
2011-04-30 09:21:38 +00:00
nzbget = callPackage ../tools/networking/nzbget { };
all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=27648
2011-07-07 21:32:55 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
obex_data_server = callPackage ../tools/bluetooth/obex-data-server { };
* Added Blueman (a Bluetooth application). * Added obex-data-server and python-notify, needed by Blueman. svn path=/nixpkgs/trunk/; revision=22497
2010-07-06 14:54:22 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
obexd = callPackage ../tools/bluetooth/obexd { };
* Added obexd. svn path=/nixpkgs/trunk/; revision=17497
2009-09-29 12:54:08 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
obexfs = callPackage ../tools/bluetooth/obexfs { };
* Various OBEX-related tools. svn path=/nixpkgs/trunk/; revision=16595
2009-08-05 23:24:27 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
obexftp = callPackage ../tools/bluetooth/obexftp { };
* Various OBEX-related tools. svn path=/nixpkgs/trunk/; revision=16595
2009-08-05 23:24:27 +00:00
* Move python/2.7/modules.nix into python/2.7/default.nix. Also remove the pythonModules attribute. The built-in modules are now accessible as (e.g.) "python.modules.ssl" or "pythonPackages.ssl". svn path=/nixpkgs/branches/modular-python/; revision=26559
2011-03-28 09:48:57 +00:00
offlineimap = callPackage ../tools/networking/offlineimap {
ssl = pythonPackages.ssl;
Adding offlineimap, in a not very elegant way. svn path=/nixpkgs/trunk/; revision=21034
2010-04-12 21:03:22 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
opendbx = callPackage ../development/libraries/opendbx { };
added opendbx 1.4.4 svn path=/nixpkgs/trunk/; revision=19872
2010-02-09 09:05:14 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
opendkim = callPackage ../development/libraries/opendkim { };
added libmilter, opendkim svn path=/nixpkgs/trunk/; revision=19875
2010-02-09 10:32:55 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
openjade = callPackage ../tools/text/sgml/openjade {
new: openjade, opensp - by Russell O'Connor svn path=/nixpkgs/trunk/; revision=17926
2009-10-22 15:41:39 +00:00
stdenv = overrideGCC stdenv gcc33;
openjade requires a version of opensp built with gcc33 in order to compile. svn path=/nixpkgs/trunk/; revision=24057
2010-10-04 17:05:22 +00:00
opensp = opensp.override { stdenv = overrideGCC stdenv gcc33; };
new: openjade, opensp - by Russell O'Connor svn path=/nixpkgs/trunk/; revision=17926
2009-10-22 15:41:39 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
openobex = callPackage ../tools/bluetooth/openobex { };
* Various OBEX-related tools. svn path=/nixpkgs/trunk/; revision=16595
2009-08-05 23:24:27 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
opensc_0_11_7 = callPackage ../tools/security/opensc/0.11.7.nix { };
Adding OpenSC, a pkcs11 interface to smartcards. svn path=/nixpkgs/trunk/; revision=19322
2010-01-09 21:52:31 +00:00
Downgrading the opensc library version to 0.11.7, that required for the Spanish national id smartcard (DNIe). Adding the opensc dnie driver. svn path=/nixpkgs/trunk/; revision=19325
2010-01-10 00:22:29 +00:00
opensc = opensc_0_11_7;
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
opensc_dnie_wrapper = callPackage ../tools/security/opensc-dnie-wrapper { };
Adding a global wrapper that provides the user with ready-to-use opensc tools and a 'firefox-dnie' that will launch the firefox in the path with the proper environment variables to allow firefox access the Spanish national id SmartCard as a Security Device. For the later to work cleanly, it will require the user to enable the opensc-pkcs11 module as Security Devices in firefox. svn path=/nixpkgs/trunk/; revision=19452
2010-01-14 23:43:56 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
openssh = callPackage ../tools/networking/openssh {
pkgs/top-level/all-packages.nix, pkgs/tools/networking/openssh: prefer makeOverridable over getPkgConfig to customize openssh Changed 'openssh' expression to allow for argument overriding instead of relying on getPkgConfig. While I was at it, I also simplified the build expression a bit. svn path=/nixpkgs/trunk/; revision=21868
2010-05-19 12:26:06 +00:00
hpnSupport = false;
etcDir = "/etc/ssh";
Make openssh compile on darwin by removing dependence on pam svn path=/nixpkgs/trunk/; revision=27289
2011-05-21 08:24:27 +00:00
pam = if stdenv.isLinux then pam else null;
* Updates paths in all-packages-generic.fix. svn path=/nixpkgs/trunk/; revision=472
2003-11-03 18:21:30 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
opensp = callPackage ../tools/text/sgml/opensp { };
new: openjade, opensp - by Russell O'Connor svn path=/nixpkgs/trunk/; revision=17926
2009-10-22 15:41:39 +00:00
Add sp compatibility wrapper This wrapper is required by some old programs (e.g., po4a which I'm trying to package) svn path=/nixpkgs/trunk/; revision=25320
2010-12-29 18:04:11 +00:00
spCompat = callPackage ../tools/text/sgml/opensp/compat.nix { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
openvpn = callPackage ../tools/networking/openvpn { };
adding openvpn svn path=/nixpkgs/trunk/; revision=14901
2009-04-06 13:07:18 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
optipng = callPackage ../tools/graphics/optipng { };
Adding optipng, and a basic expression for pdfread. svn path=/nixpkgs/trunk/; revision=20802
2010-03-23 23:04:41 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
p7zip = callPackage ../tools/archivers/p7zip { };
* Added p7zip for decompressing 7-zip archives. svn path=/nixpkgs/trunk/; revision=9248
2007-09-04 11:55:19 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
pal = callPackage ../tools/misc/pal { };
Adding the calendar program 'pal' svn path=/nixpkgs/trunk/; revision=23070
2010-08-09 21:13:36 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
panomatic = callPackage ../tools/graphics/panomatic { };
Adding panomatic. svn path=/nixpkgs/trunk/; revision=14981
2009-04-10 09:42:22 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
par2cmdline = callPackage ../tools/networking/par2cmdline { };
added packages: which, libtool aggregation in all-packages-generic: autotools building strategoxt from svn not complete yet since autconf cannot find libtool svn path=/nixpkgs/trunk/; revision=596
2003-12-23 20:51:58 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
parallel = callPackage ../tools/misc/parallel { };
Add GNU Parallel. svn path=/nixpkgs/trunk/; revision=21552
2010-05-02 09:27:32 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
patchutils = callPackage ../tools/text/patchutils { };
added patchutils svn path=/nixpkgs/trunk/; revision=12387
2008-07-18 23:36:28 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
parted = callPackage ../tools/misc/parted { };
add parted 2.3 for packages that are incompatible with 3.0 svn path=/nixpkgs/trunk/; revision=27349
2011-06-06 13:06:08 +00:00
parted_2_3 = callPackage ../tools/misc/parted/2.3.nix { };
* Added GNU wget to the stdenv. svn path=/nixpkgs/trunk/; revision=477
2003-11-04 08:44:46 +00:00
Parted (cross-GNU): Only refer to `.hostDrv' when cross-building. svn path=/nixpkgs/branches/stdenv-updates/; revision=25090
2010-12-12 23:35:10 +00:00
hurdPartedCross =
if crossSystem != null && crossSystem.config == "i586-pc-gnu"
then (callPackage ../tools/misc/parted {
# Needs the Hurd's libstore.
hurd = hurdCrossIntermediate;
# The Hurd wants a libparted.a.
enableStatic = true;
gettext = null;
readline = null;
devicemapper = null;
}).hostDrv
else null;
GNU Parted: Allow cross-GNU builds. svn path=/nixpkgs/branches/stdenv-updates/; revision=25088
2010-12-12 23:21:35 +00:00
* Delete some obsolete packages. * Make sure that every package in all-packages.nix has a unique name. Not all of them do, but there are now a few helper functions that modify the name of a package for display purposes in nix-env (e.g., you get "zlib-1.2.3" and "zlib-1.2.3-static" in "nix-env -qa"). svn path=/nixpkgs/trunk/; revision=8607
2007-04-26 13:02:30 +00:00
patch = gnupatch;
* The stdenv setup script now defines a generic builder that allows builders for typical Autoconf-style to be much shorten, e.g., . $stdenv/setup genericBuild The generic builder does lots of stuff automatically: - Unpacks source archives specified by $src or $srcs (it knows about gzip, bzip2, tar, zip, and unpacked source trees). - Determines the source tree. - Applies patches specified by $patches. - Fixes libtool not to search for libraries in /lib etc. - Runs `configure'. - Runs `make'. - Runs `make install'. - Strips debug information from static libraries. - Writes nested log information (in the format accepted by `log2xml'). There are also lots of hooks and variables to customise the generic builder. See `stdenv/generic/docs.txt'. * Adapted the base packages (i.e., the ones used by stdenv) to use the generic builder. * We now use `curl' instead of `wget' to download files in `fetchurl'. * Neither `curl' nor `wget' are part of stdenv. We shouldn't encourage people to download stuff in builders (impure!). * Updated some packages. * `buildinputs' is now `buildInputs' (but the old name also works). * `findInputs' in the setup script now prevents inputs from being processed multiple times (which could happen, e.g., if an input was a propagated input of several other inputs; this caused the size variables like $PATH to blow up exponentially in the worst case). * Patched GNU Make to write nested log information in the format accepted by `log2xml'. Also, prior to writing the build command, Make now writes a line `building X' to indicate what is being built. This is unfortunately often obscured by the gigantic tool invocations in many Makefiles. The actual build commands are marked `unimportant' so that they don't clutter pages generated by `log2html'. svn path=/nixpkgs/trunk/; revision=845
2004-03-19 16:53:04 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pbzip2 = callPackage ../tools/compression/pbzip2 { };
Adding pbzip2 (Parallel bzip2 for multicore machines) svn path=/nixpkgs/trunk/; revision=19011
2009-12-17 11:10:01 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pciutils = callPackage ../tools/system/pciutils { };
* Latest pciutils. svn path=/nixpkgs/trunk/; revision=7914
2007-02-19 20:18:20 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pcsclite = callPackage ../tools/security/pcsclite { };
Adding pcsclite with the opensource ccid usb drivers. This gives a daemon controlling the smartcard reader used to read the Spanish identity card. svn path=/nixpkgs/trunk/; revision=19319
2010-01-09 17:35:57 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pdf2djvu = callPackage ../tools/typesetting/pdf2djvu { };
Adding pdf2djvu, updating djvulibre, and getting more headers from poppler. svn path=/nixpkgs/trunk/; revision=14760
2009-03-29 20:32:41 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pdfjam = callPackage ../tools/typesetting/pdfjam { };
A pkgs/tools/typesetting/pdfjam A pkgs/tools/typesetting/pdfjam/builder.sh A pkgs/tools/typesetting/pdfjam/default.nix Added pdfjam, a package with the following tools: * pdfnup, which allows PDF files to be "n-upped" in roughly the way that psnup does for PostScript files. * pdfjoin, which concatenates the pages of multiple PDF files together into a single file * pdf90, which rotates the pages of one or more PDF files through 90 degrees (anti-clockwise). M pkgs/development/compilers/jdk/jdk6-linux.nix Typo svn path=/nixpkgs/trunk/; revision=8404
2007-03-21 12:53:01 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pdfread = callPackage ../tools/graphics/pdfread { };
Adding optipng, and a basic expression for pdfread. svn path=/nixpkgs/trunk/; revision=20802
2010-03-23 23:04:41 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pg_top = callPackage ../tools/misc/pg_top { };
added pg_top svn path=/nixpkgs/trunk/; revision=17711
2009-10-08 08:53:21 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
pdsh = callPackage ../tools/networking/pdsh {
Add latest Linux kernel for real i686 platform, not modern amd64-in-32bit-mode svn path=/nixpkgs/trunk/; revision=23173
2010-08-14 16:04:02 +00:00
rsh = true; # enable internal rsh implementation
pkgs/top-level/all-packages.nix: prefer makeOverridable over getPkgConfig to customize pdsh Changed 'pdsh' expression to allow for argument overriding instead of relying on getPkgConfig. svn path=/nixpkgs/trunk/; revision=21867
2010-05-19 12:26:00 +00:00
ssh = openssh;
new: pdsh is a fast and efficient parallel remote shell svn path=/nixpkgs/trunk/; revision=12313
2008-07-07 23:11:36 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
pfstools = callPackage ../tools/graphics/pfstools {
Adding qtpfsgui and pfstools. Updating fftw because the src URL didn't work anymore. svn path=/nixpkgs/trunk/; revision=14892
2009-04-05 21:41:13 +00:00
qt = qt3;
};
Adding philter mail sorter svn path=/nixpkgs/trunk/; revision=24336
2010-10-18 05:33:31 +00:00
philter = callPackage ../tools/networking/philter { };
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
pinentry = callPackage ../tools/misc/pinentry {
added missing top-level attribute pinentry svn path=/nixpkgs/trunk/; revision=11725
2008-04-25 23:43:14 +00:00
inherit (gnome) glib gtk;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pius = callPackage ../tools/security/pius { };
Add PIUS. svn path=/nixpkgs/trunk/; revision=22580
2010-07-13 16:32:14 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pk2cmd = callPackage ../tools/misc/pk2cmd { };
Adding the Microchip software for the PICKit2 programmer: pk2cmd svn path=/nixpkgs/trunk/; revision=21726
2010-05-11 16:17:26 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
plan9port = callPackage ../tools/system/plan9port { };
Adding plan9port with X11 support. For acme to work, set the PLAN9 variable, and have the plan9port programs in the PATH. svn path=/nixpkgs/trunk/; revision=14669
2009-03-23 21:31:30 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ploticus = callPackage ../tools/graphics/ploticus { };
add eject, but remove the po subdir svn path=/nixpkgs/trunk/; revision=3766
2005-09-01 16:38:31 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
plotutils = callPackage ../tools/graphics/plotutils { };
adding plotutils svn path=/nixpkgs/trunk/; revision=17862
2009-10-18 04:43:50 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pngnq = callPackage ../tools/graphics/pngnq { };
Adding pngnq. svn path=/nixpkgs/trunk/; revision=20801
2010-03-23 22:40:46 +00:00
Polipo: packaged svn path=/nixpkgs/trunk/; revision=27177
2011-05-07 23:41:34 +00:00
polipo = callPackage ../servers/polipo { };
polkit-gnome: packaged svn path=/nixpkgs/trunk/; revision=26527
2011-03-26 18:18:39 +00:00
polkit_gnome = callPackage ../tools/misc/polkit-gnome { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
povray = callPackage ../tools/graphics/povray { };
Adding povray svn path=/nixpkgs/trunk/; revision=15598
2009-05-14 08:49:46 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ppl = callPackage ../development/libraries/ppl { };
Add the Parma Polyhedra Library (PPL), an optional dependency of GCC 4.4. svn path=/nixpkgs/trunk/; revision=16421
2009-07-18 21:22:13 +00:00
Create a ppl0_11 attribute instead of using callPackage again and again svn path=/nixpkgs/trunk/; revision=26703
2011-04-05 17:11:20 +00:00
ppl0_11 = callPackage ../development/libraries/ppl/0.11.nix { };
Adding ppp and rp-pppoe for different point-to-point connectivity situations. Not tested for trivial reasons, but built OK svn path=/nixpkgs/trunk/; revision=13925
2009-02-01 13:54:20 +00:00
/* WARNING: this version is unsuitable for using with a setuid wrapper */
ppp = builderDefsPackage (import ../tools/networking/ppp) {
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
proxychains = callPackage ../tools/networking/proxychains { };
Committing Lluís Batlle's submissions from mailing list posting <45219fb00901110456i6f21db35tbd1894eaea2146ff@mail.gmail.com>: * nixpkgs-ccrypt-1.7-new.patch * nixpkgs-cmake-add-ccmake.patch * nixpkgs-cpufrequtils-005-new.patch * nixpkgs-dwm-5.1-fix.patch * nixpkgs-freeimage-3.11.0-new.patch * nixpkgs-proxychains-3.1-new.patch * nixpkgs-psi-to-0.12.patch * nixpkgs-skype-to-2.0.0.72.patch * nixpkgs-truecrypt-6.1a-fix.patch * nixpkgs-vxl-1.11.0-new.patch * nixpkgs-xkb-popular-esperanto-symbols.patch * nixpkgs-xorg-via-video-fix.patch svn path=/nixpkgs/trunk/; revision=13751
2009-01-12 21:12:07 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
proxytunnel = callPackage ../tools/misc/proxytunnel { };
Added proxy tunnel tool svn path=/nixpkgs/trunk/; revision=12814
2008-09-06 12:33:25 +00:00
Moved tools/misc/psmisc to os-specific/linux/psmisc. svn path=/nixpkgs/trunk/; revision=24469
2010-10-25 14:38:37 +00:00
psmisc = callPackage ../os-specific/linux/psmisc { };
* Added psmisc. svn path=/nixpkgs/trunk/; revision=9905
2007-12-11 11:47:23 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pstoedit = callPackage ../tools/graphics/pstoedit { };
adding ps2edit svn path=/nixpkgs/trunk/; revision=17863
2009-10-18 04:43:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pv = callPackage ../tools/misc/pv { };
Adding pipe viewer. svn path=/nixpkgs/trunk/; revision=14643
2009-03-22 12:34:30 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pwgen = callPackage ../tools/security/pwgen { };
* ncurses: added symlinks for bynary packages linked against libncurses. Tested with ghc. I will add 'unicode' option next check in (for cygwin). * pidgin: Got rid of builder.sh, added ncurses to the dependencies, so it builds finch. * xorg: Added glproto and mesaHeaders to xf86videosis dependencies. Now it compiles. * pwgen: Added. * device-mapper: Version bump. Added 'static' option for use in initrd. * lvm2: Version bump. Added 'static' option for use in initrd. svn path=/nixpkgs/trunk/; revision=8923
2007-06-28 09:53:12 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pydb = callPackage ../tools/pydb { };
adding pydb, a python debugging with gdb like commands svn path=/nixpkgs/trunk/; revision=15317
2009-04-26 11:06:51 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pystringtemplate = callPackage ../development/python-modules/stringtemplate { };
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
pythonDBus = builderDefsPackage (import ../development/python-modules/dbus) {
inherit python pkgconfig dbus_glib;
dbus = dbus.libs;
};
pythonIRClib = builderDefsPackage (import ../development/python-modules/irclib) {
inherit python;
};
pythonSexy = builderDefsPackage (import ../development/python-modules/libsexy) {
inherit python libsexy pkgconfig libxml2 pygtk;
inherit (gtkLibs) pango gtk glib;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
openmpi = callPackage ../development/libraries/openmpi { };
* added mcrl, mcrl2 and openmpi to all-packages.nix svn path=/nixpkgs/trunk/; revision=15874
2009-06-05 14:36:35 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
qdu = callPackage ../tools/misc/qdu { };
add qdu: a graphical disk usage based on qt. svn path=/nixpkgs/trunk/; revision=22021
2010-05-27 19:44:12 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
qhull = callPackage ../development/libraries/qhull { };
Adding qhull, and updating octaves. svn path=/nixpkgs/trunk/; revision=14955
2009-04-08 20:06:03 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
qshowdiff = callPackage ../tools/text/qshowdiff {
Adding qshowdiff. svn path=/nixpkgs/trunk/; revision=20633
2010-03-15 14:26:52 +00:00
qt = qt4;
};
* Added radvd, the Router Advertisement Daemon. svn path=/nixpkgs/trunk/; revision=26032
2011-02-19 16:04:34 +00:00
radvd = callPackage ../tools/networking/radvd { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
rtmpdump = callPackage ../tools/video/rtmpdump { };
Adding rtmpdump svn path=/nixpkgs/trunk/; revision=21468
2010-04-30 21:46:55 +00:00
GNU Recutils 1.0. svn path=/nixpkgs/branches/stdenv-updates/; revision=25227
2010-12-21 16:26:34 +00:00
recutils = callPackage ../tools/misc/recutils { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
reiser4progs = callPackage ../tools/filesystems/reiser4progs { };
* Refactoring: move most filesystem utilities / FUSE filesystems to tools/filesystems. Previously they were all over the place. svn path=/nixpkgs/trunk/; revision=18809
2009-12-04 15:39:49 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
reiserfsprogs = callPackage ../tools/filesystems/reiserfsprogs { };
* Refactoring: move most filesystem utilities / FUSE filesystems to tools/filesystems. Previously they were all over the place. svn path=/nixpkgs/trunk/; revision=18809
2009-12-04 15:39:49 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
relfs = callPackage ../tools/filesystems/relfs {
Added Relational FS svn path=/nixpkgs/trunk/; revision=9865
2007-12-06 00:32:21 +00:00
inherit (gnome) gnomevfs GConf;
svn path=/nixpkgs/trunk/; revision=9861
2007-12-04 22:06:13 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
remind = callPackage ../tools/misc/remind { };
Adding remind and netpbm (maybe without all possible programs). I agree the netpbm installation script is quite ugly, but I left a comment there. svn path=/nixpkgs/trunk/; revision=14253
2009-02-25 22:44:08 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
replace = callPackage ../tools/text/replace { };
Added replace. Maybe abandon sed for substituteAll ? svn path=/nixpkgs/trunk/; revision=8987
2007-07-15 11:59:33 +00:00
* librsync is missing. * mkDerivationByConfigruation wasn't commented out correctly (no nested comments, unfortunately). svn path=/nixpkgs/trunk/; revision=9287
2007-09-10 14:29:45 +00:00
/*
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
rdiff_backup = callPackage ../tools/backup/rdiff-backup {
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
python=python; };
* librsync is missing. * mkDerivationByConfigruation wasn't commented out correctly (no nested comments, unfortunately). svn path=/nixpkgs/trunk/; revision=9287
2007-09-10 14:29:45 +00:00
*/
rdiff-backup added svn path=/nixpkgs/trunk/; revision=9280
2007-09-08 20:45:23 +00:00
Add ripmime - MIME attachment extractor tool svn path=/nixpkgs/trunk/; revision=24337
2010-10-18 09:43:17 +00:00
ripmime = callPackage ../tools/networking/ripmime {};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
rsnapshot = callPackage ../tools/backup/rsnapshot {
Add rsnapshot, an rsync-based remote backup tool. svn path=/nixpkgs/trunk/; revision=11009
2008-03-07 09:33:51 +00:00
# For the `logger' command, we can use either `utillinux' or
# GNU Inetutils. The latter is more portable.
logger = inetutils;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
rlwrap = callPackage ../tools/misc/rlwrap { };
Added rlwrap - readline wrapper svn path=/nixpkgs/trunk/; revision=10271
2008-01-23 23:39:06 +00:00
Adding rockbox-utility, for installing/updating the rockbox firmware on mp3 players svn path=/nixpkgs/trunk/; revision=26817
2011-04-13 08:38:13 +00:00
rockbox_utility = callPackage ../tools/misc/rockbox-utility { };
Adding ppp and rp-pppoe for different point-to-point connectivity situations. Not tested for trivial reasons, but built OK svn path=/nixpkgs/trunk/; revision=13925
2009-02-01 13:54:20 +00:00
rpPPPoE = builderDefsPackage (import ../tools/networking/rp-pppoe) {
inherit ppp;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
rpm = callPackage ../tools/package-management/rpm {
* RPM updated to 4.7.2. * nspr updated to 4.8.2. * nss updated to 3.12.4. * elfutils updated to 0.143. svn path=/nixpkgs/trunk/; revision=18867
2009-12-09 22:34:51 +00:00
db4 = db45;
* Revived RPM. Damn, RPM is nasty to build. svn path=/nixpkgs/trunk/; revision=8407
2007-03-21 19:25:58 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
rrdtool = callPackage ../tools/misc/rrdtool {
Adding rrdtool. svn path=/nixpkgs/trunk/; revision=14713
2009-03-25 19:13:24 +00:00
inherit (gtkLibs) pango;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
rtorrent = callPackage ../tools/networking/p2p/rtorrent { };
Added libtorrent a bittorent library written in C++ for *nix and rtorrent a ncurses client for libtorrent. svn path=/nixpkgs/trunk/; revision=10842
2008-02-23 12:11:27 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
rubber = callPackage ../tools/typesetting/rubber { };
Add Rubber, a LaTeX wrapper that does the right thing. svn path=/nixpkgs/trunk/; revision=14551
2009-03-16 10:42:51 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
rxp = callPackage ../tools/text/xml/rxp { };
Add all my latest packages to all-packages.nix svn path=/nixpkgs/trunk/; revision=12957
2008-10-05 09:04:30 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
rzip = callPackage ../tools/compression/rzip { };
Adding lrzip and rzip. svn path=/nixpkgs/trunk/; revision=14581
2009-03-17 21:17:51 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
s3backer = callPackage ../tools/filesystems/s3backer { };
* Added s3backer. svn path=/nixpkgs/trunk/; revision=18811
2009-12-04 15:51:02 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
s3sync = callPackage ../tools/networking/s3sync { };
* Added s3sync. svn path=/nixpkgs/trunk/; revision=20496
2010-03-09 15:12:15 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
sablotron = callPackage ../tools/text/xml/sablotron { };
* Added BitTorrent. svn path=/nixpkgs/trunk/; revision=797
2004-02-17 20:03:12 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
screen = callPackage ../tools/misc/screen { };
* JDK: put the machine-dependent header files in the right place. * Added SWT for GTK (built from source). * Added Azureus (a Bittorrent client written in Java). svn path=/nixpkgs/trunk/; revision=4438
2005-12-26 00:51:24 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
scrot = callPackage ../tools/graphics/scrot { };
* Added scrot, a command-line screen capture utility. svn path=/nixpkgs/trunk/; revision=16946
2009-09-02 22:56:33 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
seccure = callPackage ../tools/security/seccure/0.4.nix { };
Added Shamir Secret Sharing Scheme and bmrsa. Fixed libgcrypt svn path=/nixpkgs/trunk/; revision=10928
2008-03-03 12:30:39 +00:00
Adding setserial svn path=/nixpkgs/trunk/; revision=15898
2009-06-09 04:22:46 +00:00
setserial = builderDefsPackage (import ../tools/system/setserial) {
inherit groff;
};
Add sg3_utils svn path=/nixpkgs/trunk/; revision=23949
2010-09-26 19:39:42 +00:00
sg3_utils = callPackage ../tools/system/sg3_utils { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
sharutils = callPackage ../tools/archivers/sharutils { };
sharutils added (4.6.3) svn path=/nixpkgs/branches/stdenv-updates/; revision=10744
2008-02-18 20:52:25 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
shebangfix = callPackage ../tools/misc/shebangfix { };
added small script fixing the shebang (#!/bin/...) path. It searches the PATH env variable for the same executable. svn path=/nixpkgs/trunk/; revision=9667
2007-11-14 19:07:38 +00:00
Adding siege HTTP load tester svn path=/nixpkgs/trunk/; revision=27368
2011-06-07 16:15:05 +00:00
siege = callPackage ../tools/networking/siege {};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
slimrat = callPackage ../tools/networking/slimrat {
Adding slimrat (not the gui, but at least the cli) svn path=/nixpkgs/trunk/; revision=20999
2010-04-10 10:47:30 +00:00
inherit (perlPackages) WWWMechanize LWP;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
slsnif = callPackage ../tools/misc/slsnif { };
slsnif-0.4.4 added svn path=/nixpkgs/trunk/; revision=12679
2008-08-21 11:07:29 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
smartmontools = callPackage ../tools/system/smartmontools { };
esniper 2.24.0 is a simple, lightweight tool for sniping eBay auctions. svn path=/nixpkgs/trunk/; revision=26086
2011-02-24 11:25:16 +00:00
Adding SMBNetFS svn path=/nixpkgs/trunk/; revision=26030
2011-02-19 09:56:35 +00:00
smbnetfs = callPackage ../tools/filesystems/smbnetfs {};
* Added smartmontools. svn path=/nixpkgs/trunk/; revision=9466
2007-10-18 13:05:43 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
fusesmb = callPackage ../tools/filesystems/fusesmb { };
Added smbfsFuse (executable name fusesmb) svn path=/nixpkgs/trunk/; revision=10285
2008-01-25 10:15:19 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
socat = callPackage ../tools/networking/socat { };
Added socat, updated zsh svn path=/nixpkgs/trunk/; revision=10470
2008-02-03 11:03:54 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
sourceHighlight = callPackage ../tools/text/source-highlight { };
pkgs/tools/text/source-highlight: added GNU source highlight version 3.1.3 svn path=/nixpkgs/trunk/; revision=21457
2010-04-30 12:23:26 +00:00
Fix the cleanup-induced problems svn path=/nixpkgs/trunk/; revision=18554
2009-11-23 12:21:34 +00:00
socat2pre = builderDefsPackage ../tools/networking/socat/2.0.0-b3.nix {
inherit fetchurl stdenv openssl;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
squashfsTools = callPackage ../tools/filesystems/squashfs { };
* Refactoring: move most filesystem utilities / FUSE filesystems to tools/filesystems. Previously they were all over the place. svn path=/nixpkgs/trunk/; revision=18809
2009-12-04 15:39:49 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
sshfsFuse = callPackage ../tools/filesystems/sshfs-fuse { };
* Refactoring: move most filesystem utilities / FUSE filesystems to tools/filesystems. Previously they were all over the place. svn path=/nixpkgs/trunk/; revision=18809
2009-12-04 15:39:49 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
sudo = callPackage ../tools/security/sudo { };
Added sudo. svn path=/nixpkgs/trunk/; revision=8898
2007-06-19 23:55:02 +00:00
Added setuid-ready chroot utility. svn path=/nixpkgs/trunk/; revision=16331
2009-07-12 08:10:51 +00:00
suidChroot = builderDefsPackage (import ../tools/system/suid-chroot) {
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
ssmtp = callPackage ../tools/networking/ssmtp {
* Build ssmtp with TLS support. * Added gnutls (but it turns out that ssmtp also builds with openssl, so I don't actually use it). svn path=/nixpkgs/trunk/; revision=9604
2007-11-08 17:48:52 +00:00
tlsSupport = true;
* add ssmtp still rather rough around the edges: - example config files are installed to $out/etc/ssmtp - the binary expects config files in /etc/ssmtp - it's the user's responsibility to add the global config files svn path=/nixpkgs/trunk/; revision=9064
2007-08-07 22:22:31 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ssss = callPackage ../tools/security/ssss { };
Added Shamir Secret Sharing Scheme and bmrsa. Fixed libgcrypt svn path=/nixpkgs/trunk/; revision=10928
2008-03-03 12:30:39 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
stun = callPackage ../tools/networking/stun { };
adding stun svn path=/nixpkgs/trunk/; revision=17860
2009-10-18 04:43:45 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
stunnel = callPackage ../tools/networking/stunnel { };
add stunnel svn path=/nixpkgs/trunk/; revision=14301
2009-03-02 15:23:52 +00:00
* Remove our hacked up version of `su' from coreutils. svn path=/nixpkgs/trunk/; revision=22108
2010-06-02 21:11:21 +00:00
su = shadow;
* Add a working PAM-enabled su. svn path=/nixpkgs/trunk/; revision=7633
2007-01-11 15:22:59 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
swec = callPackage ../tools/networking/swec {
Add SWEC (Simple Web Error Checker). svn path=/nixpkgs/trunk/; revision=19637
2010-01-24 19:07:16 +00:00
inherit (perlPackages) LWP URI HTMLParser HTTPServerSimple Parent;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
svnfs = callPackage ../tools/filesystems/svnfs { };
adding svnFS svn path=/nixpkgs/trunk/; revision=21132
2010-04-16 15:56:31 +00:00
system-config-printer: fix runtime errors. Patch by Karn Kallio. svn path=/nixpkgs/trunk/; revision=24899
2010-11-28 09:46:51 +00:00
system_config_printer = callPackage ../tools/misc/system-config-printer {
inherit (pythonPackages) notify;
libxml2 = libxml2Python;
};
Use $NIXPKGS_CONFIG to determine whether ghostscript has cups support. svn path=/nixpkgs/trunk/; revision=14275
2009-02-27 13:44:31 +00:00
* Make sitecopy build against Neon 0.29. svn path=/nixpkgs/trunk/; revision=23461
2010-08-26 13:09:52 +00:00
sitecopy = callPackage ../tools/networking/sitecopy { };
added sitecopy svn path=/nixpkgs/trunk/; revision=17638
2009-10-05 10:37:30 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
privoxy = callPackage ../tools/networking/privoxy {
Making privoxy build (set an older autoconf - the current privxoy does not like the newer) svn path=/nixpkgs/trunk/; revision=22503
2010-07-07 08:58:56 +00:00
autoconf = autoconf213;
added privoxy svn path=/nixpkgs/trunk/; revision=17645
2009-10-05 14:15:28 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
tcpdump = callPackage ../tools/networking/tcpdump { };
* Added tcpdump. svn path=/nixpkgs/trunk/; revision=7697
2007-01-16 14:35:08 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
tcng = callPackage ../tools/networking/tcng {
Rename `kernel*' to `linux*'. svn path=/nixpkgs/branches/stdenv-updates/; revision=19068
2009-12-21 14:12:00 +00:00
kernel = linux_2_6_28;
adding tcng package tcc can be used to generate tc traffic shaping commands. It even can compile kernel modules to classify packages (untested) svn path=/nixpkgs/trunk/; revision=14574
2009-03-17 14:18:45 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
telnet = callPackage ../tools/networking/telnet { };
* Added a telnet client. svn path=/nixpkgs/trunk/; revision=9431
2007-10-09 09:56:39 +00:00
Merging roconnor's and ludo' texmacs derivations. texmacs now has extra font options. texmacs is abstracted over which tex it uses (AFAIK texmacs only uses metafont). texmacs now depends on aspell, ghostscript soft dependencies. svn path=/nixpkgs/trunk/; revision=24054
2010-10-04 15:07:38 +00:00
texmacs = callPackage ../applications/editors/texmacs {
tex = texLive; /* tetex is also an option */
extraFonts = true;
Prepare for the Guile 2.0 switchover. svn path=/nixpkgs/trunk/; revision=25976
2011-02-15 13:14:29 +00:00
guile = guile_1_8;
Merging roconnor's and ludo' texmacs derivations. texmacs now has extra font options. texmacs is abstracted over which tex it uses (AFAIK texmacs only uses metafont). texmacs now depends on aspell, ghostscript soft dependencies. svn path=/nixpkgs/trunk/; revision=24054
2010-10-04 15:07:38 +00:00
};
Add GNU TeXmacs. svn path=/nixpkgs/trunk/; revision=19985
2010-02-13 19:22:16 +00:00
added tmux svn path=/nixpkgs/trunk/; revision=24904
2010-11-28 12:38:35 +00:00
tmux = callPackage ../tools/misc/tmux { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
tor = callPackage ../tools/security/tor { };
Adding tor 0.2.1.26 (Patch sent by roconnor) svn path=/nixpkgs/trunk/; revision=21797
2010-05-16 16:23:32 +00:00
New derivation for torsocks. This will replace tsocks. svn path=/nixpkgs/trunk/; revision=24011
2010-10-01 02:38:03 +00:00
torsocks = callPackage ../tools/security/tor/torsocks.nix { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ttf2pt1 = callPackage ../tools/misc/ttf2pt1 { };
Add ttf2pt1-cl-pdf which produces unicode maps for fonts svn path=/nixpkgs/trunk/; revision=23883
2010-09-21 14:35:07 +00:00
ttf2pt1_cl_pdf = callPackage ../tools/misc/ttf2pt1 { };
* Removed applications/msic, a rather obvious typo. svn path=/nixpkgs/trunk/; revision=15149
2009-04-19 11:47:01 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ucl = callPackage ../development/libraries/ucl { };
Adding upx. svn path=/nixpkgs/trunk/; revision=14645
2009-03-22 13:03:37 +00:00
Adding UDFtools svn path=/nixpkgs/trunk/; revision=25485
2011-01-10 11:04:20 +00:00
udftools = callPackage ../tools/filesystems/udftools {};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
ufraw = callPackage ../applications/graphics/ufraw {
Add UFRaw. svn path=/nixpkgs/trunk/; revision=17881
2009-10-19 12:50:45 +00:00
inherit (gnome) gtk;
};
* Added UNetbootin, a program for creating bootable USB sticks from ISO images. svn path=/nixpkgs/trunk/; revision=23018
2010-08-06 22:33:14 +00:00
unetbootin = callPackage ../tools/cd-dvd/unetbootin { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
upx = callPackage ../tools/compression/upx { };
pkgs/top-level/all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=24045
2010-10-04 09:49:25 +00:00
Add usbmuxd svn path=/nixpkgs/trunk/; revision=23948
2010-09-26 19:39:35 +00:00
usbmuxd = callPackage ../tools/misc/usbmuxd {};
Add Vacuum IM svn path=/nixpkgs/trunk/; revision=23870
2010-09-20 08:40:30 +00:00
vacuum = callPackage ../applications/networking/instant-messengers/vacuum {};
Adding upx. svn path=/nixpkgs/trunk/; revision=14645
2009-03-22 13:03:37 +00:00
Adding vbetool svn path=/nixpkgs/trunk/; revision=17952
2009-10-24 19:58:07 +00:00
vbetool = builderDefsPackage ../tools/system/vbetool {
inherit pciutils libx86 zlib;
};
* Added vde2 (Virtual Distributed Ethernet). svn path=/nixpkgs/trunk/; revision=25518
2011-01-12 13:39:17 +00:00
vde2 = callPackage ../tools/networking/vde2 { };
esniper 2.24.0 is a simple, lightweight tool for sniping eBay auctions. svn path=/nixpkgs/trunk/; revision=26086
2011-02-24 11:25:16 +00:00
Committing patch adding verilog from Antonio Vargas Gonzalez From his original, I adapted some spacing, and removed the release.nix reference (superfluous having set meta.platforms) svn path=/nixpkgs/trunk/; revision=24860
2010-11-25 22:01:14 +00:00
verilog = callPackage ../applications/science/electronics/verilog {};
added vfdecrypt svn path=/nixpkgs/trunk/; revision=25666
2011-01-22 12:14:25 +00:00
vfdecrypt = callPackage ../tools/misc/vfdecrypt { };
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
viking = callPackage ../applications/misc/viking { };
Add Viking, a GPS trace editor. svn path=/nixpkgs/trunk/; revision=15804
2009-05-30 20:52:10 +00:00
Adding vncrec - a VNC recorder svn path=/nixpkgs/trunk/; revision=16603
2009-08-07 12:00:00 +00:00
vncrec = builderDefsPackage ../tools/video/vncrec {
inherit (xlibs) imake libX11 xproto gccmakedep libXt
libXmu libXaw libXext xextproto libSM libICE libXpm
libXp;
};
Add vorbisgain - replaygain for ogg/vorbis svn path=/nixpkgs/trunk/; revision=26176
2011-03-06 16:07:37 +00:00
vorbisgain = callPackage ../tools/misc/vorbisgain { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
vpnc = callPackage ../tools/networking/vpnc { };
Add VPNC, a Cisco-compatible VPN client. svn path=/nixpkgs/trunk/; revision=10618
2008-02-10 21:54:01 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
vtun = callPackage ../tools/networking/vtun { };
Adding vtun. svn path=/nixpkgs/trunk/; revision=15682
2009-05-20 17:51:41 +00:00
Adding Welkin RDF visualizer svn path=/nixpkgs/trunk/; revision=27567
2011-07-01 07:26:38 +00:00
welkin = callPackage ../tools/graphics/welkin {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
testdisk = callPackage ../tools/misc/testdisk { };
* Added TestDisk, a program for fixing unbootable disks. svn path=/nixpkgs/trunk/; revision=9318
2007-09-12 15:49:28 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
htmlTidy = callPackage ../tools/text/html-tidy { };
Add HTML Tidy, an HTML validator. svn path=/nixpkgs/trunk/; revision=16176
2009-07-05 14:07:39 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
tigervnc = callPackage ../tools/admin/tigervnc {
Making the tigervnc server work. svn path=/nixpkgs/trunk/; revision=22584
2010-07-13 17:57:13 +00:00
fontDirectories = [ xorg.fontadobe75dpi xorg.fontmiscmisc xorg.fontcursormisc
xorg.fontbhlucidatypewriter75dpi ];
TigerVNC (without the server Xvnc still) svn path=/nixpkgs/trunk/; revision=22568
2010-07-12 22:15:36 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
tightvnc = callPackage ../tools/admin/tightvnc {
Making tightvnc use given fonts, instead of depending of an X Font Server started at the usual unix socket. svn path=/nixpkgs/trunk/; revision=15624
2009-05-16 23:04:06 +00:00
fontDirectories = [ xorg.fontadobe75dpi xorg.fontmiscmisc xorg.fontcursormisc
xorg.fontbhlucidatypewriter75dpi ];
* Added gtk-gnutella. * Added a patch to MPlayer to fix the aspect ratio on screens rotated with Xrandr. * Disable toolbus for now because it requires a non-existant package (tcltk). svn path=/nixpkgs/trunk/; revision=5171
2006-04-18 18:46:36 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
time = callPackage ../tools/misc/time { };
* Added the GNU `time' command. svn path=/nixpkgs/trunk/; revision=8599
2007-04-20 08:50:26 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
tm = callPackage ../tools/system/tm { };
tm (terminal mixer), ts (task spooler) added, provided by viric svn path=/nixpkgs/trunk/; revision=12688
2008-08-21 21:35:14 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
trang = callPackage ../tools/text/xml/trang { };
add groff, needed for dhcp svn path=/nixpkgs/trunk/; revision=3651
2005-08-21 13:59:04 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
tre = callPackage ../development/libraries/tre { };
added tre-0.8.0 svn path=/nixpkgs/trunk/; revision=19873
2010-02-09 09:09:25 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ts = callPackage ../tools/system/ts { };
tm (terminal mixer), ts (task spooler) added, provided by viric svn path=/nixpkgs/trunk/; revision=12688
2008-08-21 21:35:14 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
transfig = callPackage ../tools/graphics/transfig { };
add a wrapper for dhclient svn path=/nixpkgs/trunk/; revision=3655
2005-08-21 19:46:16 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
truecrypt = callPackage ../applications/misc/truecrypt {
Fixing truecrypt 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
2009-10-02 08:00:30 +00:00
wxGUI = getConfig [ "truecrypt" "wxGUI" ] true;
truecrypt svn path=/nixpkgs/trunk/; revision=12389
2008-07-19 16:14:24 +00:00
};
Making the current versions of flex/bison the default. Evaluation test passes. Please explicitly pass older versions to any package that can be adversely affected by too-fresh versions. svn path=/nixpkgs/branches/stdenv-updates/; revision=25086
2010-12-12 21:48:29 +00:00
ttmkfdir = callPackage ../tools/misc/ttmkfdir { };
Added template to use deb-package wrapper. svn path=/nixpkgs/trunk/; revision=10911
2008-03-02 18:41:32 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
unbound = callPackage ../tools/networking/unbound { };
unbound 1.4.1 svn path=/nixpkgs/trunk/; revision=19870
2010-02-09 07:28:32 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
units = callPackage ../tools/misc/units { };
Added GNU units - unit conversion tool. svn path=/nixpkgs/trunk/; revision=8907
2007-06-20 15:15:51 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
unrar = callPackage ../tools/archivers/unrar { };
Added unrar svn path=/nixpkgs/trunk/; revision=8916
2007-06-24 15:34:44 +00:00
Adding unarj svn path=/nixpkgs/trunk/; revision=24430
2010-10-23 14:55:14 +00:00
unarj = callPackage ../tools/archivers/unarj { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
unshield = callPackage ../tools/archivers/unshield { };
* Added unshield, a program for unpacking InstallShield CAB files (which are different from Windows Installer CAB files). svn path=/nixpkgs/trunk/; revision=8797
2007-05-28 17:09:30 +00:00
* Unzip 6.0. svn path=/nixpkgs/trunk/; revision=17687
2009-10-07 11:18:54 +00:00
unzip = unzip552;
# TODO: remove in the next stdenv update.
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
unzip552 = callPackage ../tools/archivers/unzip/5.52.nix { };
* Added libexif and the exif frontend utility. svn path=/nixpkgs/trunk/; revision=2376
2005-03-11 10:46:20 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
unzip60 = callPackage ../tools/archivers/unzip/6.0.nix { };
* Unzip 6.0. svn path=/nixpkgs/trunk/; revision=17687
2009-10-07 11:18:54 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
uptimed = callPackage ../tools/system/uptimed { };
* added uptimed 0.3.16 svn path=/nixpkgs/trunk/; revision=17172
2009-09-16 07:31:16 +00:00
* Added vlan, which provides the vconfig command. svn path=/nixpkgs/branches/modular-python/; revision=26624
2011-03-31 11:10:00 +00:00
vlan = callPackage ../tools/networking/vlan { };
Adding 'wakelan', to use UDP wake on lan on ethernet. svn path=/nixpkgs/trunk/; revision=26912
2011-04-20 20:55:46 +00:00
wakelan = callPackage ../tools/networking/wakelan { };
Adding wavemon svn path=/nixpkgs/trunk/; revision=27557
2011-06-29 09:53:35 +00:00
wavemon = callPackage ../tools/networking/wavemon { };
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
w3cCSSValidator = callPackage ../tools/misc/w3c-css-validator {
adding w3c CSS validator svn path=/nixpkgs/trunk/; revision=19635
2010-01-24 15:39:42 +00:00
tomcat = tomcat6;
};
Update fuse and make wdfs build with the latest neon. neon026 does not build with the current SSL. We should either remove neon026 or fix it. svn path=/nixpkgs/trunk/; revision=23505
2010-08-29 12:27:41 +00:00
wdfs = callPackage ../tools/filesystems/wdfs { };
new: wdfs-1.4.2 is a user-space file system that allows mounting a webdav share svn path=/nixpkgs/trunk/; revision=12316
2008-07-07 23:24:48 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
wdiff = callPackage ../tools/text/wdiff { };
* Added GNU wdiff. svn path=/nixpkgs/trunk/; revision=20817
2010-03-25 11:51:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
webalizer = callPackage ../tools/networking/webalizer { };
nix 0.15pre20231 as nixUnstable svn path=/nixpkgs/trunk/; revision=20243
2010-02-25 10:01:33 +00:00
Adding WebDruid log analyzer. In the same time, reworking source autoupdate system a bit svn path=/nixpkgs/trunk/; revision=16859
2009-08-26 11:13:36 +00:00
webdruid = builderDefsPackage ../tools/admin/webdruid {
xlock: fixed build and updated to version 5.24 svn path=/nixpkgs/trunk/; revision=17356
2009-09-22 20:16:38 +00:00
inherit zlib libpng freetype gd which
Adding WebDruid log analyzer. In the same time, reworking source autoupdate system a bit svn path=/nixpkgs/trunk/; revision=16859
2009-08-26 11:13:36 +00:00
libxml2 geoip;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
wget = callPackage ../tools/networking/wget {
GNU wget: Fix test suite runs. svn path=/nixpkgs/trunk/; revision=21057
2010-04-13 10:11:42 +00:00
inherit (perlPackages) LWP;
Added transfig, opefully the ugliest package of this world svn path=/nixpkgs/trunk/; revision=5751
2006-07-17 20:35:02 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
which = callPackage ../tools/system/which { };
* modified tetex to support extra .sty's from other packages * added lazylist and polytable (both tetex packages) * added lhs2tex ebuild, depending on the two above svn path=/nixpkgs/trunk/; revision=4609
2006-01-27 20:51:41 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
wicd = callPackage ../tools/networking/wicd { };
Adding wicd, written by roconnor, sent to the nix-dev list on 2010-01-07 svn path=/nixpkgs/trunk/; revision=19297
2010-01-07 17:49:45 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
wv = callPackage ../tools/misc/wv { };
Added wvVare - tools for converting Microsoft Word formats to usable ones. svn path=/nixpkgs/trunk/; revision=9152
2007-08-18 08:32:12 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
wv2 = callPackage ../tools/misc/wv2 { };
Added wv2 library svn path=/nixpkgs/trunk/; revision=15777
2009-05-28 19:22:32 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
x11_ssh_askpass = callPackage ../tools/networking/x11-ssh-askpass { };
* Added x11-ssh-askpass. svn path=/nixpkgs/trunk/; revision=8529
2007-04-02 13:46:56 +00:00
* Fix an evaluation error in xburst-tools. svn path=/nixpkgs/branches/stdenv-updates/; revision=25311
2010-12-28 17:25:17 +00:00
xbursttools = assert stdenv ? glibc; import ../tools/misc/xburst-tools {
Adding xburst-tools to manage the USB_BOOT mode of the Ben Nanonote (reflashing, ...) I add the 'confuse' library as a side effect. svn path=/nixpkgs/trunk/; revision=22817
2010-07-29 23:25:42 +00:00
inherit stdenv fetchgit autoconf automake libusb confuse;
Making the xburst-tools for the Ben Nanonote build the firmware they need to communicate with it. This involves making a cross-compiler for mipsel. svn path=/nixpkgs/trunk/; revision=22818
2010-07-29 23:26:07 +00:00
# It needs a cross compiler for mipsel to build the firmware it will
# load into the Ben Nanonote
* Fix eval-release.nix by testing whether all attributes of a 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
2010-08-19 12:37:10 +00:00
gccCross =
let
Making the xburst-tools for the Ben Nanonote build the firmware they need to communicate with it. This involves making a cross-compiler for mipsel. svn path=/nixpkgs/trunk/; revision=22818
2010-07-29 23:26:07 +00:00
pkgsCross = (import ./all-packages.nix) {
inherit system;
inherit bootStdenv noSysDirs gccWithCC gccWithProfiling config;
# Ben Nanonote system
crossSystem = {
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
config = "mipsel-unknown-linux";
Making the xburst-tools for the Ben Nanonote build the firmware they need to communicate with it. This involves making a cross-compiler for mipsel. svn path=/nixpkgs/trunk/; revision=22818
2010-07-29 23:26:07 +00:00
bigEndian = true;
arch = "mips";
float = "soft";
withTLS = true;
libc = "uclibc";
platform = {
name = "ben_nanonote";
kernelMajor = "2.6";
# It's not a bcm47xx processor, but for the headers this should work
kernelHeadersBaseConfig = "bcm47xx_defconfig";
kernelArch = "mips";
};
gcc = {
arch = "mips32";
};
};
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
in
Making the xburst-tools for the Ben Nanonote build the firmware they need to communicate with it. This involves making a cross-compiler for mipsel. svn path=/nixpkgs/trunk/; revision=22818
2010-07-29 23:26:07 +00:00
pkgsCross.gccCrossStageStatic;
Adding xburst-tools to manage the USB_BOOT mode of the Ben Nanonote (reflashing, ...) I add the 'confuse' library as a side effect. svn path=/nixpkgs/trunk/; revision=22817
2010-07-29 23:25:42 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xclip = callPackage ../tools/misc/xclip { };
xclip added svn path=/nixpkgs/trunk/; revision=9355
2007-09-21 21:40:23 +00:00
* Added xdelta. svn path=/nixpkgs/trunk/; revision=24907
2010-11-28 16:37:48 +00:00
xdelta = callPackage ../tools/compression/xdelta { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xfsprogs = callPackage ../tools/filesystems/xfsprogs { };
* Refactoring: move most filesystem utilities / FUSE filesystems to tools/filesystems. Previously they were all over the place. svn path=/nixpkgs/trunk/; revision=18809
2009-12-04 15:39:49 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
xmlroff = callPackage ../tools/typesetting/xmlroff {
Added pangoxsl and xmlroff svn path=/nixpkgs/trunk/; revision=3574
2005-08-13 21:35:49 +00:00
inherit (gtkLibs) glib pango gtk;
inherit (gnome) libgnomeprint;
Added jing-tools to the cache svn path=/nixpkgs/trunk/; revision=3570
2005-08-13 18:12:10 +00:00
};
* Added xmlstarlet. svn path=/nixpkgs/trunk/; revision=23271
2010-08-20 10:07:35 +00:00
xmlstarlet = callPackage ../tools/text/xml/xmlstarlet { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xmlto = callPackage ../tools/typesetting/xmlto { };
Add `xmlto', a front-end to an XSL toolchain. svn path=/nixpkgs/trunk/; revision=11048
2008-03-11 08:44:22 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xmltv = callPackage ../tools/misc/xmltv { };
* Qt: add optional support for MySQL. * MythTV: the setup program works :-). * Added XmlTV. This requires a huge number of Perl modules, so... * Added a generic builder for Perl modules. I'm lazy so the modules are defined directly in all-packages-generic.nix. The generic builder also patches Perl scripts to include a hard-coded Perl module search path (i.e., similar to an RPATH in ELF executables). svn path=/nixpkgs/trunk/; revision=2083
2005-01-22 00:19:27 +00:00
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
xmpppy = builderDefsPackage (import ../development/python-modules/xmpppy) {
inherit python setuptools;
};
Add GNU xorriso, which supersedes GNU mkisofs. svn path=/nixpkgs/trunk/; revision=25703
2011-01-27 20:12:28 +00:00
xorriso = callPackage ../tools/cd-dvd/xorriso { };
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
xpf = callPackage ../tools/text/xml/xpf {
* Disable some Haskell packages on Darwin. svn path=/nixpkgs/branches/stdenv-updates/; revision=15270
2009-04-23 12:33:09 +00:00
libxml2 = libxml2Python;
- add mktemp - disable tiger, strategoxt, they don't work and give errors - ftp.nl.kernel.org seems to have some problems, replaced with ftp.de.kernel.org should be put back eventually svn path=/nixpkgs/trunk/; revision=1215
2004-08-03 15:41:08 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xsel = callPackage ../tools/misc/xsel { };
also add nmap here svn path=/nixpkgs/trunk/; revision=1238
2004-08-06 10:01:15 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
zdelta = callPackage ../tools/compression/zdelta { };
* GnuPG updated to 1.4.2. Added support to optionally build it with IDEA support (requires a license). svn path=/nixpkgs/trunk/; revision=4399
2005-12-18 22:14:31 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
zile = callPackage ../applications/editors/zile { };
Add GNU Zile, a tiny Emacs clone. svn path=/nixpkgs/trunk/; revision=14249
2009-02-25 20:24:18 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
zip = callPackage ../tools/archivers/zip { };
* Added Xauth (pilfered from the modular X.org tree). svn path=/nixpkgs/trunk/; revision=3466
2005-07-29 10:06:49 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
zsync = callPackage ../tools/compression/zsync { };
* TightVNC. svn path=/nixpkgs/trunk/; revision=5698
2006-07-13 14:54:24 +00:00
* dhclient: don't flush IPv6 addresses/routes. svn path=/nixpkgs/trunk/; revision=26455
2011-03-22 12:55:55 +00:00
* Updates paths in all-packages-generic.fix. svn path=/nixpkgs/trunk/; revision=472
2003-11-03 18:21:30 +00:00
### SHELLS
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
* Get rid of the ugly `useFromStdenv' hack in all-packages.nix. 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
2010-08-06 10:34:34 +00:00
bash = lowPrio (callPackage ../shells/bash {
* Turn vim/default.nix into a regular package. We don't need two configurable VIMs. svn path=/nixpkgs/trunk/; revision=22784
2010-07-28 12:52:54 +00:00
texinfo = null;
* Get rid of the ugly `useFromStdenv' hack in all-packages.nix. 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
2010-08-06 10:34:34 +00:00
});
* bash: updated to 4.0 patchlevel 17. Removed the dietlibc patch, we don't need it anymore. svn path=/nixpkgs/branches/stdenv-updates/; revision=15018
2009-04-13 18:38:45 +00:00
* Get rid of the ugly `useFromStdenv' hack in all-packages.nix. 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
2010-08-06 10:34:34 +00:00
bashInteractive = appendToName "interactive" (callPackage ../shells/bash {
* Yes! Finally! Bash built with ncurses support! This fixes the annoying problem with lines longer than 80 (?) characters. svn path=/nixpkgs/trunk/; revision=8248
2007-03-06 22:46:03 +00:00
interactive = true;
* Delete some obsolete packages. * Make sure that every package in all-packages.nix has a unique name. Not all of them do, but there are now a few helper functions that modify the name of a package for display purposes in nix-env (e.g., you get "zlib-1.2.3" and "zlib-1.2.3-static" in "nix-env -qa"). svn path=/nixpkgs/trunk/; revision=8607
2007-04-26 13:02:30 +00:00
});
* Yes! Finally! Bash built with ncurses support! This fixes the annoying problem with lines longer than 80 (?) characters. svn path=/nixpkgs/trunk/; revision=8248
2007-03-06 22:46:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dash = callPackage ../shells/dash { };
* Added dash. svn path=/nixpkgs/trunk/; revision=22088
2010-06-01 17:05:29 +00:00
* ipython: simplify. svn path=/nixpkgs/branches/modular-python/; revision=26565
2011-03-28 12:40:53 +00:00
ipython = callPackage ../shells/ipython { };
pkgs/shells/ipython: added initial version of ipython 0.10.1 Committing on behalf of Cillian de Róiste <cillian.deroiste@gmail.com>. svn path=/nixpkgs/trunk/; revision=24928
2010-11-29 18:04:56 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
tcsh = callPackage ../shells/tcsh { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
rush = callPackage ../shells/rush { };
Add GNU SASL, GNU GSS-API, and GNU Rush. Contributed by Brian Gough <bjg@gnu.org>. svn path=/nixpkgs/trunk/; revision=21315
2010-04-26 08:59:25 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
zsh = callPackage ../shells/zsh { };
Added zsh svn path=/nixpkgs/trunk/; revision=8900
2007-06-20 10:02:10 +00:00
* Updates paths in all-packages-generic.fix. svn path=/nixpkgs/trunk/; revision=472
2003-11-03 18:21:30 +00:00
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
### DEVELOPMENT / COMPILERS
* Updates paths in all-packages-generic.fix. svn path=/nixpkgs/trunk/; revision=472
2003-11-03 18:21:30 +00:00
* Converting packages. This is the minimal Nix stdenv for building the ATerm library. svn path=/nixpkgs/trunk/; revision=459
2003-11-02 17:42:19 +00:00
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
abc =
abcPatchable [];
add nixStatic and binutilsStatic svn path=/nixpkgs/trunk/; revision=6055
2006-08-05 11:02:17 +00:00
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
abcPatchable = patches :
* Remove redundant parentheses. svn path=/nixpkgs/trunk/; revision=6758
2006-10-18 10:32:45 +00:00
import ../development/compilers/abc/default.nix {
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
inherit stdenv fetchurl patches jre apacheAnt;
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
javaCup = callPackage ../development/libraries/java/cup { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
};
move binutils-arm to binutils-cross. Also, add binutils for mips-linux in a more generic way. Still, there is a lot of room for improvement. svn path=/nixpkgs/trunk/; revision=4458
2005-12-31 03:46:20 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
aspectj = callPackage ../development/compilers/aspectj { };
* Added patchelf. svn path=/nixpkgs/trunk/; revision=1505
2004-09-25 19:32:23 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
bigloo = callPackage ../development/compilers/bigloo { };
bigloo is now compiling svn path=/nixpkgs/trunk/; revision=10549
2008-02-08 01:35:01 +00:00
Added Clozure CL svn path=/nixpkgs/trunk/; revision=20211
2010-02-24 09:04:29 +00:00
ccl = builderDefsPackage ../development/compilers/ccl {};
Making clang build for llvm 2.7 (I've not tested the usage of c++ headers though, but it builds c and c++ simple programs) svn path=/nixpkgs/trunk/; revision=22236
2010-06-12 21:52:39 +00:00
clang = llvm.override {
buildClang = true;
};
Add Concurrent Clean to NixPkgs. svn path=/nixpkgs/trunk/; revision=25276
2010-12-25 15:13:07 +00:00
clean = callPackage ../development/compilers/clean { };
Add CMUCL Common Lisp compiler svn path=/nixpkgs/trunk/; revision=24618
2010-11-08 08:58:50 +00:00
cmucl_binary = callPackage ../development/compilers/cmucl/binary.nix { };
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
dylan = callPackage ../development/compilers/gwydion-dylan {
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
dylan =
import ../development/compilers/gwydion-dylan/binary.nix {
inherit fetchurl stdenv;
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
};
* A much newer version of flex. The old (GNU) one was from 1997. svn path=/nixpkgs/trunk/; revision=727
2004-01-30 10:10:06 +00:00
};
Build ECL with DFFI svn path=/nixpkgs/trunk/; revision=25610
2011-01-18 17:36:25 +00:00
ecl = callPackage ../development/compilers/ecl { };
ECL entry in all-packages svn path=/nixpkgs/trunk/; revision=19556
2010-01-20 05:41:18 +00:00
Add EQL (Embeddable Common Lisp + Qt) svn path=/nixpkgs/trunk/; revision=23842
2010-09-17 19:52:50 +00:00
eql = callPackage ../development/compilers/eql {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
adobe_flex_sdk = callPackage ../development/compilers/adobe-flex-sdk { };
adding open source adobe flex sdk svn path=/nixpkgs/trunk/; revision=14902
2009-04-06 13:07:21 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
fpc = callPackage ../development/compilers/fpc { };
Use FPC 2.4.0 for Lazarus svn path=/nixpkgs/trunk/; revision=24705
2010-11-15 21:10:18 +00:00
fpc_2_4_0 = callPackage ../development/compilers/fpc/2.4.0.nix { };
Added Free Pascal Compiler. svn path=/nixpkgs/trunk/; revision=9102
2007-08-11 20:55:40 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gambit = callPackage ../development/compilers/gambit { };
Top-level entry for gambit commit svn path=/nixpkgs/trunk/; revision=22028
2010-05-28 06:08:50 +00:00
Trying to make gcc 4.5 the default svn path=/nixpkgs/branches/stdenv-updates/; revision=22255
2010-06-14 09:30:31 +00:00
gcc = gcc45;
* Started adding gcc 3.4. svn path=/nixpkgs/trunk/; revision=1103
2004-06-29 08:25:55 +00:00
* Regularize the treatment of the "gcc" attributes in all-packages.nix. All "gcc*" attributes are wrapped GCC instances now. svn path=/nixpkgs/trunk/; revision=5671
2006-07-10 15:42:19 +00:00
gcc295 = wrapGCC (import ../development/compilers/gcc-2.95 {
inherit fetchurl stdenv noSysDirs;
});
gcc33 = wrapGCC (import ../development/compilers/gcc-3.3 {
inherit fetchurl stdenv noSysDirs;
});
gcc34 = wrapGCC (import ../development/compilers/gcc-3.4 {
inherit fetchurl stdenv noSysDirs;
});
Add GNU Texinfo 4.9, use it to produce GCC 4.x documentation. svn path=/nixpkgs/trunk/; revision=10805
2008-02-21 15:34:56 +00:00
# XXX: GCC 4.2 (and possibly others) misdetects `makeinfo' when
# using Texinfo >= 4.10, just because it uses a stupid regexp that
# expects a single digit after the dot. As a workaround, we feed
# GCC with Texinfo 4.9. Stupid bug, hackish workaround.
* g77 -> gfortran throughout. Got rid of the separate expressions/builders for Fortran. Tested by building Octave with gfortran 4.3. svn path=/nixpkgs/branches/stdenv-updates/; revision=14978
2009-04-09 15:24:33 +00:00
gcc40 = wrapGCC (makeOverridable (import ../development/compilers/gcc-4.0) {
* Regularize the treatment of the "gcc" attributes in all-packages.nix. All "gcc*" attributes are wrapped GCC instances now. svn path=/nixpkgs/trunk/; revision=5671
2006-07-10 15:42:19 +00:00
inherit fetchurl stdenv noSysDirs;
Add GNU Texinfo 4.9, use it to produce GCC 4.x documentation. svn path=/nixpkgs/trunk/; revision=10805
2008-02-21 15:34:56 +00:00
texinfo = texinfo49;
* Regularize the treatment of the "gcc" attributes in all-packages.nix. All "gcc*" attributes are wrapped GCC instances now. svn path=/nixpkgs/trunk/; revision=5671
2006-07-10 15:42:19 +00:00
profiledCompiler = true;
});
* g77 -> gfortran throughout. Got rid of the separate expressions/builders for Fortran. Tested by building Octave with gfortran 4.3. svn path=/nixpkgs/branches/stdenv-updates/; revision=14978
2009-04-09 15:24:33 +00:00
gcc41 = wrapGCC (makeOverridable (import ../development/compilers/gcc-4.1) {
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
inherit fetchurl stdenv noSysDirs;
Add GNU Texinfo 4.9, use it to produce GCC 4.x documentation. svn path=/nixpkgs/trunk/; revision=10805
2008-02-21 15:34:56 +00:00
texinfo = texinfo49;
* Put back in the code to do a profiled GCC build, but turn in off (build ICEs). svn path=/nixpkgs/trunk/; revision=6861
2006-10-26 20:23:49 +00:00
profiledCompiler = false;
* Default compiler changed to GCC 4.2.2. * Fix for NIXPKGS-60 ("g++ 4.2.0 cannot create dynamically linked executables"). svn path=/nixpkgs/branches/stdenv-updates/; revision=9691
2007-11-15 15:19:58 +00:00
});
* Get Wine to work (basically) by linking it against Glibc 2.6 with NPTL. Apparently Wine doesn't work with Glibc 2.5 + LinuxThreads. svn path=/nixpkgs/trunk/; revision=9165
2007-08-18 23:58:30 +00:00
* g77 -> gfortran throughout. Got rid of the separate expressions/builders for Fortran. Tested by building Octave with gfortran 4.3. svn path=/nixpkgs/branches/stdenv-updates/; revision=14978
2009-04-09 15:24:33 +00:00
gcc42 = wrapGCC (makeOverridable (import ../development/compilers/gcc-4.2) {
stub for gcc42 svn path=/nixpkgs/trunk/; revision=8718
2007-05-19 19:44:15 +00:00
inherit fetchurl stdenv noSysDirs;
* GCC 4.3.1. (g++ doesn't work yet though.) svn path=/nixpkgs/trunk/; revision=12194
2008-06-26 10:20:33 +00:00
profiledCompiler = false;
svn path=/nixpkgs/branches/stdenv-updates/; revision=12994
2008-10-07 17:34:35 +00:00
});
Improved support for building 32-bit binaries on x86_64-linux. * glibc_multi: a wrapper that combines the 32-bit and 64-bit Glibcs. This is necessary so that 64-bit GCC can find gnu/stubs-32.h and the 32-bit Glibc libraries. To build glibc_multi on x86_64-linux, you still need either the i686-linux Glibc derivation from a channel, or to have configured Nix with support for forwarding the build to a i686-linux machine. In the future this may become unnecessary by providing a prebuilt binary of 32-bit Glibc somewhere (like the binaries used in the stdenvLinux bootstrap). * With glibc_multi, it becomes possible to build gcc with multilib support (i.e. it builds 32-bit and 64-bit versions of libgcc, libstdc++, etc.). svn path=/nixpkgs/trunk/; revision=12203
2008-06-27 18:26:19 +00:00
Trying to get the gcc-4.4 cross-build also. Fixing the glibc-2.10 expression on cross-builds (which should be ported to the glibc-2.11 expression once we get "ports" there) Making kde3 and cyrus-sasl use gcc-4.3, because the strictness in gcc-4.4 does not allow them build. svn path=/nixpkgs/branches/stdenv-updates/; revision=18706
2009-11-29 23:27:35 +00:00
gcc43 = lowPrio (wrapGCC (makeOverridable (import ../development/compilers/gcc-4.3) {
- Removed all *NoCross expressions I dupilcated in nixpkgs, while maintaining the cross compilation functionality. - I renamed some expected stdenv.mkDerivation parameter attributes so we can keep this branch properly updated from trunk. We agreed with Nicolas Pierron doing a massive renaming, so all current buildInputs become hostInputs (input as build for the host machine, in autotools terminology) , and then buildInputs would mean "input as for the build machine". By now, the specific "input as for the build machine" is specified through buildNativeInputs. We should fix this in the merge to trunk. - I made the generic stdenv understand the buildNativeInputs, otherwise if we start changing nixpkgs expressions so they distinguish the current buildInputs into buildInputs and buildNativeInputs, we could break even more nixpkgs for other platforms. - I changed the default result of mkDerivation so it becomes the derivation for to be run in the build machine. This allows, without any special rewriting, "fetchurl" derivations to be always results for the build machine to use them. - The change above implies that, for anyone wanting to cross-compile, has to build the hostDrv of the wanted derivation. For example, after this commit, the usual test of "nix-build -A bison.hostDrv arm.nix" works. I described the contents of this arm.nix in r18398. svn path=/nixpkgs/branches/stdenv-updates/; revision=18471
2009-11-19 19:03:34 +00:00
inherit stdenv fetchurl texinfo gmp mpfr noSysDirs;
* Use GCC 4.3 by default. * Updated stdenv-linux: - The bootstrap tools are no longer statically linked (except for binaries in the Nixpkgs tree used to download and unpack the bootstrap tools). - x86_64 uses the same static binaries as i686. This makes the Nixpkgs tree a bit smaller. - Use the Linux 2.6.28 headers. svn path=/nixpkgs/branches/stdenv-updates/; revision=13946
2009-02-01 21:44:56 +00:00
profiledCompiler = true;
* nix-env -i gcc-wrapper matched two derivations, lower the priority of the second one. svn path=/nixpkgs/trunk/; revision=15972
2009-06-16 13:06:02 +00:00
}));
* Use GCC 4.3 by default. * Updated stdenv-linux: - The bootstrap tools are no longer statically linked (except for binaries in the Nixpkgs tree used to download and unpack the bootstrap tools). - x86_64 uses the same static binaries as i686. This makes the Nixpkgs tree a bit smaller. - Use the Linux 2.6.28 headers. svn path=/nixpkgs/branches/stdenv-updates/; revision=13946
2009-02-01 21:44:56 +00:00
I removed the function-shape of the cross-toolchain related attributes in the all-packages.nix. That was more complicating than helping. svn path=/nixpkgs/trunk/; revision=20457
2010-03-06 23:36:55 +00:00
gcc43_realCross = makeOverridable (import ../development/compilers/gcc-4.3) {
inherit stdenv fetchurl texinfo gmp mpfr noSysDirs;
binutilsCross = binutilsCross;
libcCross = libcCross;
My first attempt at getting cross compilers in nixpkgs. My idea is to provide special stdenv expressions that will contain in the path additional cross compilers. As most expressions for programs accept a stdenv parameter, we could substitute this parameter with the special stdenv, which will have a generic builder that attempts the usual "--target=..." and can additionally have an env variable like "cross" with the target architecture set. So, finally we could have additional expressions like this: bashRealArm = makeOverridable (import ../shells/bash) { inherit fetchurl bison; stdenv = stdenvCross "armv5tel-unknown-linux-gnueabi"; }; Meanwhile it does not work - I still cannot get the cross-gcc to build. I think it does not fill the previous expressions with a lot of noise, so I think it may be a good path to follow. I only touched some files of the current stdenv: gcc-4.3, kernel headers 2.6.28, glibc 2.9, ... I tried to use the gcc-cross-wrapper, that may be very outdated. Maybe I will update it, or update the gcc-wrapper expression to make it fit the cross tools, but meanwhile I even cannot build gcc, so I have not tested the wrapper. This new idea on cross compiling is not similar to that of the nixpkgs/branches/cross-compilation, which mostly added bare new expressions for anything to be cross compiled, if I understood it correctly. I cared not to break anything of the usual stdenv in all this work. svn path=/nixpkgs/branches/stdenv-updates/; revision=18343
2009-11-14 08:11:30 +00:00
profiledCompiler = false;
enableMultilib = true;
Cleaning a bit around gcc43_RealCross svn path=/nixpkgs/branches/stdenv-updates/; revision=18352
2009-11-15 05:39:22 +00:00
crossStageStatic = false;
Adding assertions for the cross-toolchain attributes, so noone feels tempted to build them without setting a crossSystem to build for. svn path=/nixpkgs/trunk/; revision=20459
2010-03-07 00:05:51 +00:00
cross = assert crossSystem != null; crossSystem;
Fixing many things related to the cross compilation in stdenvCross. It still does not work, but I think I already get glibc cross compiled. Next: gcc and g++, and set some setup script hooks on stdenvCross. It took quite enough hours for this commit. svn path=/nixpkgs/branches/stdenv-updates/; revision=18351
2009-11-15 05:28:35 +00:00
};
Trying to remove more hydra evaluation errors related to gcc. svn path=/nixpkgs/trunk/; revision=20687
2010-03-17 10:17:32 +00:00
gcc44_realCross = lib.addMetaAttrs { platforms = []; }
(makeOverridable (import ../development/compilers/gcc-4.4) {
Merging from trunk. I hope I resolved the conflicts well (gmp and gccCross) svn path=/nixpkgs/branches/stdenv-updates/; revision=21251
2010-04-22 21:44:33 +00:00
inherit stdenv fetchurl texinfo gmp mpfr /* ppl cloogppl */ noSysDirs
Trying to remove evaluation errors in hydra nixpkgs for the cross compiler related derivations. I remove their 'meta platforms' attribute, defined in the gcc expression, so hydra does not attempt to build them in the nixpkgs evaluation. svn path=/nixpkgs/trunk/; revision=20678
2010-03-17 09:05:11 +00:00
gettext which;
binutilsCross = binutilsCross;
libcCross = libcCross;
profiledCompiler = false;
enableMultilib = false;
crossStageStatic = false;
cross = assert crossSystem != null; crossSystem;
});
Trying to get the gcc-4.4 cross-build also. Fixing the glibc-2.10 expression on cross-builds (which should be ported to the glibc-2.11 expression once we get "ports" there) Making kde3 and cyrus-sasl use gcc-4.3, because the strictness in gcc-4.4 does not allow them build. svn path=/nixpkgs/branches/stdenv-updates/; revision=18706
2009-11-29 23:27:35 +00:00
Removing the 'useFromStdenv' still left on the gcc45 attribute (not properly updated from trunk) svn path=/nixpkgs/branches/stdenv-updates/; revision=23029
2010-08-07 21:31:16 +00:00
gcc45 = gcc45_real;
Fixing the attributes of gcc44 and gcc45, so the proper one is taken from stdenv svn path=/nixpkgs/branches/stdenv-updates/; revision=22274
2010-06-15 11:55:19 +00:00
Update to GCC 4.6.0: * Modify the builder to not fail when a static library is in $out/libexec/gcc/*/* * Disable libquadmath when building a static-only bootstrap of GCC, see http://gcc.gnu.org/ml/gcc/2011-03/msg00465.html * Add handling for cloog if it is passed in in place of cloog-ppl svn path=/nixpkgs/trunk/; revision=26639
2011-03-31 21:51:39 +00:00
gcc46 = gcc46_real;
Adding the expressions for gcc 4.5 for cross building. Although I still have set gcc 4.4 for that, I tested with the 4.5 expression and it cross built perfectly bison for the sheevaplug. svn path=/nixpkgs/trunk/; revision=21463
2010-04-30 19:12:59 +00:00
gcc45_realCross = lib.addMetaAttrs { platforms = []; }
(makeOverridable (import ../development/compilers/gcc-4.5) {
inherit fetchurl stdenv texinfo gmp mpfr mpc libelf zlib
ppl cloogppl gettext which noSysDirs;
binutilsCross = binutilsCross;
libcCross = libcCross;
profiledCompiler = false;
enableMultilib = false;
crossStageStatic = false;
cross = assert crossSystem != null; crossSystem;
});
Add GCC 4.6.0 cross compiler svn path=/nixpkgs/trunk/; revision=26640
2011-03-31 21:56:57 +00:00
gcc46_realCross = lib.addMetaAttrs { platforms = []; }
(makeOverridable (import ../development/compilers/gcc-4.6) {
inherit fetchurl stdenv texinfo gmp mpfr mpc libelf zlib
cloog gettext which noSysDirs;
Create a ppl0_11 attribute instead of using callPackage again and again svn path=/nixpkgs/trunk/; revision=26703
2011-04-05 17:11:20 +00:00
ppl = ppl0_11;
Add GCC 4.6.0 cross compiler svn path=/nixpkgs/trunk/; revision=26640
2011-03-31 21:56:57 +00:00
binutilsCross = binutilsCross;
libcCross = libcCross;
profiledCompiler = false;
enableMultilib = false;
crossStageStatic = false;
cross = assert crossSystem != null; crossSystem;
});
Making gcc-4.5 cross-build to mingw32 too (set by the proper config and libc = "msvcrt" in the crossSystem) svn path=/nixpkgs/trunk/; revision=21630
2010-05-06 18:22:51 +00:00
gcc_realCross = gcc45_realCross;
gccCrossStageStatic = let
isMingw = (stdenv.cross.libc == "msvcrt");
Making wxGTK stay wxGTK even cross-built, so I remove the wxMSW code I added to test the crossbuilding with wxGTK. I added a new windows-specific package: wxMSW. svn path=/nixpkgs/trunk/; revision=21634
2010-05-06 19:19:22 +00:00
libcCross1 = if isMingw then windows.mingw_headers1 else null;
Making gcc-4.5 cross-build to mingw32 too (set by the proper config and libc = "msvcrt" in the crossSystem) svn path=/nixpkgs/trunk/; revision=21630
2010-05-06 18:22:51 +00:00
in
wrapGCCCross {
gcc = forceBuildDrv (lib.addMetaAttrs { platforms = []; } (
gcc_realCross.override {
crossStageStatic = true;
langCC = false;
libcCross = libcCross1;
enableShared = false;
}));
libc = libcCross1;
binutils = binutilsCross;
cross = assert crossSystem != null; crossSystem;
};
# Only needed for mingw builds
gccCrossMingw2 = wrapGCCCross {
gcc = gccCrossStageStatic.gcc;
Making wxGTK stay wxGTK even cross-built, so I remove the wxMSW code I added to test the crossbuilding with wxGTK. I added a new windows-specific package: wxMSW. svn path=/nixpkgs/trunk/; revision=21634
2010-05-06 19:19:22 +00:00
libc = windows.mingw_headers2;
I removed the function-shape of the cross-toolchain related attributes in the all-packages.nix. That was more complicating than helping. svn path=/nixpkgs/trunk/; revision=20457
2010-03-06 23:36:55 +00:00
binutils = binutilsCross;
Adding assertions for the cross-toolchain attributes, so noone feels tempted to build them without setting a crossSystem to build for. svn path=/nixpkgs/trunk/; revision=20459
2010-03-07 00:05:51 +00:00
cross = assert crossSystem != null; crossSystem;
My first attempt at getting cross compilers in nixpkgs. My idea is to provide special stdenv expressions that will contain in the path additional cross compilers. As most expressions for programs accept a stdenv parameter, we could substitute this parameter with the special stdenv, which will have a generic builder that attempts the usual "--target=..." and can additionally have an env variable like "cross" with the target architecture set. So, finally we could have additional expressions like this: bashRealArm = makeOverridable (import ../shells/bash) { inherit fetchurl bison; stdenv = stdenvCross "armv5tel-unknown-linux-gnueabi"; }; Meanwhile it does not work - I still cannot get the cross-gcc to build. I think it does not fill the previous expressions with a lot of noise, so I think it may be a good path to follow. I only touched some files of the current stdenv: gcc-4.3, kernel headers 2.6.28, glibc 2.9, ... I tried to use the gcc-cross-wrapper, that may be very outdated. Maybe I will update it, or update the gcc-wrapper expression to make it fit the cross tools, but meanwhile I even cannot build gcc, so I have not tested the wrapper. This new idea on cross compiling is not similar to that of the nixpkgs/branches/cross-compilation, which mostly added bare new expressions for anything to be cross compiled, if I understood it correctly. I cared not to break anything of the usual stdenv in all this work. svn path=/nixpkgs/branches/stdenv-updates/; revision=18343
2009-11-14 08:11:30 +00:00
};
I removed the function-shape of the cross-toolchain related attributes in the all-packages.nix. That was more complicating than helping. svn path=/nixpkgs/trunk/; revision=20457
2010-03-06 23:36:55 +00:00
gccCrossStageFinal = wrapGCCCross {
GCC 4.5: Add support for a separate libpthread; rearrange target flags handling. svn path=/nixpkgs/trunk/; revision=21905
2010-05-19 21:32:19 +00:00
gcc = forceBuildDrv (gcc_realCross.override {
libpthreadCross =
# FIXME: Don't explicitly refer to `i586-pc-gnu'.
if crossSystem != null && crossSystem.config == "i586-pc-gnu"
then hurdLibpthreadCross
else null;
});
I removed the function-shape of the cross-toolchain related attributes in the all-packages.nix. That was more complicating than helping. svn path=/nixpkgs/trunk/; revision=20457
2010-03-06 23:36:55 +00:00
libc = libcCross;
binutils = binutilsCross;
Adding assertions for the cross-toolchain attributes, so noone feels tempted to build them without setting a crossSystem to build for. svn path=/nixpkgs/trunk/; revision=20459
2010-03-07 00:05:51 +00:00
cross = assert crossSystem != null; crossSystem;
Fixing many things related to the cross compilation in stdenvCross. It still does not work, but I think I already get glibc cross compiled. Next: gcc and g++, and set some setup script hooks on stdenvCross. It took quite enough hours for this commit. svn path=/nixpkgs/branches/stdenv-updates/; revision=18351
2009-11-15 05:28:35 +00:00
};
My first attempt at getting cross compilers in nixpkgs. My idea is to provide special stdenv expressions that will contain in the path additional cross compilers. As most expressions for programs accept a stdenv parameter, we could substitute this parameter with the special stdenv, which will have a generic builder that attempts the usual "--target=..." and can additionally have an env variable like "cross" with the target architecture set. So, finally we could have additional expressions like this: bashRealArm = makeOverridable (import ../shells/bash) { inherit fetchurl bison; stdenv = stdenvCross "armv5tel-unknown-linux-gnueabi"; }; Meanwhile it does not work - I still cannot get the cross-gcc to build. I think it does not fill the previous expressions with a lot of noise, so I think it may be a good path to follow. I only touched some files of the current stdenv: gcc-4.3, kernel headers 2.6.28, glibc 2.9, ... I tried to use the gcc-cross-wrapper, that may be very outdated. Maybe I will update it, or update the gcc-wrapper expression to make it fit the cross tools, but meanwhile I even cannot build gcc, so I have not tested the wrapper. This new idea on cross compiling is not similar to that of the nixpkgs/branches/cross-compilation, which mostly added bare new expressions for anything to be cross compiled, if I understood it correctly. I cared not to break anything of the usual stdenv in all this work. svn path=/nixpkgs/branches/stdenv-updates/; revision=18343
2009-11-14 08:11:30 +00:00
Trying to get the gcc-4.4 cross-build also. Fixing the glibc-2.10 expression on cross-builds (which should be ported to the glibc-2.11 expression once we get "ports" there) Making kde3 and cyrus-sasl use gcc-4.3, because the strictness in gcc-4.4 does not allow them build. svn path=/nixpkgs/branches/stdenv-updates/; revision=18706
2009-11-29 23:27:35 +00:00
gcc43_multi = lowPrio (wrapGCCWith (import ../build-support/gcc-wrapper) glibc_multi (gcc43.gcc.override {
svn path=/nixpkgs/branches/stdenv-updates/; revision=14844
2009-04-02 19:55:57 +00:00
stdenv = overrideGCC stdenv (wrapGCCWith (import ../build-support/gcc-wrapper) glibc_multi gcc);
Improved support for building 32-bit binaries on x86_64-linux. * glibc_multi: a wrapper that combines the 32-bit and 64-bit Glibcs. This is necessary so that 64-bit GCC can find gnu/stubs-32.h and the 32-bit Glibc libraries. To build glibc_multi on x86_64-linux, you still need either the i686-linux Glibc derivation from a channel, or to have configured Nix with support for forwarding the build to a i686-linux machine. In the future this may become unnecessary by providing a prebuilt binary of 32-bit Glibc somewhere (like the binaries used in the stdenvLinux bootstrap). * With glibc_multi, it becomes possible to build gcc with multilib support (i.e. it builds 32-bit and 64-bit versions of libgcc, libstdc++, etc.). svn path=/nixpkgs/trunk/; revision=12203
2008-06-27 18:26:19 +00:00
profiledCompiler = false;
enableMultilib = true;
* GCC 4.3.1. (g++ doesn't work yet though.) svn path=/nixpkgs/trunk/; revision=12194
2008-06-26 10:20:33 +00:00
}));
Fixing the attributes of gcc44 and gcc45, so the proper one is taken from stdenv svn path=/nixpkgs/branches/stdenv-updates/; revision=22274
2010-06-15 11:55:19 +00:00
gcc44 = lowPrio (wrapGCC (makeOverridable (import ../development/compilers/gcc-4.4) {
* Disable Graphite in GCC, as discussed on the mailing list. svn path=/nixpkgs/branches/stdenv-updates/; revision=19547
2010-01-19 17:10:53 +00:00
inherit fetchurl stdenv texinfo gmp mpfr /* ppl cloogppl */
GCJ 4.4: Provide InfoZIP; remove FastJar hack; don't build C; provide which(1). svn path=/nixpkgs/trunk/; revision=16475
2009-07-27 15:40:01 +00:00
gettext which noSysDirs;
Add GCC 4.4.0 (and hope for the best). svn path=/nixpkgs/trunk/; revision=16168
2009-07-03 18:54:28 +00:00
profiledCompiler = true;
* GCC 4.3 should be the default. svn path=/nixpkgs/trunk/; revision=17368
2009-09-23 18:33:40 +00:00
}));
Add GCC 4.4.0 (and hope for the best). svn path=/nixpkgs/trunk/; revision=16168
2009-07-03 18:54:28 +00:00
Fixing the attributes of gcc44 and gcc45, so the proper one is taken from stdenv svn path=/nixpkgs/branches/stdenv-updates/; revision=22274
2010-06-15 11:55:19 +00:00
gcc45_real = lowPrio (wrapGCC (makeOverridable (import ../development/compilers/gcc-4.5) {
GCC 4.5: Add dependency on Perl. svn path=/nixpkgs/trunk/; revision=21974
2010-05-25 19:38:18 +00:00
inherit fetchurl stdenv texinfo gmp mpfr mpc libelf zlib perl
GCC 4.5.0. svn path=/nixpkgs/trunk/; revision=21403
2010-04-28 12:37:11 +00:00
ppl cloogppl
gettext which noSysDirs;
Avoiding to make a profiled bootstrap of gcc on armv5tel-linux, because it fails there. svn path=/nixpkgs/branches/stdenv-updates/; revision=22970
2010-08-05 18:40:58 +00:00
# bootstrapping a profiled compiler does not work in the sheevaplug:
# http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43944
profiledCompiler = if stdenv.system == "armv5tel-linux" then false else true;
GCC 4.5.0. svn path=/nixpkgs/trunk/; revision=21403
2010-04-28 12:37:11 +00:00
}));
GCC 4.6: Use `callPackage'. svn path=/nixpkgs/trunk/; revision=26713
2011-04-06 12:52:29 +00:00
gcc46_real = lowPrio (wrapGCC (callPackage ../development/compilers/gcc-4.6 {
inherit noSysDirs;
cross = null;
libcCross = null;
binutilsCross = null;
Create a ppl0_11 attribute instead of using callPackage again and again svn path=/nixpkgs/trunk/; revision=26703
2011-04-05 17:11:20 +00:00
ppl = ppl0_11;
GCC 4.6: Use `callPackage'. svn path=/nixpkgs/trunk/; revision=26713
2011-04-06 12:52:29 +00:00
cloogppl = null;
Update to GCC 4.6.0: * Modify the builder to not fail when a static library is in $out/libexec/gcc/*/* * Disable libquadmath when building a static-only bootstrap of GCC, see http://gcc.gnu.org/ml/gcc/2011-03/msg00465.html * Add handling for cloog if it is passed in in place of cloog-ppl svn path=/nixpkgs/trunk/; revision=26639
2011-03-31 21:51:39 +00:00
# bootstrapping a profiled compiler does not work in the sheevaplug:
# http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43944
profiledCompiler = if stdenv.system == "armv5tel-linux" then false else true;
}));
GCC 4.6: Add a version with debugging symbols. svn path=/nixpkgs/trunk/; revision=26714
2011-04-06 12:52:33 +00:00
# A non-stripped version of GCC.
gcc46_debug = lowPrio (wrapGCC (callPackage ../development/compilers/gcc-4.6 {
stripped = false;
inherit noSysDirs;
cross = null;
libcCross = null;
binutilsCross = null;
ppl = ppl0_11;
cloogppl = null;
}));
pkgs/applications/editors/emacs-modes/prolog: initial version of prolog-mode for Emacs svn path=/nixpkgs/trunk/; revision=18675
2009-11-27 17:40:56 +00:00
gccApple =
changes for x86_64-darwin support svn path=/nixpkgs/trunk/; revision=18667
2009-11-27 10:56:07 +00:00
wrapGCC ( (if stdenv.system == "i686-darwin" then import ../development/compilers/gcc-apple else import ../development/compilers/gcc-apple64) {
inherit fetchurl stdenv noSysDirs;
profiledCompiler = true;
}) ;
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
Add GCC-UPC, a compiler for the UPC distributed shared memory language. svn path=/nixpkgs/trunk/; revision=10956
2008-03-04 16:20:11 +00:00
gccupc40 = wrapGCCUPC (import ../development/compilers/gcc-upc-4.0 {
inherit fetchurl stdenv bison autoconf gnum4 noSysDirs;
texinfo = texinfo49;
});
Uh, there were references to gcc44_real still. I hope not anymore. I decided to update gfortran to gfortran45 (it was gfortran43) svn path=/nixpkgs/branches/stdenv-updates/; revision=22276
2010-06-15 12:11:40 +00:00
gfortran = gfortran45;
* g77 -> gfortran throughout. Got rid of the separate expressions/builders for Fortran. Tested by building Octave with gfortran 4.3. svn path=/nixpkgs/branches/stdenv-updates/; revision=14978
2009-04-09 15:24:33 +00:00
gfortran40 = wrapGCC (gcc40.gcc.override {
langFortran = true;
langCC = false;
inherit gmp mpfr;
});
gfortran41 = wrapGCC (gcc41.gcc.override {
name = "gfortran";
langFortran = true;
langCC = false;
langC = false;
inherit gmp mpfr;
});
gfortran42 = wrapGCC (gcc42.gcc.override {
name = "gfortran";
langFortran = true;
langCC = false;
langC = false;
inherit gmp mpfr;
});
Trying to get the gcc-4.4 cross-build also. Fixing the glibc-2.10 expression on cross-builds (which should be ported to the glibc-2.11 expression once we get "ports" there) Making kde3 and cyrus-sasl use gcc-4.3, because the strictness in gcc-4.4 does not allow them build. svn path=/nixpkgs/branches/stdenv-updates/; revision=18706
2009-11-29 23:27:35 +00:00
gfortran43 = wrapGCC (gcc43.gcc.override {
* g77 -> gfortran throughout. Got rid of the separate expressions/builders for Fortran. Tested by building Octave with gfortran 4.3. svn path=/nixpkgs/branches/stdenv-updates/; revision=14978
2009-04-09 15:24:33 +00:00
name = "gfortran";
langFortran = true;
langCC = false;
langC = false;
profiledCompiler = false;
});
Uh, there were references to gcc44_real still. I hope not anymore. I decided to update gfortran to gfortran45 (it was gfortran43) svn path=/nixpkgs/branches/stdenv-updates/; revision=22276
2010-06-15 12:11:40 +00:00
gfortran44 = wrapGCC (gcc44.gcc.override {
name = "gfortran";
langFortran = true;
langCC = false;
langC = false;
profiledCompiler = false;
});
gfortran45 = wrapGCC (gcc45_real.gcc.override {
Add `gfortran44'; build GCJ 4.4 with the C language. svn path=/nixpkgs/trunk/; revision=16459
2009-07-24 22:19:07 +00:00
name = "gfortran";
langFortran = true;
langCC = false;
langC = false;
profiledCompiler = false;
});
Add gfortran46 svn path=/nixpkgs/trunk/; revision=26641
2011-03-31 21:59:38 +00:00
gfortran46 = wrapGCC (gcc46_real.gcc.override {
name = "gfortran";
langFortran = true;
langCC = false;
langC = false;
profiledCompiler = false;
});
Make GCJ 4.5 the default GCJ. svn path=/nixpkgs/trunk/; revision=21989
2010-05-26 14:53:09 +00:00
gcj = gcj45;
An attempt to add gcj-4.3. It fails not finding some GC-related symbols. I failed to understand the reason - for now svn path=/nixpkgs/trunk/; revision=15523
2009-05-10 09:11:41 +00:00
Uh, there were references to gcc44_real still. I hope not anymore. I decided to update gfortran to gfortran45 (it was gfortran43) svn path=/nixpkgs/branches/stdenv-updates/; revision=22276
2010-06-15 12:11:40 +00:00
gcj44 = wrapGCC (gcc44.gcc.override {
Add GCC 4.4.0 (and hope for the best). svn path=/nixpkgs/trunk/; revision=16168
2009-07-03 18:54:28 +00:00
name = "gcj";
langJava = true;
langFortran = false;
langCC = true;
GCJ 4.4: Provide InfoZIP; remove FastJar hack; don't build C; provide which(1). svn path=/nixpkgs/trunk/; revision=16475
2009-07-27 15:40:01 +00:00
langC = false;
Add GCC 4.4.0 (and hope for the best). svn path=/nixpkgs/trunk/; revision=16168
2009-07-03 18:54:28 +00:00
profiledCompiler = false;
GCJ 4.4: Build the GTK+ AWT peer. svn path=/nixpkgs/trunk/; revision=16487
2009-07-28 08:11:10 +00:00
inherit zip unzip zlib boehmgc gettext pkgconfig;
inherit (gtkLibs) gtk;
GCJ 4.4: Require libart. svn path=/nixpkgs/trunk/; revision=16490
2009-07-28 09:23:40 +00:00
inherit (gnome) libart_lgpl;
GCJ 4.4: Fix missing <X11/extensions/XInput.h> by adding `libXi'. That header used to be provided by inputproto-1.4 but is no longer provided by inputproto-2.0. svn path=/nixpkgs/trunk/; revision=18164
2009-11-05 21:43:00 +00:00
inherit (xlibs) libX11 libXt libSM libICE libXtst libXi libXrender
GCJ 4.4: More X dependencies. svn path=/nixpkgs/trunk/; revision=16516
2009-07-30 08:32:43 +00:00
libXrandr xproto renderproto xextproto inputproto randrproto;
Add GCC 4.4.0 (and hope for the best). svn path=/nixpkgs/trunk/; revision=16168
2009-07-03 18:54:28 +00:00
});
GCC 4.5.0. svn path=/nixpkgs/trunk/; revision=21403
2010-04-28 12:37:11 +00:00
gcj45 = wrapGCC (gcc45.gcc.override {
name = "gcj";
langJava = true;
langFortran = false;
langCC = true;
langC = false;
profiledCompiler = false;
GCJ 4.5: Build with `--enable-java-home' & co. svn path=/nixpkgs/trunk/; revision=21973
2010-05-25 19:38:13 +00:00
inherit zip unzip zlib boehmgc gettext pkgconfig perl;
GCC 4.5.0. svn path=/nixpkgs/trunk/; revision=21403
2010-04-28 12:37:11 +00:00
inherit (gtkLibs) gtk;
inherit (gnome) libart_lgpl;
inherit (xlibs) libX11 libXt libSM libICE libXtst libXi libXrender
libXrandr xproto renderproto xextproto inputproto randrproto;
});
Add gcj46 svn path=/nixpkgs/trunk/; revision=26642
2011-03-31 22:04:08 +00:00
gcj46 = wrapGCC (gcc46.gcc.override {
name = "gcj";
langJava = true;
langFortran = false;
langCC = true;
langC = false;
profiledCompiler = false;
inherit zip unzip zlib boehmgc gettext pkgconfig perl;
inherit (gtkLibs) gtk;
inherit (gnome) libart_lgpl;
inherit (xlibs) libX11 libXt libSM libICE libXtst libXi libXrender
libXrandr xproto renderproto xextproto inputproto randrproto;
});
Uh, there were references to gcc44_real still. I hope not anymore. I decided to update gfortran to gfortran45 (it was gfortran43) svn path=/nixpkgs/branches/stdenv-updates/; revision=22276
2010-06-15 12:11:40 +00:00
gnat = gnat45;
Adding first built version of the gnat compiler for gcc 4.4. Some things don't work: - The ghdl expression (it still needs the gcc 4.3.4 src, ...) - The gnat wrappers need to be more generic - now they work only for the given gnatboot (taken from gentoo) and gnats installed to their $out store path. - Using the cloogppl and ppl. We will need our own gnatboot built with c++ libraries for that. svn path=/nixpkgs/branches/stdenv-updates/; revision=19060
2009-12-21 07:49:31 +00:00
Uh, there were references to gcc44_real still. I hope not anymore. I decided to update gfortran to gfortran45 (it was gfortran43) svn path=/nixpkgs/branches/stdenv-updates/; revision=22276
2010-06-15 12:11:40 +00:00
gnat44 = wrapGCC (gcc44.gcc.override {
name = "gnat";
langCC = false;
langC = true;
langAda = true;
profiledCompiler = false;
inherit gnatboot;
# We can't use the ppl stuff, because we would have
# libstdc++ problems.
cloogppl = null;
ppl = null;
});
Adding first built version of the gnat compiler for gcc 4.4. Some things don't work: - The ghdl expression (it still needs the gcc 4.3.4 src, ...) - The gnat wrappers need to be more generic - now they work only for the given gnatboot (taken from gentoo) and gnats installed to their $out store path. - Using the cloogppl and ppl. We will need our own gnatboot built with c++ libraries for that. svn path=/nixpkgs/branches/stdenv-updates/; revision=19060
2009-12-21 07:49:31 +00:00
Uh, there were references to gcc44_real still. I hope not anymore. I decided to update gfortran to gfortran45 (it was gfortran43) svn path=/nixpkgs/branches/stdenv-updates/; revision=22276
2010-06-15 12:11:40 +00:00
gnat45 = wrapGCC (gcc45_real.gcc.override {
Adding first built version of the gnat compiler for gcc 4.4. Some things don't work: - The ghdl expression (it still needs the gcc 4.3.4 src, ...) - The gnat wrappers need to be more generic - now they work only for the given gnatboot (taken from gentoo) and gnats installed to their $out store path. - Using the cloogppl and ppl. We will need our own gnatboot built with c++ libraries for that. svn path=/nixpkgs/branches/stdenv-updates/; revision=19060
2009-12-21 07:49:31 +00:00
name = "gnat";
langCC = false;
langC = true;
langAda = true;
profiledCompiler = false;
inherit gnatboot;
# We can't use the ppl stuff, because we would have
# libstdc++ problems.
cloogppl = null;
ppl = null;
});
Add gnat46. Note that, contrary to my notes when I emailed this patch, this builds now: we use gnat45 as an Ada bootstrap in place of gnatboot. This is not a long-term solution, but it works for now. svn path=/nixpkgs/trunk/; revision=26645
2011-03-31 22:20:11 +00:00
gnat46 = wrapGCC (gcc46_real.gcc.override {
name = "gnat";
langCC = false;
langC = true;
langAda = true;
profiledCompiler = false;
gnatboot = gnat45;
# We can't use the ppl stuff, because we would have
# libstdc++ problems.
cloogppl = null;
ppl = null;
cloog = null;
});
Merging the gnat-wrapper and gcc-wrapper into a single gcc-wrapper. (I will remove the gnat-wrapper files if this works, later) svn path=/nixpkgs/branches/stdenv-updates/; revision=19492
2010-01-16 21:32:44 +00:00
gnatboot = wrapGCC (import ../development/compilers/gnatboot {
Adding first built version of the gnat compiler for gcc 4.4. Some things don't work: - The ghdl expression (it still needs the gcc 4.3.4 src, ...) - The gnat wrappers need to be more generic - now they work only for the given gnatboot (taken from gentoo) and gnats installed to their $out store path. - Using the cloogppl and ppl. We will need our own gnatboot built with c++ libraries for that. svn path=/nixpkgs/branches/stdenv-updates/; revision=19060
2009-12-21 07:49:31 +00:00
inherit fetchurl stdenv;
});
Add support for the new Go frontend to GCC 4.6.0. This isn't as useful as it could be, since gcc-wrapper doesn't know about the gccgo binary so there is no gccgo wrapper script. Since changing gcc-wrapper would lead to a nearly full rebuild, I thing the change to gcc-wrapper should go into stdenv-updates. svn path=/nixpkgs/trunk/; revision=26668
2011-04-02 15:21:36 +00:00
gccgo = gccgo46;
gccgo46 = wrapGCC (gcc46_real.gcc.override {
name = "gccgo";
langCC = true; #required for go
langC = true;
langGo = true;
});
Merging the ghdl-wrapper and gcc-wrapper into one. I will remove the ghdl-wrapper files later, if all this works. svn path=/nixpkgs/branches/stdenv-updates/; revision=19493
2010-01-16 21:41:27 +00:00
ghdl = wrapGCC (import ../development/compilers/gcc-4.3 {
Getting a new gcc-wrapper on the way. After gnat-wrapper, I introduce ghdl-wrapper. I made the gcc-4.3.4 expression allow the 'vhdl' language through ghdl. The ghdl developer recommends this gcc version; maybe it would work with gcc-4.4. If not this ghdl version, maybe next versions. svn path=/nixpkgs/branches/stdenv-updates/; revision=19071
2009-12-21 23:02:06 +00:00
inherit stdenv fetchurl texinfo gmp mpfr noSysDirs gnat;
Moving most of the ghdl logic outside the middle of the gcc expression. Agreed on a final naming logic for the ghdl package: ghdl-wrapper-0.29 svn path=/nixpkgs/branches/stdenv-updates/; revision=19450
2010-01-14 23:03:31 +00:00
name = "ghdl";
Getting a new gcc-wrapper on the way. After gnat-wrapper, I introduce ghdl-wrapper. I made the gcc-4.3.4 expression allow the 'vhdl' language through ghdl. The ghdl developer recommends this gcc version; maybe it would work with gcc-4.4. If not this ghdl version, maybe next versions. svn path=/nixpkgs/branches/stdenv-updates/; revision=19071
2009-12-21 23:02:06 +00:00
langVhdl = true;
langCC = false;
langC = false;
profiledCompiler = false;
enableMultilib = false;
});
Updating the ghdl related expressions: - Adding ghdl with gcc 4.4 (with a patch I built for it to work) - Adding me as maintainer to both gccs and ghdl svn path=/nixpkgs/branches/stdenv-updates/; revision=19475
2010-01-15 23:22:28 +00:00
# Not officially supported version for ghdl
Merging the ghdl-wrapper and gcc-wrapper into one. I will remove the ghdl-wrapper files later, if all this works. svn path=/nixpkgs/branches/stdenv-updates/; revision=19493
2010-01-16 21:41:27 +00:00
ghdl_gcc44 = lowPrio (wrapGCC (import ../development/compilers/gcc-4.4 {
Updating the ghdl related expressions: - Adding ghdl with gcc 4.4 (with a patch I built for it to work) - Adding me as maintainer to both gccs and ghdl svn path=/nixpkgs/branches/stdenv-updates/; revision=19475
2010-01-15 23:22:28 +00:00
inherit stdenv fetchurl texinfo gmp mpfr noSysDirs gnat gettext which
ppl cloogppl;
name = "ghdl";
langVhdl = true;
langCC = false;
langC = false;
profiledCompiler = false;
enableMultilib = false;
}));
Fix wxGTK reference for xchm svn path=/nixpkgs/trunk/; revision=18156
2009-11-05 21:08:53 +00:00
gcl = builderDefsPackage ../development/compilers/gcl {
pkgs/top-level/all-packages.nix: stripped trailing whitespace svn path=/nixpkgs/trunk/; revision=22734
2010-07-26 13:41:09 +00:00
inherit mpfr m4 binutils fetchcvs emacs zlib which
Oops, pass needed args svn path=/nixpkgs/trunk/; revision=22542
2010-07-09 04:24:31 +00:00
gmp texinfo;
pkgs/applications/editors/emacs-modes/prolog: initial version of prolog-mode for Emacs svn path=/nixpkgs/trunk/; revision=18675
2009-11-27 17:40:56 +00:00
inherit (xlibs) libX11 xproto inputproto libXi
Try using latest CLisp for SBCL in case SBCL fixed compatibility issues svn path=/nixpkgs/trunk/; revision=18184
2009-11-06 07:39:59 +00:00
libXext xextproto libXt libXaw libXmu;
Apparently fixed GCL build svn path=/nixpkgs/trunk/; revision=22498
2010-07-06 16:48:03 +00:00
inherit stdenv;
Oops, pass needed args svn path=/nixpkgs/trunk/; revision=22542
2010-07-09 04:24:31 +00:00
texLive = texLiveAggregationFun {
paths = [
texLive texLiveExtra
];
};
Fix wxGTK reference for xchm svn path=/nixpkgs/trunk/; revision=18156
2009-11-05 21:08:53 +00:00
};
Added GHC HEAD snapshot. svn path=/nixpkgs/trunk/; revision=17227
2009-09-17 11:45:20 +00:00
# GHC
# GHC binaries are around for bootstrapping purposes
Some cleanup regarding GHC and profiling support. svn path=/nixpkgs/trunk/; revision=21351
2010-04-27 18:21:07 +00:00
# If we'd want to reactivate the 6.6 and 6.8 series of ghc, we'd
# need to reenable an old binary such as this.
commenting older ghc's they can't be compiled due to realdine and linking issues. I'm not willing to fix them right now. svn path=/nixpkgs/trunk/; revision=18900
2009-12-11 13:58:41 +00:00
/*
* Build GHC 6.8 and 6.10 in Hydra. * Make GHC 6.10.2 the default. svn path=/nixpkgs/trunk/; revision=15107
2009-04-16 22:06:33 +00:00
ghc642Binary = lowPrio (import ../development/compilers/ghc/6.4.2-binary.nix {
inherit fetchurl stdenv ncurses gmp;
fix build of ghc-6.8.2 svn path=/nixpkgs/trunk/; revision=18899
2009-12-11 13:58:36 +00:00
readline = if stdenv.system == "i686-linux" then readline4 else readline5;
* Build GHC 6.8 and 6.10 in Hydra. * Make GHC 6.10.2 the default. svn path=/nixpkgs/trunk/; revision=15107
2009-04-16 22:06:33 +00:00
perl = perl58;
});
commenting older ghc's they can't be compiled due to realdine and linking issues. I'm not willing to fix them right now. svn path=/nixpkgs/trunk/; revision=18900
2009-12-11 13:58:41 +00:00
*/
* adding ghc-6.8 even though it still segfaults on my machine (it's marked lowPrio for now, so it shouldn't break anything) svn path=/nixpkgs/trunk/; revision=9482
2007-10-19 13:24:29 +00:00
* Revert to GHC 6.10.1 binary for bootstrapping GHC 6.10.2 at Andres' suggestion. It's good to use an older GHC for bootstrapping because old versions can build newer versions but not vice versa. svn path=/nixpkgs/trunk/; revision=15120
2009-04-17 19:43:05 +00:00
ghc6101Binary = lowPrio (import ../development/compilers/ghc/6.10.1-binary.nix {
inherit fetchurl stdenv perl ncurses gmp libedit;
});
Added a ghc-6.8.3 snapshot (with version number 6.8.2.20080602). svn path=/nixpkgs/trunk/; revision=11969
2008-06-04 09:42:25 +00:00
* Added GHC 6.10.2. svn path=/nixpkgs/trunk/; revision=15106
2009-04-16 22:00:41 +00:00
ghc6102Binary = lowPrio (import ../development/compilers/ghc/6.10.2-binary.nix {
* GHC apparently works with Perl 5.10 now. svn path=/nixpkgs/trunk/; revision=15101
2009-04-16 19:59:41 +00:00
inherit fetchurl stdenv perl ncurses gmp libedit;
* ghc-6.9 should have low priority svn path=/nixpkgs/trunk/; revision=12430
2008-07-25 14:21:54 +00:00
});
* Added ghc-6.8.3 as the new default version of ghc. * Added a ghc HEAD snapshot (ghc-6.9.x). svn path=/nixpkgs/trunk/; revision=12391
2008-07-21 14:43:33 +00:00
Added GHC HEAD snapshot. svn path=/nixpkgs/trunk/; revision=17227
2009-09-17 11:45:20 +00:00
# For several compiler versions, we export a large set of Haskell-related
# packages.
Some cleanup regarding GHC and profiling support. svn path=/nixpkgs/trunk/; revision=21351
2010-04-27 18:21:07 +00:00
# This should point to the current default version.
Major Haskell packages overhaul. Several changes, some highlights: * Structure of haskell-packages.nix updated. It's now easier to select different default versions of packages for different versions of GHC. * GHC 7.0.2 is now default. * Haskell Platform 2011.2.0.0 has been added and is now default. * Several packages have been updated (gtk2hs, gitit, xmonad, darcs, ...). * Some old packages have been removed. svn path=/nixpkgs/trunk/; revision=26288
2011-03-12 17:28:15 +00:00
haskellPackages = haskellPackages_ghc702;
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
Commented on the current decision on recurseIntoAttrs for haskellPackages. svn path=/nixpkgs/trunk/; revision=21478
2010-05-01 11:23:39 +00:00
# NOTE: After discussion, we decided to enable recurseIntoAttrs for all
# currently available ghc versions. (Before, it used to be enabled only
# for a selected few versions.) If someone complains about nix-env -qa
# output being spammed by lots of Haskell packages, we can talk about
# reducing the number or "enabled" versions again.
Some cleanup regarding GHC and profiling support. svn path=/nixpkgs/trunk/; revision=21351
2010-04-27 18:21:07 +00:00
# Helper functions to abstract away from repetitive instantiations.
Major Haskell packages overhaul. Several changes, some highlights: * Structure of haskell-packages.nix updated. It's now easier to select different default versions of packages for different versions of GHC. * GHC 7.0.2 is now default. * Haskell Platform 2011.2.0.0 has been added and is now default. * Several packages have been updated (gtk2hs, gitit, xmonad, darcs, ...). * Some old packages have been removed. svn path=/nixpkgs/trunk/; revision=26288
2011-03-12 17:28:15 +00:00
haskellPackagesFun = ghcPath : prefFun : profDefault : modifyPrio : recurseIntoAttrs (import ./haskell-packages.nix {
inherit pkgs newScope modifyPrio prefFun;
Some cleanup regarding GHC and profiling support. svn path=/nixpkgs/trunk/; revision=21351
2010-04-27 18:21:07 +00:00
enableLibraryProfiling = getConfig [ "cabal" "libraryProfiling" ] profDefault;
Major Haskell packages overhaul. Several changes, some highlights: * Structure of haskell-packages.nix updated. It's now easier to select different default versions of packages for different versions of GHC. * GHC 7.0.2 is now default. * Haskell Platform 2011.2.0.0 has been added and is now default. * Several packages have been updated (gtk2hs, gitit, xmonad, darcs, ...). * Some old packages have been removed. svn path=/nixpkgs/trunk/; revision=26288
2011-03-12 17:28:15 +00:00
ghc = callPackage ghcPath { ghc = ghc6101Binary; };
Making the latest haskell expressions appear on 'nix-env -qa'. More than one person had trouble not finding ghc 6.12 on 'nix-env -qa '*'' svn path=/nixpkgs/trunk/; revision=21477
2010-05-01 10:55:05 +00:00
});
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
Some cleanup regarding GHC and profiling support. svn path=/nixpkgs/trunk/; revision=21351
2010-04-27 18:21:07 +00:00
# Currently active GHC versions.
Commented on the current decision on recurseIntoAttrs for haskellPackages. svn path=/nixpkgs/trunk/; revision=21478
2010-05-01 11:23:39 +00:00
haskellPackages_ghc6104 =
Major Haskell packages overhaul. Several changes, some highlights: * Structure of haskell-packages.nix updated. It's now easier to select different default versions of packages for different versions of GHC. * GHC 7.0.2 is now default. * Haskell Platform 2011.2.0.0 has been added and is now default. * Several packages have been updated (gtk2hs, gitit, xmonad, darcs, ...). * Some old packages have been removed. svn path=/nixpkgs/trunk/; revision=26288
2011-03-12 17:28:15 +00:00
haskellPackagesFun ../development/compilers/ghc/6.10.4.nix (x : x.ghc6104Prefs) false (x : x);
Some cleanup regarding GHC and profiling support. svn path=/nixpkgs/trunk/; revision=21351
2010-04-27 18:21:07 +00:00
Switched the default version of ghc and Haskell Platform to 6.12.3 and 2010.2.0.0. svn path=/nixpkgs/trunk/; revision=22715
2010-07-22 18:47:59 +00:00
haskellPackages_ghc6121 =
Major Haskell packages overhaul. Several changes, some highlights: * Structure of haskell-packages.nix updated. It's now easier to select different default versions of packages for different versions of GHC. * GHC 7.0.2 is now default. * Haskell Platform 2011.2.0.0 has been added and is now default. * Several packages have been updated (gtk2hs, gitit, xmonad, darcs, ...). * Some old packages have been removed. svn path=/nixpkgs/trunk/; revision=26288
2011-03-12 17:28:15 +00:00
haskellPackagesFun ../development/compilers/ghc/6.12.1.nix (x : x.ghc6121Prefs) false (x : x);
Some cleanup regarding GHC and profiling support. svn path=/nixpkgs/trunk/; revision=21351
2010-04-27 18:21:07 +00:00
Switched the default version of ghc and Haskell Platform to 6.12.3 and 2010.2.0.0. svn path=/nixpkgs/trunk/; revision=22715
2010-07-22 18:47:59 +00:00
haskellPackages_ghc6122 =
Major Haskell packages overhaul. Several changes, some highlights: * Structure of haskell-packages.nix updated. It's now easier to select different default versions of packages for different versions of GHC. * GHC 7.0.2 is now default. * Haskell Platform 2011.2.0.0 has been added and is now default. * Several packages have been updated (gtk2hs, gitit, xmonad, darcs, ...). * Some old packages have been removed. svn path=/nixpkgs/trunk/; revision=26288
2011-03-12 17:28:15 +00:00
haskellPackagesFun ../development/compilers/ghc/6.12.2.nix (x : x.ghc6122Prefs) false (x : x);
Added ghc-6.12.2. svn path=/nixpkgs/trunk/; revision=21303
2010-04-25 17:27:21 +00:00
Switched the default version of ghc and Haskell Platform to 6.12.3 and 2010.2.0.0. svn path=/nixpkgs/trunk/; revision=22715
2010-07-22 18:47:59 +00:00
haskellPackages_ghc6123 =
Major Haskell packages overhaul. Several changes, some highlights: * Structure of haskell-packages.nix updated. It's now easier to select different default versions of packages for different versions of GHC. * GHC 7.0.2 is now default. * Haskell Platform 2011.2.0.0 has been added and is now default. * Several packages have been updated (gtk2hs, gitit, xmonad, darcs, ...). * Some old packages have been removed. svn path=/nixpkgs/trunk/; revision=26288
2011-03-12 17:28:15 +00:00
haskellPackagesFun ../development/compilers/ghc/6.12.3.nix (x : x.ghc6123Prefs) false (x : x);
Added ghc-6.12.3. Does not build yet for me -- still have to figure out why. svn path=/nixpkgs/trunk/; revision=22525
2010-07-08 11:43:06 +00:00
Added ghc-7.0.2. This is supposed to become the new default version of GHC once the new Haskell Platform is released (but only then). svn path=/nixpkgs/trunk/; revision=26217
2011-03-09 08:29:12 +00:00
# Will never make it into a platform release, severe bugs; leave at lowPrio.
Preliminarily added ghc-7.0.1-rc1 and current HEAD. svn path=/nixpkgs/trunk/; revision=23985
2010-09-28 13:48:22 +00:00
haskellPackages_ghc701 =
Major Haskell packages overhaul. Several changes, some highlights: * Structure of haskell-packages.nix updated. It's now easier to select different default versions of packages for different versions of GHC. * GHC 7.0.2 is now default. * Haskell Platform 2011.2.0.0 has been added and is now default. * Several packages have been updated (gtk2hs, gitit, xmonad, darcs, ...). * Some old packages have been removed. svn path=/nixpkgs/trunk/; revision=26288
2011-03-12 17:28:15 +00:00
haskellPackagesFun ../development/compilers/ghc/7.0.1.nix (x : x.ghc701Prefs) false lowPrio;
Preliminarily added ghc-7.0.1-rc1 and current HEAD. svn path=/nixpkgs/trunk/; revision=23985
2010-09-28 13:48:22 +00:00
Major Haskell packages overhaul. Several changes, some highlights: * Structure of haskell-packages.nix updated. It's now easier to select different default versions of packages for different versions of GHC. * GHC 7.0.2 is now default. * Haskell Platform 2011.2.0.0 has been added and is now default. * Several packages have been updated (gtk2hs, gitit, xmonad, darcs, ...). * Some old packages have been removed. svn path=/nixpkgs/trunk/; revision=26288
2011-03-12 17:28:15 +00:00
# Current default version.
Added ghc-7.0.2. This is supposed to become the new default version of GHC once the new Haskell Platform is released (but only then). svn path=/nixpkgs/trunk/; revision=26217
2011-03-09 08:29:12 +00:00
haskellPackages_ghc702 =
Major Haskell packages overhaul. Several changes, some highlights: * Structure of haskell-packages.nix updated. It's now easier to select different default versions of packages for different versions of GHC. * GHC 7.0.2 is now default. * Haskell Platform 2011.2.0.0 has been added and is now default. * Several packages have been updated (gtk2hs, gitit, xmonad, darcs, ...). * Some old packages have been removed. svn path=/nixpkgs/trunk/; revision=26288
2011-03-12 17:28:15 +00:00
haskellPackagesFun ../development/compilers/ghc/7.0.2.nix (x : x.ghc702Prefs) false (x : x);
Added ghc-7.0.2. This is supposed to become the new default version of GHC once the new Haskell Platform is released (but only then). svn path=/nixpkgs/trunk/; revision=26217
2011-03-09 08:29:12 +00:00
Adding ghc-7.0.4. svn path=/nixpkgs/trunk/; revision=27492
2011-06-18 12:31:16 +00:00
# The only thing that keeps this one from becoming default is that
# the Haskell Platform based on 703 is released improperly.
# Please keep at lowPrio until fixed.
Adding ghc-7.0.3. svn path=/nixpkgs/trunk/; revision=26588
2011-03-28 21:33:21 +00:00
haskellPackages_ghc703 =
haskellPackagesFun ../development/compilers/ghc/7.0.3.nix (x : x.ghc703Prefs) false lowPrio;
Adding ghc-7.0.4. svn path=/nixpkgs/trunk/; revision=27492
2011-06-18 12:31:16 +00:00
# Just released. Needs some testing first. Please keep at lowPrio for now.
haskellPackages_ghc704 =
haskellPackagesFun ../development/compilers/ghc/7.0.4.nix (x : x.ghc704Prefs) false lowPrio;
Preliminarily added ghc-7.0.1-rc1 and current HEAD. svn path=/nixpkgs/trunk/; revision=23985
2010-09-28 13:48:22 +00:00
haskellPackages_ghcHEAD =
Major Haskell packages overhaul. Several changes, some highlights: * Structure of haskell-packages.nix updated. It's now easier to select different default versions of packages for different versions of GHC. * GHC 7.0.2 is now default. * Haskell Platform 2011.2.0.0 has been added and is now default. * Several packages have been updated (gtk2hs, gitit, xmonad, darcs, ...). * Some old packages have been removed. svn path=/nixpkgs/trunk/; revision=26288
2011-03-12 17:28:15 +00:00
haskellPackagesFun ../development/compilers/ghc/head.nix (x : x.ghcHEADPrefs) false lowPrio;
Added GHC HEAD snapshot. svn path=/nixpkgs/trunk/; revision=17227
2009-09-17 11:45:20 +00:00
HaXe: support nekotools boot - add haxelib svn path=/nixpkgs/trunk/; revision=20674
2010-03-16 23:34:56 +00:00
haxeDist = import ../development/compilers/haxe {
inherit fetchurl sourceFromHead stdenv lib ocaml zlib makeWrapper neko;
adding haxe svn path=/nixpkgs/trunk/; revision=18708
2009-11-30 01:05:04 +00:00
};
HaXe: support nekotools boot - add haxelib svn path=/nixpkgs/trunk/; revision=20674
2010-03-16 23:34:56 +00:00
haxe = haxeDist.haxe;
haxelib = haxeDist.haxelib;
adding haxe svn path=/nixpkgs/trunk/; revision=18708
2009-11-30 01:05:04 +00:00
Adding Falcon multiparadigm programming language. It has macros and non-trivial syntax at once, which seems interesting in itself.. svn path=/nixpkgs/trunk/; revision=16299
2009-07-09 22:30:19 +00:00
falcon = builderDefsPackage (import ../development/interpreters/falcon) {
inherit cmake;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
go = callPackage ../development/compilers/go { };
* Add the Go Programming Language compiler. svn path=/nixpkgs/trunk/; revision=18348
2009-11-14 20:14:28 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gprolog = callPackage ../development/compilers/gprolog { };
Add GNU Prolog. svn path=/nixpkgs/trunk/; revision=14122
2009-02-19 13:32:07 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gwt = callPackage ../development/compilers/gwt {
Added google webtoolkit svn path=/nixpkgs/trunk/; revision=10653
2008-02-13 08:43:38 +00:00
inherit (gtkLibs) glib gtk pango atk;
libstdcpp5 = gcc33.gcc;
};
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ikarus = callPackage ../development/compilers/ikarus { };
all-packages.nix changes for previous commits svn path=/nixpkgs/trunk/; revision=11758
2008-05-06 07:03:41 +00:00
hugs98 svn path=/nixpkgs/trunk/; revision=9169
2007-08-20 10:34:49 +00:00
#TODO add packages http://cvs.haskell.org/Hugs/downloads/2006-09/packages/ and test
# commented out because it's using the new configuration style proposal which is unstable
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
hugs = callPackage ../development/compilers/hugs { };
hugs98 svn path=/nixpkgs/trunk/; revision=9169
2007-08-20 10:34:49 +00:00
Merging from trunk (the callPackage change) svn path=/nixpkgs/branches/stdenv-updates/; revision=22915
2010-08-03 08:14:13 +00:00
path64 = callPackage ../development/compilers/path64 { };
Adding a skeleton for the path64 compiler. It builds, but it needs some reworks as running it lookes at /usr/bin/ld and things like that. I leave that for another day. svn path=/nixpkgs/trunk/; revision=22442
2010-07-02 21:44:31 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
openjdkDarwin = callPackage ../development/compilers/openjdk-darwin { };
added openjdk for darwin (binaries) for testing svn path=/nixpkgs/trunk/; revision=17596
2009-10-02 12:12:23 +00:00
Trying to reinstate the meta-based Hydra builds svn path=/nixpkgs/trunk/; revision=16883
2009-08-28 06:29:21 +00:00
j2sdk14x = (
* In the JDK packages, don't return false if the platform is unsupported. This gives a type error ("value is a boolean while an attribute set was expected"). svn path=/nixpkgs/trunk/; revision=8576
2007-04-16 10:07:06 +00:00
assert system == "i686-linux";
import ../development/compilers/jdk/default-1.4.nix {
inherit fetchurl stdenv;
Attempt to mark up packages with platform assertions svn path=/nixpkgs/trunk/; revision=16850
2009-08-25 06:36:05 +00:00
});
Update of jdk and jre to jdk-distros, based on Distributor License for Java. D pkgs/development/interpreters/jre Obsolete. jdk and jre are now build by the same expression. D pkgs/development/compilers/blackdown Obsolete. jdk is now downloadable. D pkgs/development/compilers/jdk/jdk5-sun-linux.nix Obsolete A pkgs/development/compilers/jdk/dlj-bundle-builder.sh Build for DLJ bundles. M pkgs/top-level/all-packages.nix Dropped blackdown and ant based on blackdown. A pkgs/development/compilers/jdk/jdk6-construct.sh Copy of DLJ construct script to fix problem with jdk6 bundles. A pkgs/development/compilers/jdk/jdk6-linux.nix New main Nix expression for jdk and jre. Supports mozillaPlugin. A pkgs/development/compilers/jdk/dlj-bundle-builder.sh Include path to libjli in rpath. svn path=/nixpkgs/trunk/; revision=8186
2007-03-05 17:13:53 +00:00
Trying to reinstate the meta-based Hydra builds svn path=/nixpkgs/trunk/; revision=16883
2009-08-28 06:29:21 +00:00
jdk5 = (
Added x86_64 version of JDK5 svn path=/nixpkgs/trunk/; revision=10272
2008-01-24 10:14:33 +00:00
assert system == "i686-linux" || system == "x86_64-linux";
Use requireFile for the form-hidden download of JDK 5 (or 1.5, who cares) svn path=/nixpkgs/trunk/; revision=24972
2010-12-05 11:42:24 +00:00
callPackage ../development/compilers/jdk/default-5.nix { });
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
nixpkgs: for darwin redirect jdk to openjdk svn path=/nixpkgs/trunk/; revision=20832
2010-03-26 13:31:11 +00:00
jdk = if stdenv.isDarwin then openjdkDarwin else jdkdistro true false;
jre: by default don't support the plugin svn path=/nixpkgs/trunk/; revision=8461
2007-03-28 18:55:57 +00:00
jre = jdkdistro false false;
Use jdk without plugin support svn path=/nixpkgs/trunk/; revision=8454
2007-03-28 15:31:00 +00:00
jdkPlugin = jdkdistro true true;
jre: by default don't support the plugin svn path=/nixpkgs/trunk/; revision=8461
2007-03-28 18:55:57 +00:00
jrePlugin = jdkdistro false true;
Make jdk plugin support optional to avoid deps on gcc 3.3.6 everywhere. svn path=/nixpkgs/trunk/; revision=8452
2007-03-28 15:21:43 +00:00
* Fix the JRE plugin test. svn path=/nixpkgs/trunk/; revision=8577
2007-04-16 10:22:20 +00:00
supportsJDK =
system == "i686-linux" ||
system == "x86_64-linux" ||
inital try with jdk6 on cygwin svn path=/nixpkgs/trunk/; revision=22000
2010-05-27 11:04:45 +00:00
system == "i686-cygwin" ||
* Fix the JRE plugin test. svn path=/nixpkgs/trunk/; revision=8577
2007-04-16 10:22:20 +00:00
system == "powerpc-linux";
* In the JDK packages, don't return false if the platform is unsupported. This gives a type error ("value is a boolean while an attribute set was expected"). svn path=/nixpkgs/trunk/; revision=8576
2007-04-16 10:07:06 +00:00
jdkdistro = installjdk: pluginSupport:
Trying to reinstate the meta-based Hydra builds svn path=/nixpkgs/trunk/; revision=16883
2009-08-28 06:29:21 +00:00
(assert supportsJDK;
* Fix Mesa-related evaluation errors. svn path=/nixpkgs/trunk/; revision=8708
2007-05-16 14:49:28 +00:00
(if pluginSupport then appendToName "plugin" else x: x) (import ../development/compilers/jdk {
inital try with jdk6 on cygwin svn path=/nixpkgs/trunk/; revision=22000
2010-05-27 11:04:45 +00:00
inherit fetchurl stdenv unzip installjdk xlibs pluginSupport makeWrapper cabextract;
Fix syntax error after the marking up svn path=/nixpkgs/trunk/; revision=16851
2009-08-25 06:40:26 +00:00
}));
* Added some missing semicolons. * Some packages needed for the Subversion server. svn path=/nixpkgs/trunk/; revision=586
2003-12-21 20:52:13 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jikes = callPackage ../development/compilers/jikes { };
Added j2sdk-1.5.0-beta svn path=/nixpkgs/trunk/; revision=1014
2004-05-12 15:06:23 +00:00
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
lazarus = builderDefsPackage (import ../development/compilers/fpc/lazarus.nix) {
Use FPC 2.4.0 for Lazarus svn path=/nixpkgs/trunk/; revision=24705
2010-11-15 21:10:18 +00:00
inherit makeWrapper;
Update Lazarus svn path=/nixpkgs/trunk/; revision=27302
2011-05-25 09:04:54 +00:00
inherit (gtkLibs) gtk glib pango atk gdk_pixbuf;
Added Lazarus IDE for Free Pascal Compiler. svn path=/nixpkgs/trunk/; revision=11492
2008-04-08 15:11:34 +00:00
inherit (xlibs) libXi inputproto libX11 xproto libXext xextproto;
Update Lazarus svn path=/nixpkgs/trunk/; revision=27302
2011-05-25 09:04:54 +00:00
fpc = fpc;
Added Lazarus IDE for Free Pascal Compiler. svn path=/nixpkgs/trunk/; revision=11492
2008-04-08 15:11:34 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
llvm = callPackage ../development/compilers/llvm { };
LLVM compiler Low Level Virtual Machine http://www.llvm.org/ svn path=/nixpkgs/trunk/; revision=11156
2008-03-17 11:18:21 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mitscheme = callPackage ../development/compilers/mit-scheme { };
Add MIT/GNU Scheme. svn path=/nixpkgs/trunk/; revision=20719
2010-03-17 15:32:12 +00:00
Add package mlton, an optimizing compiler for Standard ML. This commit packages mlton. Note that the documentation has not been built or included. svn path=/nixpkgs/trunk/; revision=23378
2010-08-24 08:23:16 +00:00
mlton = callPackage ../development/compilers/mlton { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mono = callPackage ../development/compilers/mono { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
monoDLLFixer = callPackage ../build-support/mono-dll-fixer { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mozart = callPackage ../development/compilers/mozart { };
Added ViewMTN and dependency; currently ViewMTN has to be manually symlinked in corresponding directory. svn path=/nixpkgs/trunk/; revision=12060
2008-06-12 15:59:59 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
neko = callPackage ../development/compilers/neko { };
adding neko adding repository locations for haxe* and neko repositories svn path=/nixpkgs/trunk/; revision=18709
2009-11-30 01:05:07 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
nasm = callPackage ../development/compilers/nasm { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
* Make all ocaml versions available in the proper way. svn path=/nixpkgs/trunk/; revision=17805
2009-10-14 15:21:45 +00:00
ocaml = ocaml_3_11_1;
- O'Caml compiler for Object CaML - hevea is an interpreter for latex producing html svn path=/nixpkgs/trunk/; revision=1171
2004-07-16 22:58:15 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ocaml_3_08_0 = callPackage ../development/compilers/ocaml/3.08.0.nix { };
* Make all ocaml versions available in the proper way. svn path=/nixpkgs/trunk/; revision=17805
2009-10-14 15:21:45 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ocaml_3_10_0 = callPackage ../development/compilers/ocaml/3.10.0.nix { };
* Make all ocaml versions available in the proper way. svn path=/nixpkgs/trunk/; revision=17805
2009-10-14 15:21:45 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ocaml_3_11_1 = callPackage ../development/compilers/ocaml/3.11.1.nix { };
fixed ocaml/qcmm problem: -created separate nix expressions for ocaml-3.08.0 and ocaml 3.09.1 -ocam-3.09.1 is standard/default ocaml version (included by ocaml/default.nix) -created ocaml3080 in all-packages-generic.nix -qcmm now uses ocaml3080 instead of ocaml svn path=/nixpkgs/trunk/; revision=4935
2006-03-01 09:18:22 +00:00
* Put ocaml 3.12.0 at lower priority because it is not tested very much yet svn path=/nixpkgs/trunk/; revision=25063
2010-12-11 14:39:49 +00:00
ocaml_3_12_0 = lowPrio (callPackage ../development/compilers/ocaml/3.12.0.nix { });
* Add ocaml 3.12.0 svn path=/nixpkgs/trunk/; revision=25040
2010-12-09 14:03:13 +00:00
* Add ocaml packages findlib, camlzip, ocaml-ssl, ocaml-batteries, menhir, camomile, ocaml-lwt, cryptokit, ocaml-cryptgps, ounit, ocaml-react svn path=/nixpkgs/trunk/; revision=25041
2010-12-09 15:40:04 +00:00
mkOcamlPackages = ocaml: self: let callPackage = newScope self; in rec {
inherit ocaml;
* Update camlp5 svn path=/nixpkgs/trunk/; revision=25206
2010-12-20 10:32:22 +00:00
camlp5_strict = callPackage ../development/tools/ocaml/camlp5 { };
camlp5_transitional = callPackage ../development/tools/ocaml/camlp5 {
transitional = true;
};
* Add ocaml packages findlib, camlzip, ocaml-ssl, ocaml-batteries, menhir, camomile, ocaml-lwt, cryptokit, ocaml-cryptgps, ounit, ocaml-react svn path=/nixpkgs/trunk/; revision=25041
2010-12-09 15:40:04 +00:00
camlzip = callPackage ../development/ocaml-modules/camlzip { };
Update ocaml_batteries and camomile (ocamlPackages) * Add camomile 0.8.3 and 0.8.2 (for ocaml_batteries). * Remove obsolete camomile 0.7.3 and 0.8.1. * Update ocaml_batteries to version 1.3.0 (also add fixes for Darwin). svn path=/nixpkgs/trunk/; revision=27299
2011-05-24 18:21:13 +00:00
camomile_0_8_2 = callPackage ../development/ocaml-modules/camomile/0.8.2.nix { };
camomile = callPackage ../development/ocaml-modules/camomile { };
* Add ocaml packages findlib, camlzip, ocaml-ssl, ocaml-batteries, menhir, camomile, ocaml-lwt, cryptokit, ocaml-cryptgps, ounit, ocaml-react svn path=/nixpkgs/trunk/; revision=25041
2010-12-09 15:40:04 +00:00
cryptokit = callPackage ../development/ocaml-modules/cryptokit { };
findlib = callPackage ../development/tools/ocaml/findlib { };
Matita and its dependencies. svn path=/nixpkgs/trunk/; revision=25328
2010-12-31 17:48:55 +00:00
gmetadom = callPackage ../development/ocaml-modules/gmetadom { };
esniper 2.24.0 is a simple, lightweight tool for sniping eBay auctions. svn path=/nixpkgs/trunk/; revision=26086
2011-02-24 11:25:16 +00:00
Matita and its dependencies. svn path=/nixpkgs/trunk/; revision=25328
2010-12-31 17:48:55 +00:00
lablgtk = callPackage ../development/ocaml-modules/lablgtk {
inherit (gnome) libgnomecanvas libglade gtksourceview;
};
esniper 2.24.0 is a simple, lightweight tool for sniping eBay auctions. svn path=/nixpkgs/trunk/; revision=26086
2011-02-24 11:25:16 +00:00
lablgtkmathview = callPackage ../development/ocaml-modules/lablgtkmathview {
Matita and its dependencies. svn path=/nixpkgs/trunk/; revision=25328
2010-12-31 17:48:55 +00:00
gtkmathview = callPackage ../development/libraries/gtkmathview { };
* Update lablgtk2 (and enable hydra build) svn path=/nixpkgs/trunk/; revision=25213
2010-12-20 14:58:56 +00:00
};
* Add ocaml packages findlib, camlzip, ocaml-ssl, ocaml-batteries, menhir, camomile, ocaml-lwt, cryptokit, ocaml-cryptgps, ounit, ocaml-react svn path=/nixpkgs/trunk/; revision=25041
2010-12-09 15:40:04 +00:00
menhir = callPackage ../development/ocaml-modules/menhir { };
Update ocaml_batteries and camomile (ocamlPackages) * Add camomile 0.8.3 and 0.8.2 (for ocaml_batteries). * Remove obsolete camomile 0.7.3 and 0.8.1. * Update ocaml_batteries to version 1.3.0 (also add fixes for Darwin). svn path=/nixpkgs/trunk/; revision=27299
2011-05-24 18:21:13 +00:00
ocaml_batteries = callPackage ../development/ocaml-modules/batteries {
camomile = camomile_0_8_2;
};
* Add ocaml packages findlib, camlzip, ocaml-ssl, ocaml-batteries, menhir, camomile, ocaml-lwt, cryptokit, ocaml-cryptgps, ounit, ocaml-react svn path=/nixpkgs/trunk/; revision=25041
2010-12-09 15:40:04 +00:00
ocaml_cryptgps = callPackage ../development/ocaml-modules/cryptgps { };
Matita and its dependencies. svn path=/nixpkgs/trunk/; revision=25328
2010-12-31 17:48:55 +00:00
ocaml_expat = callPackage ../development/ocaml-modules/expat { };
ocaml_http = callPackage ../development/ocaml-modules/http { };
* Add ocaml packages findlib, camlzip, ocaml-ssl, ocaml-batteries, menhir, camomile, ocaml-lwt, cryptokit, ocaml-cryptgps, ounit, ocaml-react svn path=/nixpkgs/trunk/; revision=25041
2010-12-09 15:40:04 +00:00
ocaml_lwt = callPackage ../development/ocaml-modules/lwt { };
Matita and its dependencies. svn path=/nixpkgs/trunk/; revision=25328
2010-12-31 17:48:55 +00:00
ocaml_mysql = callPackage ../development/ocaml-modules/mysql { };
* Add ocamlnet svn path=/nixpkgs/trunk/; revision=25072
2010-12-12 17:53:13 +00:00
ocamlnet = callPackage ../development/ocaml-modules/ocamlnet { };
* Add ocaml packages findlib, camlzip, ocaml-ssl, ocaml-batteries, menhir, camomile, ocaml-lwt, cryptokit, ocaml-cryptgps, ounit, ocaml-react svn path=/nixpkgs/trunk/; revision=25041
2010-12-09 15:40:04 +00:00
ocaml_pcre = callPackage ../development/ocaml-modules/pcre {
inherit pcre;
};
ocaml_react = callPackage ../development/ocaml-modules/react { };
* Add ocaml-sqlite3 svn path=/nixpkgs/trunk/; revision=25065
2010-12-11 15:05:26 +00:00
ocaml_sqlite3 = callPackage ../development/ocaml-modules/sqlite3 { };
* Add ocaml packages findlib, camlzip, ocaml-ssl, ocaml-batteries, menhir, camomile, ocaml-lwt, cryptokit, ocaml-cryptgps, ounit, ocaml-react svn path=/nixpkgs/trunk/; revision=25041
2010-12-09 15:40:04 +00:00
ocaml_ssl = callPackage ../development/ocaml-modules/ssl { };
ounit = callPackage ../development/ocaml-modules/ounit { };
Matita and its dependencies. svn path=/nixpkgs/trunk/; revision=25328
2010-12-31 17:48:55 +00:00
ulex08 = callPackage ../development/ocaml-modules/ulex/0.8 {
camlp5 = camlp5_transitional;
};
* Add ocaml packages findlib, camlzip, ocaml-ssl, ocaml-batteries, menhir, camomile, ocaml-lwt, cryptokit, ocaml-cryptgps, ounit, ocaml-react svn path=/nixpkgs/trunk/; revision=25041
2010-12-09 15:40:04 +00:00
};
ocamlPackages = recurseIntoAttrs ocamlPackages_3_11_1;
ocamlPackages_3_10_0 = mkOcamlPackages ocaml_3_10_0 pkgs.ocamlPackages_3_10_0;
ocamlPackages_3_11_1 = mkOcamlPackages ocaml_3_11_1 pkgs.ocamlPackages_3_11_1;
ocamlPackages_3_12_0 = mkOcamlPackages ocaml_3_12_0 pkgs.ocamlPackages_3_12_0;
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
opencxx = callPackage ../development/compilers/opencxx {
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
gcc = gcc33;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
qcmm = callPackage ../development/compilers/qcmm {
fixed ocaml/qcmm problem: -created separate nix expressions for ocaml-3.08.0 and ocaml 3.09.1 -ocam-3.09.1 is standard/default ocaml version (included by ocaml/default.nix) -created ocaml3080 in all-packages-generic.nix -qcmm now uses ocaml3080 instead of ocaml svn path=/nixpkgs/trunk/; revision=4935
2006-03-01 09:18:22 +00:00
lua = lua4;
* Make all ocaml versions available in the proper way. svn path=/nixpkgs/trunk/; revision=17805
2009-10-14 15:21:45 +00:00
ocaml = ocaml_3_08_0;
added version to uuagc added: noweb, lua-5.x, lua-4.x, mk, qc-- (as qcmm) svn path=/nixpkgs/trunk/; revision=4681
2006-02-02 17:07:07 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
roadsend = callPackage ../development/compilers/roadsend { };
added roadsend PHP-Compiler svn path=/nixpkgs/trunk/; revision=10550
2008-02-08 01:57:31 +00:00
Updating CLisp and adding SBCL. SBCL currently has to be symlinked to a writable directory (I am investigating a fix). CLisp 2.47 is somewhat incompatible with lots of software, so I added 2.44.1 as preserved version svn path=/nixpkgs/trunk/; revision=15806
2009-05-31 06:07:25 +00:00
sbcl = builderDefsPackage (import ../development/compilers/sbcl) {
Try updating SBCL svn path=/nixpkgs/trunk/; revision=20066
2010-02-17 06:50:45 +00:00
inherit makeWrapper clisp;
Updating CLisp and adding SBCL. SBCL currently has to be symlinked to a writable directory (I am investigating a fix). CLisp 2.47 is somewhat incompatible with lots of software, so I added 2.44.1 as preserved version svn path=/nixpkgs/trunk/; revision=15806
2009-05-31 06:07:25 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
scala = callPackage ../development/compilers/scala { };
added scala an object oriented and functional programming language svn path=/nixpkgs/trunk/; revision=11593
2008-04-11 22:06:32 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
stalin = callPackage ../development/compilers/stalin { };
Add Stalin, an efficient Scheme compiler. svn path=/nixpkgs/trunk/; revision=11927
2008-05-29 12:10:10 +00:00
* Updated WebDSL. * Made Stratego/XT 0.18 the default. svn path=/nixpkgs/trunk/; revision=23994
2010-09-30 10:49:02 +00:00
strategoPackages = strategoPackages018;
* Added a tool `mono-dll-fixer' to absolutise the DLL maps in the `*.dll.config' files corresponding to CLR assemblies. I.e., the full path to native libraries is included in the maps. In effect this allows us to set the equivalent of an RPATH for assemblies. * gtk-sharp: use the DLL fixer. It's not perfect yet: I still have to set the LD_LIBRARY_PATH for monodoc to include the gtk-sharp lib directory itself, so that it can find the `*sharpglue.so' files. This seems to be gtk-sharp's fault; it doesn't have an entry for those libraries in its DLL maps. svn path=/nixpkgs/trunk/; revision=2330
2005-03-03 17:19:58 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
strategoPackages016 = callPackage ../development/compilers/strategoxt/0.16.nix {
* Make it easier to override parts of stdenv (like gcc or make) per package using the `overrideGCC' and `overrideInStdenv' functions. svn path=/nixpkgs/trunk/; revision=5505
2006-06-23 20:11:36 +00:00
stdenv = overrideInStdenv stdenv [gnumake380];
* Added unstable pre release of Stratego/XT 0.16 * Upgraded bibtex-tools to latest unstable release. svn path=/nixpkgs/trunk/; revision=4176
2005-10-31 14:28:11 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
strategoPackages017 = callPackage ../development/compilers/strategoxt/0.17.nix {
stratego shell svn path=/nixpkgs/trunk/; revision=18677
2009-11-27 20:22:43 +00:00
readline = readline5;
strategoxt-utils svn path=/nixpkgs/trunk/; revision=3271
2005-06-30 16:54:25 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
strategoPackages018 = callPackage ../development/compilers/strategoxt/0.18.nix {
pkgs/development/compilers/swi-prolog/default.nix: updated to version 5.6.64 and enabled GUI support svn path=/nixpkgs/trunk/; revision=18853
2009-12-09 14:07:09 +00:00
readline = readline5;
added stratego 0.18 pre release svn path=/nixpkgs/trunk/; revision=17157
2009-09-15 11:36:41 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
metaBuildEnv = callPackage ../development/compilers/meta-environment/meta-build-env { };
meta-build-env svn path=/nixpkgs/trunk/; revision=14850
2009-04-03 09:22:20 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
swiProlog = callPackage ../development/compilers/swi-prolog { };
* Add swi-prolog without any options. svn path=/nixpkgs/trunk/; revision=11003
2008-03-06 21:53:54 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
tinycc = callPackage ../development/compilers/tinycc { };
Add TinyCC (TCC), a small, fast, and embeddable C compiler and interpreter. svn path=/nixpkgs/trunk/; revision=13168
2008-10-31 16:52:44 +00:00
Add Nix expression for Ur/Web. svn path=/nixpkgs/trunk/; revision=23381
2010-08-24 08:25:07 +00:00
urweb = callPackage ../development/compilers/urweb { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
vala = callPackage ../development/compilers/vala { };
vala - Compiler for the GObject type system svn path=/nixpkgs/trunk/; revision=22546
2010-07-09 13:15:40 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
visualcpp = callPackage ../development/compilers/visual-c++ { };
* A wrapper around the Visual C++ compiler and the Windows SDK. TODO: download and unpack into the Nix store Visual C++ (either from Visual C++ Express Edition or from the .NET 2.0 Framework SDK) and the Windows Platform SDK. The command line tools don't seem to need any registry settings... svn path=/nixpkgs/trunk/; revision=5369
2006-06-02 09:56:10 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
vs90wrapper = callPackage ../development/compilers/vs90wrapper { };
Added my very experimental Visual Studio build stuff. You should be even more brave to use this svn path=/nixpkgs/trunk/; revision=22273
2010-06-15 11:32:19 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
webdsl = callPackage ../development/compilers/webdsl { };
Added WebDSL svn path=/nixpkgs/trunk/; revision=10375
2008-01-29 11:46:34 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
win32hello = callPackage ../development/compilers/visual-c++/test { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
Improved support for building 32-bit binaries on x86_64-linux. * glibc_multi: a wrapper that combines the 32-bit and 64-bit Glibcs. This is necessary so that 64-bit GCC can find gnu/stubs-32.h and the 32-bit Glibc libraries. To build glibc_multi on x86_64-linux, you still need either the i686-linux Glibc derivation from a channel, or to have configured Nix with support for forwarding the build to a i686-linux machine. In the future this may become unnecessary by providing a prebuilt binary of 32-bit Glibc somewhere (like the binaries used in the stdenvLinux bootstrap). * With glibc_multi, it becomes possible to build gcc with multilib support (i.e. it builds 32-bit and 64-bit versions of libgcc, libstdc++, etc.). svn path=/nixpkgs/trunk/; revision=12203
2008-06-27 18:26:19 +00:00
wrapGCCWith = gccWrapper: glibc: baseGCC: gccWrapper {
Getting a new gcc-wrapper on the way. After gnat-wrapper, I introduce ghdl-wrapper. I made the gcc-4.3.4 expression allow the 'vhdl' language through ghdl. The ghdl developer recommends this gcc version; maybe it would work with gcc-4.4. If not this ghdl version, maybe next versions. svn path=/nixpkgs/branches/stdenv-updates/; revision=19071
2009-12-21 23:02:06 +00:00
nativeTools = stdenv ? gcc && stdenv.gcc.nativeTools;
nativeLibc = stdenv ? gcc && stdenv.gcc.nativeLibc;
nativePrefix = if stdenv ? gcc then stdenv.gcc.nativePrefix else "";
gcc = baseGCC;
libc = glibc;
I made changes to achieve a working cross-built gcc wrapper. Now, "gcc45.hostDrv" works in the host system, together with libc, binutils, dynamic linker, ... svn path=/nixpkgs/branches/stdenv-updates/; revision=24971
2010-12-04 21:45:37 +00:00
shell = bash;
Getting a new gcc-wrapper on the way. After gnat-wrapper, I introduce ghdl-wrapper. I made the gcc-4.3.4 expression allow the 'vhdl' language through ghdl. The ghdl developer recommends this gcc version; maybe it would work with gcc-4.4. If not this ghdl version, maybe next versions. svn path=/nixpkgs/branches/stdenv-updates/; revision=19071
2009-12-21 23:02:06 +00:00
inherit stdenv binutils coreutils zlib;
};
Merging the ghdl-wrapper and gcc-wrapper into one. I will remove the ghdl-wrapper files later, if all this works. svn path=/nixpkgs/branches/stdenv-updates/; revision=19493
2010-01-16 21:41:27 +00:00
wrapGCC = wrapGCCWith (import ../build-support/gcc-wrapper) glibc;
Trying to fix the nixpkgs-tarball, after I broke it again due to assuming 'gcc' to be pure as that of stdenvLinux. svn path=/nixpkgs/trunk/; revision=20671
2010-03-16 21:53:48 +00:00
Fixing many things related to the cross compilation in stdenvCross. It still does not work, but I think I already get glibc cross compiled. Next: gcc and g++, and set some setup script hooks on stdenvCross. It took quite enough hours for this commit. svn path=/nixpkgs/branches/stdenv-updates/; revision=18351
2009-11-15 05:28:35 +00:00
wrapGCCCross =
{gcc, libc, binutils, cross, shell ? "", name ? "gcc-cross-wrapper"}:
pkgs/top-level/all-packages.nix: switch to Python 2.6 (except on Darwin) MacOS X can build Python 2.6 just fine, but for some reason a lot of modules don't work, so the resulting binary isn't very useful. svn path=/nixpkgs/branches/stdenv-updates/; revision=19598
2010-01-21 15:39:11 +00:00
Big fixes in the cross build: - Before this changes, cflags and ldflags for the native and the cross compiler got mixed. Not all the gcc-wrapper/gcc-cross-wrapper variables are independant now, but enough, I think. - Fixed the generic stdenv expression, which did a big mess on buildInputs and buildNativeInputs. Now it distinguishes when there is a stdenvCross or not. Maybe we should have a single stdenv and forget about the stdenvCross adapter - this could end in a stdenv a bit complex, but simpler than the generic stdenv + adapter. - Added basic support in pkgconfig for cross-builds: a single PKG_CONFIG_PATH now works for both the cross and the native compilers, but I think this should work well for most cases I can think of. - I tried to fix the guile expression to cross-biuld; guile is built, but not its manual, so the derivation still fails. Guile requires patching to cross-build, as far as I understnad. - Made the glibcCross build to be done through the usage of a gcc-cross-wrapper over the gcc-cross-stage-static, instead of using it directly. - Trying to make physfs (a neverball dependency) cross build. - Updated the gcc expression to support building a cross compiler without getting derivation variables mixed with those of the stdenvCross. svn path=/nixpkgs/branches/stdenv-updates/; revision=18534
2009-11-22 19:51:45 +00:00
forceBuildDrv (import ../build-support/gcc-cross-wrapper {
Fixing many things related to the cross compilation in stdenvCross. It still does not work, but I think I already get glibc cross compiled. Next: gcc and g++, and set some setup script hooks on stdenvCross. It took quite enough hours for this commit. svn path=/nixpkgs/branches/stdenv-updates/; revision=18351
2009-11-15 05:28:35 +00:00
nativeTools = false;
nativeLibc = false;
Fixed some details on cross compilation. Among others: - Stating better the guile dependencies (native/host) for guile to build - Fixing cross-linking, through --rpath-link (ld(1) explains well about it - Made gcc call the linker and the assembler through the gcc wrapper instead of directly. I thought this was the source of missing -rpath's, but the source of the problem ended up being the lack of --rpath-link. But I think the native gcc calls the wrapped ld and as, so let's do the same cross compiling. - Removed the binutilsCross from the glibc expressions. Now they are built using the gcc-cross-wrapper, and they were built with the direct gcc and binutils before this change. - I think patchelf and strip don't break the cross-compiled binaries, so I reallow them on cross compilation. - I disable the checkPhase on cross compilation. This made gmp and libtool fail when cross compiled, iirc. svn path=/nixpkgs/branches/stdenv-updates/; revision=18498
2009-11-21 02:42:52 +00:00
noLibc = (libc == null);
- Removed all *NoCross expressions I dupilcated in nixpkgs, while maintaining the cross compilation functionality. - I renamed some expected stdenv.mkDerivation parameter attributes so we can keep this branch properly updated from trunk. We agreed with Nicolas Pierron doing a massive renaming, so all current buildInputs become hostInputs (input as build for the host machine, in autotools terminology) , and then buildInputs would mean "input as for the build machine". By now, the specific "input as for the build machine" is specified through buildNativeInputs. We should fix this in the merge to trunk. - I made the generic stdenv understand the buildNativeInputs, otherwise if we start changing nixpkgs expressions so they distinguish the current buildInputs into buildInputs and buildNativeInputs, we could break even more nixpkgs for other platforms. - I changed the default result of mkDerivation so it becomes the derivation for to be run in the build machine. This allows, without any special rewriting, "fetchurl" derivations to be always results for the build machine to use them. - The change above implies that, for anyone wanting to cross-compile, has to build the hostDrv of the wanted derivation. For example, after this commit, the usual test of "nix-build -A bison.hostDrv arm.nix" works. I described the contents of this arm.nix in r18398. svn path=/nixpkgs/branches/stdenv-updates/; revision=18471
2009-11-19 19:03:34 +00:00
inherit stdenv gcc binutils libc shell name cross;
Big fixes in the cross build: - Before this changes, cflags and ldflags for the native and the cross compiler got mixed. Not all the gcc-wrapper/gcc-cross-wrapper variables are independant now, but enough, I think. - Fixed the generic stdenv expression, which did a big mess on buildInputs and buildNativeInputs. Now it distinguishes when there is a stdenvCross or not. Maybe we should have a single stdenv and forget about the stdenvCross adapter - this could end in a stdenv a bit complex, but simpler than the generic stdenv + adapter. - Added basic support in pkgconfig for cross-builds: a single PKG_CONFIG_PATH now works for both the cross and the native compilers, but I think this should work well for most cases I can think of. - I tried to fix the guile expression to cross-biuld; guile is built, but not its manual, so the derivation still fails. Guile requires patching to cross-build, as far as I understnad. - Made the glibcCross build to be done through the usage of a gcc-cross-wrapper over the gcc-cross-stage-static, instead of using it directly. - Trying to make physfs (a neverball dependency) cross build. - Updated the gcc expression to support building a cross compiler without getting derivation variables mixed with those of the stdenvCross. svn path=/nixpkgs/branches/stdenv-updates/; revision=18534
2009-11-22 19:51:45 +00:00
});
Fixing many things related to the cross compilation in stdenvCross. It still does not work, but I think I already get glibc cross compiled. Next: gcc and g++, and set some setup script hooks on stdenvCross. It took quite enough hours for this commit. svn path=/nixpkgs/branches/stdenv-updates/; revision=18351
2009-11-15 05:28:35 +00:00
Add GCC-UPC, a compiler for the UPC distributed shared memory language. svn path=/nixpkgs/trunk/; revision=10956
2008-03-04 16:20:11 +00:00
# FIXME: This is a specific hack for GCC-UPC. Eventually, we may
# want to merge `gcc-upc-wrapper' and `gcc-wrapper'.
wrapGCCUPC = baseGCC: import ../build-support/gcc-upc-wrapper {
nativeTools = stdenv ? gcc && stdenv.gcc.nativeTools;
* wrapGCC: pass the right purity options for the platform. svn path=/nixpkgs/trunk/; revision=8710
2007-05-16 15:15:46 +00:00
nativeLibc = stdenv ? gcc && stdenv.gcc.nativeLibc;
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
gcc = baseGCC;
* Switching. svn path=/nixpkgs/trunk/; revision=6827
2006-10-24 20:53:54 +00:00
libc = glibc;
inherit stdenv binutils;
* A Hello World GUI application compiled with VC++. svn path=/nixpkgs/trunk/; revision=5370
2006-06-02 10:09:19 +00:00
};
yap prolog system added svn path=/nixpkgs/trunk/; revision=11090
2008-03-13 01:13:53 +00:00
# prolog
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
yap = callPackage ../development/compilers/yap { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
yasm = callPackage ../development/compilers/yasm { };
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
### DEVELOPMENT / INTERPRETERS
Adding ACL2. ACL2 = A Computational Logic for Applicative Common Lisp. It is a Lisp sublanguage and a correctness prover for it. svn path=/nixpkgs/trunk/; revision=16708
2009-08-13 14:32:52 +00:00
acl2 = builderDefsPackage ../development/interpreters/acl2 {
inherit sbcl;
};
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
Adding AngelScript interpreter library svn path=/nixpkgs/trunk/; revision=26748
2011-04-08 06:52:31 +00:00
angelscript = callPackage ../development/interpreters/angelscript {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
clisp = callPackage ../development/interpreters/clisp { };
Updating CLisp and adding SBCL. SBCL currently has to be symlinked to a writable directory (I am investigating a fix). CLisp 2.47 is somewhat incompatible with lots of software, so I added 2.44.1 as preserved version svn path=/nixpkgs/trunk/; revision=15806
2009-05-31 06:07:25 +00:00
# compatibility issues in 2.47 - at list 2.44.1 is known good
# for sbcl bootstrap
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
clisp_2_44_1 = callPackage ../development/interpreters/clisp/2.44.1.nix {
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libsigsegv = libsigsegv_25; };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
erlang = callPackage ../development/interpreters/erlang { };
Added erlang/ejabberd packages svn path=/nixpkgs/trunk/; revision=10258
2008-01-23 10:06:07 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
erlangR13B = callPackage ../development/interpreters/erlang/R13B.nix { };
Ejabberd will use old Erlang for now svn path=/nixpkgs/trunk/; revision=22477
2010-07-05 12:47:35 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
groovy = callPackage ../development/interpreters/groovy { };
add Groovy 1.7.1 patch provided by Francois Perrad svn path=/nixpkgs/trunk/; revision=20862
2010-03-29 23:36:32 +00:00
GNU Guile 2.0.0! svn path=/nixpkgs/trunk/; revision=25990
2011-02-16 13:18:08 +00:00
guile_1_8 = callPackage ../development/interpreters/guile/1.8.nix { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
GNU Guile 2.0.0! svn path=/nixpkgs/trunk/; revision=25990
2011-02-16 13:18:08 +00:00
guile_2_0 = callPackage ../development/interpreters/guile { };
GNU Guile 1.9.3. svn path=/nixpkgs/trunk/; revision=17188
2009-09-16 12:46:17 +00:00
GNU Guile 2.0.0! svn path=/nixpkgs/trunk/; revision=25990
2011-02-16 13:18:08 +00:00
guile = guile_2_0;
Prepare for the Guile 2.0 switchover. svn path=/nixpkgs/trunk/; revision=25976
2011-02-15 13:14:29 +00:00
Added Io programming language svn path=/nixpkgs/trunk/; revision=13241
2008-11-11 08:53:47 +00:00
io = builderDefsPackage (import ../development/interpreters/io) {
inherit sqlite zlib gmp libffi cairo ncurses freetype mesa
libpng libtiff libjpeg readline libsndfile libxml2
* editline: renamed to libedit (which seems to be the proper name for the package). * Removed the old ghc-wrapper, which hasn't been used for a long time. * Renamed the "boot" GHC to "binary", which is more descriptive. (They *can* be used for other things than bootstrapping a GHC source build.) * Updated the GHC 6.10.1 binary to 6.10.2. svn path=/nixpkgs/trunk/; revision=15095
2009-04-16 19:25:22 +00:00
freeglut e2fsprogs libsamplerate pcre libevent libedit;
Added Io programming language svn path=/nixpkgs/trunk/; revision=13241
2008-11-11 08:53:47 +00:00
};
Adding J language svn path=/nixpkgs/trunk/; revision=26398
2011-03-17 15:36:38 +00:00
j = callPackage ../development/interpreters/j {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
kaffe = callPackage ../development/interpreters/kaffe { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
Adding Kona: a K interpreter svn path=/nixpkgs/trunk/; revision=27098
2011-05-03 06:58:01 +00:00
kona = callPackage ../development/interpreters/kona {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
lua4 = callPackage ../development/interpreters/lua-4 { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
lua5 = callPackage ../development/interpreters/lua-5 { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
Added obsolete lua-5.0.3 version, which is required by gravit. svn path=/nixpkgs/trunk/; revision=27692
2011-07-10 14:04:19 +00:00
lua5_0 = callPackage ../development/interpreters/lua-5/5.0.3.nix { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
maude = callPackage ../development/interpreters/maude { };
maude, tecla, buddy: new packages Maude is a high-level specification language. Buddy and libtecla are required to build Maude. svn path=/nixpkgs/trunk/; revision=12358
2008-07-15 09:58:30 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
octave = callPackage ../development/interpreters/octave {
Adding graphicsmagick 1.3.7 for octave imread() and alike to work. svn path=/nixpkgs/trunk/; revision=20390
2010-03-04 16:41:14 +00:00
# Needed because later gm versions require an initialization the actual octave is not
# doing.
# http://www-old.cae.wisc.edu/pipermail/octave-maintainers/2010-February/015295.html
graphicsmagick = graphicsmagick137;
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
};
bleeding edge octave version (without docs) svn path=/nixpkgs/trunk/; revision=13561
2008-12-02 22:55:45 +00:00
# mercurial (hg) bleeding edge version
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
octaveHG = callPackage ../development/interpreters/octave/hg.nix { };
bleeding edge octave version (without docs) svn path=/nixpkgs/trunk/; revision=13561
2008-12-02 22:55:45 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
perl58 = callPackage ../development/interpreters/perl-5.8 {
* Fix Perl on FreeBSD. svn path=/nixpkgs/branches/stdenv-updates/; revision=19685
2010-01-26 18:10:59 +00:00
impureLibcPath = if stdenv.isLinux then null else "/usr";
};
* Revert r10833, it doesn't really work. Instead build ghcboot with Perl 5.8. svn path=/nixpkgs/branches/stdenv-updates-merge/; revision=10834
2008-02-22 14:43:00 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
perl510 = callPackage ../development/interpreters/perl-5.10 {
perl-5.8 and perl-5.10: fixed build on MacOS X 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/gcc can do that, but the gcc from Nix can't. The solution is to compile Perl 5.10 in Nix so that the ./configure phase can properly detect the system's capabilities. However, note that the resulting binary is impure: it will find headers in /usr/include and libraries in /usr/lib. In this respect, the Nix-compiled perl binary is no different than the native one in /usr/bin -- it's just configured more accurately. svn path=/nixpkgs/trunk/; revision=17870
2009-10-19 09:17:10 +00:00
fetchurl = fetchurlBoot;
Reverting simons' r17618, which causes a major stdenv rebuild. svn path=/nixpkgs/trunk/; revision=17622
2009-10-02 19:05:39 +00:00
};
* Get rid of the ugly `useFromStdenv' hack in all-packages.nix. 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
2010-08-06 10:34:34 +00:00
perl = if system != "i686-cygwin" then perl510 else sysPerl;
* "Fix" Perl on Cygwin. svn path=/nixpkgs/trunk/; revision=18129
2009-11-05 09:11:25 +00:00
Adding php 5.2 (5.3 does not build on arm), although not the default in the attribute 'php'. svn path=/nixpkgs/trunk/; revision=24872
2010-11-26 14:26:15 +00:00
php = php5_3;
php5_2 = makeOverridable (import ../development/interpreters/php/5.2.nix) {
inherit
stdenv fetchurl lib composableDerivation autoconf automake
Adding readline to php, so now 'php -a' works nicely with readline. svn path=/nixpkgs/trunk/; revision=27110
2011-05-03 08:25:45 +00:00
flex bison apacheHttpd mysql libxml2 readline
Adding php 5.2 (5.3 does not build on arm), although not the default in the attribute 'php'. svn path=/nixpkgs/trunk/; revision=24872
2010-11-26 14:26:15 +00:00
zlib curl gd postgresql openssl pkgconfig sqlite getConfig libiconv libjpeg libpng;
};
php5_3 = makeOverridable (import ../development/interpreters/php/5.3.nix) {
* Cleaned up the PHP expression. Added support for GD. Also turned on PostgreSQL support by default (maybe I shouldn't, since it makes PHP rather dependency-heavy...). svn path=/nixpkgs/trunk/; revision=12002
2008-06-06 13:03:55 +00:00
inherit
removed mkDerivationByConfiguration, using composableDerivation instead qgis, vim_configurable both work now svn path=/nixpkgs/trunk/; revision=13661
2008-12-20 01:20:35 +00:00
stdenv fetchurl lib composableDerivation autoconf automake
Adding readline to php, so now 'php -a' works nicely with readline. svn path=/nixpkgs/trunk/; revision=27110
2011-05-03 08:25:45 +00:00
flex bison apacheHttpd mysql libxml2 readline
adding PHP. 5.3.2. See comments. I had to add the newer PHP because current PHP 5.2.11 doesn't read SOAP from https urls. Debian's PHP does work - I couldn't find their fix svn path=/nixpkgs/trunk/; revision=22056
2010-05-29 18:26:54 +00:00
zlib curl gd postgresql openssl pkgconfig sqlite getConfig libiconv libjpeg libpng;
broken comment php_unstable when compiling wihtout xdebug/ xdebug supported svn path=/nixpkgs/trunk/; revision=10056
2008-01-03 10:46:18 +00:00
};
PHP with some configuration flags serving as example. Perhaps you can to extend it more easily if you need to svn path=/nixpkgs/trunk/; revision=9588
2007-11-05 21:13:16 +00:00
Adding php APC svn path=/nixpkgs/trunk/; revision=26841
2011-04-14 11:12:04 +00:00
php_apc = callPackage ../development/libraries/php-apc { };
Updating php 5.3 and adding php-xcache. svn path=/nixpkgs/trunk/; revision=27056
2011-04-29 21:01:09 +00:00
php_xcache = callPackage ../development/libraries/php-xcache { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
phpXdebug = callPackage ../development/interpreters/php-xdebug { };
moving xdebug into its own package. This means you have to specify an additional php.ini file to make php debugger work for command line php. svn path=/nixpkgs/trunk/; revision=19266
2010-01-06 17:04:38 +00:00
Adding PicoLisp svn path=/nixpkgs/trunk/; revision=26558
2011-03-28 08:16:15 +00:00
picolisp = callPackage ../development/interpreters/picolisp {};
Added PLT Scheme svn path=/nixpkgs/trunk/; revision=12370
2008-07-17 09:57:47 +00:00
pltScheme = builderDefsPackage (import ../development/interpreters/plt-scheme) {
added maude beta version svn path=/nixpkgs/trunk/; revision=12384
2008-07-18 20:11:02 +00:00
inherit cairo fontconfig freetype libjpeg libpng openssl
Added PLT Scheme svn path=/nixpkgs/trunk/; revision=12370
2008-07-17 09:57:47 +00:00
perl mesa zlib which;
added maude beta version svn path=/nixpkgs/trunk/; revision=12384
2008-07-18 20:11:02 +00:00
inherit (xorg) libX11 libXaw libXft libXrender libICE xproto
renderproto pixman libSM libxcb libXext xextproto libXmu
Added PLT Scheme svn path=/nixpkgs/trunk/; revision=12370
2008-07-17 09:57:47 +00:00
libXt;
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
};
Added PLT Scheme svn path=/nixpkgs/trunk/; revision=12370
2008-07-17 09:57:47 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
polyml = callPackage ../development/compilers/polyml { };
Add expression for PolyML svn path=/nixpkgs/trunk/; revision=18875
2009-12-10 13:16:06 +00:00
Adding Pure programming language svn path=/nixpkgs/trunk/; revision=26749
2011-04-08 08:00:55 +00:00
pure = callPackage ../development/interpreters/pure {};
* Make Python 2.7 the default Python. svn path=/nixpkgs/branches/modular-python/; revision=25394
2011-01-04 16:30:54 +00:00
python = python27;
all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=26824
2011-04-13 17:53:07 +00:00
* By popular demand, restore Python 2.6. svn path=/nixpkgs/trunk/; revision=26726
2011-04-06 21:57:30 +00:00
python26 = callPackage ../development/interpreters/python/2.6 { };
* Python 2.7: get rid of most dependencies. svn path=/nixpkgs/branches/modular-python/; revision=25385
2011-01-04 14:47:36 +00:00
python27 = callPackage ../development/interpreters/python/2.7 { };
Added Python version 2.7. svn path=/nixpkgs/trunk/; revision=23117
2010-08-11 15:49:03 +00:00
pkgs/top-level/all-packages.nix: use callPackage to import the python 3 expression svn path=/nixpkgs/trunk/; revision=25756
2011-02-02 11:17:01 +00:00
python3 = callPackage ../development/interpreters/python/3.1 {
pkgs/top-level/all-packages.nix: ensure that Python's darwinArchUtility and darwinSwVersUtility parameters can be overridden svn path=/nixpkgs/trunk/; revision=25749
2011-02-02 11:16:31 +00:00
arch = if stdenv.isDarwin then pkgs.darwinArchUtility else null;
sw_vers = if stdenv.isDarwin then pkgs.darwinSwVersUtility else null;
pkgs/top-level/all-packages.nix: dropped lowPrio wrapper around python3 Python 3.x was originally marked as 'low priority' to prevent unintended updates from version 2 to 3. Meanwhile, the python3 expression has been renamed to use a different package name, so these kind of accidental updates can no longer happen. svn path=/nixpkgs/trunk/; revision=25750
2011-02-02 11:16:36 +00:00
};
pkgs/top-level/all-packages.nix: strip trailing white space svn path=/nixpkgs/trunk/; revision=21416
2010-04-29 08:54:02 +00:00
Updating Blender to the stable release 2.57 and adding python32 as a build input svn path=/nixpkgs/trunk/; revision=26894
2011-04-19 20:17:17 +00:00
python32 = callPackage ../development/interpreters/python/3.2 {
arch = if stdenv.isDarwin then pkgs.darwinArchUtility else null;
sw_vers = if stdenv.isDarwin then pkgs.darwinSwVersUtility else null;
};
* For convenience, provide pythonFull as a wrapper around Python that includes all the internal Python modules. svn path=/nixpkgs/branches/modular-python/; revision=26564
2011-03-28 12:31:56 +00:00
pythonFull = callPackage ../development/interpreters/python/wrapper.nix {
extraLibs = lib.attrValues python.modules;
};
* Remove Python 2.6, since the only remaining package that used it (Calibre) also works with 2.7. svn path=/nixpkgs/branches/modular-python/; revision=26561
2011-03-28 11:50:47 +00:00
* Adde xpra. Doesn't quite work yet. * Removed python_alts. svn path=/nixpkgs/trunk/; revision=11161
2008-03-17 13:45:50 +00:00
pyrex = pyrex095;
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pyrex095 = callPackage ../development/interpreters/pyrex/0.9.5.nix { };
Added Compiz Fusion (main plugins). Also some dependencies, and made wmii build under setup-new-2.sh also. svn path=/nixpkgs/trunk/; revision=9577
2007-11-05 08:32:20 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pyrex096 = callPackage ../development/interpreters/pyrex/0.9.6.nix { };
Fixed log nesting; added Qi. svn path=/nixpkgs/trunk/; revision=9601
2007-11-08 14:34:54 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
qi = callPackage ../development/compilers/qi { };
Fixed log nesting; added Qi. svn path=/nixpkgs/trunk/; revision=9601
2007-11-08 14:34:54 +00:00
Advance racket to latest release version 5.1 svn path=/nixpkgs/trunk/; revision=25984
2011-02-16 00:48:58 +00:00
racket = callPackage ../development/interpreters/racket {
inherit (gtkLibs) pango glib gtk;
};
Add Nix expression for Racket. Patch by Karn Kallio <tierpluspluslists@gmail.com>. svn path=/nixpkgs/trunk/; revision=23881
2010-09-21 12:31:11 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ruby18 = callPackage ../development/interpreters/ruby { };
* Remove some incorrect uses of makeOverridable. svn path=/nixpkgs/trunk/; revision=18483
2009-11-20 12:51:14 +00:00
#ruby19 = import ../development/interpreters/ruby/ruby-19.nix { inherit ruby18 fetchurl; };
ruby / gems update svn path=/nixpkgs/trunk/; revision=16099
2009-06-30 14:29:17 +00:00
ruby = ruby18;
all-packages.nix changes for all the previous commits svn path=/nixpkgs/trunk/; revision=11564
2008-04-11 09:32:27 +00:00
Rework ruby gems svn path=/nixpkgs/trunk/; revision=25654
2011-01-21 08:24:52 +00:00
rubyLibs = recurseIntoAttrs (callPackage ../development/interpreters/ruby/libs.nix { });
all-packages.nix changes for all the previous commits svn path=/nixpkgs/trunk/; revision=11564
2008-04-11 09:32:27 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
rake = callPackage ../development/ruby-modules/rake { };
Add all my latest packages to all-packages.nix svn path=/nixpkgs/trunk/; revision=12957
2008-10-05 09:04:30 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
rubySqlite3 = callPackage ../development/ruby-modules/sqlite3 { };
Add all my latest packages to all-packages.nix svn path=/nixpkgs/trunk/; revision=12957
2008-10-05 09:04:30 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
rLang = callPackage ../development/interpreters/r-lang {
- Some Ruby interpreter bumped version - Kernel headers 2.6.18 added (XEN virtual images) - unifdef package added for kernel headers 2.6.18 - Python Zope and 4suite added - Trying bioconductor packages with R-lang (still failing) - Bumped gmp version - Added rq cluster runner - still requires extra gems (installs, but does not run) svn path=/nixpkgs/trunk/; revision=12766
2008-08-29 13:53:28 +00:00
withBioconductor = getConfig ["rLang" "withBioconductor"] false;
Support for R-language (statistical) svn path=/nixpkgs/trunk/; revision=11769
2008-05-07 11:24:28 +00:00
};
Rework ruby gems svn path=/nixpkgs/trunk/; revision=25654
2011-01-21 08:24:52 +00:00
rubygemsFun = ruby: builderDefsPackage (import ../development/interpreters/ruby/rubygems.nix) {
all-packages.nix changes for all the previous commits svn path=/nixpkgs/trunk/; revision=11564
2008-04-11 09:32:27 +00:00
inherit ruby makeWrapper;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
doh - fix rubygems svn path=/nixpkgs/trunk/; revision=16109
2009-06-30 16:14:37 +00:00
rubygems = rubygemsFun ruby;
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
rq = callPackage ../applications/networking/cluster/rq { };
- Some Ruby interpreter bumped version - Kernel headers 2.6.18 added (XEN virtual images) - unifdef package added for kernel headers 2.6.18 - Python Zope and 4suite added - Trying bioconductor packages with R-lang (still failing) - Bumped gmp version - Added rq cluster runner - still requires extra gems (installs, but does not run) svn path=/nixpkgs/trunk/; revision=12766
2008-08-29 13:53:28 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
scsh = callPackage ../development/interpreters/scsh { };
Add packages scsh, The Scheme Shell svn path=/nixpkgs/trunk/; revision=18248
2009-11-07 11:17:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
spidermonkey = callPackage ../development/interpreters/spidermonkey { };
Add an RC (1.8.0-rc1) of SpiderMonkey by cloning the release expression svn path=/nixpkgs/trunk/; revision=23030
2010-08-07 21:44:13 +00:00
spidermonkey_1_8_0rc1 = callPackage ../development/interpreters/spidermonkey/1.8.0-rc1.nix { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
sysPerl = callPackage ../development/interpreters/sys-perl { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
tcl = callPackage ../development/interpreters/tcl { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
xulrunnerWrapper = {application, launcher}:
import ../development/interpreters/xulrunner/wrapper {
* xulrunner-wrapper: use Firefox 3 directly (via "firefox -app"), since it has full support for running XUL applications. This saves a lot of space (you don't need two copies of basically the same software). * Deleted the old xulrunner (1.8.0.4), it didn't compile anyway with recent GTK. * Updated chatzilla to 0.9.83. svn path=/nixpkgs/trunk/; revision=12794
2008-09-04 09:29:09 +00:00
inherit stdenv application launcher;
* Make Firefox 5.0 the default. svn path=/nixpkgs/trunk/; revision=27593
2011-07-04 14:04:43 +00:00
xulrunner = firefox50Pkgs.xulrunner;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Make Firefox 5.0 the default. svn path=/nixpkgs/trunk/; revision=27593
2011-07-04 14:04:43 +00:00
xulrunner = firefox50Pkgs.xulrunner;
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
### DEVELOPMENT / MISC
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
avrgcclibc = callPackage ../development/misc/avr-gcc-with-avr-libc {
fix avrlibcgcc svn path=/nixpkgs/trunk/; revision=17015
2009-09-10 16:57:06 +00:00
gcc = gcc40;
added avr gcc avrlibc dev environment. Its not worth doing this properly. It works this way svn path=/nixpkgs/trunk/; revision=14095
2009-02-17 12:56:35 +00:00
};
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
avr8burnomat = callPackage ../development/misc/avr8-burn-omat { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
/*
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
toolbus = callPackage ../development/interpreters/toolbus { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
*/
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
removing old bleeding edge cruft replacing it by a niftier version using source regions which are substituded by the tool nix-repository-manager. See http://github.com/MarcWeber/nix-repository-manager/raw/master/README. sourceByName is called sourceFromHead now. updates: MPlayerTrunk, haxe, neko, netsurf, cinelerra, ctags cinelerra does no longer build due to Xorg update svn path=/nixpkgs/trunk/; revision=18894
2009-12-11 13:58:23 +00:00
sourceFromHead = import ../build-support/source-from-head-fun.nix {
inherit getConfig;
jdk updated to 1.5.0.15 updated bleeding edge stuff (should now work for the bulidfarm as well because dist files are stored on my server) moved experimental my_env into its own file svn path=/nixpkgs/trunk/; revision=11026
2008-03-09 00:08:45 +00:00
};
- fetchdarcs supports now partial - fetchdarcs_2pre added - flapjax added - no longer used : annotatedDerivations - added bleeding edge repos with a tiny nix repository manager which dowloads and updates repostiries, then creates tar.gz dist files which are used by bleeding_edge_source (darcs tested only by now) - added experimental my_environment with example svn path=/nixpkgs/trunk/; revision=10974
2008-03-06 02:46:29 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ecj = callPackage ../development/eclipse/ecj { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
ecj for darwin svn path=/nixpkgs/trunk/; revision=20311
2010-03-01 16:20:47 +00:00
ecjDarwin = ecj.override { gcj = openjdkDarwin; ant = antDarwin; };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jdtsdk = callPackage ../development/eclipse/jdt-sdk { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jruby116 = callPackage ../development/interpreters/jruby { };
adding jruby-1.1.6 cause the one shipping with netbeans can't get uid. svn path=/nixpkgs/trunk/; revision=16060
2009-06-26 16:52:58 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
guileCairo = callPackage ../development/guile-modules/guile-cairo { };
Add Guile-Cairo. svn path=/nixpkgs/trunk/; revision=17653
2009-10-05 22:21:24 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
guileGnome = callPackage ../development/guile-modules/guile-gnome {
Add GNU guile-gnome. svn path=/nixpkgs/trunk/; revision=17657
2009-10-05 22:21:50 +00:00
gconf = gnome.GConf;
inherit (gnome) glib gnomevfs gtk libglade libgnome libgnomecanvas
libgnomeui pango;
};
Guile-Lib 0.1.9. svn path=/nixpkgs/trunk/; revision=23650
2010-09-05 15:19:23 +00:00
guile_lib = callPackage ../development/guile-modules/guile-lib { };
Add Guile-Lib, a collection of useful GNU Guile modules. svn path=/nixpkgs/trunk/; revision=10639
2008-02-12 11:16:53 +00:00
GNU Guile-Ncurses 1.2. svn path=/nixpkgs/trunk/; revision=25646
2011-01-20 22:06:35 +00:00
guile_ncurses = callPackage ../development/guile-modules/guile-ncurses { };
Trying to reinstate the meta-based Hydra builds svn path=/nixpkgs/trunk/; revision=16883
2009-08-28 06:29:21 +00:00
windowssdk = (
Attempt to mark up packages with platform assertions svn path=/nixpkgs/trunk/; revision=16850
2009-08-25 06:36:05 +00:00
import ../development/misc/windows-sdk {
inherit fetchurl stdenv cabextract;
});
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
### DEVELOPMENT / TOOLS
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
antlr = callPackage ../development/tools/parsing/antlr/2.7.7.nix { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
antlr3 = callPackage ../development/tools/parsing/antlr { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Updated WebDSL. * Made Stratego/XT 0.18 the default. svn path=/nixpkgs/trunk/; revision=23994
2010-09-30 10:49:02 +00:00
antDarwin = apacheAnt.override rec { jdk = openjdkDarwin; name = "ant-" + jdk.name; } ;
antDarwin based on openjdk svn path=/nixpkgs/trunk/; revision=17597
2009-10-02 12:27:24 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
ant = apacheAnt;
pkgs/top-level/all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=24045
2010-10-04 09:49:25 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
apacheAnt = callPackage ../development/tools/build-managers/apache-ant {
* Updated WebDSL. * Made Stratego/XT 0.18 the default. svn path=/nixpkgs/trunk/; revision=23994
2010-09-30 10:49:02 +00:00
name = "ant-" + jdk.name;
};
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
apacheAnt14 = callPackage ../development/tools/build-managers/apache-ant {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
jdk = j2sdk14x;
name = "ant-" + j2sdk14x.name;
};
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
apacheAntGcj = callPackage ../development/tools/build-managers/apache-ant/from-source.nix { # must be either pre-built or built with GCJ *alone*
Ant/GCJ: Clean up. svn path=/nixpkgs/trunk/; revision=21990
2010-05-26 14:53:13 +00:00
gcj = gcj.gcc; # use the raw GCJ, which has ${gcj}/lib/jvm
Add Apache Ant, built from source with GCJ. svn path=/nixpkgs/trunk/; revision=17401
2009-09-24 14:49:15 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
autobuild = callPackage ../development/tools/misc/autobuild { };
Add Simon Josefsson's Autobuild tool. svn path=/nixpkgs/trunk/; revision=12442
2008-07-28 21:29:17 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
autoconf = callPackage ../development/tools/misc/autoconf { };
all-packages.nix changes for all those updates svn path=/nixpkgs/trunk/; revision=12119
2008-06-16 13:15:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
autoconf213 = callPackage ../development/tools/misc/autoconf/2.13.nix { };
all-packages.nix changes for my last commits svn path=/nixpkgs/trunk/; revision=13693
2009-01-03 13:44:04 +00:00
GNU Automake: Default to 1.11.x. svn path=/nixpkgs/trunk/; revision=24299
2010-10-15 12:09:10 +00:00
automake = automake111x;
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
automake17x = callPackage ../development/tools/misc/automake/automake-1.7.x.nix { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
automake19x = callPackage ../development/tools/misc/automake/automake-1.9.x.nix { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
automake110x = callPackage ../development/tools/misc/automake/automake-1.10.x.nix { };
Add GNU Automake 1.10 (1.9 is kept as the default, though). svn path=/nixpkgs/trunk/; revision=10645
2008-02-12 14:00:26 +00:00
Making automake 1.11.x not check in Arm, because one test fails. I still have not reported that upstream. svn path=/nixpkgs/branches/stdenv-updates/; revision=23702
2010-09-09 17:07:57 +00:00
automake111x = callPackage ../development/tools/misc/automake/automake-1.11.x.nix {
GNU Automake 1.11.x: Disable tests on Cygwin. svn path=/nixpkgs/trunk/; revision=25678
2011-01-23 22:53:54 +00:00
doCheck = !stdenv.isArm && !stdenv.isCygwin
GNU Automake 1.11.x: Disable tests on Solaris. svn path=/nixpkgs/trunk/; revision=25677
2011-01-23 22:48:08 +00:00
# Some of the parallel tests seem to hang on `i386-pc-solaris2.11'.
&& stdenv.system != "i386-sunos";
Making automake 1.11.x not check in Arm, because one test fails. I still have not reported that upstream. svn path=/nixpkgs/branches/stdenv-updates/; revision=23702
2010-09-09 17:07:57 +00:00
};
Add GNU Automake 1.11. svn path=/nixpkgs/trunk/; revision=15673
2009-05-20 12:20:51 +00:00
Move automoc4 out of kde-4.x/ kde-4.x/ is for software that is released with kde releases, not for anything hosted on *.kde.org or in kde svn/git. svn path=/nixpkgs/trunk/; revision=26048
2011-02-22 06:19:05 +00:00
automoc4 = callPackage ../development/tools/misc/automoc4 { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
avrdude = callPackage ../development/tools/misc/avrdude { };
added: dnsmasq, uisp, fltk libixp_for_wmii, acerhk kernel module, reiserfsprogs, radeontools, msmtp, procmail, pstree, gxemul changed: umlutilities to also support building tunctl optionally (needing kernel header files) wmii updated and wmiimenu added svn path=/nixpkgs/trunk/; revision=9242
2007-09-03 12:10:57 +00:00
Update teeworlds svn path=/nixpkgs/trunk/; revision=26814
2011-04-13 05:47:51 +00:00
bam = callPackage ../development/tools/build-managers/bam {};
* Get rid of the ugly `useFromStdenv' hack in all-packages.nix. 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
2010-08-06 10:34:34 +00:00
binutils = callPackage ../development/tools/misc/binutils {
inherit noSysDirs;
};
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
add some versions of cppunit/boost/protobuf, added binutils with gold, added nlopt svn path=/nixpkgs/trunk/; revision=27132
2011-05-04 10:03:46 +00:00
binutils_gold = callPackage ../development/tools/misc/binutils {
inherit noSysDirs;
gold = true;
};
I removed the function-shape of the cross-toolchain related attributes in the all-packages.nix. That was more complicating than helping. svn path=/nixpkgs/trunk/; revision=20457
2010-03-06 23:36:55 +00:00
binutilsCross = forceBuildDrv (import ../development/tools/misc/binutils {
Fix `binutilsCross'. svn path=/nixpkgs/branches/stdenv-updates/; revision=25094
2010-12-13 08:04:14 +00:00
inherit stdenv fetchurl zlib;
noSysDirs = true;
cross = assert crossSystem != null; crossSystem;
Big fixes in the cross build: - Before this changes, cflags and ldflags for the native and the cross compiler got mixed. Not all the gcc-wrapper/gcc-cross-wrapper variables are independant now, but enough, I think. - Fixed the generic stdenv expression, which did a big mess on buildInputs and buildNativeInputs. Now it distinguishes when there is a stdenvCross or not. Maybe we should have a single stdenv and forget about the stdenvCross adapter - this could end in a stdenv a bit complex, but simpler than the generic stdenv + adapter. - Added basic support in pkgconfig for cross-builds: a single PKG_CONFIG_PATH now works for both the cross and the native compilers, but I think this should work well for most cases I can think of. - I tried to fix the guile expression to cross-biuld; guile is built, but not its manual, so the derivation still fails. Guile requires patching to cross-build, as far as I understnad. - Made the glibcCross build to be done through the usage of a gcc-cross-wrapper over the gcc-cross-stage-static, instead of using it directly. - Trying to make physfs (a neverball dependency) cross build. - Updated the gcc expression to support building a cross compiler without getting derivation variables mixed with those of the stdenvCross. svn path=/nixpkgs/branches/stdenv-updates/; revision=18534
2009-11-22 19:51:45 +00:00
});
My first attempt at getting cross compilers in nixpkgs. My idea is to provide special stdenv expressions that will contain in the path additional cross compilers. As most expressions for programs accept a stdenv parameter, we could substitute this parameter with the special stdenv, which will have a generic builder that attempts the usual "--target=..." and can additionally have an env variable like "cross" with the target architecture set. So, finally we could have additional expressions like this: bashRealArm = makeOverridable (import ../shells/bash) { inherit fetchurl bison; stdenv = stdenvCross "armv5tel-unknown-linux-gnueabi"; }; Meanwhile it does not work - I still cannot get the cross-gcc to build. I think it does not fill the previous expressions with a lot of noise, so I think it may be a good path to follow. I only touched some files of the current stdenv: gcc-4.3, kernel headers 2.6.28, glibc 2.9, ... I tried to use the gcc-cross-wrapper, that may be very outdated. Maybe I will update it, or update the gcc-wrapper expression to make it fit the cross tools, but meanwhile I even cannot build gcc, so I have not tested the wrapper. This new idea on cross compiling is not similar to that of the nixpkgs/branches/cross-compilation, which mostly added bare new expressions for anything to be cross compiled, if I understood it correctly. I cared not to break anything of the usual stdenv in all this work. svn path=/nixpkgs/branches/stdenv-updates/; revision=18343
2009-11-14 08:11:30 +00:00
Making the current versions of flex/bison the default. Evaluation test passes. Please explicitly pass older versions to any package that can be adversely affected by too-fresh versions. svn path=/nixpkgs/branches/stdenv-updates/; revision=25086
2010-12-12 21:48:29 +00:00
bison = bison24;
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
bison1875 = callPackage ../development/tools/parsing/bison/bison-1.875.nix { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
bison23 = callPackage ../development/tools/parsing/bison/bison-2.3.nix { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
bison24 = callPackage ../development/tools/parsing/bison/bison-2.4.nix { };
GNU Bison 2.4 (2.3.x remains the default). svn path=/nixpkgs/trunk/; revision=13180
2008-11-03 18:25:17 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
buildbot = callPackage ../development/tools/build-managers/buildbot {
Merge the two BuildBot expressions. svn path=/nixpkgs/trunk/; revision=19358
2010-01-11 17:00:46 +00:00
inherit (pythonPackages) twisted;
Updated scons and twisted; added buildbot. * Updated scons to version 1.0.0. Also added appropriate makeWrapper calls to ensure that the python binary finds its library files. * Updated Twisted from 2.5 to 8.1. * Added an expression for buildbot. svn path=/nixpkgs/trunk/; revision=12782
2008-09-01 15:11:09 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
byacc = callPackage ../development/tools/parsing/byacc { };
Added: * dmenu * gftp * micropolis * byacc as a build-time dependency for micropolis contributed by baldo <baldo@quimby.lan> svn path=/nixpkgs/trunk/; revision=12526
2008-08-06 20:39:01 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ccache = callPackage ../development/tools/misc/ccache { };
Add ccache, a compiler cache. svn path=/nixpkgs/trunk/; revision=10644
2008-02-12 13:32:37 +00:00
Add GNU Complexity. svn path=/nixpkgs/trunk/; revision=27344
2011-06-04 21:46:07 +00:00
complexity = callPackage ../development/tools/misc/complexity { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ctags = callPackage ../development/tools/misc/ctags { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
adding ctags-wropped. A wrapper for ctags adding some language (more) language support for .php .js .nix and .as files svn path=/nixpkgs/trunk/; revision=15476
2009-05-06 16:06:45 +00:00
ctagsWrapped = import ../development/tools/misc/ctags/wrapped.nix {
* Remove some incorrect uses of makeOverridable. svn path=/nixpkgs/trunk/; revision=18483
2009-11-20 12:51:14 +00:00
inherit pkgs ctags writeScriptBin;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cmake = callPackage ../development/tools/build-managers/cmake { };
Added cdrkit to burn DVDs. svn path=/nixpkgs/trunk/; revision=8958
2007-07-07 22:31:37 +00:00
Update cmake Use system libraries, make curses optional, add optional qt4 gui etc. svn path=/nixpkgs/trunk/; revision=23810
2010-09-15 18:37:21 +00:00
cmakeCurses = cmake.override { useNcurses = true; };
cmakeWithGui = cmakeCurses.override { useQt4 = true; };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
coccinelle = callPackage ../development/tools/misc/coccinelle { };
Add Coccinelle, a semantic patch interpreter for C. svn path=/nixpkgs/trunk/; revision=18909
2009-12-12 00:47:14 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cppi = callPackage ../development/tools/misc/cppi { };
Add GNU cppi. svn path=/nixpkgs/trunk/; revision=20363
2010-03-04 11:10:44 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cproto = callPackage ../development/tools/misc/cproto { };
added cproto ( C function prototype generator ) svn path=/nixpkgs/trunk/; revision=11730
2008-04-27 18:20:57 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cflow = callPackage ../development/tools/misc/cflow { };
Add GNU cflow. svn path=/nixpkgs/trunk/; revision=13129
2008-10-28 08:43:44 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cscope = callPackage ../development/tools/misc/cscope { };
Add Cscope, a C code browser. svn path=/nixpkgs/trunk/; revision=12711
2008-08-25 15:34:14 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dejagnu = callPackage ../development/tools/misc/dejagnu { };
Add DejaGNU, a testing framework. svn path=/nixpkgs/trunk/; revision=11623
2008-04-14 11:47:26 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ddd = callPackage ../development/tools/misc/ddd { };
Add "ddd": Graphical front-end for command-line debuggers. svn path=/nixpkgs/trunk/; revision=12336
2008-07-10 16:56:51 +00:00
pkgs/development/tools/misc/distcc: allow users to override sysconfdir svn path=/nixpkgs/trunk/; revision=24486
2010-10-26 11:14:40 +00:00
distcc = callPackage ../development/tools/misc/distcc { };
distcc 3.1: initial version svn path=/nixpkgs/trunk/; revision=17893
2009-10-20 11:54:49 +00:00
Added Gajim XMPP client in nearly full-feature configuration with all dependencies svn path=/nixpkgs/trunk/; revision=15001
2009-04-12 19:34:20 +00:00
docutils = builderDefsPackage (import ../development/tools/documentation/docutils) {
inherit python pil makeWrapper;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
doxygen = callPackage ../development/tools/documentation/doxygen {
pkgs/top-level/all-packages.nix: don't use getPkgConfig to configure Doxygen; use override instead svn path=/nixpkgs/trunk/; revision=23443
2010-08-26 09:44:53 +00:00
qt = qt4;
Added build expression for doxygen 1.5.7.1. svn path=/nixpkgs/trunk/; revision=13106
2008-10-23 14:23:12 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
eggdbus = callPackage ../development/tools/misc/eggdbus { };
* Added PolicyKit and eggdbus. There is a newer version of PolicyKit (0.93), but it doesn't compile with the current glib. svn path=/nixpkgs/trunk/; revision=16704
2009-08-13 07:55:11 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
elfutils = callPackage ../development/tools/misc/elfutils { };
* Revived RPM. Damn, RPM is nasty to build. svn path=/nixpkgs/trunk/; revision=8407
2007-03-21 19:25:58 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
epm = callPackage ../development/tools/misc/epm { };
* More OpenOffice hackery. Added the magic incantations to get it to install (of course there's no "make install", that would be too easy). Also create some wrapper scripts "oowriter", "oodraw" etc. (I haven't done a full build of this yet, I've hacked on a tmpdir left behind by nix-build -K.) svn path=/nixpkgs/trunk/; revision=9260
2007-09-06 15:00:33 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
emma = callPackage ../development/tools/analysis/emma { };
* Added Emma, a Java code coverage tool. svn path=/nixpkgs/trunk/; revision=10865
2008-02-26 15:48:14 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
findbugs = callPackage ../development/tools/analysis/findbugs { };
* Added Findbugs. svn path=/nixpkgs/trunk/; revision=10854
2008-02-25 14:55:30 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pmd = callPackage ../development/tools/analysis/pmd { };
* added checkstyle, pmd, jdepends. * changed version of ant to 1.7 svn path=/nixpkgs/trunk/; revision=15994
2009-06-18 12:51:51 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jdepend = callPackage ../development/tools/analysis/jdepend { };
* added checkstyle, pmd, jdepends. * changed version of ant to 1.7 svn path=/nixpkgs/trunk/; revision=15994
2009-06-18 12:51:51 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
checkstyle = callPackage ../development/tools/analysis/checkstyle { };
* added checkstyle, pmd, jdepends. * changed version of ant to 1.7 svn path=/nixpkgs/trunk/; revision=15994
2009-06-18 12:51:51 +00:00
Making the current versions of flex/bison the default. Evaluation test passes. Please explicitly pass older versions to any package that can be adversely affected by too-fresh versions. svn path=/nixpkgs/branches/stdenv-updates/; revision=25086
2010-12-12 21:48:29 +00:00
flex = flex2535;
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
flex2535 = callPackage ../development/tools/parsing/flex/flex-2.5.35.nix { };
all-packages.nix changes for previous commits svn path=/nixpkgs/trunk/; revision=11217
2008-03-20 09:52:40 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
flex2534 = callPackage ../development/tools/parsing/flex/flex-2.5.34.nix { };
Flex 2.5.34. svn path=/nixpkgs/trunk/; revision=10713
2008-02-16 19:12:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
flex2533 = callPackage ../development/tools/parsing/flex/flex-2.5.33.nix { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
Default to Flex 2.5.35; move 2.5.4a out of the way. svn path=/nixpkgs/trunk/; revision=18633
2009-11-25 23:13:28 +00:00
# Note: 2.5.4a is much older than 2.5.35 but happens first when sorting
# alphabetically, hence the low priority.
flex254a = lowPrio (import ../development/tools/parsing/flex/flex-2.5.4a.nix {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
inherit fetchurl stdenv yacc;
Default to Flex 2.5.35; move 2.5.4a out of the way. svn path=/nixpkgs/trunk/; revision=18633
2009-11-25 23:13:28 +00:00
});
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
m4 = gnum4;
* Added wxHaskell. * Added GNU MP, use it in pycrypto. svn path=/nixpkgs/trunk/; revision=7343
2006-12-13 22:29:40 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
global = callPackage ../development/tools/misc/global { };
Add GNU GLOBAL, a source code tag system. svn path=/nixpkgs/trunk/; revision=16333
2009-07-13 09:05:56 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gnum4 = callPackage ../development/tools/misc/gnum4 { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Get rid of the ugly `useFromStdenv' hack in all-packages.nix. 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
2010-08-06 10:34:34 +00:00
gnumake = callPackage ../development/tools/build-managers/gnumake { };
Add `gnumakeNix' attribute for GNU Make with `nix-log2xml' support. svn path=/nixpkgs/branches/stdenv-updates/; revision=13055
2008-10-13 09:04:56 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gnumake380 = callPackage ../development/tools/build-managers/gnumake-3.80 { };
Re-add GNU Make 3.81. svn path=/nixpkgs/branches/stdenv-updates/; revision=24623
2010-11-09 09:14:07 +00:00
gnumake381 = callPackage ../development/tools/build-managers/gnumake/3.81.nix { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gradle = callPackage ../development/tools/build-managers/gradle { };
add Gradle 0.8 patch provided by Francois Perrad svn path=/nixpkgs/trunk/; revision=20863
2010-03-29 23:36:35 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gperf = callPackage ../development/tools/misc/gperf { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
gtkdialog = callPackage ../development/tools/misc/gtkdialog { };
* added haddock documentation tool for ghc/Haskell svn path=/nixpkgs/trunk/; revision=10229
2008-01-19 17:05:54 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
guileLint = callPackage ../development/tools/guile/guile-lint { };
Add Guile-Lint, a syntax and semantics checker for GNU Guile. svn path=/nixpkgs/trunk/; revision=10710
2008-02-15 16:30:33 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gwrap = callPackage ../development/tools/guile/g-wrap { };
Add G-Wrap, a binding generator for Guile. svn path=/nixpkgs/trunk/; revision=11506
2008-04-09 07:56:52 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
help2man = callPackage ../development/tools/misc/help2man {
* Drop the "perl" prefix from Perl attribute names. It's redundant now that Perl packages are in their own namespace (perlPackages.<pkg>). svn path=/nixpkgs/trunk/; revision=15176
2009-04-20 12:49:35 +00:00
inherit (perlPackages) LocaleGettext;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
iconnamingutils = callPackage ../development/tools/misc/icon-naming-utils {
* Drop the "perl" prefix from Perl attribute names. It's redundant now that Perl packages are in their own namespace (perlPackages.<pkg>). svn path=/nixpkgs/trunk/; revision=15176
2009-04-20 12:49:35 +00:00
inherit (perlPackages) XMLSimple;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
* More Gnome stuff. svn path=/nixpkgs/trunk/; revision=8190
2007-03-05 18:52:31 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
indent = callPackage ../development/tools/misc/indent { };
Added indent svn path=/nixpkgs/trunk/; revision=9790
2007-11-25 18:35:33 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
inotifyTools = callPackage ../development/tools/misc/inotify-tools { };
adding inotify-tools svn path=/nixpkgs/trunk/; revision=19469
2010-01-15 19:35:02 +00:00
Adding libva, to get some possible video acceleration in intel video cards. svn path=/nixpkgs/trunk/; revision=26854
2011-04-16 11:00:31 +00:00
intelgen4asm = callPackage ../development/misc/intelgen4asm { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ired = callPackage ../development/tools/analysis/radare/ired.nix { };
Adding ired, a 'radare' simplification: Interactive Raw Editor. svn path=/nixpkgs/trunk/; revision=20511
2010-03-09 18:14:59 +00:00
Adding the rally game Trigger. As a side effect, I add jam. svn path=/nixpkgs/trunk/; revision=26615
2011-03-30 18:45:11 +00:00
jam = callPackage ../development/tools/build-managers/jam { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jikespg = callPackage ../development/tools/parsing/jikespg { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
lcov = callPackage ../development/tools/analysis/lcov { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* pam_console needs an old libtool. svn path=/nixpkgs/branches/stdenv-updates/; revision=14791
2009-03-30 15:31:47 +00:00
libtool = libtool_2;
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libtool_1_5 = callPackage ../development/tools/misc/libtool { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libtool_2 = callPackage ../development/tools/misc/libtool/libtool2.nix { };
Add GNU Libtool 2.2.x. svn path=/nixpkgs/trunk/; revision=13176
2008-11-03 10:15:37 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
lsof = callPackage ../development/tools/misc/lsof { };
Added lsof in package collection svn path=/nixpkgs/trunk/; revision=8886
2007-06-17 22:44:30 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ltrace = callPackage ../development/tools/misc/ltrace { };
Added ltrace - library call tracer. Note that it needed adding an extension point to doUnpack, but it doesn't force full rebuild of everything using builder composing. svn path=/nixpkgs/trunk/; revision=9574
2007-11-03 08:19:00 +00:00
GNU MIG: Force a 32-bit build. svn path=/nixpkgs/trunk/; revision=27493
2011-06-18 15:59:44 +00:00
mig = callPackage ../os-specific/gnu/mig
(if stdenv.isLinux
then {
# Build natively, but force use of a 32-bit environment because we're
# targeting `i586-pc-gnu'.
stdenv = (import ../stdenv {
system = "i686-linux";
stdenvType = "i686-linux";
allPackages = args:
import ./all-packages.nix ({ inherit config; } // args);
inherit platform;
}).stdenv;
}
else { });
Add GNU MIG. svn path=/nixpkgs/trunk/; revision=21750
2010-05-12 15:46:43 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mk = callPackage ../development/tools/build-managers/mk { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
noweb = callPackage ../development/tools/literate-programming/noweb { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
omake = callPackage ../development/tools/ocaml/omake { };
omake: version 0.9.8.5 svn path=/nixpkgs/trunk/; revision=22019
2010-05-27 19:44:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
openocd = callPackage ../development/tools/misc/openocd { };
Adding OpenOCD. svn path=/nixpkgs/trunk/; revision=17302
2009-09-20 16:43:16 +00:00
Add OProfile, a system-wide profiler for Linux. svn path=/nixpkgs/trunk/; revision=11984
2008-06-04 21:23:30 +00:00
oprofile = import ../development/tools/profiling/oprofile {
OProfile: Add dependency on zlib. svn path=/nixpkgs/branches/stdenv-updates/; revision=24925
2010-11-29 17:42:50 +00:00
inherit fetchurl stdenv binutils popt makeWrapper gawk which gnugrep zlib;
OProfile 0.9.6. svn path=/nixpkgs/trunk/; revision=21615
2010-05-05 19:48:18 +00:00
# Optional build inputs for the (useless) GUI.
/*
qt = qt3;
inherit (xlibs) libX11 libXext;
inherit libpng;
*/
Add OProfile, a system-wide profiler for Linux. svn path=/nixpkgs/trunk/; revision=11984
2008-06-04 21:23:30 +00:00
};
* Get rid of the ugly `useFromStdenv' hack in all-packages.nix. 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
2010-08-06 10:34:34 +00:00
patchelf = callPackage ../development/tools/misc/patchelf { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
patchelf06 = callPackage ../development/tools/misc/patchelf/0.6.nix { };
* added patchelf pre-release 0.6 until it gets stable * updated chrome to latest version svn path=/nixpkgs/trunk/; revision=21836
2010-05-18 12:36:23 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pmccabe = callPackage ../development/tools/misc/pmccabe { };
Add pmccabe, a tool that computes the cyclomatic complexity of C/C++ source. svn path=/nixpkgs/trunk/; revision=12000
2008-06-06 12:26:01 +00:00
Made more libraries cross compile. fontconfig, libxcb, bzip2, libdrm, zlib... I was trying to cross compile SDL. Many dependencies work, but I ended seeing libX11 not ready for cross compilation. Other xorg libraries cross-compile well. libX11 may need a small patch. The problem is the usual "configure test cannot be run in cross compilation", so the configure script halts. I made the pkgconfig expression always return buildDrv, as I think it rarely will be needed as buildInput. So to avoid rewriting all its mentions to use it as buildNativeInput, I prefered this small change. svn path=/nixpkgs/branches/stdenv-updates/; revision=18500
2009-11-21 10:44:22 +00:00
/* Make pkgconfig always return a buildDrv, never a proper hostDrv,
because most usage of pkgconfig as buildInput (inheritance of
Adding a note about a change to do in the big-renaming to allow clear buildInputs and buildNativeInputs, on pkgconfig, which now works always as buildDrv even asking for its hostDrv. Key string: cross_renaming svn path=/nixpkgs/branches/stdenv-updates/; revision=18506
2009-11-21 15:39:20 +00:00
pre-cross nixpkgs) means using it using as buildNativeInput
cross_renaming: we should make all programs use pkgconfig as
buildNativeInput after the renaming.
*/
* Get rid of the ugly `useFromStdenv' hack in all-packages.nix. 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
2010-08-06 10:34:34 +00:00
pkgconfig = forceBuildDrv (callPackage ../development/tools/misc/pkgconfig { });
Made more libraries cross compile. fontconfig, libxcb, bzip2, libdrm, zlib... I was trying to cross compile SDL. Many dependencies work, but I ended seeing libX11 not ready for cross compilation. Other xorg libraries cross-compile well. libX11 may need a small patch. The problem is the usual "configure test cannot be run in cross compilation", so the configure script halts. I made the pkgconfig expression always return buildDrv, as I think it rarely will be needed as buildInput. So to avoid rewriting all its mentions to use it as buildNativeInput, I prefered this small change. svn path=/nixpkgs/branches/stdenv-updates/; revision=18500
2009-11-21 10:44:22 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
radare = callPackage ../development/tools/analysis/radare {
Adding radare svn path=/nixpkgs/trunk/; revision=15226
2009-04-21 19:47:51 +00:00
inherit (gnome) vte;
lua = lua5;
Making radare more flexible on build options. svn path=/nixpkgs/trunk/; revision=17294
2009-09-20 09:33:37 +00:00
useX11 = getConfig ["radare" "useX11"] false;
pythonBindings = getConfig ["radare" "pythonBindings"] false;
rubyBindings = getConfig ["radare" "rubyBindings"] false;
luaBindings = getConfig ["radare" "luaBindings"] false;
Adding radare svn path=/nixpkgs/trunk/; revision=15226
2009-04-21 19:47:51 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ragel = callPackage ../development/tools/parsing/ragel { };
Add ragel: A state machine compiler. svn path=/nixpkgs/trunk/; revision=13881
2009-01-27 14:00:54 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
remake = callPackage ../development/tools/build-managers/remake { };
Adding 'remake': a patched and modernized version of GNU make utility that adds improved error reporting, the ability to trace execution in a comprehensible way, and a debugger. svn path=/nixpkgs/trunk/; revision=17744
2009-10-11 15:03:13 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
# couldn't find the source yet
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
seleniumRCBin = callPackage ../development/tools/selenium/remote-control {
newline svn path=/nixpkgs/trunk/; revision=26049
2011-02-22 06:19:11 +00:00
jre = jdk;
};
xara update (now works on i686 and _64 again) selenium-rc binaries (automatic web application testing remote control server) svn path=/nixpkgs/trunk/; revision=9835
2007-12-03 14:33:54 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
scons = callPackage ../development/tools/build-managers/scons { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
simpleBuildTool = callPackage ../development/tools/build-managers/simple-build-tool { };
patch provided by David Brown adding simple-build-tool which builds Scala packages svn path=/nixpkgs/trunk/; revision=21671
2010-05-08 21:51:47 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
sloccount = callPackage ../development/tools/misc/sloccount { };
Add SLOCCount, a tool to count source lines of code (SLOCs). svn path=/nixpkgs/trunk/; revision=14091
2009-02-17 10:11:33 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
sparse = callPackage ../development/tools/analysis/sparse { };
Add Sparse, a static analysis tool for C. svn path=/nixpkgs/trunk/; revision=12696
2008-08-22 18:33:52 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
spin = callPackage ../development/tools/analysis/spin { };
Adding spin svn path=/nixpkgs/trunk/; revision=15433
2009-05-03 14:35:43 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
splint = callPackage ../development/tools/analysis/splint { };
Add Splint, a static code analyzer for C. svn path=/nixpkgs/trunk/; revision=12343
2008-07-11 09:13:34 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
strace = callPackage ../development/tools/misc/strace { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
swig = callPackage ../development/tools/misc/swig { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
Keep only one SWIG, with support for all languages. svn path=/nixpkgs/trunk/; revision=17351
2009-09-22 11:59:41 +00:00
swigWithJava = swig;
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
swftools = callPackage ../tools/video/swftools { };
added swftools svn path=/nixpkgs/trunk/; revision=13078
2008-10-16 11:01:10 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
texinfo49 = callPackage ../development/tools/misc/texinfo/4.9.nix { };
Add GNU Texinfo 4.9, use it to produce GCC 4.x documentation. svn path=/nixpkgs/trunk/; revision=10805
2008-02-21 15:34:56 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
texinfo = callPackage ../development/tools/misc/texinfo { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
texi2html = callPackage ../development/tools/misc/texi2html { };
adding texitohtml (dependency of lilypond) svn path=/nixpkgs/trunk/; revision=17023
2009-09-10 16:57:42 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
uisp = callPackage ../development/tools/misc/uisp { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gdb = callPackage ../development/tools/misc/gdb {
* GDB needs Readline 5. svn path=/nixpkgs/branches/stdenv-updates/; revision=14706
2009-03-25 16:21:25 +00:00
readline = readline5;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gdbCross = callPackage ../development/tools/misc/gdb {
Adding gdbCross, to have a gdb for other targets than native. svn path=/nixpkgs/branches/stdenv-updates/; revision=18772
2009-12-02 20:54:40 +00:00
readline = readline5;
target = crossSystem;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
valgrind = callPackage ../development/tools/analysis/valgrind { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
Adding valkyrie, a frontend for some valgrind 3.6 tools. svn path=/nixpkgs/trunk/; revision=24815
2010-11-22 19:10:15 +00:00
valkyrie = callPackage ../development/tools/analysis/valkyrie { };
* Removed selectVersion. There's no good reason to write `selectVersion ./foo "bar"' instead of `import ./foo/bar.nix'. * Replaced `with args' with formal function arguments in several packages. * Renamed several files to `default.nix'. As a general rule, version numbers should only be included in the filename when there is a reason to keep multiple versions of a package in Nixpkgs. Otherwise, it just makes it harder to update the package. svn path=/nixpkgs/trunk/; revision=18403
2009-11-18 09:39:59 +00:00
xxdiff = builderDefsPackage (import ../development/tools/misc/xxdiff/3.2.nix) {
Added xxdiff svn path=/nixpkgs/trunk/; revision=11888
2008-05-25 20:43:56 +00:00
qt = qt3;
Making the current versions of flex/bison the default. Evaluation test passes. Please explicitly pass older versions to any package that can be adversely affected by too-fresh versions. svn path=/nixpkgs/branches/stdenv-updates/; revision=25086
2010-12-12 21:48:29 +00:00
inherit pkgconfig makeWrapper bison python flex;
Added xxdiff svn path=/nixpkgs/trunk/; revision=11888
2008-05-25 20:43:56 +00:00
inherit (xlibs) libXext libX11;
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
};
Added xxdiff svn path=/nixpkgs/trunk/; revision=11888
2008-05-25 20:43:56 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
yacc = bison;
added: dnsmasq, uisp, fltk libixp_for_wmii, acerhk kernel module, reiserfsprogs, radeontools, msmtp, procmail, pstree, gxemul changed: umlutilities to also support building tunctl optionally (needing kernel header files) wmii updated and wmiimenu added svn path=/nixpkgs/trunk/; revision=9242
2007-09-03 12:10:57 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
yodl = callPackage ../development/tools/misc/yodl { };
added yodl, dependency for zsh documentation svn path=/nixpkgs/trunk/; revision=13669
2008-12-22 18:36:02 +00:00
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
### DEVELOPMENT / LIBRARIES
Updated gaim to latest beta Added gdb svn path=/nixpkgs/trunk/; revision=8019
2007-02-22 16:07:51 +00:00
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
a52dec = callPackage ../development/libraries/a52dec { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
aalib = callPackage ../development/libraries/aalib { };
* A wrapper around the Visual C++ compiler and the Windows SDK. TODO: download and unpack into the Nix store Visual C++ (either from Visual C++ Express Edition or from the .NET 2.0 Framework SDK) and the Windows Platform SDK. The command line tools don't seem to need any registry settings... svn path=/nixpkgs/trunk/; revision=5369
2006-06-02 09:56:10 +00:00
* Get rid of the ugly `useFromStdenv' hack in all-packages.nix. 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
2010-08-06 10:34:34 +00:00
acl = callPackage ../development/libraries/acl { };
Added acl package and fixed attr package. svn path=/nixpkgs/trunk/; revision=9963
2007-12-23 15:09:12 +00:00
* Removed selectVersion. There's no good reason to write `selectVersion ./foo "bar"' instead of `import ./foo/bar.nix'. * Replaced `with args' with formal function arguments in several packages. * Renamed several files to `default.nix'. As a general rule, version numbers should only be included in the filename when there is a reason to keep multiple versions of a package in Nixpkgs. Otherwise, it just makes it harder to update the package. svn path=/nixpkgs/trunk/; revision=18403
2009-11-18 09:39:59 +00:00
adns = import ../development/libraries/adns/1.4.nix {
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
inherit stdenv fetchurl;
I take out getPkgConfig. It looks to me as if it needed a solution, but noone took action. I take action before much discussion. For what I see: - getPkgConfig problems are hard to track - config.nix trying to forecast getPkgConfig behaviour looks me as a bad approach, and people should not trust such a config.nix unless they parsed the whole nixpkgs for tricky effects. - It's not that hard to write config.nix in the style of getConfig - Every now and then newcomers hit the "'git' is an attribute set while a boolean was expected". Maybe this will disrupt nixes of some people, and that will be a background on what to discuss. svn path=/nixpkgs/trunk/; revision=25314
2010-12-28 21:07:35 +00:00
static = getConfig [ "adns" "static" ] (stdenv ? isStatic || stdenv ? isDietLibC);
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
agg = callPackage ../development/libraries/agg { };
add xchat and tcl svn path=/nixpkgs/trunk/; revision=4302
2005-11-22 12:05:36 +00:00
Adding Allegro library svn path=/nixpkgs/trunk/; revision=24891
2010-11-27 18:31:05 +00:00
allegro = callPackage ../development/libraries/allegro {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
amrnb = callPackage ../development/libraries/amrnb { };
Adding amr support in mplayer. That should be enabled by the user, because those libraries are not redistributable. 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
2009-10-04 21:31:34 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
amrwb = callPackage ../development/libraries/amrwb { };
Adding amr support in mplayer. That should be enabled by the user, because those libraries are not redistributable. 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
2009-10-04 21:31:34 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
apr = callPackage ../development/libraries/apr { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
aprutil = callPackage ../development/libraries/apr-util {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
bdbSupport = true;
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
Adding the racing videogame VDrift. I added the asio library as a side effect. svn path=/nixpkgs/trunk/; revision=26575
2011-03-28 16:08:21 +00:00
asio = callPackage ../development/libraries/asio { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
aspell = callPackage ../development/libraries/aspell { };
Added acl package and fixed attr package. svn path=/nixpkgs/trunk/; revision=9963
2007-12-23 15:09:12 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
aspellDicts = recurseIntoAttrs (import ../development/libraries/aspell/dictionaries.nix {
inherit fetchurl stdenv aspell which;
});
Added acl package and fixed attr package. svn path=/nixpkgs/trunk/; revision=9963
2007-12-23 15:09:12 +00:00
* More cleanup. Updated to the latest Stratego/XT 0.17. svn path=/nixpkgs/trunk/; revision=14610
2009-03-19 14:34:16 +00:00
aterm = aterm25;
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
aterm25 = callPackage ../development/libraries/aterm/2.5.nix { };
* A wrapper around the Visual C++ compiler and the Windows SDK. TODO: download and unpack into the Nix store Visual C++ (either from Visual C++ Express Edition or from the .NET 2.0 Framework SDK) and the Windows Platform SDK. The command line tools don't seem to need any registry settings... svn path=/nixpkgs/trunk/; revision=5369
2006-06-02 09:56:10 +00:00
added seperate meta-environment packages, use callpackage for aterm28 svn path=/nixpkgs/trunk/; revision=23394
2010-08-24 13:20:55 +00:00
aterm28 = lowPrio (callPackage ../development/libraries/aterm/2.8.nix { });
Added aterm 2.5 svn path=/nixpkgs/trunk/; revision=10370
2008-01-29 09:32:56 +00:00
* Get rid of the ugly `useFromStdenv' hack in all-packages.nix. 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
2010-08-06 10:34:34 +00:00
attr = callPackage ../development/libraries/attr { };
Added jikes, IBM's open source java compiler. svn path=/nixpkgs/trunk/; revision=715
2004-01-24 22:50:47 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
aubio = callPackage ../development/libraries/aubio { };
adding aubio svn path=/nixpkgs/trunk/; revision=17326
2009-09-21 09:58:38 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
axis = callPackage ../development/libraries/axis { };
Added babl (pixel image transformation library usesd by gegl) svn path=/nixpkgs/trunk/; revision=11460
2008-04-04 15:11:27 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
babl = callPackage ../development/libraries/babl { };
Ruby svn path=/nixpkgs/trunk/; revision=2990
2005-05-04 23:36:28 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
beecrypt = callPackage ../development/libraries/beecrypt { };
Added spidermonkey. svn path=/nixpkgs/trunk/; revision=5227
2006-04-26 14:47:16 +00:00
* boehm-gc: For simplicity, use a tarball containing the CVS export instead of fetchcvs. Then we don't need to special-case FreeBSD either. Also, removed the Cygwin patch which no longer seems needed. svn path=/nixpkgs/trunk/; revision=25759
2011-02-02 12:17:29 +00:00
boehmgc = callPackage ../development/libraries/boehm-gc { };
added version to uuagc added: noweb, lua-5.x, lua-4.x, mk, qc-- (as qcmm) svn path=/nixpkgs/trunk/; revision=4681
2006-02-02 17:07:07 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
boolstuff = callPackage ../development/libraries/boolstuff { };
adding boolstuff svn path=/nixpkgs/trunk/; revision=17026
2009-09-10 16:57:50 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
boost = callPackage ../development/libraries/boost { };
* Provide a patched ATerm library that works on 64-bit systems and on systems with Glibc 2.5 or GCC 4.1.x. svn path=/nixpkgs/trunk/; revision=7032
2006-11-14 15:55:57 +00:00
add some versions of cppunit/boost/protobuf, added binutils with gold, added nlopt svn path=/nixpkgs/trunk/; revision=27132
2011-05-04 10:03:46 +00:00
boost142 = callPackage ../development/libraries/boost/1.42.nix { };
Making freecad install; it still does not find all shared objects though. Either eigen changed the hash of the tarball, or I did not commit its latest hash. I add boost 1.46 apart, because 1.44 does not work easily for freecad. svn path=/nixpkgs/trunk/; revision=26151
2011-03-04 09:48:24 +00:00
boost146 = callPackage ../development/libraries/boost/1.46.nix { };
* Boost: provide a variant boostFull that has all the static, debug, and single-threaded libraries. svn path=/nixpkgs/trunk/; revision=14959
2009-04-09 08:43:46 +00:00
# A Boost build with all library variants enabled. Very large (about 250 MB).
boostFull = appendToName "full" (boost.override {
enableDebug = true;
enableSingleThreaded = true;
enableStatic = true;
});
* Provide a patched ATerm library that works on 64-bit systems and on systems with Glibc 2.5 or GCC 4.1.x. svn path=/nixpkgs/trunk/; revision=7032
2006-11-14 15:55:57 +00:00
Update Botan svn path=/nixpkgs/trunk/; revision=24639
2010-11-10 14:48:42 +00:00
botan = callPackage ../development/libraries/botan { };
Updated Monotone to 0.43 svn path=/nixpkgs/trunk/; revision=14704
2009-03-25 16:06:00 +00:00
Adding Box2D library svn path=/nixpkgs/trunk/; revision=25172
2010-12-17 13:02:17 +00:00
box2d = callPackage ../development/libraries/box2d { };
Fix typo in box2d 2.0.1 name svn path=/nixpkgs/trunk/; revision=25175
2010-12-17 14:16:17 +00:00
box2d_2_0_1 = callPackage ../development/libraries/box2d/2.0.1.nix { };
Adding Box2D library svn path=/nixpkgs/trunk/; revision=25172
2010-12-17 13:02:17 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
buddy = callPackage ../development/libraries/buddy { };
maude, tecla, buddy: new packages Maude is a high-level specification language. Buddy and libtecla are required to build Maude. svn path=/nixpkgs/trunk/; revision=12358
2008-07-15 09:58:30 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cairo = callPackage ../development/libraries/cairo { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cairomm = callPackage ../development/libraries/cairomm { };
cairomm added svn path=/nixpkgs/branches/stdenv-updates/; revision=10477
2008-02-03 13:18:15 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
scmccid = callPackage ../development/libraries/scmccid { };
Adding propietary drivers for the SCM smart card readers. svn path=/nixpkgs/trunk/; revision=19378
2010-01-12 19:22:22 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ccrtp = callPackage ../development/libraries/ccrtp { };
Twinkle needs an older version of ccrtp svn path=/nixpkgs/trunk/; revision=27333
2011-05-31 09:09:35 +00:00
ccrtp_1_8 = callPackage ../development/libraries/ccrtp/1.8.nix { };
adding twinkle, a voice over IP phone software svn path=/nixpkgs/trunk/; revision=17303
2009-09-20 17:01:19 +00:00
Adding GSM and CELT codecs; dependencies of sflphone - failed to buuild itself svn path=/nixpkgs/trunk/; revision=27364
2011-06-07 14:42:24 +00:00
celt = callPackage ../development/libraries/celt {};
celt_0_7 = callPackage ../development/libraries/celt/0.7.nix {};
Add CGUI library svn path=/nixpkgs/trunk/; revision=24894
2010-11-27 19:38:34 +00:00
cgui = callPackage ../development/libraries/cgui {};
Add Check, a unit testing framework for C. svn path=/nixpkgs/trunk/; revision=24127
2010-10-07 07:29:36 +00:00
check = callPackage ../development/libraries/check { };
Added chipmunk 2 physics library svn path=/nixpkgs/trunk/; revision=13519
2008-11-30 15:05:43 +00:00
chipmunk = builderDefsPackage (import ../development/libraries/chipmunk) {
inherit cmake freeglut mesa;
inherit (xlibs) libX11 xproto inputproto libXi libXmu;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
chmlib = callPackage ../development/libraries/chmlib { };
Added aspell Added gtkspell Added pidgin, builds but does not run yet: running pidgin fails to find libX11.so.6. ldd on pidgin reports: libX11.so.6 => not found .... libX11.so.6 => /nix/store/brsva6rh1p2ymjvk7054a90is5panrhf-libX11-1.1.1/lib/libX11.so.6 (0xb7358000) which looks a bit weird ... Maybe some problem with patchelf? Or just a build problem and should the library path be set using an environment variable? svn path=/nixpkgs/trunk/; revision=8660
2007-05-13 14:22:24 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cil = callPackage ../development/libraries/cil { };
* aspell: hacked up a little patch to allow additional dictionary directories to be specified through the environment variable ASPELL_EXTRA_DICT_DIRS. This way dictionaries don't have to be installed into aspell's prefix. Instead you can just set ASPELL_EXTRA_DICT_DIRS to $HOME/.nix-profile/lib/aspell and install dictionaries separately with nix-env (e.g. "nix-env -i aspell-dict-nl"). * Added a bunch of Aspell dictionaries. Additional dictionaries can be added easily in development/libraries/aspell/dictionaries.nix. svn path=/nixpkgs/trunk/; revision=9512
2007-10-23 16:33:11 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
cilaterm = callPackage ../development/libraries/cil-aterm {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
stdenv = overrideInStdenv stdenv [gnumake380];
};
added version to uuagc added: noweb, lua-5.x, lua-4.x, mk, qc-- (as qcmm) svn path=/nixpkgs/trunk/; revision=4681
2006-02-02 17:07:07 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
clanlib = callPackage ../development/libraries/clanlib { };
Adding clapack. svn path=/nixpkgs/trunk/; revision=22514
2010-07-07 15:10:01 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
clapack = callPackage ../development/libraries/clapack {
Adding clapack. svn path=/nixpkgs/trunk/; revision=22514
2010-07-07 15:10:01 +00:00
};
add xchat and tcl svn path=/nixpkgs/trunk/; revision=4302
2005-11-22 12:05:36 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
classads = callPackage ../development/libraries/classads { };
applying patches provided by griswold svn path=/nixpkgs/trunk/; revision=19707
2010-01-27 12:12:35 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
classpath = callPackage ../development/libraries/java/classpath {
Add GNU Classpath. svn path=/nixpkgs/trunk/; revision=16527
2009-07-31 09:59:45 +00:00
javac = gcj;
jvm = gcj;
gconf = gnome.GConf;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
clearsilver = callPackage ../development/libraries/clearsilver { };
Added gwydion-dylan to nixpkgs svn path=/nixpkgs/trunk/; revision=1786
2004-11-19 17:47:17 +00:00
Add cln svn path=/nixpkgs/trunk/; revision=23179
2010-08-15 13:54:27 +00:00
cln = callPackage ../development/libraries/cln { };
Changed builderDefs to use composedArgsAndFun, reduced number of nulls, made overrides in builderDefsPackage to work in an intuitive manner. svn path=/nixpkgs/trunk/; revision=12655
2008-08-19 05:54:09 +00:00
clppcre = builderDefsPackage (import ../development/libraries/cl-ppcre) {
};
bison: use version 2.3 by default (the latest) svn path=/nixpkgs/trunk/; revision=12703
2008-08-25 13:25:07 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cluceneCore = callPackage ../development/libraries/clucene-core { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
clutter = callPackage ../development/libraries/clutter {
Add Clutter{,-GTK}, a library for fancy GUIs. svn path=/nixpkgs/trunk/; revision=22648
2010-07-18 22:45:03 +00:00
inherit (gnome) glib pango gtk;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
clutter_gtk = callPackage ../development/libraries/clutter-gtk {
Add Clutter{,-GTK}, a library for fancy GUIs. svn path=/nixpkgs/trunk/; revision=22648
2010-07-18 22:45:03 +00:00
inherit (gnome) gtk;
};
Adding cminpack svn path=/nixpkgs/trunk/; revision=26204
2011-03-08 09:19:32 +00:00
cminpack = callPackage ../development/libraries/cminpack { };
Adding xercesc, the references to coin3d and soqt, and trying to add freecad (that still does not build). svn path=/nixpkgs/trunk/; revision=26135
2011-03-02 17:18:30 +00:00
coin3d = callPackage ../development/libraries/coin3d { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
commoncpp2 = callPackage ../development/libraries/commoncpp2 { };
adding twinkle, a voice over IP phone software svn path=/nixpkgs/trunk/; revision=17303
2009-09-20 17:01:19 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
confuse = callPackage ../development/libraries/confuse { };
Adding xburst-tools to manage the USB_BOOT mode of the Ben Nanonote (reflashing, ...) I add the 'confuse' library as a side effect. svn path=/nixpkgs/trunk/; revision=22817
2010-07-29 23:25:42 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
consolekit = callPackage ../development/libraries/consolekit { };
Added bash 4.0 (and readline 6.0, which is required by bash). svn path=/nixpkgs/trunk/; revision=14573
2009-03-17 14:03:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
coredumper = callPackage ../development/libraries/coredumper { };
add boost svn path=/nixpkgs/trunk/; revision=8874
2007-06-12 15:35:57 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ctl = callPackage ../development/libraries/ctl { };
Lisp isn't a language, it's a building material (Alan Kay). svn path=/nixpkgs/trunk/; revision=1314
2004-08-23 10:44:21 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cppunit = callPackage ../development/libraries/cppunit { };
add some versions of cppunit/boost/protobuf, added binutils with gold, added nlopt svn path=/nixpkgs/trunk/; revision=27132
2011-05-04 10:03:46 +00:00
cppunit_1_10 = callPackage ../development/libraries/cppunit/1.10.nix { };
gimp+php in all-packages svn path=/nixpkgs/trunk/; revision=3808
2005-09-11 22:39:06 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cracklib = callPackage ../development/libraries/cracklib { };
* development/libraries/gnome/*: upgraded all gnome packages to 2.8.3. * development/libraries/gnome/*: copied gtk packages to gnome directory. gnome 2.8.3 did not work on gtk 2.4 nor gtk 2.6. Using the specific version of the gnome platform 2.8.3 directory 'solved' the issue. * development/libraries/gnome/gnome-icon-theme: new packag * development/libraries/gnome/libgtkhtml: new package * development/libraries/gnome/gtkhtml: new package * development/libraries/gnome/libgnomeprint: new package * development/libraries/gnome/libgnomeprintui: new package * development/libraries/gnome/gnome-keyring: new package * development/libraries/gnome/gail: new package * applications/editors/monodoc: new package svn path=/nixpkgs/trunk/; revision=2312
2005-02-26 23:45:19 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cryptopp = callPackage ../development/libraries/crypto++ { };
Add Crypto++, a C++ cryptography library. svn path=/nixpkgs/trunk/; revision=12444
2008-07-29 14:26:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cyrus_sasl = callPackage ../development/libraries/cyrus-sasl { };
* Added the j2sdk of Sun for Linux. Downloading this thing is a big problem, so I decided to require to user to get the file and put it in some location in the file system. wget doesn't seem to accept the file scheme however, so I had to move the copying into the builder itself. The builder checks the md5 hash of the downloaded file. Maybe having a separate 'fetchfile' would be useful to make a file in the outside world pure. I tried to add this to build-support, but this obviously did not work. I still committed it. Just remove it if you think that it sucks. svn path=/nixpkgs/trunk/; revision=716
2004-01-24 23:46:00 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
db4 = db45;
add clanlib svn path=/nixpkgs/trunk/; revision=9017
2007-07-22 18:22:46 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
db44 = callPackage ../development/libraries/db4/db4-4.4.nix { };
Added kaffe, in order to have a JVM that can be compiled from source. svn path=/nixpkgs/trunk/; revision=1321
2004-08-23 17:06:50 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
db45 = callPackage ../development/libraries/db4/db4-4.5.nix { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
Bitcoin. svn path=/nixpkgs/trunk/; revision=26544
2011-03-27 06:44:34 +00:00
db47 = callPackage ../development/libraries/db4/db4-4.7.nix { };
db48 = callPackage ../development/libraries/db4/db4-4.8.nix { };
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
dbus = callPackage ../development/libraries/dbus {
* Dbus 1.4.1. svn path=/nixpkgs/branches/x-updates/; revision=25903
2011-02-11 14:01:39 +00:00
useX11 = true;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Replace some "inherit (gtkLibs) glib" statements with "inherit glib". svn path=/nixpkgs/trunk/; revision=18013
2009-10-29 11:43:02 +00:00
dbus_glib = makeOverridable (import ../development/libraries/dbus-glib) {
Changed my dirty libiconv hacks I once made for i686-freebsd, into a more consistent manner by checking for a non-Linux platform in the build expressions. Hopefully, this increases portability for non-Linux platforms svn path=/nixpkgs/trunk/; revision=24347
2010-10-18 11:30:44 +00:00
inherit fetchurl stdenv pkgconfig gettext dbus expat glib libiconv;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dbus_java = callPackage ../development/libraries/java/dbus-java { };
Added dbus-java and libmatthew-java (dependency for dbus-java) packages svn path=/nixpkgs/trunk/; revision=19170
2010-01-02 13:28:51 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dclib = callPackage ../development/libraries/dclib { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
directfb = callPackage ../development/libraries/directfb { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
Trying to add mumble. It still does not build. svn path=/nixpkgs/trunk/; revision=25890
2011-02-10 19:23:27 +00:00
dotconf = callPackage ../development/libraries/dotconf { };
Adding GTK-VNC svn path=/nixpkgs/trunk/; revision=25547
2011-01-13 22:21:09 +00:00
dssi = callPackage ../development/libraries/dssi {};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
dragonegg = callPackage ../development/compilers/llvm/dragonegg.nix {
llvm update attempt + dragonegg svn path=/nixpkgs/trunk/; revision=22234
2010-06-12 17:42:33 +00:00
stdenv = overrideGCC stdenv gcc45;
};
Adding Sphere of Influence svn path=/nixpkgs/trunk/; revision=25711
2011-01-28 08:13:52 +00:00
eigen = callPackage ../development/libraries/eigen {};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
enchant = callPackage ../development/libraries/enchant {
* Clean up indentation (expanded tabs etc.). svn path=/nixpkgs/trunk/; revision=11150
2008-03-17 09:41:28 +00:00
inherit (gnome) glib;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
Adding a more-or-less working 'egoboo'. I'll update to a better expression after some egoboo upstream work. svn path=/nixpkgs/trunk/; revision=23408
2010-08-24 19:36:42 +00:00
enet = callPackage ../development/libraries/enet { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
enginepkcs11 = callPackage ../development/libraries/enginepkcs11 { };
Adding engine_pkcs11, a openssl engine for pkcs11 implementations for smartcards. svn path=/nixpkgs/trunk/; revision=19324
2010-01-09 22:22:41 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
esdl = callPackage ../development/libraries/esdl { };
Adding Wings 3D (as a side effect, update erlang, and add esdl). svn path=/nixpkgs/trunk/; revision=22436
2010-07-01 09:08:37 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
exiv2 = callPackage ../development/libraries/exiv2 { };
Added some parts of kde-4. It doesn't work yet, but I need version control svn path=/nixpkgs/trunk/; revision=9049
2007-08-05 13:54:42 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
expat = callPackage ../development/libraries/expat { };
Fixed strategoxt and added the Java packages to all-package-generic svn path=/nixpkgs/trunk/; revision=1256
2004-08-10 11:07:50 +00:00
All-packages.nix updates.. svn path=/nixpkgs/trunk/; revision=14153
2009-02-21 18:59:15 +00:00
extremetuxracer = builderDefsPackage (import ../games/extremetuxracer) {
Use $NIXPKGS_CONFIG to determine whether ghostscript has cups support. svn path=/nixpkgs/trunk/; revision=14275
2009-02-27 13:44:31 +00:00
inherit mesa tcl freeglut SDL SDL_mixer pkgconfig
s/\t/ / Blame Raskin for tabs in all-packages.nix. svn path=/nixpkgs/trunk/; revision=21018
2010-04-11 21:03:59 +00:00
libpng gettext intltool;
All-packages.nix updates.. svn path=/nixpkgs/trunk/; revision=14153
2009-02-21 18:59:15 +00:00
inherit (xlibs) libX11 xproto libXi inputproto
s/\t/ / Blame Raskin for tabs in all-packages.nix. svn path=/nixpkgs/trunk/; revision=21018
2010-04-11 21:03:59 +00:00
libXmu libXext xextproto libXt libSM libICE;
All-packages.nix updates.. svn path=/nixpkgs/trunk/; revision=14153
2009-02-21 18:59:15 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
eventlog = callPackage ../development/libraries/eventlog { };
Added syslog-ng (and the eventlog library that it depends on). svn path=/nixpkgs/trunk/; revision=13988
2009-02-05 16:50:45 +00:00
Use default ocaml in libfacile svn path=/nixpkgs/trunk/; revision=27388
2011-06-07 21:51:00 +00:00
facile = callPackage ../development/libraries/facile { };
exrviewer added (needs ctl openexr openexr_ctl) fltk update ilmbase updated ndiswrapper does compile but has to be integrated into the kernel somehow svn path=/nixpkgs/trunk/; revision=9863
2007-12-05 21:25:47 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
faac = callPackage ../development/libraries/faac { };
added faad2 and faac (deps of cinelerra) svn path=/nixpkgs/trunk/; revision=13067
2008-10-14 14:01:38 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
faad2 = callPackage ../development/libraries/faad2 { };
added faad2 and faac (deps of cinelerra) svn path=/nixpkgs/trunk/; revision=13067
2008-10-14 14:01:38 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
farsight2 = callPackage ../development/libraries/farsight2 {
add farsight2 svn path=/nixpkgs/trunk/; revision=19135
2009-12-27 15:27:45 +00:00
inherit (gnome) glib;
Updating from trunk again svn path=/nixpkgs/branches/stdenv-updates/; revision=24745
2010-11-17 17:03:09 +00:00
inherit (gst_all) gstreamer gstPluginsBase gst_python;
add farsight2 svn path=/nixpkgs/trunk/; revision=19135
2009-12-27 15:27:45 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
fcgi = callPackage ../development/libraries/fcgi { };
fcgi library added svn path=/nixpkgs/trunk/; revision=10552
2008-02-08 10:54:56 +00:00
Make mplayer build on the loongson2f svn path=/nixpkgs/branches/stdenv-updates/; revision=23578
2010-09-01 08:36:09 +00:00
ffmpeg = callPackage ../development/libraries/ffmpeg {
vpxSupport = if !stdenv.isMips then true else false;
};
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
fftw = callPackage ../development/libraries/fftw {
fftw also with single support now, new name suffix indecating which one is used svn path=/nixpkgs/trunk/; revision=13064
2008-10-14 13:59:56 +00:00
singlePrecision = false;
};
Fixed Python StringTemplate library. Most importantly, this change required updating the ANTLR 2.x expression to install the Python run-time library. While we're at it, we're building the run-time library for C++ and Java, too. There is still work to be done: the stringtemplate library doesn't find antlr.py without help yet. svn path=/nixpkgs/trunk/; revision=14489
2009-03-10 12:01:22 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
fftwSinglePrec = callPackage ../development/libraries/fftw {
fftw also with single support now, new name suffix indecating which one is used svn path=/nixpkgs/trunk/; revision=13064
2008-10-14 13:59:56 +00:00
singlePrecision = true;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
Added cyrus-sasl-2.1.22 with openssl svn path=/nixpkgs/trunk/; revision=9388
2007-10-01 15:11:38 +00:00
Adding flann svn path=/nixpkgs/trunk/; revision=26205
2011-03-08 09:19:37 +00:00
flann = callPackage ../development/libraries/flann { };
Bump flite to 1.4, move to libraries svn path=/nixpkgs/trunk/; revision=26759
2011-04-08 16:15:44 +00:00
flite = callPackage ../development/libraries/flite { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
fltk11 = callPackage ../development/libraries/fltk/fltk11.nix { };
Adding cinepaint 0.22.1 and as a dependency, also fltk 1.1.9 svn path=/nixpkgs/trunk/; revision=14841
2009-04-02 15:20:19 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
fltk20 = callPackage ../development/libraries/fltk { };
* Berkeley DB 4.5.20. svn path=/nixpkgs/trunk/; revision=6729
2006-10-13 12:58:13 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
fmod = callPackage ../development/libraries/fmod { };
Adding fmod. svn path=/nixpkgs/trunk/; revision=14193
2009-02-22 22:06:20 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
freeimage = callPackage ../development/libraries/freeimage { };
Committing Lluís Batlle's submissions from mailing list posting <45219fb00901110456i6f21db35tbd1894eaea2146ff@mail.gmail.com>: * nixpkgs-ccrypt-1.7-new.patch * nixpkgs-cmake-add-ccmake.patch * nixpkgs-cpufrequtils-005-new.patch * nixpkgs-dwm-5.1-fix.patch * nixpkgs-freeimage-3.11.0-new.patch * nixpkgs-proxychains-3.1-new.patch * nixpkgs-psi-to-0.12.patch * nixpkgs-skype-to-2.0.0.72.patch * nixpkgs-truecrypt-6.1a-fix.patch * nixpkgs-vxl-1.11.0-new.patch * nixpkgs-xkb-popular-esperanto-symbols.patch * nixpkgs-xorg-via-video-fix.patch svn path=/nixpkgs/trunk/; revision=13751
2009-01-12 21:12:07 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
freetts = callPackage ../development/libraries/freetts { };
Added FreeTTS package svn path=/nixpkgs/trunk/; revision=17577
2009-10-01 14:48:57 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cfitsio = callPackage ../development/libraries/cfitsio { };
cfitsio added svn path=/nixpkgs/trunk/; revision=10350
2008-01-28 19:46:59 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
fontconfig = callPackage ../development/libraries/fontconfig { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
* Graphviz updated to 2.20.2. Now built with fontconfig, gd and pango support. * New function makeFontsConf to generate a fontconfig configuration file. Moved from NixOS. * dot2pdf: use makeFontsConf to generate a fonts.conf containing just the Ghostscript fonts (see NIXPKGS-29). * dot2pdf: generate PDF directly, don't go through PS. Note that this and using fontconfig changes the interpretation of "fontname" attributes in dot graphs. svn path=/nixpkgs/trunk/; revision=12251
2008-07-03 14:27:19 +00:00
makeFontsConf = let fontconfig_ = fontconfig; in {fontconfig ? fontconfig_, fontDirectories}:
import ../development/libraries/fontconfig/make-fonts-conf.nix {
inherit runCommand libxslt fontconfig fontDirectories;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
freealut = callPackage ../development/libraries/freealut { };
Added dbus variant with X support Default is the old variant (without X). svn path=/nixpkgs/trunk/; revision=9350
2007-09-20 19:40:22 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
freeglut = callPackage ../development/libraries/freeglut { };
* gconf-editor and various dependencies. svn path=/nixpkgs/trunk/; revision=8171
2007-03-04 21:28:24 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
freetype = callPackage ../development/libraries/freetype { };
* gconf-editor and various dependencies. svn path=/nixpkgs/trunk/; revision=8171
2007-03-04 21:28:24 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
fribidi = callPackage ../development/libraries/fribidi { };
Improved Ants in Nix. The names of the various Ants now reflects the j2sdk configuration: ant-j2sdk-1.4.2, ant-j2sdk-1.5.0, ant-blackdown svn path=/nixpkgs/trunk/; revision=1325
2004-08-24 11:26:26 +00:00
Add funambol svn path=/nixpkgs/trunk/; revision=26336
2011-03-15 23:09:27 +00:00
funambol = callPackage ../development/libraries/funambol { };
Some renaming for future variants svn path=/nixpkgs/trunk/; revision=10343
2008-01-28 19:44:39 +00:00
fam = gamin;
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gamin = callPackage ../development/libraries/gamin { };
gamin added svn path=/nixpkgs/trunk/; revision=10337
2008-01-28 19:41:55 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gav = callPackage ../games/gav {
blender update to 2.48 adding some patches to compile dependencies and gav svn path=/nixpkgs/trunk/; revision=15474
2009-05-06 16:06:36 +00:00
stdenv = overrideGCC stdenv gcc41;
Adding GPL Arcade Volleyball. I had this patch _almost_ ready for a long long time. Now ready. svn path=/nixpkgs/trunk/; revision=14017
2009-02-09 22:44:36 +00:00
};
Matita and its dependencies. svn path=/nixpkgs/trunk/; revision=25328
2010-12-31 17:48:55 +00:00
gdome2 = callPackage ../development/libraries/gdome2 {
inherit (gnome) gtkdoc;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gdbm = callPackage ../development/libraries/gdbm { };
Add GDBM, a key/value database library. svn path=/nixpkgs/trunk/; revision=11480
2008-04-06 23:18:25 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gegl = callPackage ../development/libraries/gegl {
gegl added (needs recent glibc) svn path=/nixpkgs/trunk/; revision=11465
2008-04-04 20:57:09 +00:00
# avocodec avformat librsvg
gimp 2.4 -> 2.6 + update dependencies svn path=/nixpkgs/trunk/; revision=13039
2008-10-09 23:21:39 +00:00
inherit (gtkLibs) pango glib gtk;
gegl added (needs recent glibc) svn path=/nixpkgs/trunk/; revision=11465
2008-04-04 20:57:09 +00:00
};
Adding geoclue - as framework only, feel free to build it with proper data providers if you have a reason for that svn path=/nixpkgs/trunk/; revision=25335
2011-01-02 13:23:59 +00:00
geoclue = callPackage ../development/libraries/geoclue {};
Adding WebDruid log analyzer. In the same time, reworking source autoupdate system a bit svn path=/nixpkgs/trunk/; revision=16859
2009-08-26 11:13:36 +00:00
geoip = builderDefsPackage ../development/libraries/geoip {
inherit zlib;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
geoipjava = callPackage ../development/libraries/java/geoipjava { };
Added GeoIP Java API library svn path=/nixpkgs/trunk/; revision=21626
2010-05-06 13:58:27 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
geos = callPackage ../development/libraries/geos { };
* DirectFB. svn path=/nixpkgs/trunk/; revision=7040
2006-11-14 22:23:33 +00:00
gettext, now properly svn path=/nixpkgs/branches/stdenv-updates/; revision=24868
2010-11-26 12:38:09 +00:00
gettext = gettext_0_18;
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
add gettext_0_17, gettext_0_18 aliases to gettext, preparation for stdenv merge, concerning gnu hydra build configuration svn path=/nixpkgs/branches/stdenv-updates/; revision=24867
2010-11-26 12:34:46 +00:00
gettext_0_17 = callPackage ../development/libraries/gettext/0.17.nix { };
gettext, now properly svn path=/nixpkgs/branches/stdenv-updates/; revision=24868
2010-11-26 12:38:09 +00:00
gettext_0_18 = callPackage ../development/libraries/gettext { };
GNU gettext 0.18 (not in stdenv). svn path=/nixpkgs/trunk/; revision=21704
2010-05-10 12:57:10 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gd = callPackage ../development/libraries/gd { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gdal = callPackage ../development/libraries/gdal { };
enchant library added svn path=/nixpkgs/trunk/; revision=9455
2007-10-12 20:27:15 +00:00
Add Widelands RTS svn path=/nixpkgs/trunk/; revision=26869
2011-04-17 17:55:29 +00:00
ggz_base_libs = callPackage ../development/libraries/ggz_base_libs {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
giblib = callPackage ../development/libraries/giblib { };
* Added scrot, a command-line screen capture utility. svn path=/nixpkgs/trunk/; revision=16946
2009-09-02 22:56:33 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
glew = callPackage ../development/libraries/glew { };
glew added svn path=/nixpkgs/trunk/; revision=10164
2008-01-16 02:20:46 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
glfw = callPackage ../development/libraries/glfw { };
adding glefw svn path=/nixpkgs/trunk/; revision=18707
2009-11-30 01:05:02 +00:00
glibc 2.12.1. svn path=/nixpkgs/branches/stdenv-updates/; revision=23282
2010-08-20 15:26:50 +00:00
glibc = glibc212;
Define "brokenRedHatKernel = true" in $NIXPKGS_CONFIG to build a system that works on Red Hat Linux, i.e. that is based on glibc version 2.5. Furthermore, this patch fixes a number of gcc 4.3.3 build errors in glibc 2.5 that occur on both x86 and x86_64. The older version of this library is still useful for running Nix on a Red Hat host. Newer version of glibc fail to detect the kernel's capabilities correctly (due to mad patches applied to the kernel by Red Hat). The individual changes are: * Re-activated glibc 2.5 in all-packages.nix. * Fix incomplete header search path in bootstrap tools. Gcc-wrapper sets "-B<prefix>" to tell the compiler about its installation root. Unfortunately, the setting doesn't add $gcc/lib/gcc/*/*/include-fixed to the search path. That directory is required, however, because it contains the system-specific "limits.h" file, and the glibc 2.5 builds tries to find that file via #include_next. * Support intrinsic functions like __signbit() or atof() correctly to avoid compile-time conflicts. * Switch to NPTL. Linuxthreads is no longer supported. * Added a meta attribute to glibc package. * Updated nixUnstable to version 0.13pre15614 from trunk. The previous version failed regression tests. * Fix more strict type checking in binutils since 2.18.50.0.3. Without this patch, the build failed on x86, saying: ../sysdeps/i386/fpu/ftestexcept.c: Assembler messages: ../sysdeps/i386/fpu/ftestexcept.c:33: Error: suffix or operands invalid for `fnstsw' svn path=/nixpkgs/branches/stdenv-updates/; revision=16037
2009-06-24 20:10:51 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
glibc25 = callPackage ../development/libraries/glibc-2.5 {
Replace `kernelHeaders' by `linuxHeaders'. svn path=/nixpkgs/branches/stdenv-updates/; revision=19067
2009-12-21 14:04:45 +00:00
kernelHeaders = linuxHeaders;
pkgs/top-level/all-packages.nix: prefer makeOverridable over getConfig to customize libc version Previously, the getConfig variable 'brokenRedHatKernel' was used to switch back to glibc 2.5, which fixes various run-time problems on Red Hat Linux. Now, the same can be achieved by configuring { packageOverrides = pkgs: { glibc = pkgs.useFromStdenv "glibc" pkgs.glibc25; }; } in $NIXPKGS_CONFIG. Similarly, the argument 'installLocales' can be overridden by setting: { packageOverrides = pkgs: { glibc = pkgs.useFromStdenv "glibc" (pkgs.glibc25.override { installLocales = true; }); }; } svn path=/nixpkgs/trunk/; revision=21865
2010-05-19 12:25:54 +00:00
installLocales = false;
Define "brokenRedHatKernel = true" in $NIXPKGS_CONFIG to build a system that works on Red Hat Linux, i.e. that is based on glibc version 2.5. Furthermore, this patch fixes a number of gcc 4.3.3 build errors in glibc 2.5 that occur on both x86 and x86_64. The older version of this library is still useful for running Nix on a Red Hat host. Newer version of glibc fail to detect the kernel's capabilities correctly (due to mad patches applied to the kernel by Red Hat). The individual changes are: * Re-activated glibc 2.5 in all-packages.nix. * Fix incomplete header search path in bootstrap tools. Gcc-wrapper sets "-B<prefix>" to tell the compiler about its installation root. Unfortunately, the setting doesn't add $gcc/lib/gcc/*/*/include-fixed to the search path. That directory is required, however, because it contains the system-specific "limits.h" file, and the glibc 2.5 builds tries to find that file via #include_next. * Support intrinsic functions like __signbit() or atof() correctly to avoid compile-time conflicts. * Switch to NPTL. Linuxthreads is no longer supported. * Added a meta attribute to glibc package. * Updated nixUnstable to version 0.13pre15614 from trunk. The previous version failed regression tests. * Fix more strict type checking in binutils since 2.18.50.0.3. Without this patch, the build failed on x86, saying: ../sysdeps/i386/fpu/ftestexcept.c: Assembler messages: ../sysdeps/i386/fpu/ftestexcept.c:33: Error: suffix or operands invalid for `fnstsw' svn path=/nixpkgs/branches/stdenv-updates/; revision=16037
2009-06-24 20:10:51 +00:00
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
glibc27 = callPackage ../development/libraries/glibc-2.7 {
Replace `kernelHeaders' by `linuxHeaders'. svn path=/nixpkgs/branches/stdenv-updates/; revision=19067
2009-12-21 14:04:45 +00:00
kernelHeaders = linuxHeaders;
* Use Glibc 2.8. svn path=/nixpkgs/branches/stdenv-updates/; revision=12988
2008-10-07 16:55:20 +00:00
#installLocales = false;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
glibc29 = callPackage ../development/libraries/glibc-2.9 {
Replace `kernelHeaders' by `linuxHeaders'. svn path=/nixpkgs/branches/stdenv-updates/; revision=19067
2009-12-21 14:04:45 +00:00
kernelHeaders = linuxHeaders;
I take out getPkgConfig. It looks to me as if it needed a solution, but noone took action. I take action before much discussion. For what I see: - getPkgConfig problems are hard to track - config.nix trying to forecast getPkgConfig behaviour looks me as a bad approach, and people should not trust such a config.nix unless they parsed the whole nixpkgs for tricky effects. - It's not that hard to write config.nix in the style of getConfig - Every now and then newcomers hit the "'git' is an attribute set while a boolean was expected". Maybe this will disrupt nixes of some people, and that will be a background on what to discuss. svn path=/nixpkgs/trunk/; revision=25314
2010-12-28 21:07:35 +00:00
installLocales = getConfig [ "glibc" "locales" ] false;
* Use Glibc 2.8. svn path=/nixpkgs/branches/stdenv-updates/; revision=12988
2008-10-07 16:55:20 +00:00
};
glibcUnstable: added low-priority expression for the latest glibc 2.8 snapshot svn path=/nixpkgs/trunk/; revision=12315
2008-07-07 23:11:53 +00:00
I removed the function-shape of the cross-toolchain related attributes in the all-packages.nix. That was more complicating than helping. svn path=/nixpkgs/trunk/; revision=20457
2010-03-06 23:36:55 +00:00
glibc29Cross = forceBuildDrv (makeOverridable (import ../development/libraries/glibc-2.9) {
Big fixes in the cross build: - Before this changes, cflags and ldflags for the native and the cross compiler got mixed. Not all the gcc-wrapper/gcc-cross-wrapper variables are independant now, but enough, I think. - Fixed the generic stdenv expression, which did a big mess on buildInputs and buildNativeInputs. Now it distinguishes when there is a stdenvCross or not. Maybe we should have a single stdenv and forget about the stdenvCross adapter - this could end in a stdenv a bit complex, but simpler than the generic stdenv + adapter. - Added basic support in pkgconfig for cross-builds: a single PKG_CONFIG_PATH now works for both the cross and the native compilers, but I think this should work well for most cases I can think of. - I tried to fix the guile expression to cross-biuld; guile is built, but not its manual, so the derivation still fails. Guile requires patching to cross-build, as far as I understnad. - Made the glibcCross build to be done through the usage of a gcc-cross-wrapper over the gcc-cross-stage-static, instead of using it directly. - Trying to make physfs (a neverball dependency) cross build. - Updated the gcc expression to support building a cross compiler without getting derivation variables mixed with those of the stdenvCross. svn path=/nixpkgs/branches/stdenv-updates/; revision=18534
2009-11-22 19:51:45 +00:00
inherit stdenv fetchurl;
I removed the function-shape of the cross-toolchain related attributes in the all-packages.nix. That was more complicating than helping. svn path=/nixpkgs/trunk/; revision=20457
2010-03-06 23:36:55 +00:00
gccCross = gccCrossStageStatic;
kernelHeaders = linuxHeadersCross;
I take out getPkgConfig. It looks to me as if it needed a solution, but noone took action. I take action before much discussion. For what I see: - getPkgConfig problems are hard to track - config.nix trying to forecast getPkgConfig behaviour looks me as a bad approach, and people should not trust such a config.nix unless they parsed the whole nixpkgs for tricky effects. - It's not that hard to write config.nix in the style of getConfig - Every now and then newcomers hit the "'git' is an attribute set while a boolean was expected". Maybe this will disrupt nixes of some people, and that will be a background on what to discuss. svn path=/nixpkgs/trunk/; revision=25314
2010-12-28 21:07:35 +00:00
installLocales = getConfig [ "glibc" "locales" ] false;
Big fixes in the cross build: - Before this changes, cflags and ldflags for the native and the cross compiler got mixed. Not all the gcc-wrapper/gcc-cross-wrapper variables are independant now, but enough, I think. - Fixed the generic stdenv expression, which did a big mess on buildInputs and buildNativeInputs. Now it distinguishes when there is a stdenvCross or not. Maybe we should have a single stdenv and forget about the stdenvCross adapter - this could end in a stdenv a bit complex, but simpler than the generic stdenv + adapter. - Added basic support in pkgconfig for cross-builds: a single PKG_CONFIG_PATH now works for both the cross and the native compilers, but I think this should work well for most cases I can think of. - I tried to fix the guile expression to cross-biuld; guile is built, but not its manual, so the derivation still fails. Guile requires patching to cross-build, as far as I understnad. - Made the glibcCross build to be done through the usage of a gcc-cross-wrapper over the gcc-cross-stage-static, instead of using it directly. - Trying to make physfs (a neverball dependency) cross build. - Updated the gcc expression to support building a cross compiler without getting derivation variables mixed with those of the stdenvCross. svn path=/nixpkgs/branches/stdenv-updates/; revision=18534
2009-11-22 19:51:45 +00:00
});
I made changes to achieve a working cross-built gcc wrapper. Now, "gcc45.hostDrv" works in the host system, together with libc, binutils, dynamic linker, ... svn path=/nixpkgs/branches/stdenv-updates/; revision=24971
2010-12-04 21:45:37 +00:00
glibc212 = (callPackage ../development/libraries/glibc-2.12 {
Replace `kernelHeaders' by `linuxHeaders'. svn path=/nixpkgs/branches/stdenv-updates/; revision=19067
2009-12-21 14:04:45 +00:00
kernelHeaders = linuxHeaders;
I take out getPkgConfig. It looks to me as if it needed a solution, but noone took action. I take action before much discussion. For what I see: - getPkgConfig problems are hard to track - config.nix trying to forecast getPkgConfig behaviour looks me as a bad approach, and people should not trust such a config.nix unless they parsed the whole nixpkgs for tricky effects. - It's not that hard to write config.nix in the style of getConfig - Every now and then newcomers hit the "'git' is an attribute set while a boolean was expected". Maybe this will disrupt nixes of some people, and that will be a background on what to discuss. svn path=/nixpkgs/trunk/; revision=25314
2010-12-28 21:07:35 +00:00
installLocales = getConfig [ "glibc" "locales" ] false;
* ltrace: updated to 0.5.3. * 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
2010-07-29 18:55:16 +00:00
machHeaders = null;
hurdHeaders = null;
gccCross = null;
Fixing the evaluation of eval-release.nix. I don't understand why, but something ends up evaluating glibc.hostDrv. svn path=/nixpkgs/branches/stdenv-updates/; revision=25070
2010-12-12 17:07:54 +00:00
}) // (if crossSystem != null then { hostDrv = glibc212Cross; } else {});
Add tentative glibc 2.11 expression, based on that of glibc 2.9. svn path=/nixpkgs/branches/stdenv-updates/; revision=18478
2009-11-19 23:28:45 +00:00
glibc 2.12.1. svn path=/nixpkgs/branches/stdenv-updates/; revision=23282
2010-08-20 15:26:50 +00:00
glibc212Cross = forceBuildDrv (makeOverridable (import ../development/libraries/glibc-2.12)
glibc: Check whether `crossSystem' is null before accessing it. svn path=/nixpkgs/trunk/; revision=21756
2010-05-12 20:49:57 +00:00
(let crossGNU = (crossSystem != null && crossSystem.config == "i586-pc-gnu");
glibc 2.11: Cross-build for GNU/Hurd. svn path=/nixpkgs/trunk/; revision=21752
2010-05-12 15:46:51 +00:00
in ({
inherit stdenv fetchurl;
gccCross = gccCrossStageStatic;
kernelHeaders = if crossGNU then hurdHeaders else linuxHeadersCross;
I take out getPkgConfig. It looks to me as if it needed a solution, but noone took action. I take action before much discussion. For what I see: - getPkgConfig problems are hard to track - config.nix trying to forecast getPkgConfig behaviour looks me as a bad approach, and people should not trust such a config.nix unless they parsed the whole nixpkgs for tricky effects. - It's not that hard to write config.nix in the style of getConfig - Every now and then newcomers hit the "'git' is an attribute set while a boolean was expected". Maybe this will disrupt nixes of some people, and that will be a background on what to discuss. svn path=/nixpkgs/trunk/; revision=25314
2010-12-28 21:07:35 +00:00
installLocales = getConfig [ "glibc" "locales" ] false;
glibc 2.11: Cross-build for GNU/Hurd. svn path=/nixpkgs/trunk/; revision=21752
2010-05-12 15:46:51 +00:00
}
//
(if crossGNU
Remove `migCross' top-level attribute. svn path=/nixpkgs/trunk/; revision=21914
2010-05-20 11:54:31 +00:00
then { inherit machHeaders hurdHeaders mig fetchgit; }
glibc 2.11: Cross-build for GNU/Hurd. svn path=/nixpkgs/trunk/; revision=21752
2010-05-12 15:46:51 +00:00
else { }))));
Fixing a trivial error in the glibc-2.11 longDescription, and fixing the arguments for the ncurses expression. We should find a way to express a dependency in cross compilation of the style "cross-ncurses depends on having the native-ncurses". svn path=/nixpkgs/branches/stdenv-updates/; revision=18479
2009-11-20 08:27:59 +00:00
glibc 2.12.1. svn path=/nixpkgs/branches/stdenv-updates/; revision=23282
2010-08-20 15:26:50 +00:00
glibcCross = glibc212Cross;
Enabling cross-builds with uclibc again (I had that too much abandoned). Hydra now should even test it. svn path=/nixpkgs/trunk/; revision=20500
2010-03-09 15:48:25 +00:00
Making the cross-builds work with uclibc. There is no easy way of switching between uclibc/glibc still. I started the renaming from glibc to libc regarding the cross-toolchain, but I still have to finish. svn path=/nixpkgs/branches/stdenv-updates/; revision=18801
2009-12-04 13:35:58 +00:00
# We can choose:
Enabling cross-builds with uclibc again (I had that too much abandoned). Hydra now should even test it. svn path=/nixpkgs/trunk/; revision=20500
2010-03-09 15:48:25 +00:00
libcCrossChooser = name : if (name == "glibc") then glibcCross
else if (name == "uclibc") then uclibcCross
Making wxGTK stay wxGTK even cross-built, so I remove the wxMSW code I added to test the crossbuilding with wxGTK. I added a new windows-specific package: wxMSW. svn path=/nixpkgs/trunk/; revision=21634
2010-05-06 19:19:22 +00:00
else if (name == "msvcrt") then windows.mingw_headers3
Enabling cross-builds with uclibc again (I had that too much abandoned). Hydra now should even test it. svn path=/nixpkgs/trunk/; revision=20500
2010-03-09 15:48:25 +00:00
else throw "Unknown libc";
Fixing the evaluation of trunk (regarding reenabling uclibc cross builds) svn path=/nixpkgs/trunk/; revision=20509
2010-03-09 18:05:33 +00:00
libcCross = assert crossSystem != null; libcCrossChooser crossSystem.libc;
My first attempt at getting cross compilers in nixpkgs. My idea is to provide special stdenv expressions that will contain in the path additional cross compilers. As most expressions for programs accept a stdenv parameter, we could substitute this parameter with the special stdenv, which will have a generic builder that attempts the usual "--target=..." and can additionally have an env variable like "cross" with the target architecture set. So, finally we could have additional expressions like this: bashRealArm = makeOverridable (import ../shells/bash) { inherit fetchurl bison; stdenv = stdenvCross "armv5tel-unknown-linux-gnueabi"; }; Meanwhile it does not work - I still cannot get the cross-gcc to build. I think it does not fill the previous expressions with a lot of noise, so I think it may be a good path to follow. I only touched some files of the current stdenv: gcc-4.3, kernel headers 2.6.28, glibc 2.9, ... I tried to use the gcc-cross-wrapper, that may be very outdated. Maybe I will update it, or update the gcc-wrapper expression to make it fit the cross tools, but meanwhile I even cannot build gcc, so I have not tested the wrapper. This new idea on cross compiling is not similar to that of the nixpkgs/branches/cross-compilation, which mostly added bare new expressions for anything to be cross compiled, if I understood it correctly. I cared not to break anything of the usual stdenv in all this work. svn path=/nixpkgs/branches/stdenv-updates/; revision=18343
2009-11-14 08:11:30 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
eglibc = callPackage ../development/libraries/eglibc {
Replace `kernelHeaders' by `linuxHeaders'. svn path=/nixpkgs/branches/stdenv-updates/; revision=19067
2009-12-21 14:04:45 +00:00
kernelHeaders = linuxHeaders;
I take out getPkgConfig. It looks to me as if it needed a solution, but noone took action. I take action before much discussion. For what I see: - getPkgConfig problems are hard to track - config.nix trying to forecast getPkgConfig behaviour looks me as a bad approach, and people should not trust such a config.nix unless they parsed the whole nixpkgs for tricky effects. - It's not that hard to write config.nix in the style of getConfig - Every now and then newcomers hit the "'git' is an attribute set while a boolean was expected". Maybe this will disrupt nixes of some people, and that will be a background on what to discuss. svn path=/nixpkgs/trunk/; revision=25314
2010-12-28 21:07:35 +00:00
installLocales = getConfig [ "glibc" "locales" ] false;
Porting changes from stdenv-updates into this branch. This comes from: svn diff ^/nixpkgs/trunk/@18255 ^/nixpkgs/branches/stdenv-updates/ > diff patch -p0 < diff and then adding into svn all files new from the patch. trunk@18255 comes from the last time I updated stdenv-updates from trunk. svn path=/nixpkgs/stdenv-updates2/; revision=18272
2009-11-08 00:32:12 +00:00
};
Fix path to glibc. svn path=/nixpkgs/branches/stdenv-updates/; revision=23290
2010-08-20 21:23:05 +00:00
glibcLocales = callPackage ../development/libraries/glibc-2.12/locales.nix { };
* A function to build Glibc's locale-archive separately from Glibc. svn path=/nixpkgs/branches/stdenv-updates/; revision=15155
2009-04-19 15:28:37 +00:00
Fix path to glibc. svn path=/nixpkgs/branches/stdenv-updates/; revision=23290
2010-08-20 21:23:05 +00:00
glibcInfo = callPackage ../development/libraries/glibc-2.12/info.nix { };
First attempt at adding an attribute for the libc.info glibc manual. svn path=/nixpkgs/trunk/; revision=17868
2009-10-18 15:15:39 +00:00
Improved support for building 32-bit binaries on x86_64-linux. * glibc_multi: a wrapper that combines the 32-bit and 64-bit Glibcs. This is necessary so that 64-bit GCC can find gnu/stubs-32.h and the 32-bit Glibc libraries. To build glibc_multi on x86_64-linux, you still need either the i686-linux Glibc derivation from a channel, or to have configured Nix with support for forwarding the build to a i686-linux machine. In the future this may become unnecessary by providing a prebuilt binary of 32-bit Glibc somewhere (like the binaries used in the stdenvLinux bootstrap). * With glibc_multi, it becomes possible to build gcc with multilib support (i.e. it builds 32-bit and 64-bit versions of libgcc, libstdc++, etc.). svn path=/nixpkgs/trunk/; revision=12203
2008-06-27 18:26:19 +00:00
glibc_multi =
Try selecting packages to build based on their being maintained svn path=/nixpkgs/trunk/; revision=16844
2009-08-25 05:46:48 +00:00
runCommand "${glibc.name}-multi"
{ glibc64 = glibc;
glibc32 = (import ./all-packages.nix {system = "i686-linux";}).glibc;
}
''
ensureDir $out
ln -s $glibc64/* $out/
rm $out/lib $out/lib64
ensureDir $out/lib
ln -s $glibc64/lib/* $out/lib
ln -s $glibc32/lib $out/lib/32
ln -s lib $out/lib64
rm $out/include
cp -rs $glibc32/include $out
chmod -R u+w $out/include
cp -rsf $glibc64/include $out
'' # */
Trying to reinstate the meta-based Hydra builds svn path=/nixpkgs/trunk/; revision=16883
2009-08-28 06:29:21 +00:00
;
Improved support for building 32-bit binaries on x86_64-linux. * glibc_multi: a wrapper that combines the 32-bit and 64-bit Glibcs. This is necessary so that 64-bit GCC can find gnu/stubs-32.h and the 32-bit Glibc libraries. To build glibc_multi on x86_64-linux, you still need either the i686-linux Glibc derivation from a channel, or to have configured Nix with support for forwarding the build to a i686-linux machine. In the future this may become unnecessary by providing a prebuilt binary of 32-bit Glibc somewhere (like the binaries used in the stdenvLinux bootstrap). * With glibc_multi, it becomes possible to build gcc with multilib support (i.e. it builds 32-bit and 64-bit versions of libgcc, libstdc++, etc.). svn path=/nixpkgs/trunk/; revision=12203
2008-06-27 18:26:19 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
glpk = callPackage ../development/libraries/glpk { };
Add the GNU Linear Programming Kit (GLPK). Contributed by Brian Gough <bjg@gnu.org>. svn path=/nixpkgs/trunk/; revision=21284
2010-04-23 21:15:48 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gmime = callPackage ../development/libraries/gmime { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gmm = callPackage ../development/libraries/gmm { };
kde shipped with a copy of this lib. They have removed it. I guess we need id nevertheless? svn path=/nixpkgs/trunk/; revision=11669
2008-04-21 15:20:49 +00:00
pkgs/applications/editors/emacs-modes/magit: updated to version magit-0.7-94-gbf42bf8 Magit has seen plenty of development since version 0.7, but for some reason there haven't been any new releases. This version bump updates the expression to build a current version of Magit directly from the Git repository. This change adds buildInputs 'autoconf' and 'automake'. These tools are required only because we aren't building from a proper release tarball. Once version 0.8 comes out, these dependencies can be dropped again. svn path=/nixpkgs/trunk/; revision=20650
2010-03-16 12:13:40 +00:00
gmp =
GMP: Further attempt to fix `x86_64-darwin' builds. svn path=/nixpkgs/trunk/; revision=25668
2011-01-22 20:26:50 +00:00
if stdenv.system == "i686-darwin" then
* Incorrect filename: 4.3.2 -> 4.3.1 svn path=/nixpkgs/trunk/; revision=19869
2010-02-08 17:46:34 +00:00
# GMP 4.3.2 is broken on Darwin, so use 4.3.1.
makeOverridable (import ../development/libraries/gmp/4.3.1.nix) {
use gmp 4.3.2 on i686-darwin svn path=/nixpkgs/trunk/; revision=19864
2010-02-08 13:58:25 +00:00
inherit stdenv fetchurl m4;
cxx = false;
}
pkgs/applications/editors/emacs-modes/magit: updated to version magit-0.7-94-gbf42bf8 Magit has seen plenty of development since version 0.7, but for some reason there haven't been any new releases. This version bump updates the expression to build a current version of Magit directly from the Git repository. This change adds buildInputs 'autoconf' and 'automake'. These tools are required only because we aren't building from a proper release tarball. Once version 0.8 comes out, these dependencies can be dropped again. svn path=/nixpkgs/trunk/; revision=20650
2010-03-16 12:13:40 +00:00
else
I downgrade ppl again to the stable release, and I make gmp 4.3.2 the default gmp; we can update all once we have stable ppl 0.11 and a working cloog-ppl with all that. This way we should at least gcc4.5 building with ppl/cloog-ppl svn path=/nixpkgs/branches/stdenv-updates/; revision=22271
2010-06-15 09:14:16 +00:00
# We temporarily leave gmp 4 here, waiting for a new ppl/cloog-ppl that
# would build well with gmp 5.
makeOverridable (import ../development/libraries/gmp/4.nix) {
use gmp 4.3.2 on i686-darwin svn path=/nixpkgs/trunk/; revision=19864
2010-02-08 13:58:25 +00:00
inherit stdenv fetchurl m4;
cxx = false;
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Fix gmpxx. svn path=/nixpkgs/branches/stdenv-updates/; revision=19550
2010-01-19 17:44:59 +00:00
gmpxx = gmp.override { cxx = true; };
all-packages.nix: added 'gmpxx', a reference to libgmp with C++ API enabled svn path=/nixpkgs/trunk/; revision=16158
2009-07-03 11:31:28 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gobjectIntrospection = callPackage ../development/libraries/gobject-introspection { };
Add gobject-introspection svn path=/nixpkgs/trunk/; revision=21763
2010-05-13 15:56:04 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
goffice = callPackage ../development/libraries/goffice {
Add GOffice, GNOME's office/document library. svn path=/nixpkgs/trunk/; revision=17550
2009-09-30 13:11:13 +00:00
inherit (gnome) glib gtk libglade libgnomeui pango;
gconf = gnome.GConf;
libart = gnome.libart_lgpl;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
goocanvas = callPackage ../development/libraries/goocanvas {
added goocanvas svn path=/nixpkgs/trunk/; revision=13552
2008-12-02 12:28:13 +00:00
inherit (gnome) gtk glib;
};
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
#GMP ex-satellite, so better keep it near gmp
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mpfr = callPackage ../development/libraries/mpfr { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Added xfce4-mixer. This requires gstreamer and gst-plugins-base. * Allow gst-plugins-base to be built with a minimal set of dependencies (to prevent dependency bloat in Xfce). * Updated gstreamer. svn path=/nixpkgs/trunk/; revision=24207
2010-10-10 22:34:48 +00:00
gst_all = recurseIntoAttrs
(let callPackage = newScope pkgs.gst_all; in
import ../development/libraries/gstreamer { inherit callPackage pkgs; });
- svn path=/nixpkgs/branches/stdenv-updates-merge/; revision=10823
2008-02-22 03:06:12 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gnet = callPackage ../development/libraries/gnet { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gnutls = callPackage ../development/libraries/gnutls {
GnuTLS 2.6.6, with Guile bindings by default. svn path=/nixpkgs/trunk/; revision=15416
2009-04-30 18:43:48 +00:00
guileBindings = getConfig ["gnutls" "guile"] true;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gpgme = callPackage ../development/libraries/gpgme { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
Add grantlee svn path=/nixpkgs/trunk/; revision=23625
2010-09-03 17:40:55 +00:00
grantlee = callPackage ../development/libraries/grantlee { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gsasl = callPackage ../development/libraries/gsasl { };
Add GNU SASL, GNU GSS-API, and GNU Rush. Contributed by Brian Gough <bjg@gnu.org>. svn path=/nixpkgs/trunk/; revision=21315
2010-04-26 08:59:25 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gsl = callPackage ../development/libraries/gsl { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
Adding GSM and CELT codecs; dependencies of sflphone - failed to buuild itself svn path=/nixpkgs/trunk/; revision=27364
2011-06-07 14:42:24 +00:00
gsm = callPackage ../development/libraries/gsm {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gsoap = callPackage ../development/libraries/gsoap { };
applying patches provided by griswold svn path=/nixpkgs/trunk/; revision=19707
2010-01-27 12:12:35 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gss = callPackage ../development/libraries/gss { };
Add GNU SASL, GNU GSS-API, and GNU Rush. Contributed by Brian Gough <bjg@gnu.org>. svn path=/nixpkgs/trunk/; revision=21315
2010-04-26 08:59:25 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gtkimageview = callPackage ../development/libraries/gtkimageview {
Add GtkImageView. svn path=/nixpkgs/trunk/; revision=17880
2009-10-19 12:50:41 +00:00
inherit (gnome) gtk;
};
Matita and its dependencies. svn path=/nixpkgs/trunk/; revision=25328
2010-12-31 17:48:55 +00:00
gtkmathview = callPackage ../development/libraries/gtkmathview { };
* Latest Glib, ATK, Pango and GTK+. * Added gdk-pixbuf, which has been revived and is required by GTK+. * Don't install the documentation of aforementioned packages. This cuts 56 MiB off the closure of GTK+-based packages. It wasn't really useful anyway because it's not installed in a way that allows users to find it easily on NixOS. And if you want it, it's faster to Google it. svn path=/nixpkgs/branches/x-updates/; revision=25853
2011-02-09 15:09:29 +00:00
gtkLibs = gtkLibs224;
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Replace some "inherit (gtkLibs) glib" statements with "inherit glib". svn path=/nixpkgs/trunk/; revision=18013
2009-10-29 11:43:02 +00:00
glib = gtkLibs.glib;
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
gtk = gtkLibs.gtk;
* Added xfce4-mixer. This requires gstreamer and gst-plugins-base. * Allow gst-plugins-base to be built with a minimal set of dependencies (to prevent dependency bloat in Xfce). * Updated gstreamer. svn path=/nixpkgs/trunk/; revision=24207
2010-10-10 22:34:48 +00:00
pango = gtkLibs.pango;
* Replace some "inherit (gtkLibs) glib" statements with "inherit glib". svn path=/nixpkgs/trunk/; revision=18013
2009-10-29 11:43:02 +00:00
Cleanup 'rec {' svn path=/nixpkgs/branches/x-updates/; revision=26065
2011-02-23 10:04:50 +00:00
gtkLibs1x = recurseIntoAttrs (let callPackage = newScope pkgs.gtkLibs1x; in {
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
glib = callPackage ../development/libraries/glib/1.2.x.nix { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gtk = callPackage ../development/libraries/gtk+/1.2.x.nix { };
pkgs/tools/typesetting/asciidoc: updated to version 8.5.1 New asciidoc versions do have a proper configure script. Using that simplifies the build instructions a bit. svn path=/nixpkgs/trunk/; revision=18076
2009-11-03 15:57:22 +00:00
* Add callPackage etc. svn path=/nixpkgs/trunk/; revision=22876
2010-08-02 13:57:57 +00:00
});
GTK+ 2.14.7 and companion libraries. svn path=/nixpkgs/trunk/; revision=13821
2009-01-22 22:32:02 +00:00
Cleanup 'rec {' svn path=/nixpkgs/branches/x-updates/; revision=26065
2011-02-23 10:04:50 +00:00
gtkLibs216 = recurseIntoAttrs (let callPackage = newScope pkgs.gtkLibs216; in {
* Idem for gtk-libs/2.16. svn path=/nixpkgs/trunk/; revision=17993
2009-10-28 15:31:52 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
glib = callPackage ../development/libraries/glib/2.20.x.nix { };
* Idem for gtk-libs/2.16. svn path=/nixpkgs/trunk/; revision=17993
2009-10-28 15:31:52 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
glibmm = callPackage ../development/libraries/glibmm/2.18.x.nix { };
* Idem for gtk-libs/2.16. svn path=/nixpkgs/trunk/; revision=17993
2009-10-28 15:31:52 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
atk = callPackage ../development/libraries/atk/1.24.x.nix { };
* Idem for gtk-libs/2.16. svn path=/nixpkgs/trunk/; revision=17993
2009-10-28 15:31:52 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pango = callPackage ../development/libraries/pango/1.24.x.nix { };
* Idem for gtk-libs/2.16. svn path=/nixpkgs/trunk/; revision=17993
2009-10-28 15:31:52 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pangomm = callPackage ../development/libraries/pangomm/2.14.x.nix { };
* Idem for gtk-libs/2.16. svn path=/nixpkgs/trunk/; revision=17993
2009-10-28 15:31:52 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gtk = callPackage ../development/libraries/gtk+/2.16.x.nix { };
pkgs/tools/typesetting/asciidoc: updated to version 8.5.1 New asciidoc versions do have a proper configure script. Using that simplifies the build instructions a bit. svn path=/nixpkgs/trunk/; revision=18076
2009-11-03 15:57:22 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gtkmm = callPackage ../development/libraries/gtkmm/2.14.x.nix { };
pkgs/tools/typesetting/asciidoc: updated to version 8.5.1 New asciidoc versions do have a proper configure script. Using that simplifies the build instructions a bit. svn path=/nixpkgs/trunk/; revision=18076
2009-11-03 15:57:22 +00:00
* Add callPackage etc. svn path=/nixpkgs/trunk/; revision=22876
2010-08-02 13:57:57 +00:00
});
GTK+ 2.16 and companion libraries. svn path=/nixpkgs/branches/stdenv-updates/; revision=15079
2009-04-16 10:19:15 +00:00
Cleanup 'rec {' svn path=/nixpkgs/branches/x-updates/; revision=26065
2011-02-23 10:04:50 +00:00
gtkLibs220 = recurseIntoAttrs (let callPackage = pkgs.newScope pkgs.gtkLibs220; in {
* Finished getting rid of gtk-libs. svn path=/nixpkgs/trunk/; revision=18010
2009-10-29 10:53:54 +00:00
Changed my dirty libiconv hacks I once made for i686-freebsd, into a more consistent manner by checking for a non-Linux platform in the build expressions. Hopefully, this increases portability for non-Linux platforms svn path=/nixpkgs/trunk/; revision=24347
2010-10-18 11:30:44 +00:00
glib = callPackage ../development/libraries/glib/2.24.x.nix { };
* Finished getting rid of gtk-libs. svn path=/nixpkgs/trunk/; revision=18010
2009-10-29 10:53:54 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
glibmm = callPackage ../development/libraries/glibmm/2.22.x.nix { };
* Finished getting rid of gtk-libs. svn path=/nixpkgs/trunk/; revision=18010
2009-10-29 10:53:54 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
atk = callPackage ../development/libraries/atk/1.30.x.nix { };
* Finished getting rid of gtk-libs. svn path=/nixpkgs/trunk/; revision=18010
2009-10-29 10:53:54 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pango = callPackage ../development/libraries/pango/1.28.x.nix { };
* Finished getting rid of gtk-libs. svn path=/nixpkgs/trunk/; revision=18010
2009-10-29 10:53:54 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pangomm = callPackage ../development/libraries/pangomm/2.26.x.nix { };
* Finished getting rid of gtk-libs. svn path=/nixpkgs/trunk/; revision=18010
2009-10-29 10:53:54 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gtk = callPackage ../development/libraries/gtk+/2.20.x.nix { };
pkgs/tools/typesetting/asciidoc: updated to version 8.5.1 New asciidoc versions do have a proper configure script. Using that simplifies the build instructions a bit. svn path=/nixpkgs/trunk/; revision=18076
2009-11-03 15:57:22 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gtkmm = callPackage ../development/libraries/gtkmm/2.18.x.nix { };
pkgs/tools/typesetting/asciidoc: updated to version 8.5.1 New asciidoc versions do have a proper configure script. Using that simplifies the build instructions a bit. svn path=/nixpkgs/trunk/; revision=18076
2009-11-03 15:57:22 +00:00
* Add callPackage etc. svn path=/nixpkgs/trunk/; revision=22876
2010-08-02 13:57:57 +00:00
});
Mentioning GTK-2.18 in all-packages svn path=/nixpkgs/trunk/; revision=17502
2009-09-29 13:49:41 +00:00
Cleanup 'rec {' svn path=/nixpkgs/branches/x-updates/; revision=26065
2011-02-23 10:04:50 +00:00
gtkLibs224 = recurseIntoAttrs (let callPackage = pkgs.newScope pkgs.gtkLibs224; in {
* GTK+ 2.20, Glib 2.24 etc. svn path=/nixpkgs/branches/x-updates/; revision=22652
2010-07-18 23:22:59 +00:00
* Latest Glib, ATK, Pango and GTK+. * Added gdk-pixbuf, which has been revived and is required by GTK+. * Don't install the documentation of aforementioned packages. This cuts 56 MiB off the closure of GTK+-based packages. It wasn't really useful anyway because it's not installed in a way that allows users to find it easily on NixOS. And if you want it, it's faster to Google it. svn path=/nixpkgs/branches/x-updates/; revision=25853
2011-02-09 15:09:29 +00:00
glib = callPackage ../development/libraries/glib/2.28.x.nix { };
* GTK+ 2.20, Glib 2.24 etc. svn path=/nixpkgs/branches/x-updates/; revision=22652
2010-07-18 23:22:59 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
glibmm = callPackage ../development/libraries/glibmm/2.22.x.nix { };
* GTK+ 2.20, Glib 2.24 etc. svn path=/nixpkgs/branches/x-updates/; revision=22652
2010-07-18 23:22:59 +00:00
* Latest Glib, ATK, Pango and GTK+. * Added gdk-pixbuf, which has been revived and is required by GTK+. * Don't install the documentation of aforementioned packages. This cuts 56 MiB off the closure of GTK+-based packages. It wasn't really useful anyway because it's not installed in a way that allows users to find it easily on NixOS. And if you want it, it's faster to Google it. svn path=/nixpkgs/branches/x-updates/; revision=25853
2011-02-09 15:09:29 +00:00
atk = callPackage ../development/libraries/atk/1.32.x.nix { };
* GTK+ 2.20, Glib 2.24 etc. svn path=/nixpkgs/branches/x-updates/; revision=22652
2010-07-18 23:22:59 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pango = callPackage ../development/libraries/pango/1.28.x.nix { };
* GTK+ 2.20, Glib 2.24 etc. svn path=/nixpkgs/branches/x-updates/; revision=22652
2010-07-18 23:22:59 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pangomm = callPackage ../development/libraries/pangomm/2.26.x.nix { };
* GTK+ 2.20, Glib 2.24 etc. svn path=/nixpkgs/branches/x-updates/; revision=22652
2010-07-18 23:22:59 +00:00
* Latest Glib, ATK, Pango and GTK+. * Added gdk-pixbuf, which has been revived and is required by GTK+. * Don't install the documentation of aforementioned packages. This cuts 56 MiB off the closure of GTK+-based packages. It wasn't really useful anyway because it's not installed in a way that allows users to find it easily on NixOS. And if you want it, it's faster to Google it. svn path=/nixpkgs/branches/x-updates/; revision=25853
2011-02-09 15:09:29 +00:00
gdk_pixbuf = callPackage ../development/libraries/gdk-pixbuf/2.22.x.nix { };
gtk = callPackage ../development/libraries/gtk+/2.24.x.nix { };
* GTK+ 2.20, Glib 2.24 etc. svn path=/nixpkgs/branches/x-updates/; revision=22652
2010-07-18 23:22:59 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gtkmm = callPackage ../development/libraries/gtkmm/2.18.x.nix { };
* GTK+ 2.20, Glib 2.24 etc. svn path=/nixpkgs/branches/x-updates/; revision=22652
2010-07-18 23:22:59 +00:00
Adding giv. svn path=/nixpkgs/trunk/; revision=26709
2011-04-06 10:00:48 +00:00
gob2 = callPackage ../development/tools/misc/gob2 { };
* Add callPackage etc. svn path=/nixpkgs/trunk/; revision=22876
2010-08-02 13:57:57 +00:00
});
* GTK+ 2.20, Glib 2.24 etc. svn path=/nixpkgs/branches/x-updates/; revision=22652
2010-07-18 23:22:59 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gtkmozembedsharp = callPackage ../development/libraries/gtkmozembed-sharp {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
inherit (gnome) gtk;
gtksharp = gtksharp2;
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gtksharp1 = callPackage ../development/libraries/gtk-sharp-1 {
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
inherit (gnome) gtk glib pango libglade libgtkhtml gtkhtml
libgnomecanvas libgnomeui libgnomeprint
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
libgnomeprintui GConf;
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gtksharp2 = callPackage ../development/libraries/gtk-sharp-2 {
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
inherit (gnome) gtk glib pango libglade libgtkhtml gtkhtml
libgnomecanvas libgnomeui libgnomeprint
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
libgnomeprintui GConf gnomepanel;
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gtksourceviewsharp = callPackage ../development/libraries/gtksourceview-sharp {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
inherit (gnome) gtksourceview;
gtksharp = gtksharp2;
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
gtkspell = callPackage ../development/libraries/gtkspell { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
Adding GNU Triangulated Surface library svn path=/nixpkgs/trunk/; revision=26132
2011-03-02 17:18:15 +00:00
gts = callPackage ../development/libraries/gts { };
Some renaming for future variants svn path=/nixpkgs/trunk/; revision=10343
2008-01-28 19:44:39 +00:00
# TODO : Add MIT Kerberos and let admin choose.
kerberos = heimdal;
Adding two NES emulators. Because of them, I made allegro build the allegrogl library. I also added the HawkNL library. svn path=/nixpkgs/trunk/; revision=26517
2011-03-25 22:15:48 +00:00
hawknl = callPackage ../development/libraries/hawknl { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
heimdal = callPackage ../development/libraries/kerberos/heimdal.nix { };
Heimdal Kerberos added svn path=/nixpkgs/trunk/; revision=10336
2008-01-28 19:41:25 +00:00
Rename hupnp to herqq Don't pass it to kdelibs as it breaks kdelibs build svn path=/nixpkgs/trunk/; revision=25289
2010-12-26 17:18:13 +00:00
herqqSvn = callPackage ../development/libraries/herqq/svn.nix { };
herqq070 = callPackage ../development/libraries/herqq/0.7.0.nix { };
herqq080 = callPackage ../development/libraries/herqq/0.8.0.nix { };
hspell (another KDE dependency) svn path=/nixpkgs/trunk/; revision=24331
2010-10-17 18:44:00 +00:00
hspell = callPackage ../development/libraries/hspell { };
hspellDicts = callPackage ../development/libraries/hspell/dicts.nix { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
hsqldb = callPackage ../development/libraries/java/hsqldb { };
Added exiv2-0.15 library svn path=/nixpkgs/trunk/; revision=9389
2007-10-01 15:12:41 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
hunspell = callPackage ../development/libraries/hunspell { };
Add hunspell TODO: make it work (export DICTDIR) svn path=/nixpkgs/trunk/; revision=22432
2010-06-30 15:53:28 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
hwloc = callPackage ../development/libraries/hwloc { };
Add hwloc 0.9.2, renamed from libtopology. svn path=/nixpkgs/trunk/; revision=18152
2009-11-05 18:46:46 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
hydraAntLogger = callPackage ../development/libraries/java/hydra-ant-logger { };
hydra-ant-logger svn path=/nixpkgs/trunk/; revision=20332
2010-03-02 15:37:04 +00:00
Add IcedTea. This is an old attempt at making it work. Help welcome! svn path=/nixpkgs/trunk/; revision=24360
2010-10-19 08:19:46 +00:00
icedtea = callPackage ../development/libraries/java/icedtea {
ant = apacheAntGcj;
xerces = xercesJava;
xulrunner = icecatXulrunner3;
inherit (xlibs) libX11 libXp libXtst libXinerama libXt
libXrender xproto;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
icu = callPackage ../development/libraries/icu { };
Added Apache Ant, including configuration of JAVA_HOME and ANT_HOME. Currently only the shell script is patched, but this one is used most in practice. svn path=/nixpkgs/trunk/; revision=718
2004-01-25 00:50:00 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
id3lib = callPackage ../development/libraries/id3lib { };
Added facile library svn path=/nixpkgs/trunk/; revision=9674
2007-11-14 23:05:11 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ilbc = callPackage ../development/libraries/ilbc { };
ilbc and msilbc libraries added svn path=/nixpkgs/branches/stdenv-updates/; revision=10570
2008-02-10 17:35:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ilmbase = callPackage ../development/libraries/ilmbase { };
enable beecrypt here svn path=/nixpkgs/trunk/; revision=4402
2005-12-19 18:56:31 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
imlib = callPackage ../development/libraries/imlib { };
sox, ffmpeg_svn expressions added ghcPkgUtil defines a function to create setup-hook - creating a packagedatabase (nix-support/package.conf) - adding it to GHC_PACKAGE_PATH see comments for details svn path=/nixpkgs/trunk/; revision=9500
2007-10-22 00:51:40 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
imlib2 = callPackage ../development/libraries/imlib2 { };
Added a new setup proposal, builder is no more derived from shell script (where edit=glibc rebuild), but is composed from a nix attribute set with strings and dependencies - so if you add a function, old expressions ignore it; collateral damage are packages in this style: Fastest Fourier Transform in the West, Audacity sound editor, Falling Sand game. Also added string equality that ignores dependencies to lib. Note that hasSuffixHack is now the more predictable version, but hasSuffix is left to remind us to fix the bug. svn path=/nixpkgs/trunk/; revision=9549
2007-10-29 10:52:04 +00:00
incrTcl: packaged svn path=/nixpkgs/trunk/; revision=24279
2010-10-14 11:54:13 +00:00
incrtcl = callPackage ../development/libraries/incrtcl { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
indilib = callPackage ../development/libraries/indilib { };
indilib added svn path=/nixpkgs/trunk/; revision=10352
2008-01-28 19:47:23 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
iniparser = callPackage ../development/libraries/iniparser { };
iniparser library added svn path=/nixpkgs/trunk/; revision=10344
2008-01-28 19:45:19 +00:00
* intltool: deleted redundant copy (it's already in the Gnome Nix expressions). * Fixed xkbcomp: it no longer found the keyboard definitions since it disregards the -R option passed by the X server (it chdirs to the -R path, but "." has been removed from the xkbcomp search path in xkbcomp 1.0.5). Build it with /etc/X11/xkb as its default location. This is less pure but it does allow for updating xkeyboard-config in a running server. * xkeyboard-config: updated to 1.4. svn path=/nixpkgs/branches/stdenv-updates/; revision=13018
2008-10-09 12:12:58 +00:00
intltool = gnome.intltool;
added: dnsmasq, uisp, fltk libixp_for_wmii, acerhk kernel module, reiserfsprogs, radeontools, msmtp, procmail, pstree, gxemul changed: umlutilities to also support building tunctl optionally (needing kernel header files) wmii updated and wmiimenu added svn path=/nixpkgs/trunk/; revision=9242
2007-09-03 12:10:57 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
isocodes = callPackage ../development/libraries/iso-codes { };
all-packages.nix: commented out package 'vice' error: getting status of `/usr/local/src/nix-pkgs-current/pkgs/misc/emulators/vice': No such file or directory svn path=/nixpkgs/trunk/; revision=15646
2009-05-18 13:53:01 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
itk = callPackage ../development/libraries/itk { };
Adding the itk libraries. Adding a skeleton of the seg3d package. It builds, but libraries and rpaths are wrong. I hope to fix it soon. svn path=/nixpkgs/trunk/; revision=20320
2010-03-01 23:31:35 +00:00
Adding JAMP game.. svn path=/nixpkgs/trunk/; revision=18454
2009-11-19 12:10:23 +00:00
jamp = builderDefsPackage ../games/jamp {
inherit mesa SDL SDL_image SDL_mixer;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jasper = callPackage ../development/libraries/jasper { };
pkgs/tools/typesetting/asciidoc: updated to version 8.5.1 New asciidoc versions do have a proper configure script. Using that simplifies the build instructions a bit. svn path=/nixpkgs/trunk/; revision=18076
2009-11-03 15:57:22 +00:00
JaMa library: packaged svn path=/nixpkgs/trunk/; revision=24277
2010-10-14 11:53:59 +00:00
jama = callPackage ../development/libraries/jama { };
Adding 'mupdf', a lightweight PDF 1.7 viewer As a side effect, I add openjpeg and jbig2dec. svn path=/nixpkgs/trunk/; revision=23069
2010-08-09 20:59:38 +00:00
jbig2dec = callPackage ../development/libraries/jbig2dec { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jetty_gwt = callPackage ../development/libraries/java/jetty-gwt { };
pkgs/tools/typesetting/asciidoc: updated to version 8.5.1 New asciidoc versions do have a proper configure script. Using that simplifies the build instructions a bit. svn path=/nixpkgs/trunk/; revision=18076
2009-11-03 15:57:22 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jetty_util = callPackage ../development/libraries/java/jetty-util { };
Added JasPer JPEG 2000 library svn path=/nixpkgs/trunk/; revision=10335
2008-01-28 19:41:03 +00:00
Add json-glib svn path=/nixpkgs/trunk/; revision=23961
2010-09-27 11:18:28 +00:00
json_glib = callPackage ../development/libraries/json-glib { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
judy = callPackage ../development/libraries/judy { };
Making gtkwave more featured, adding more buildInputs. svn path=/nixpkgs/trunk/; revision=22133
2010-06-03 15:37:02 +00:00
Move kdevplatform and kdevelop to all-packages.nix svn path=/nixpkgs/trunk/; revision=24063
2010-10-05 05:43:39 +00:00
kdevplatform = newScope pkgs.kde4 ../development/libraries/kdevplatform { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
krb5 = callPackage ../development/libraries/kerberos/krb5.nix { };
Add MIT Kerberos implementation krb5. svn path=/nixpkgs/trunk/; revision=18202
2009-11-06 12:57:29 +00:00
Add lcms2 svn path=/nixpkgs/trunk/; revision=23012
2010-08-06 20:23:56 +00:00
lcms = lcms1;
lcms1 = callPackage ../development/libraries/lcms { };
lcms2 = callPackage ../development/libraries/lcms2 { };
* Added GemRB, a reimplementation of the Infinity Engine. svn path=/nixpkgs/trunk/; revision=8695
2007-05-14 21:47:11 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
lensfun = callPackage ../development/libraries/lensfun {
Add lensfun library svn path=/nixpkgs/trunk/; revision=21560
2010-05-03 03:45:52 +00:00
inherit (gnome) glib;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
lesstif = callPackage ../development/libraries/lesstif { };
* Added FreeGLUT. svn path=/nixpkgs/trunk/; revision=8592
2007-04-18 13:47:35 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
lesstif93 = callPackage ../development/libraries/lesstif-0.93 { };
Added older version of lesstif for arb svn path=/nixpkgs/trunk/; revision=12974
2008-10-06 15:11:36 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
levmar = callPackage ../development/libraries/levmar { };
Updating meshlab. Their build system has changed, and the source tree they distribute too, so the dependencies changed a bit. To get meshlab working, I update lib3ds and add levmar. svn path=/nixpkgs/trunk/; revision=19595
2010-01-21 14:39:53 +00:00
Adding the leptonica library of image processing and analysis. svn path=/nixpkgs/trunk/; revision=26954
2011-04-24 18:16:51 +00:00
leptonica = callPackage ../development/libraries/leptonica { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
lib3ds = callPackage ../development/libraries/lib3ds { };
added freestyle (non photorealistic renderer) and dependencies libQGLViewer, lib3ds svn path=/nixpkgs/trunk/; revision=12009
2008-06-08 03:56:32 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libaal = callPackage ../development/libraries/libaal { };
* Reiser4 stuff. svn path=/nixpkgs/trunk/; revision=10498
2008-02-04 14:37:15 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
libao = callPackage ../development/libraries/libao {
Making pulseaudio optional on libao. svn path=/nixpkgs/trunk/; revision=20018
2010-02-15 17:10:35 +00:00
usePulseAudio = getConfig [ "pulseaudio" ] true;
Add mpg321, libao and libid3tag; upgrade libmad. svn path=/nixpkgs/trunk/; revision=10626
2008-02-11 21:02:38 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libarchive = callPackage ../development/libraries/libarchive { };
libarchive added svn path=/nixpkgs/trunk/; revision=10349
2008-01-28 19:46:38 +00:00
Add libass svn path=/nixpkgs/trunk/; revision=25868
2011-02-09 21:10:42 +00:00
libass = callPackage ../development/libraries/libass { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libassuan1 = callPackage ../development/libraries/libassuan1 { };
Add libassuan1 back opensc needs it svn path=/nixpkgs/trunk/; revision=21887
2010-05-19 20:59:15 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libassuan = callPackage ../development/libraries/libassuan { };
libassuan added svn path=/nixpkgs/trunk/; revision=10341
2008-01-28 19:43:37 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libavc1394 = callPackage ../development/libraries/libavc1394 { };
kino (compiling but neither finding libX11 nor libghtread) and libiec61883 (dependency) added svn path=/nixpkgs/trunk/; revision=10133
2008-01-13 15:21:21 +00:00
Add bluedevil svn path=/nixpkgs/trunk/; revision=26333
2011-03-15 23:09:07 +00:00
libbluedevil = callPackage ../development/libraries/libbluedevil { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libcaca = callPackage ../development/libraries/libcaca { };
added cil-aterm to nixpkgs svn path=/nixpkgs/trunk/; revision=4482
2006-01-02 14:24:36 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
libcanberra = callPackage ../development/libraries/libcanberra {
Fix libcanberra. svn path=/nixpkgs/branches/stdenv-updates/; revision=24625
2010-11-09 09:14:16 +00:00
/* Using GNU Make 3.82 leads to this:
Makefile:939: *** missing separator (did you mean TAB instead of 8 spaces?). Stop.
So use 3.81. */
stdenv = overrideInStdenv stdenv [gnumake381];
Add `libcanberra'. svn path=/nixpkgs/trunk/; revision=13814
2009-01-20 09:50:15 +00:00
gstreamer = gst_all.gstreamer;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libcdaudio = callPackage ../development/libraries/libcdaudio { };
* Converting packages. This is the minimal Nix stdenv for building the ATerm library. svn path=/nixpkgs/trunk/; revision=459
2003-11-02 17:42:19 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libcddb = callPackage ../development/libraries/libcddb { };
Add libcddb and GNU libcdio. svn path=/nixpkgs/trunk/; revision=10960
2008-03-05 09:10:23 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libcdio = callPackage ../development/libraries/libcdio { };
Add libcddb and GNU libcdio. svn path=/nixpkgs/trunk/; revision=10960
2008-03-05 09:10:23 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
libchamplain = callPackage ../development/libraries/libchamplain {
Add libchamplain, a library to display maps. svn path=/nixpkgs/trunk/; revision=22649
2010-07-18 22:46:19 +00:00
inherit (gnome) gtk glib libsoup;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libcm = callPackage ../development/libraries/libcm { };
geos library added svn path=/nixpkgs/trunk/; revision=9837
2007-12-03 16:01:51 +00:00
libctemplate: packaged. Patch by Karn Kallio. svn path=/nixpkgs/trunk/; revision=23981
2010-09-28 09:33:42 +00:00
libctemplate = callPackage ../development/libraries/libctemplate { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libcue = callPackage ../development/libraries/libcue { };
libcue: New nixpkg. svn path=/nixpkgs/trunk/; revision=21147
2010-04-18 19:12:07 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libdaemon = callPackage ../development/libraries/libdaemon { };
Added support for overridable variants of package. For details read comments near getVersion function, gettext is the current example. svn path=/nixpkgs/trunk/; revision=9235
2007-09-01 18:26:13 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libdbi = callPackage ../development/libraries/libdbi { };
add Google's coredumper helper library (snapshots/coredumps for running programs) svn path=/nixpkgs/trunk/; revision=5485
2006-06-21 21:05:39 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
libdbiDriversBase = callPackage ../development/libraries/libdbi-drivers {
* ltrace: updated to 0.5.3. * 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
2010-07-29 18:55:16 +00:00
mysql = null;
sqlite = null;
* Removed selectVersion. There's no good reason to write `selectVersion ./foo "bar"' instead of `import ./foo/bar.nix'. * Replaced `with args' with formal function arguments in several packages. * Renamed several files to `default.nix'. As a general rule, version numbers should only be included in the filename when there is a reason to keep multiple versions of a package in Nixpkgs. Otherwise, it just makes it harder to update the package. svn path=/nixpkgs/trunk/; revision=18403
2009-11-18 09:39:59 +00:00
};
gdal library added svn path=/nixpkgs/trunk/; revision=9246
2007-09-04 09:38:52 +00:00
* composedArgsAndFun -> makeOverridable for consistency. * Rename a few single-version packages to "default.nix". svn path=/nixpkgs/trunk/; revision=22803
2010-07-29 08:21:21 +00:00
libdbiDrivers = libdbiDriversBase.override {
MySQL5 should be default already. svn path=/nixpkgs/branches/stdenv-updates-merge/; revision=10846
2008-02-25 03:16:07 +00:00
inherit sqlite mysql;
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
};
* Stdenv for Linux, i.e., with a Nix-built glibc. svn path=/nixpkgs/trunk/; revision=461
2003-11-02 22:25:26 +00:00
Add libdmtx, restore alphabetical order svn path=/nixpkgs/trunk/; revision=27382
2011-06-07 21:50:23 +00:00
libdbusmenu_qt = callPackage ../development/libraries/libdbusmenu-qt { };
Spring RTS: packaged along with its deps and utils: libDevIL, libtorrent-rasterbar, spring-lobby. svn path=/nixpkgs/trunk/; revision=24681
2010-11-13 07:47:04 +00:00
libdevil = callPackage ../development/libraries/libdevil { };
Add libdiscid svn path=/nixpkgs/trunk/; revision=23792
2010-09-14 14:29:13 +00:00
libdiscid = callPackage ../development/libraries/libdiscid { };
Add libdmtx, restore alphabetical order svn path=/nixpkgs/trunk/; revision=27382
2011-06-07 21:50:23 +00:00
libdmtx = callPackage ../development/libraries/libdmtx { };
Added glibc-ntpl to all-packages.nix . I also do not know if it works. svn path=/nixpkgs/trunk/; revision=9158
2007-08-18 16:20:14 +00:00
libdrm, use callPackage svn path=/nixpkgs/trunk/; revision=25644
2011-01-20 15:28:14 +00:00
libdrm = if stdenv.isDarwin then null else (callPackage ../development/libraries/libdrm {
* X.org 7.5. svn path=/nixpkgs/branches/xorg-7.5/; revision=18034
2009-10-29 17:56:10 +00:00
inherit fetchurl stdenv pkgconfig;
inherit (xorg) libpthreadstubs;
pkgs/top-level/all-packages.nix: disable libdrm on Darwin platforms libdrm doesn't build on Darwin and, according to the Xorg developers, isn't supposed to be built. This change fixes the build of haskell-platform-ghc6.12.2-2010.1.0.0 on Darwin. svn path=/nixpkgs/trunk/; revision=21432
2010-04-29 14:57:23 +00:00
});
* Stdenv for Linux, i.e., with a Nix-built glibc. svn path=/nixpkgs/trunk/; revision=461
2003-11-02 22:25:26 +00:00
Add libdmtx, restore alphabetical order svn path=/nixpkgs/trunk/; revision=27382
2011-06-07 21:50:23 +00:00
libdv = callPackage ../development/libraries/libdv { };
libdwg = callPackage ../development/libraries/libdwg { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libdvdcss = callPackage ../development/libraries/libdvdcss { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libdvdnav = callPackage ../development/libraries/libdvdnav { };
* Added wxHaskell. * Added GNU MP, use it in pycrypto. svn path=/nixpkgs/trunk/; revision=7343
2006-12-13 22:29:40 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libdvdread = callPackage ../development/libraries/libdvdread { };
Added Falling Sand Game and wxGTK without unicode for it. svn path=/nixpkgs/trunk/; revision=9543
2007-10-27 17:55:13 +00:00
libebml: 1.0.0 svn path=/nixpkgs/trunk/; revision=25923
2011-02-12 20:18:41 +00:00
libebml = callPackage ../development/libraries/libebml { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libedit = callPackage ../development/libraries/libedit { };
* editline: renamed to libedit (which seems to be the proper name for the package). * Removed the old ghc-wrapper, which hasn't been used for a long time. * Renamed the "boot" GHC to "binary", which is more descriptive. (They *can* be used for other things than bootstrapping a GHC source build.) * Updated the GHC 6.10.1 binary to 6.10.2. svn path=/nixpkgs/trunk/; revision=15095
2009-04-16 19:25:22 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libelf = callPackage ../development/libraries/libelf { };
Add libelf. svn path=/nixpkgs/trunk/; revision=21400
2010-04-28 12:36:58 +00:00
Add libdmtx, restore alphabetical order svn path=/nixpkgs/trunk/; revision=27382
2011-06-07 21:50:23 +00:00
libgadu = callPackage ../development/libraries/libgadu { };
libgdata = (newScope gnome) ../development/libraries/libgdata {};
libgdata_0_6 = (newScope gnome) ../development/libraries/libgdata/0.6.nix {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
liblo = callPackage ../development/libraries/liblo { };
adding liblo svn path=/nixpkgs/trunk/; revision=17322
2009-09-21 09:58:27 +00:00
Adding GTK-VNC svn path=/nixpkgs/trunk/; revision=25547
2011-01-13 22:21:09 +00:00
liblrdf = callPackage ../development/libraries/liblrdf {};
Adding libev - an even loop library remotely similar to libevent svn path=/nixpkgs/trunk/; revision=16877
2009-08-27 07:17:57 +00:00
libev = builderDefsPackage ../development/libraries/libev {
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libevent = callPackage ../development/libraries/libevent { };
Added sglr svn path=/nixpkgs/trunk/; revision=707
2004-01-22 19:09:49 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libewf = callPackage ../development/libraries/libewf { };
Adding libewf. svn path=/nixpkgs/trunk/; revision=15225
2009-04-21 19:47:41 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libexif = callPackage ../development/libraries/libexif { };
* Build ssmtp with TLS support. * Added gnutls (but it turns out that ssmtp also builds with openssl, so I don't actually use it). svn path=/nixpkgs/trunk/; revision=9604
2007-11-08 17:48:52 +00:00
Adding linphone svn path=/nixpkgs/trunk/; revision=25545
2011-01-13 20:49:58 +00:00
libexosip = callPackage ../development/libraries/exosip {};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
libextractor = callPackage ../development/libraries/libextractor {
GNU libextractor 0.5.23. svn path=/nixpkgs/trunk/; revision=19216
2010-01-05 11:16:30 +00:00
inherit (gnome) gtk;
libmpeg2 = mpeg2dec;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
Added jikespg, an oldskool parser generator svn path=/nixpkgs/trunk/; revision=5038
2006-03-14 18:20:21 +00:00
Adding libf2c svn path=/nixpkgs/trunk/; revision=26144
2011-03-03 13:41:06 +00:00
libf2c = callPackage ../development/libraries/libf2c {};
Add libfixposix svn path=/nixpkgs/trunk/; revision=24462
2010-10-25 05:52:13 +00:00
libfixposix = callPackage ../development/libraries/libfixposix {};
Updating CLisp and adding SBCL. SBCL currently has to be symlinked to a writable directory (I am investigating a fix). CLisp 2.47 is somewhat incompatible with lots of software, so I added 2.44.1 as preserved version svn path=/nixpkgs/trunk/; revision=15806
2009-05-31 06:07:25 +00:00
libffcall = builderDefsPackage (import ../development/libraries/libffcall) {
inherit fetchcvs;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libffi = callPackage ../development/libraries/libffi { };
Add libffi, a foreign function interface library. svn path=/nixpkgs/trunk/; revision=11505
2008-04-09 07:40:48 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libftdi = callPackage ../development/libraries/libftdi { };
Made openocd work with ft2232 jtag chipset, that of the Sheevaplug. svn path=/nixpkgs/trunk/; revision=17407
2009-09-24 21:28:27 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libgcrypt = callPackage ../development/libraries/libgcrypt { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libgpgerror = callPackage ../development/libraries/libgpg-error { };
* Converted some more packages. * Subversion no longer needs libxml2 (just expat). svn path=/nixpkgs/trunk/; revision=478
2003-11-05 12:17:48 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libgphoto2 = callPackage ../development/libraries/libgphoto2 { };
libcdaudio 0.99.12 svn path=/nixpkgs/trunk/; revision=2062
2005-01-19 21:12:46 +00:00
Add mutagen, upgrade libgpod svn path=/nixpkgs/trunk/; revision=23955
2010-09-26 19:40:22 +00:00
libgpod = callPackage ../development/libraries/libgpod {
inherit (pkgs.pythonPackages) mutagen;
};
Adding libgpod, for a future gtkpod. svn path=/nixpkgs/trunk/; revision=15015
2009-04-13 15:41:00 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libharu = callPackage ../development/libraries/libharu { };
adding haru pdf lib svn path=/nixpkgs/trunk/; revision=17076
2009-09-13 08:54:44 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libical = callPackage ../development/libraries/libical { };
Use $NIXPKGS_CONFIG to determine whether ghostscript has cups support. svn path=/nixpkgs/trunk/; revision=14275
2009-02-27 13:44:31 +00:00
Add libimobiledevice svn path=/nixpkgs/trunk/; revision=23953
2010-09-26 19:40:07 +00:00
libimobiledevice = callPackage ../development/libraries/libimobiledevice { };
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
libiodbc = callPackage ../development/libraries/libiodbc {
I take out getPkgConfig. It looks to me as if it needed a solution, but noone took action. I take action before much discussion. For what I see: - getPkgConfig problems are hard to track - config.nix trying to forecast getPkgConfig behaviour looks me as a bad approach, and people should not trust such a config.nix unless they parsed the whole nixpkgs for tricky effects. - It's not that hard to write config.nix in the style of getConfig - Every now and then newcomers hit the "'git' is an attribute set while a boolean was expected". Maybe this will disrupt nixes of some people, and that will be a background on what to discuss. svn path=/nixpkgs/trunk/; revision=25314
2010-12-28 21:07:35 +00:00
useGTK = getConfig [ "libiodbc" "gtk" ] false;
* libiodbc: don't pass all of Nixpkgs to the package. There is no reason why this shouldn't work, but it breaks NixOS evaluation on x86_64-linux with weird segfaults and assertion failures, probably due to a bug in the evaluator or the ATerm library. svn path=/nixpkgs/trunk/; revision=20953
2010-04-06 10:50:52 +00:00
};
Add libiodbc Use experimental style. Will revert to "standard" one if needed. svn path=/nixpkgs/trunk/; revision=20929
2010-04-03 09:53:38 +00:00
Move konversation to pkgs svn path=/nixpkgs/trunk/; revision=23330
2010-08-21 19:29:47 +00:00
libktorrent = newScope pkgs.kde4 ../development/libraries/libktorrent { };
Add libktorrent svn path=/nixpkgs/trunk/; revision=23186
2010-08-16 08:34:26 +00:00
Add two lastfm libraries svn path=/nixpkgs/trunk/; revision=23954
2010-09-26 19:40:15 +00:00
liblastfmSF = callPackage ../development/libraries/liblastfmSF { };
liblastfm = callPackage ../development/libraries/liblastfm { };
Add liblikeback svn path=/nixpkgs/trunk/; revision=26335
2011-03-15 23:09:21 +00:00
liblikeback = newScope pkgs.kde4 ../development/libraries/liblikeback { };
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
liblqr1 = callPackage ../development/libraries/liblqr-1 {
Add liblqr-1 svn path=/nixpkgs/trunk/; revision=21559
2010-05-03 03:45:47 +00:00
inherit (gnome) glib;
};
Add libmhash, a cryptographic hash library. Add Nix expression to package libmhash, a library providing a collection of cryptographic hash algorithms. svn path=/nixpkgs/trunk/; revision=23379
2010-08-24 08:24:33 +00:00
libmhash = callPackage ../development/libraries/libmhash {};
Add libmtp svn path=/nixpkgs/trunk/; revision=23947
2010-09-26 19:39:28 +00:00
libmtp = callPackage ../development/libraries/libmtp { };
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
libnice = callPackage ../development/libraries/libnice {
add libnice svn path=/nixpkgs/trunk/; revision=19134
2009-12-27 14:22:00 +00:00
inherit (gnome) glib;
};
Updating from trunk svn path=/nixpkgs/branches/stdenv-updates/; revision=24038
2010-10-03 09:25:34 +00:00
libplist = callPackage ../development/libraries/libplist { };
Add libplist svn path=/nixpkgs/trunk/; revision=23946
2010-09-26 19:39:21 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libQGLViewer = callPackage ../development/libraries/libqglviewer { };
added freestyle (non photorealistic renderer) and dependencies libQGLViewer, lib3ds svn path=/nixpkgs/trunk/; revision=12009
2008-06-08 03:56:32 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libsamplerate = callPackage ../development/libraries/libsamplerate { };
added libvorbis libogg and flac svn path=/nixpkgs/trunk/; revision=2063
2005-01-19 21:48:45 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
libspectre = callPackage ../development/libraries/libspectre {
Libspectre 0.2.0, a PostScript rendering library. svn path=/nixpkgs/trunk/; revision=12375
2008-07-17 19:43:11 +00:00
ghostscript = ghostscriptX;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
libgsf = callPackage ../development/libraries/libgsf {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
inherit (gnome) glib gnomevfs libbonobo;
};
added libvorbis libogg and flac svn path=/nixpkgs/trunk/; revision=2063
2005-01-19 21:48:45 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libiconv = callPackage ../development/libraries/libiconv { };
Add GNU libiconv as a stand-alone package. svn path=/nixpkgs/trunk/; revision=17282
2009-09-19 22:03:24 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libid3tag = callPackage ../development/libraries/libid3tag { };
Add mpg321, libao and libid3tag; upgrade libmad. svn path=/nixpkgs/trunk/; revision=10626
2008-02-11 21:02:38 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libidn = callPackage ../development/libraries/libidn { };
enable usbutils and libusb svn path=/nixpkgs/trunk/; revision=4507
2006-01-07 17:25:39 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libiec61883 = callPackage ../development/libraries/libiec61883 { };
kino (compiling but neither finding libX11 nor libghtread) and libiec61883 (dependency) added svn path=/nixpkgs/trunk/; revision=10133
2008-01-13 15:21:21 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
libinfinity = callPackage ../development/libraries/libinfinity {
Packaged libinfinity svn path=/nixpkgs/trunk/; revision=22359
2010-06-21 16:06:18 +00:00
inherit (gnome) gtkdoc;
};
pkgs/top-level/all-packages.nix: stripped trailing whitespace svn path=/nixpkgs/trunk/; revision=22734
2010-07-26 13:41:09 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libiptcdata = callPackage ../development/libraries/libiptcdata { };
Adding libiptcdata. I'm attempting to build rawtherapee, but it wants the propietary library 'rawzor'. Maybe upstream someone will allow building without it some day. Until then, no rawtherapee. svn path=/nixpkgs/trunk/; revision=19497
2010-01-17 00:46:57 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libjingle = callPackage ../development/libraries/libjingle/0.3.11.nix { };
* Merged most of the stdenv-updates branch. Some stuff didn't merge cleanly right away (kde-4, kernel stuff) so it should be merged later. But the stdenv stuff is all there. svn path=/nixpkgs/branches/stdenv-updates-merge/; revision=10793
2008-02-20 23:02:41 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libjpeg = callPackage ../development/libraries/libjpeg { };
add speex, without Ogg support (if anyone wants that, just add it) svn path=/nixpkgs/trunk/; revision=4308
2005-11-22 22:32:18 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libjpeg_turbo = callPackage ../development/libraries/libjpeg-turbo { };
Adding virtualgl (and therefore, libjpeg-turbo, a SIMD API-compatible libjpeg) svn path=/nixpkgs/trunk/; revision=22553
2010-07-10 08:45:44 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
libjpeg62 = callPackage ../development/libraries/libjpeg/62.nix {
re-added libjpeg62 for chrome, updated chrome svn path=/nixpkgs/trunk/; revision=19199
2010-01-04 07:47:32 +00:00
libtool = libtool_1_5;
};
Add libkate svn path=/nixpkgs/trunk/; revision=25869
2011-02-09 21:10:55 +00:00
libkate = callPackage ../development/libraries/libkate { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libksba = callPackage ../development/libraries/libksba { };
Added libksba svn path=/nixpkgs/trunk/; revision=10342
2008-01-28 19:44:20 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libmad = callPackage ../development/libraries/libmad { };
- add a whole bunch of packages which were added today already (but also list them here) - enable OOo2 build svn path=/nixpkgs/trunk/; revision=4149
2005-10-26 21:10:31 +00:00
Adding the matchbox window manager svn path=/nixpkgs/trunk/; revision=23076
2010-08-09 22:40:51 +00:00
libmatchbox = callPackage ../development/libraries/libmatchbox {
inherit (gtkLibs) pango;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libmatthew_java = callPackage ../development/libraries/java/libmatthew-java { };
Added dbus-java and libmatthew-java (dependency for dbus-java) packages svn path=/nixpkgs/trunk/; revision=19170
2010-01-02 13:28:51 +00:00
libmatroska: 1.0.0 svn path=/nixpkgs/trunk/; revision=25924
2011-02-12 20:18:46 +00:00
libmatroska = callPackage ../development/libraries/libmatroska { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libmcs = callPackage ../development/libraries/libmcs { };
* Added Audacious, a fork of beep-media-player (which doesn't seem to work very well after the Glibc update), plus its dependencies. TODO: make an audacious-wrapper that lets Audacious find its plugins automatically. Currently you have to install audacious-plugins and symlink ~/.nix-profile/lib/audacious/* in ~/.local/share/audacious/Plugins. svn path=/nixpkgs/trunk/; revision=10927
2008-03-03 10:55:20 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libmicrohttpd = callPackage ../development/libraries/libmicrohttpd { };
add libmicrohttpd svn path=/nixpkgs/trunk/; revision=11813
2008-05-11 11:46:48 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libmikmod = callPackage ../development/libraries/libmikmod { };
libmikmod: New nixpkg. svn path=/nixpkgs/trunk/; revision=21146
2010-04-18 18:57:35 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libmilter = callPackage ../development/libraries/libmilter { };
added libmilter, opendkim svn path=/nixpkgs/trunk/; revision=19875
2010-02-09 10:32:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libmowgli = callPackage ../development/libraries/libmowgli { };
* Added Audacious, a fork of beep-media-player (which doesn't seem to work very well after the Glibc update), plus its dependencies. TODO: make an audacious-wrapper that lets Audacious find its plugins automatically. Currently you have to install audacious-plugins and symlink ~/.nix-profile/lib/audacious/* in ~/.local/share/audacious/Plugins. svn path=/nixpkgs/trunk/; revision=10927
2008-03-03 10:55:20 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libmng = callPackage ../development/libraries/libmng { };
adding libmng svn path=/nixpkgs/trunk/; revision=17075
2009-09-13 08:54:41 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libmpcdec = callPackage ../development/libraries/libmpcdec { };
- add a whole bunch of packages which were added today already (but also list them here) - enable OOo2 build svn path=/nixpkgs/trunk/; revision=4149
2005-10-26 21:10:31 +00:00
Adding libmrss and libnxml (dependency of the former) svn path=/nixpkgs/trunk/; revision=25325
2010-12-30 21:23:19 +00:00
libmrss = callPackage ../development/libraries/libmrss { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libmsn = callPackage ../development/libraries/libmsn { };
Use $NIXPKGS_CONFIG to determine whether ghostscript has cups support. svn path=/nixpkgs/trunk/; revision=14275
2009-02-27 13:44:31 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libmspack = callPackage ../development/libraries/libmspack { };
* Converted more packages. svn path=/nixpkgs/trunk/; revision=488
2003-11-06 15:24:19 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libmusclecard = callPackage ../development/libraries/libmusclecard { };
Adding more muscle programs and libraries. svn path=/nixpkgs/trunk/; revision=19320
2010-01-09 18:06:37 +00:00
Add libmusicbrainz 2.x and 3.x svn path=/nixpkgs/trunk/; revision=23793
2010-09-14 14:29:19 +00:00
libmusicbrainz2 = callPackage ../development/libraries/libmusicbrainz/2.x.nix { };
libmusicbrainz3 = callPackage ../development/libraries/libmusicbrainz { };
libmusicbrainz = libmusicbrainz3;
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libnih = callPackage ../development/libraries/libnih { };
* Upstart updated to 0.6.5. * Added libnih (a dependency of Upstart). * Removed the old Upstart 0.3.x. svn path=/nixpkgs/trunk/; revision=20015
2010-02-15 15:55:39 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libnova = callPackage ../development/libraries/libnova { };
libnova added svn path=/nixpkgs/trunk/; revision=10351
2008-01-28 19:47:12 +00:00
Adding libmrss and libnxml (dependency of the former) svn path=/nixpkgs/trunk/; revision=25325
2010-12-30 21:23:19 +00:00
libnxml = callPackage ../development/libraries/libnxml { };
Add libofa svn path=/nixpkgs/trunk/; revision=23794
2010-09-14 14:29:25 +00:00
libofa = callPackage ../development/libraries/libofa { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libofx = callPackage ../development/libraries/libofx { };
Adding libofx and updating opensp (to get libofx built). (I may have broken openjade... I will check later). svn path=/nixpkgs/trunk/; revision=19697
2010-01-26 22:04:54 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libogg = callPackage ../development/libraries/libogg { };
* Use all those new packages. svn path=/nixpkgs/trunk/; revision=545
2003-11-25 18:02:05 +00:00
Add liboggz svn path=/nixpkgs/trunk/; revision=25867
2011-02-09 21:10:28 +00:00
liboggz = callPackage ../development/libraries/liboggz { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
liboil = callPackage ../development/libraries/liboil { };
- svn path=/nixpkgs/branches/stdenv-updates-merge/; revision=10823
2008-02-22 03:06:12 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
liboop = callPackage ../development/libraries/liboop { };
Add GNU lsh, a GPL'd implementation of SSH, and `liboop', and event loop library. svn path=/nixpkgs/trunk/; revision=10637
2008-02-12 10:51:44 +00:00
Adding libosip - GNU SIP library svn path=/nixpkgs/trunk/; revision=23555
2010-08-31 09:58:09 +00:00
libosip = callPackage ../development/libraries/osip {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libotr = callPackage ../development/libraries/libotr { };
Added aspell Added gtkspell Added pidgin, builds but does not run yet: running pidgin fails to find libX11.so.6. ldd on pidgin reports: libX11.so.6 => not found .... libX11.so.6 => /nix/store/brsva6rh1p2ymjvk7054a90is5panrhf-libX11-1.1.1/lib/libX11.so.6 (0xb7358000) which looks a bit weird ... Maybe some problem with patchelf? Or just a build problem and should the library path be set using an environment variable? svn path=/nixpkgs/trunk/; revision=8660
2007-05-13 14:22:24 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libp11 = callPackage ../development/libraries/libp11 { };
Adding engine_pkcs11, a openssl engine for pkcs11 implementations for smartcards. svn path=/nixpkgs/trunk/; revision=19324
2010-01-09 22:22:41 +00:00
* Doh, forgot to commit. svn path=/nixpkgs/trunk/; revision=27059
2011-04-30 09:21:38 +00:00
libpar2 = callPackage ../development/libraries/libpar2 { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libpcap = callPackage ../development/libraries/libpcap { };
Added hsqldb to all-packages svn path=/nixpkgs/trunk/; revision=9265
2007-09-06 15:56:39 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libpng = callPackage ../development/libraries/libpng { };
Adding a top-level attribute for libpng-apng svn path=/nixpkgs/trunk/; revision=24169
2010-10-08 05:58:00 +00:00
libpng_apng = callPackage ../development/libraries/libpng/libpng-apng.nix { };
Some upgrades needed for kde4: * alsa-lib: 1.0.12 -> 1.0.14 * alsa-utils: 1.0.13 -> 1.0.14 * strigi: 0.5.1 -> 0.5.3dev * libgpg-error: 1.0 -> 1.4 * gpgme: 1.0.3 -> 1.1.4 * cmake: 2.4.6 -> 2.4.7 * Some kde4 components added (not compilable yet). * icu4c-3.6 added * boost: added unicode support to RegEx, switched to "system" layout svn path=/nixpkgs/trunk/; revision=9068
2007-08-08 13:20:18 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libproxy = callPackage ../development/libraries/libproxy { };
Temporarily disable gimpPlugins to remedy the following failure when calling nix-env: error: undefined variable `gtkLibs', in `nix-pkgs-current/pkgs/applications/graphics/gimp/plugins/default.nix' svn path=/nixpkgs/trunk/; revision=16041
2009-06-25 13:37:59 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libpseudo = callPackage ../development/libraries/libpseudo { };
Adding vwm, the console window manager. svn path=/nixpkgs/trunk/; revision=15255
2009-04-22 21:33:24 +00:00
Add libqalculate svn path=/nixpkgs/trunk/; revision=23180
2010-08-15 13:55:02 +00:00
libqalculate = callPackage ../development/libraries/libqalculate { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
librsync = callPackage ../development/libraries/librsync { };
Adding 'duplicity', and its dependency 'librsync' svn path=/nixpkgs/trunk/; revision=19813
2010-02-04 13:42:41 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libsigcxx = callPackage ../development/libraries/libsigcxx { };
* Converted some more packages. * Subversion no longer needs libxml2 (just expat). svn path=/nixpkgs/trunk/; revision=478
2003-11-05 12:17:48 +00:00
Adding the game Advanced Strategic Command. I had to add an old version of libsigc++ for it. svn path=/nixpkgs/trunk/; revision=23490
2010-08-29 09:43:46 +00:00
libsigcxx12 = callPackage ../development/libraries/libsigcxx/1.2.nix { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libsigsegv = callPackage ../development/libraries/libsigsegv { };
* Added feh to set the root image. * Compiz extra plugins. svn path=/nixpkgs/trunk/; revision=8178
2007-03-05 13:44:27 +00:00
Restore libsigsegv-2.5 and fix clisp-2.44.1 build for bootstrapping needs svn path=/nixpkgs/trunk/; revision=16632
2009-08-10 05:20:14 +00:00
# To bootstrap SBCL, I need CLisp 2.44.1; it needs libsigsegv 2.5
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libsigsegv_25 = callPackage ../development/libraries/libsigsegv/2.5.nix { };
Restore libsigsegv-2.5 and fix clisp-2.44.1 build for bootstrapping needs svn path=/nixpkgs/trunk/; revision=16632
2009-08-10 05:20:14 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libsndfile = callPackage ../development/libraries/libsndfile { };
Added Compiz Fusion (main plugins). Also some dependencies, and made wmii build under setup-new-2.sh also. svn path=/nixpkgs/trunk/; revision=9577
2007-11-05 08:32:20 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libssh = callPackage ../development/libraries/libssh { };
Adding 'awesome' (and two packages it was depending on) svn path=/nixpkgs/trunk/; revision=20385
2010-03-04 14:44:56 +00:00
Add libssh2 svn path=/nixpkgs/trunk/; revision=22975
2010-08-05 20:24:32 +00:00
libssh2 = callPackage ../development/libraries/libssh2 { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libstartup_notification = callPackage ../development/libraries/startup-notification { };
pkgs/applications/editors/emacs-modes/magit: updated to version magit-0.7-94-gbf42bf8 Magit has seen plenty of development since version 0.7, but for some reason there haven't been any new releases. This version bump updates the expression to build a current version of Magit directly from the Git repository. This change adds buildInputs 'autoconf' and 'automake'. These tools are required only because we aren't building from a proper release tarball. Once version 0.8 comes out, these dependencies can be dropped again. svn path=/nixpkgs/trunk/; revision=20650
2010-03-16 12:13:40 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libtasn1 = callPackage ../development/libraries/libtasn1 { };
* Gnome 2.22.1. * Moved some of the Gnome package Nix expressions into pkgs/desktops/gnome/default.nix - no need to have them in separate files. This way the code is much shorter. Still to be done for all the other Gnome packages. * Glib 2.16.3. svn path=/nixpkgs/branches/stdenv-updates/; revision=11855
2008-05-20 14:25:09 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libtheora = callPackage ../development/libraries/libtheora { };
Added Compiz Fusion (main plugins). Also some dependencies, and made wmii build under setup-new-2.sh also. svn path=/nixpkgs/trunk/; revision=9577
2007-11-05 08:32:20 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libtiff = callPackage ../development/libraries/libtiff { };
* add unison - unison uses a wrapper script to add font-schumacher-misc to the local X font path if the font isn't already present; this is necessary for it to work, but not terribly nice ... * lablgtk is a dependency of unison - handling of library dirs with ocaml is a hack so far; in principle, ocaml needs a general setup for library dirs like ghc svn path=/nixpkgs/trunk/; revision=9094
2007-08-10 08:21:31 +00:00
Add libtiger svn path=/nixpkgs/trunk/; revision=25871
2011-02-09 21:11:16 +00:00
libtiger = callPackage ../development/libraries/libtiger { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libtommath = callPackage ../development/libraries/libtommath { };
* Added convertlit, a tool for converting Microsoft Reader ebooks, plus its dependency libtommath. svn path=/nixpkgs/trunk/; revision=12606
2008-08-12 19:57:35 +00:00
Spring RTS: packaged along with its deps and utils: libDevIL, libtorrent-rasterbar, spring-lobby. svn path=/nixpkgs/trunk/; revision=24681
2010-11-13 07:47:04 +00:00
libtorrentRasterbar = callPackage ../development/libraries/libtorrent-rasterbar { };
Add libtunepimp svn path=/nixpkgs/trunk/; revision=23796
2010-09-14 14:29:37 +00:00
libtunepimp = callPackage ../development/libraries/libtunepimp { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libgeotiff = callPackage ../development/libraries/libgeotiff { };
Add GNU Libunistring, a Unicode string handling library. svn path=/nixpkgs/trunk/; revision=16071
2009-06-27 21:44:47 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libunistring = callPackage ../development/libraries/libunistring { };
Add libupnp, a UPnP implementation. svn path=/nixpkgs/trunk/; revision=12995
2008-10-07 21:18:01 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libupnp = callPackage ../development/libraries/pupnp { };
move libungif svn path=/nixpkgs/trunk/; revision=10026
2007-12-31 21:52:43 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
giflib = callPackage ../development/libraries/giflib { };
* Converted more packages. svn path=/nixpkgs/trunk/; revision=488
2003-11-06 15:24:19 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libungif = callPackage ../development/libraries/giflib/libungif.nix { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libusb = callPackage ../development/libraries/libusb { };
libunwind added svn path=/nixpkgs/trunk/; revision=10345
2008-01-28 19:45:30 +00:00
Add libusb-1.x svn path=/nixpkgs/trunk/; revision=23945
2010-09-26 19:39:02 +00:00
libusb1 = callPackage ../development/libraries/libusb1 { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libunwind = callPackage ../development/libraries/libunwind { };
Added libv4l which is now a required dependency for kdenetwork-4.4.1 svn path=/nixpkgs/trunk/; revision=20349
2010-03-03 10:37:38 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libv4l = callPackage ../development/libraries/libv4l { };
Adding libva, to get some possible video acceleration in intel video cards. svn path=/nixpkgs/trunk/; revision=26854
2011-04-16 11:00:31 +00:00
libva = callPackage ../development/libraries/libva { };
* Added libvdpau and vdpauinfo. svn path=/nixpkgs/branches/stdenv-updates/; revision=25296
2010-12-27 18:30:52 +00:00
libvdpau = callPackage ../development/libraries/libvdpau { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libvirt = callPackage ../development/libraries/libvirt { };
applying patches provided by griswold svn path=/nixpkgs/trunk/; revision=19707
2010-01-27 12:12:35 +00:00
Some of preparation work for adding Xen. Troubles: 1. Xen Dom0 support not complete in mainline. 2. Xen's love to check for headers in /usr/include. To do afterwards: We need to change bootloading setup a bit. svn path=/nixpkgs/trunk/; revision=12941
2008-10-04 15:24:08 +00:00
libvncserver = builderDefsPackage (import ../development/libraries/libvncserver) {
inherit libtool libjpeg openssl zlib;
maudeUnstable: updated full-maude to latest alpha release svn path=/nixpkgs/trunk/; revision=13017
2008-10-09 10:10:49 +00:00
inherit (xlibs) xproto libX11 damageproto libXdamage
Some of preparation work for adding Xen. Troubles: 1. Xen Dom0 support not complete in mainline. 2. Xen's love to check for headers in /usr/include. To do afterwards: We need to change bootloading setup a bit. svn path=/nixpkgs/trunk/; revision=12941
2008-10-04 15:24:08 +00:00
libXext xextproto fixesproto libXfixes xineramaproto
libXinerama libXrandr randrproto libXtst;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libviper = callPackage ../development/libraries/libviper { };
Adding vwm, the console window manager. svn path=/nixpkgs/trunk/; revision=15255
2009-04-22 21:33:24 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libvpx = callPackage ../development/libraries/libvpx { };
Adding libvpx (the codec VP8). Still no package uses it. svn path=/nixpkgs/trunk/; revision=21958
2010-05-24 21:57:45 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libvterm = callPackage ../development/libraries/libvterm { };
Updating vwm and its libraries. svn path=/nixpkgs/trunk/; revision=18123
2009-11-04 22:38:26 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libvorbis = callPackage ../development/libraries/libvorbis { };
add fribidi and abiword commit 5666 + 1! svn path=/nixpkgs/trunk/; revision=5667
2006-07-08 12:44:39 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libwmf = callPackage ../development/libraries/libwmf { };
* Converted more packages. svn path=/nixpkgs/trunk/; revision=488
2003-11-06 15:24:19 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
libwpd = callPackage ../development/libraries/libwpd {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
inherit (gnome) glib;
};
* Build metacity with compositing support. svn path=/nixpkgs/trunk/; revision=8114
2007-02-28 17:52:41 +00:00
Add libwpg svn path=/nixpkgs/trunk/; revision=23898
2010-09-22 18:04:41 +00:00
libwpg = callPackage ../development/libraries/libwpg { };
Adding vbetool svn path=/nixpkgs/trunk/; revision=17952
2009-10-24 19:58:07 +00:00
libx86 = builderDefsPackage ../development/libraries/libx86 {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libxcrypt = callPackage ../development/libraries/libxcrypt { };
* ifplugd: program for monitoring the link status of ethernet interfaces. * libdaemon: dependency of ifplugd. svn path=/nixpkgs/trunk/; revision=9061
2007-08-06 18:45:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libxdg_basedir = callPackage ../development/libraries/libxdg-basedir { };
Adding 'awesome' (and two packages it was depending on) svn path=/nixpkgs/trunk/; revision=20385
2010-03-04 14:44:56 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libxklavier = callPackage ../development/libraries/libxklavier { };
libxklavier added svn path=/nixpkgs/branches/stdenv-updates/; revision=10749
2008-02-18 20:53:36 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libxmi = callPackage ../development/libraries/libxmi { };
Adding enblend-fuse, libxmi and hugin. Maybe hugin doesn't run well enough still. svn path=/nixpkgs/trunk/; revision=14894
2009-04-05 21:41:38 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
libxml2 = callPackage ../development/libraries/libxml2 {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
pythonSupport = false;
};
Added gdmap, changed builder-defs to use derivation attribute on propagatedBuildInputs, manually fixed Xorg expression problem for Compiz, various fixes. svn path=/nixpkgs/trunk/; revision=9812
2007-12-01 16:20:23 +00:00
* Disable some Haskell packages on Darwin. svn path=/nixpkgs/branches/stdenv-updates/; revision=15270
2009-04-23 12:33:09 +00:00
libxml2Python = libxml2.override {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
pythonSupport = true;
* Disable some Haskell packages on Darwin. svn path=/nixpkgs/branches/stdenv-updates/; revision=15270
2009-04-23 12:33:09 +00:00
};
Added gdmap, changed builder-defs to use derivation attribute on propagatedBuildInputs, manually fixed Xorg expression problem for Compiz, various fixes. svn path=/nixpkgs/trunk/; revision=9812
2007-12-01 16:20:23 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
libxmlxx = callPackage ../development/libraries/libxmlxx {
Packaged libxml++ svn path=/nixpkgs/trunk/; revision=22417
2010-06-26 01:40:42 +00:00
inherit (gtkLibs) glibmm;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libxslt = callPackage ../development/libraries/libxslt { };
Added gdmap, changed builder-defs to use derivation attribute on propagatedBuildInputs, manually fixed Xorg expression problem for Compiz, various fixes. svn path=/nixpkgs/trunk/; revision=9812
2007-12-01 16:20:23 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
libixp_for_wmii = lowPrio (import ../development/libraries/libixp_for_wmii {
inherit fetchurl stdenv;
});
Added gdmap, changed builder-defs to use derivation attribute on propagatedBuildInputs, manually fixed Xorg expression problem for Compiz, various fixes. svn path=/nixpkgs/trunk/; revision=9812
2007-12-01 16:20:23 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libyaml = callPackage ../development/libraries/libyaml { };
Add libyaml and PyYAML. svn path=/nixpkgs/trunk/; revision=19477
2010-01-16 10:37:29 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libzip = callPackage ../development/libraries/libzip { };
add zlibStatic svn path=/nixpkgs/trunk/; revision=5933
2006-07-25 08:44:05 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libzrtpcpp = callPackage ../development/libraries/libzrtpcpp { };
Twinkle needs an older version of ccrtp svn path=/nixpkgs/trunk/; revision=27333
2011-05-31 09:09:35 +00:00
libzrtpcpp_1_6 = callPackage ../development/libraries/libzrtpcpp/1.6.nix {
ccrtp = ccrtp_1_8;
};
adding twinkle, a voice over IP phone software svn path=/nixpkgs/trunk/; revision=17303
2009-09-20 17:01:19 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
lightning = callPackage ../development/libraries/lightning { };
Add GNU lightning, a run-time code generation library. svn path=/nixpkgs/trunk/; revision=12237
2008-07-01 14:47:49 +00:00
Adding liquidwar6 svn path=/nixpkgs/trunk/; revision=18996
2009-12-16 16:06:30 +00:00
liquidwar = builderDefsPackage ../games/liquidwar {
inherit (xlibs) xproto libX11 libXrender;
LiquidWar is not ready for Guile 2.0 svn path=/nixpkgs/trunk/; revision=25998
2011-02-16 22:21:07 +00:00
inherit gmp mesa libjpeg libpng
Adding liquidwar6 svn path=/nixpkgs/trunk/; revision=18996
2009-12-16 16:06:30 +00:00
expat gettext perl
SDL SDL_image SDL_mixer SDL_ttf
curl sqlite
libogg libvorbis
;
LiquidWar is not ready for Guile 2.0 svn path=/nixpkgs/trunk/; revision=25998
2011-02-16 22:21:07 +00:00
guile = guile_1_8;
Adding liquidwar6 svn path=/nixpkgs/trunk/; revision=18996
2009-12-16 16:06:30 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
log4cxx = callPackage ../development/libraries/log4cxx { };
* Converted more packages. svn path=/nixpkgs/trunk/; revision=488
2003-11-06 15:24:19 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
loudmouth = callPackage ../development/libraries/loudmouth { };
loudmouth library added svn path=/nixpkgs/trunk/; revision=10359
2008-01-28 19:49:25 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
lzo = callPackage ../development/libraries/lzo { };
* Converted more packages. svn path=/nixpkgs/trunk/; revision=488
2003-11-06 15:24:19 +00:00
* Added Audacious, a fork of beep-media-player (which doesn't seem to work very well after the Glibc update), plus its dependencies. TODO: make an audacious-wrapper that lets Audacious find its plugins automatically. Currently you have to install audacious-plugins and symlink ~/.nix-profile/lib/audacious/* in ~/.local/share/audacious/Plugins. svn path=/nixpkgs/trunk/; revision=10927
2008-03-03 10:55:20 +00:00
# failed to build
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mediastreamer = callPackage ../development/libraries/mediastreamer { };
alsaUtils = alsa.alsaUtils added: services need this svn path=/nixpkgs/branches/stdenv-updates/; revision=10535
2008-02-07 09:43:10 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
mesaSupported =
system == "i686-linux" ||
Specify some obvious platform sets svn path=/nixpkgs/trunk/; revision=17205
2009-09-16 15:12:24 +00:00
system == "x86_64-linux" ||
some more x86_64 darwin changes svn path=/nixpkgs/trunk/; revision=18774
2009-12-02 22:19:49 +00:00
system == "x86_64-darwin" ||
Specify some obvious platform sets svn path=/nixpkgs/trunk/; revision=17205
2009-09-16 15:12:24 +00:00
system == "i686-darwin";
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
mesa = callPackage ../development/libraries/mesa {
pkgs/development/libraries/mesa: pass lipo utility to this build on Darwin svn path=/nixpkgs/trunk/; revision=21427
2010-04-29 14:56:52 +00:00
lipo = if stdenv.isDarwin then darwinLipoUtility else null;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
* Converted more packages. svn path=/nixpkgs/trunk/; revision=488
2003-11-06 15:24:19 +00:00
added seperate meta-environment packages, use callpackage for aterm28 svn path=/nixpkgs/trunk/; revision=23394
2010-08-24 13:20:55 +00:00
metaEnvironment = recurseIntoAttrs (let callPackage = newScope pkgs.metaEnvironment; in rec {
sdfLibrary = callPackage ../development/libraries/sdf-library { aterm = aterm28; };
toolbuslib = callPackage ../development/libraries/toolbuslib { aterm = aterm28; inherit (windows) w32api; };
cLibrary = callPackage ../development/libraries/c-library { aterm = aterm28; };
errorSupport = callPackage ../development/libraries/error-support { aterm = aterm28; };
ptSupport = callPackage ../development/libraries/pt-support { aterm = aterm28; };
ptableSupport = callPackage ../development/libraries/ptable-support { aterm = aterm28; };
configSupport = callPackage ../development/libraries/config-support { aterm = aterm28; };
asfSupport = callPackage ../development/libraries/asf-support { aterm = aterm28; };
tideSupport = callPackage ../development/libraries/tide-support { aterm = aterm28; };
rstoreSupport = callPackage ../development/libraries/rstore-support { aterm = aterm28; };
sdfSupport = callPackage ../development/libraries/sdf-support { aterm = aterm28; };
sglr = callPackage ../development/libraries/sglr { aterm = aterm28; };
ascSupport = callPackage ../development/libraries/asc-support { aterm = aterm28; };
pgen = callPackage ../development/libraries/pgen { aterm = aterm28; };
});
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ming = callPackage ../development/libraries/ming { };
Add Ming, a C library to generate Flash files. svn path=/nixpkgs/trunk/; revision=12786
2008-09-02 13:43:53 +00:00
mkvtoolnix: 4.4.0 svn path=/nixpkgs/trunk/; revision=25925
2011-02-12 20:18:53 +00:00
mkvtoolnix = callPackage ../applications/video/mkvtoolnix { };
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
mlt = callPackage ../development/libraries/mlt {
Adding kdenlive, and as a side effect, mlt. Kdenlive looks for some binaries in PATH, so some dependencies may be fulfilled not by kdenlive nix expression. svn path=/nixpkgs/trunk/; revision=21458
2010-04-30 13:12:07 +00:00
qt = qt4;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mpeg2dec = callPackage ../development/libraries/mpeg2dec { };
Tried to add kuickshow (a pretty fast image viewer that used to be distributed by default in KDE). Unfortunately it doesn't work, because of some strange problems with mime types. But well, it compiles. The libraries are useful anyway: - arts (kde) - imlib (gnome) - libungif (aka libgif) svn path=/nixpkgs/trunk/; revision=6111
2006-08-13 09:46:54 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
msilbc = callPackage ../development/libraries/msilbc { };
ilbc and msilbc libraries added svn path=/nixpkgs/branches/stdenv-updates/; revision=10570
2008-02-10 17:35:03 +00:00
Add mp4v2 svn path=/nixpkgs/trunk/; revision=23795
2010-09-14 14:29:31 +00:00
mp4v2 = callPackage ../development/libraries/mp4v2 { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mpc = callPackage ../development/libraries/mpc { };
Add MPC. svn path=/nixpkgs/trunk/; revision=21399
2010-04-28 12:36:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mpich2 = callPackage ../development/libraries/mpich2 { };
Add MPICH2, an implementation of the Message Passing Interface. svn path=/nixpkgs/trunk/; revision=10807
2008-02-21 16:17:43 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
muparser = callPackage ../development/libraries/muparser { };
Adding muparser and meshlab. svn path=/nixpkgs/trunk/; revision=15585
2009-05-13 10:21:29 +00:00
Adding Rigs of Rods. Basically it builds, but I still don't know how to run it. I imagine the installPhase is still too poor, but it's better than nothing. I also added two mygui versions. That stable, and that required by Rigs of Roads (svn). svn path=/nixpkgs/trunk/; revision=26618
2011-03-30 22:08:33 +00:00
mygui = callPackage ../development/libraries/mygui {};
myguiSvn = callPackage ../development/libraries/mygui/svn.nix {};
* composedArgsAndFun -> makeOverridable for consistency. * Rename a few single-version packages to "default.nix". svn path=/nixpkgs/trunk/; revision=22803
2010-07-29 08:21:21 +00:00
ncurses = makeOverridable (import ../development/libraries/ncurses) {
Fixing a trivial error in the glibc-2.11 longDescription, and fixing the arguments for the ncurses expression. We should find a way to express a dependency in cross compilation of the style "cross-ncurses depends on having the native-ncurses". svn path=/nixpkgs/branches/stdenv-updates/; revision=18479
2009-11-20 08:27:59 +00:00
inherit fetchurl stdenv;
utf-8 was not working in cross-built ncurses programs due to some old problem cross-building ncursesw not present anymore. I reenable unicode cross-building. svn path=/nixpkgs/branches/stdenv-updates/; revision=24245
2010-10-12 19:06:04 +00:00
unicode = system != "i686-cygwin";
I made the whole nixpkgs dependencies available to the cross compiler, no needing to keep a new tree of expressions apart for the expressions to get cross-compiled. I changed the whole way of using cross compilation with nixpkgs, which before was done through a simple adapter. Now the adapter became complex, and I've tried to avoid the most obvious recursivities. For example, the fetchurl expression should never be cross-compiled, as the gmp, mpfr, and some others, like some ncurses, perl, ... I made overrided copies of those necessary as perlNoCross, ncursesNoCross, as stdenvNoCross, keeping in mind that the stdenv (capable of cross compilation) is built upon stdenvNoCross using an adapter. So, to cross compile, instead of building using "nixpkgs/default.nix", you should build with your own "myarchiteture.nix", which should have contents like these, for example: import /etc/nixos/nixpkgs/default.nix { crossSystem = { config = "armv5tel-unknown-linux-gnueabi"; bigEndian = false; arch = "arm"; float = "soft"; }; } svn path=/nixpkgs/branches/stdenv-updates/; revision=18398
2009-11-17 22:58:48 +00:00
};
Add neon-0.29.x, make it default Also stop using "default" neon in all-packages.nix. Minor versions are not source-compatible, so a package should state needed version explicitly. svn path=/nixpkgs/trunk/; revision=21394
2010-04-28 08:40:19 +00:00
neon = neon029;
* Added Subversion 1.5.0. Some features probably don't work yet (building the Apache modules, building various language bindings). * Neon 0.28.2. Also kept Neon 0.26.x because Subversion 1.4.x needs it. svn path=/nixpkgs/trunk/; revision=12162
2008-06-19 15:29:25 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
neon026 = callPackage ../development/libraries/neon/0.26.nix {
* Added Subversion 1.5.0. Some features probably don't work yet (building the Apache modules, building various language bindings). * Neon 0.28.2. Also kept Neon 0.26.x because Subversion 1.4.x needs it. svn path=/nixpkgs/trunk/; revision=12162
2008-06-19 15:29:25 +00:00
compressionSupport = true;
sslSupport = true;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
neon028 = callPackage ../development/libraries/neon/0.28.nix {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
compressionSupport = true;
sslSupport = true;
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
neon029 = callPackage ../development/libraries/neon/0.29.nix {
Add neon-0.29.x, make it default Also stop using "default" neon in all-packages.nix. Minor versions are not source-compatible, so a package should state needed version explicitly. svn path=/nixpkgs/trunk/; revision=21394
2010-04-28 08:40:19 +00:00
compressionSupport = true;
sslSupport = true;
};
All-packages changes for last commits svn path=/nixpkgs/trunk/; revision=15561
2009-05-12 04:28:30 +00:00
nethack = builderDefsPackage (import ../games/nethack) {
inherit ncurses flex bison;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
nettle = callPackage ../development/libraries/nettle { };
Add GNU Nettle, a cryptographic library. svn path=/nixpkgs/trunk/; revision=16127
2009-07-01 15:42:01 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
nspr = callPackage ../development/libraries/nspr { };
* Added NSPR, the Netscape Portable Runtime, and use it in Xulrunner and Firefox. * Xulrunner: don't install the tests. This saves a few megabytes. svn path=/nixpkgs/trunk/; revision=16173
2009-07-04 12:25:35 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
nss = callPackage ../development/libraries/nss { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
pkgs/top-level/all-packages.nix: strip trailing whitenspace svn path=/nixpkgs/trunk/; revision=23118
2010-08-11 15:49:42 +00:00
nssTools = callPackage ../development/libraries/nss {
updated nss and nspr, added variant of nss including tools svn path=/nixpkgs/trunk/; revision=23105
2010-08-11 09:38:09 +00:00
includeTools = true;
};
ntrack-011 svn path=/nixpkgs/trunk/; revision=27386
2011-06-07 21:50:48 +00:00
ntrack = callPackage ../development/libraries/ntrack { };
Added Open Dynamics Engine svn path=/nixpkgs/trunk/; revision=13520
2008-11-30 16:50:05 +00:00
ode = builderDefsPackage (import ../development/libraries/ode) {
};
esniper 2.24.0 is a simple, lightweight tool for sniping eBay auctions. svn path=/nixpkgs/trunk/; revision=26086
2011-02-24 11:25:16 +00:00
Adding OGRE - object-oriented graphical engine svn path=/nixpkgs/trunk/; revision=25240
2010-12-22 14:50:13 +00:00
ogre = callPackage ../development/libraries/ogre {};
Added Open Dynamics Engine svn path=/nixpkgs/trunk/; revision=13520
2008-11-30 16:50:05 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
openal = callPackage ../development/libraries/openal { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
# added because I hope that it has been easier to compile on x86 (for blender)
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
openalSoft = callPackage ../development/libraries/openal-soft { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
openbabel = callPackage ../development/libraries/openbabel { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
opencascade = callPackage ../development/libraries/opencascade { };
Adding opencascade 6.4.0. svn path=/nixpkgs/trunk/; revision=13874
2009-01-27 08:14:27 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
openct = callPackage ../development/libraries/openct { };
Downgrading the opensc library version to 0.11.7, that required for the Spanish national id smartcard (DNIe). Adding the opensc dnie driver. svn path=/nixpkgs/trunk/; revision=19325
2010-01-10 00:22:29 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
opencv = callPackage ../development/libraries/opencv {
Fixing the gcc-wrapper, so it does not link when gcc is called with '-x something'. It should not link at least for '-x c-header' and '-x c++-header', and maybe link for '-x c' or '-x c++', but we expect noone will be linking using these later strings. Adding opencv, which required '-x c-header' working, and that's why I have updated gcc wrapper. svn path=/nixpkgs/branches/stdenv-updates/; revision=19491
2010-01-16 21:26:10 +00:00
inherit (gst_all) gstreamer;
};
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
# this ctl version is needed by openexr_viewers
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
openexr_ctl = callPackage ../development/libraries/openexr_ctl { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
openexr = callPackage ../development/libraries/openexr { };
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
openldap = callPackage ../development/libraries/openldap { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
Adding OpenLieroX svn path=/nixpkgs/trunk/; revision=16617
2009-08-08 18:18:33 +00:00
openlierox = builderDefsPackage ../games/openlierox {
inherit (xlibs) libX11 xproto;
xlock: fixed build and updated to version 5.24 svn path=/nixpkgs/trunk/; revision=17356
2009-09-22 20:16:38 +00:00
inherit gd SDL SDL_image SDL_mixer zlib libxml2
Adding OpenLieroX svn path=/nixpkgs/trunk/; revision=16617
2009-08-08 18:18:33 +00:00
pkgconfig;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
libopensc_dnie = callPackage ../development/libraries/libopensc-dnie {
Downgrading the opensc library version to 0.11.7, that required for the Spanish national id smartcard (DNIe). Adding the opensc dnie driver. svn path=/nixpkgs/trunk/; revision=19325
2010-01-10 00:22:29 +00:00
opensc = opensc_0_11_7;
};
Corresponding all-packages.nix changes svn path=/nixpkgs/trunk/; revision=25233
2010-12-22 10:47:12 +00:00
ois = callPackage ../development/libraries/ois {};
Adding Ekiga svn path=/nixpkgs/trunk/; revision=23653
2010-09-05 23:37:54 +00:00
opal = callPackage ../development/libraries/opal {};
Adding 'mupdf', a lightweight PDF 1.7 viewer As a side effect, I add openjpeg and jbig2dec. svn path=/nixpkgs/trunk/; revision=23069
2010-08-09 20:59:38 +00:00
openjpeg = callPackage ../development/libraries/openjpeg { };
Adding OpenSceneGraph and SimGear svn path=/nixpkgs/trunk/; revision=26769
2011-04-09 16:43:00 +00:00
openscenegraph = callPackage ../development/libraries/openscenegraph {};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
openssl = callPackage ../development/libraries/openssl {
* curl: build with OpenSSL (https) support by default. * Some fetchurl-related refactoring. The `realCurl' attribute is gone, `curl' is the real thing. To prevent an infinite recursion in `fetchurl' (because it depends on curl and building curl needs fetchurl), curl and its dependencies (openssl, zlib, perl) use `fetchurlBoot', which is the fetchurl used by the previous bootstrap phase (e.g. the statically linked version of curl for stdenv-linux). So as a result you can use https:// urls almost everywhere. There's also some hackery to prevent a different curl from being built in every stdenv-linux bootstrap phase (namely the stdenv.fetchurl attribute which allows fetchurl to be overriden everywhere). svn path=/nixpkgs/trunk/; revision=11905
2008-05-27 07:49:55 +00:00
fetchurl = fetchurlBoot;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ortp = callPackage ../development/libraries/ortp { };
ortp added svn path=/nixpkgs/trunk/; revision=10358
2008-01-28 19:49:08 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
pangoxsl = callPackage ../development/libraries/pangoxsl {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
inherit (gtkLibs) glib pango;
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
pcre = callPackage ../development/libraries/pcre {
Removed legacy getFlag function svn path=/nixpkgs/trunk/; revision=10326
2008-01-28 19:36:15 +00:00
unicodeSupport = getConfig ["pcre" "unicode"] false;
* pcre: don't compile with C++ support when doing a dietlibc build. * GCC 4.2: restore the ability to build a statically linked compiler, needed for the Nixpkgs bootstrap. * GCC 4.2: use symlinks instead of hard links in $out/bin (NIXPKGS-62). svn path=/nixpkgs/branches/stdenv-updates/; revision=9771
2007-11-21 19:28:54 +00:00
cplusplusSupport = !stdenv ? isDietLibC;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
Added gdmap, changed builder-defs to use derivation attribute on propagatedBuildInputs, manually fixed Xorg expression problem for Compiz, various fixes. svn path=/nixpkgs/trunk/; revision=9812
2007-12-01 16:20:23 +00:00
added libxpdf and pdf2xml svn path=/nixpkgs/trunk/; revision=23427
2010-08-25 14:25:51 +00:00
pdf2xml = callPackage ../development/libraries/pdf2xml {} ;
Explicit pkgs.prefix svn path=/nixpkgs/trunk/; revision=23329
2010-08-21 19:27:31 +00:00
phonon_backend_vlc = newScope pkgs.kde4 ../development/libraries/phonon-backend-vlc { };
Add phonon-backend-vlc svn path=/nixpkgs/trunk/; revision=22939
2010-08-04 10:04:40 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
physfs = callPackage ../development/libraries/physfs { };
Updating neverball. That required adding physfs. svn path=/nixpkgs/trunk/; revision=18220
2009-11-06 19:25:45 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
plib = callPackage ../development/libraries/plib { };
PLIB: a suite of portable game libraries. svn path=/nixpkgs/trunk/; revision=13051
2008-10-12 14:27:51 +00:00
Add the pocketsphinx voice recognition library svn path=/nixpkgs/trunk/; revision=26686
2011-04-04 18:50:39 +00:00
pocketsphinx = callPackage ../development/libraries/pocketsphinx { };
Fixing one missed trouble coming from the merge from trunk svn path=/nixpkgs/branches/stdenv-updates/; revision=23841
2010-09-17 19:14:47 +00:00
podofo = callPackage ../development/libraries/podofo { };
Adding calibre. This involved also: - Adding podofo - Adding some new python packages - Making new pkgs attributes for python packages to build with python 2.6 - Updating some python packages expressions to allow python 2.6, and not only 2.5. svn path=/nixpkgs/trunk/; revision=19303
2010-01-07 22:47:30 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
polkit = callPackage ../development/libraries/polkit { };
* Added PolicyKit and eggdbus. There is a newer version of PolicyKit (0.93), but it doesn't compile with the current glib. svn path=/nixpkgs/trunk/; revision=16704
2009-08-13 07:55:11 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
policykit = callPackage ../development/libraries/policykit { };
Fix GConf from Gnome 2.26 svn path=/nixpkgs/trunk/; revision=16751
2009-08-17 18:31:42 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
poppler = callPackage ../development/libraries/poppler {
* qt-4 -> qt-4.4. * kde-4.2 shouldn't depend on poppler built with qt 4.5. svn path=/nixpkgs/trunk/; revision=17084
2009-09-13 11:04:54 +00:00
qt4Support = false;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
whoops, add libgcrypt and libotr here too svn path=/nixpkgs/trunk/; revision=9143
2007-08-16 21:45:10 +00:00
Remove old sip and pyqt svn path=/nixpkgs/trunk/; revision=21017
2010-04-11 21:03:51 +00:00
popplerQt4 = poppler.override {
inherit qt4;
Added my initial KDE 4.4 expression svn path=/nixpkgs/trunk/; revision=19906
2010-02-10 15:06:50 +00:00
qt4Support = true;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
popt = callPackage ../development/libraries/popt { };
Tried to add kuickshow (a pretty fast image viewer that used to be distributed by default in KDE). Unfortunately it doesn't work, because of some strange problems with mime types. But well, it compiles. The libraries are useful anyway: - arts (kde) - imlib (gnome) - libungif (aka libgif) svn path=/nixpkgs/trunk/; revision=6111
2006-08-13 09:46:54 +00:00
Adding espeak (and one of the libraries it needs, portaudio) svn path=/nixpkgs/trunk/; revision=23351
2010-08-22 12:08:55 +00:00
portaudio = callPackage ../development/libraries/portaudio { };
Try fixing Audacity svn path=/nixpkgs/trunk/; revision=25340
2011-01-02 17:13:34 +00:00
portaudioSVN = callPackage ../development/libraries/portaudio/svn-head.nix { };
Adding espeak (and one of the libraries it needs, portaudio) svn path=/nixpkgs/trunk/; revision=23351
2010-08-22 12:08:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
proj = callPackage ../development/libraries/proj { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
postgis = callPackage ../development/libraries/postgis { };
adding postgis + script enabling postgis features Exporting builder.pl because it will be used in NixOS postgresql module svn path=/nixpkgs/trunk/; revision=21691
2010-05-09 20:38:16 +00:00
Add Google's Protocol Buffers. svn path=/nixpkgs/trunk/; revision=24547
2010-10-30 21:44:22 +00:00
protobuf = callPackage ../development/libraries/protobuf { };
add some versions of cppunit/boost/protobuf, added binutils with gold, added nlopt svn path=/nixpkgs/trunk/; revision=27132
2011-05-04 10:03:46 +00:00
protobuf_2_2_0 = callPackage ../development/libraries/protobuf/2.2.0.nix { };
Add Google's Protocol Buffers. svn path=/nixpkgs/trunk/; revision=24547
2010-10-30 21:44:22 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pth = callPackage ../development/libraries/pth { };
pth added svn path=/nixpkgs/trunk/; revision=10340
2008-01-28 19:43:03 +00:00
Adding Ekiga svn path=/nixpkgs/trunk/; revision=23653
2010-09-05 23:37:54 +00:00
ptlib = callPackage ../development/libraries/ptlib {};
Move qca2 outside of kde-4.x svn path=/nixpkgs/trunk/; revision=26053
2011-02-22 09:53:01 +00:00
qca2 = callPackage ../development/libraries/qca2 {};
qca2_ossl = callPackage ../development/libraries/qca2/ossl.nix {};
Move qimageblitz outside of kde-4.x svn path=/nixpkgs/trunk/; revision=26056
2011-02-22 11:54:42 +00:00
qimageblitz = callPackage ../development/libraries/qimageblitz {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
qjson = callPackage ../development/libraries/qjson { };
Add qjson svn path=/nixpkgs/trunk/; revision=22451
2010-07-04 20:59:47 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
qt3 = callPackage ../development/libraries/qt-3 {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
openglSupport = mesaSupported;
qt3: use getConfig in mysqlSupport svn path=/nixpkgs/trunk/; revision=10357
2008-01-28 19:48:57 +00:00
mysqlSupport = getConfig ["qt" "mysql"] false;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use makeOverridable for the QT3 variants. svn path=/nixpkgs/branches/stdenv-updates/; revision=15194
2009-04-20 18:07:09 +00:00
qt3mysql = qt3.override {
* MythTV 0.21. svn path=/nixpkgs/trunk/; revision=12177
2008-06-23 09:01:04 +00:00
mysqlSupport = true;
};
Switch to kde-4.5 by default svn path=/nixpkgs/trunk/; revision=24192
2010-10-10 07:39:01 +00:00
qt4 = pkgs.kde4.qt4;
* qt-4 -> qt-4.4. * kde-4.2 shouldn't depend on poppler built with qt 4.5. svn path=/nixpkgs/trunk/; revision=17084
2009-09-13 11:04:54 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
qt46 = callPackage ../development/libraries/qt-4.x/4.6 {
Qt 4.6 svn path=/nixpkgs/trunk/; revision=19089
2009-12-24 09:49:35 +00:00
inherit (gnome) glib;
};
make qtscriptgenerator overridable svn path=/nixpkgs/trunk/; revision=19439
2010-01-14 14:51:02 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
qt47 = callPackage ../development/libraries/qt-4.x/4.7 {
Make qt47 more override-friendly svn path=/nixpkgs/trunk/; revision=23240
2010-08-18 22:53:42 +00:00
inherit (pkgs.gst_all) gstreamer gstPluginsBase;
inherit (pkgs.gnome) glib;
Add qt-4.7-beta1 with low priority svn path=/nixpkgs/trunk/; revision=21659
2010-05-07 20:08:37 +00:00
};
Make qt47 more override-friendly svn path=/nixpkgs/trunk/; revision=23240
2010-08-18 22:53:42 +00:00
qtscriptgenerator = callPackage ../development/libraries/qtscriptgenerator { };
xlock: fixed build and updated to version 5.24 svn path=/nixpkgs/trunk/; revision=17356
2009-09-22 20:16:38 +00:00
Explicit pkgs.prefix svn path=/nixpkgs/trunk/; revision=23329
2010-08-21 19:27:31 +00:00
quassel = newScope pkgs.kde4 ../applications/networking/irc/quassel { };
pkgs/top-level/all-packages.nix: stripped trailing whitespace svn path=/nixpkgs/trunk/; revision=22734
2010-07-26 13:41:09 +00:00
Amule, Quassel: use appendToName to provide different names for common/named overrides. svn path=/nixpkgs/trunk/; revision=24622
2010-11-08 23:45:58 +00:00
quasselDaemon = appendToName "daemon" (quassel.override {
Quassel: added convenience packages for daemon and client svn path=/nixpkgs/trunk/; revision=23847
2010-09-18 11:26:35 +00:00
monolithic = false;
daemon = true;
Amule, Quassel: use appendToName to provide different names for common/named overrides. svn path=/nixpkgs/trunk/; revision=24622
2010-11-08 23:45:58 +00:00
});
pkgs/top-level/all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=24045
2010-10-04 09:49:25 +00:00
Amule, Quassel: use appendToName to provide different names for common/named overrides. svn path=/nixpkgs/trunk/; revision=24622
2010-11-08 23:45:58 +00:00
quasselClient = appendToName "client" (quassel.override {
Quassel: added convenience packages for daemon and client svn path=/nixpkgs/trunk/; revision=23847
2010-09-18 11:26:35 +00:00
monolithic = false;
Quassel: quick client fix svn path=/nixpkgs/trunk/; revision=23871
2010-09-20 11:03:59 +00:00
client = true;
Amule, Quassel: use appendToName to provide different names for common/named overrides. svn path=/nixpkgs/trunk/; revision=24622
2010-11-08 23:45:58 +00:00
});
pkgs/top-level/all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=24045
2010-10-04 09:49:25 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
quesoglc = callPackage ../development/libraries/quesoglc { };
quesoglc: New nixpkg. svn path=/nixpkgs/trunk/; revision=21580
2010-05-03 15:38:16 +00:00
Switch to Readline 6.0. svn path=/nixpkgs/branches/stdenv-updates/; revision=14209
2009-02-23 21:18:55 +00:00
readline = readline6;
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
readline4 = callPackage ../development/libraries/readline/readline4.nix { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
readline5 = callPackage ../development/libraries/readline/readline5.nix { };
Added Axis 1.3. svn path=/nixpkgs/trunk/; revision=5138
2006-04-03 13:02:05 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
readline6 = callPackage ../development/libraries/readline/readline6.nix { };
GNU Readline 6.0. svn path=/nixpkgs/branches/stdenv-updates/; revision=14208
2009-02-23 18:10:41 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
librdf_raptor = callPackage ../development/libraries/librdf/raptor.nix { };
pkgs/applications/editors/emacs-modes/magit: updated to version magit-0.7-94-gbf42bf8 Magit has seen plenty of development since version 0.7, but for some reason there haven't been any new releases. This version bump updates the expression to build a current version of Magit directly from the Git repository. This change adds buildInputs 'autoconf' and 'automake'. These tools are required only because we aren't building from a proper release tarball. Once version 0.8 comes out, these dependencies can be dropped again. svn path=/nixpkgs/trunk/; revision=20650
2010-03-16 12:13:40 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
librdf_rasqal = callPackage ../development/libraries/librdf/rasqal.nix { };
pkgs/applications/editors/emacs-modes/magit: updated to version magit-0.7-94-gbf42bf8 Magit has seen plenty of development since version 0.7, but for some reason there haven't been any new releases. This version bump updates the expression to build a current version of Magit directly from the Git repository. This change adds buildInputs 'autoconf' and 'automake'. These tools are required only because we aren't building from a proper release tarball. Once version 0.8 comes out, these dependencies can be dropped again. svn path=/nixpkgs/trunk/; revision=20650
2010-03-16 12:13:40 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
librdf = callPackage ../development/libraries/librdf { };
updating redland, adding rasqal, raptor, librdf svn path=/nixpkgs/trunk/; revision=17320
2009-09-21 09:58:21 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
qrupdate = callPackage ../development/libraries/qrupdate { };
added qrupdate, suitesparse needed to build octave from source svn path=/nixpkgs/trunk/; revision=22867
2010-08-02 11:20:39 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
redland = callPackage ../development/libraries/redland/1.0.10.nix {
Added my initial KDE 4.4 expression svn path=/nixpkgs/trunk/; revision=19906
2010-02-10 15:06:50 +00:00
bdb = db4;
* ltrace: updated to 0.5.3. * 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
2010-07-29 18:55:16 +00:00
postgresql = null;
Added my initial KDE 4.4 expression svn path=/nixpkgs/trunk/; revision=19906
2010-02-10 15:06:50 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
rhino = callPackage ../development/libraries/java/rhino {
Add Mozilla Rhino. svn path=/nixpkgs/trunk/; revision=17884
2009-10-19 14:47:04 +00:00
ant = apacheAntGcj;
javac = gcj;
jvm = gcj;
};
encfs: packaged. Patch by Ambrus Kaposi. svn path=/nixpkgs/trunk/; revision=24900
2010-11-28 09:59:13 +00:00
rlog = callPackage ../development/libraries/rlog { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
rte = callPackage ../development/libraries/rte { };
* Added libcaca. * Libcaca support in MPlayer. * Hopefully fix X11 detection in MPlayer. svn path=/nixpkgs/trunk/; revision=3684
2005-08-24 15:02:30 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
rubberband = callPackage ../development/libraries/rubberband {
adding vamp sdk and rubberband svn path=/nixpkgs/trunk/; revision=17323
2009-09-21 09:58:30 +00:00
fftw = fftwSinglePrec;
inherit (vamp) vampSDK;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
schroedinger = callPackage ../development/libraries/schroedinger { };
update liboil to 0.3.13 (and add some (new) missing deps) add schroedinger, a free codec (might be moved to its own category instead of libs) svn path=/nixpkgs/trunk/; revision=11043
2008-03-10 20:13:44 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
SDL = callPackage ../development/libraries/SDL {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
openglSupport = mesaSupported;
alsaSupport = true;
Enabling x11Support in SDL. I think I had committed in error the x11Support = false at some point. svn path=/nixpkgs/branches/stdenv-updates/; revision=24613
2010-11-07 21:17:23 +00:00
x11Support = true;
* GNU parted: e2fsprogs -> libuuid. svn path=/nixpkgs/trunk/; revision=16694
2009-08-11 22:23:30 +00:00
pulseaudioSupport = false; # better go through ALSA
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
* Build splashutils properly. svn path=/nixpkgs/trunk/; revision=7134
2006-11-25 23:41:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
SDL_gfx = callPackage ../development/libraries/SDL_gfx { };
Add SDL_gfx. Contributed by Brian Gough <bjg@gnu.org>. svn path=/nixpkgs/trunk/; revision=21554
2010-05-02 09:27:45 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
SDL_image = callPackage ../development/libraries/SDL_image { };
Added libsigsegv svn path=/nixpkgs/trunk/; revision=1313
2004-08-23 09:35:36 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
SDL_mixer = callPackage ../development/libraries/SDL_mixer { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
SDL_net = callPackage ../development/libraries/SDL_net { };
forgot to update all-packages.nix svn path=/nixpkgs/trunk/; revision=10530
2008-02-06 21:26:17 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
SDL_sound = callPackage ../development/libraries/SDL_sound { };
Adding gltron. svn path=/nixpkgs/trunk/; revision=22519
2010-07-07 21:44:09 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
SDL_ttf = callPackage ../development/libraries/SDL_ttf { };
* Added libexif and the exif frontend utility. svn path=/nixpkgs/trunk/; revision=2376
2005-03-11 10:46:20 +00:00
Adding OpenSceneGraph and SimGear svn path=/nixpkgs/trunk/; revision=26769
2011-04-09 16:43:00 +00:00
simgear = callPackage ../development/libraries/simgear {};
Getting mars to build. Somehow the fetchsvn in sfml_svn did not work anymore. svn path=/nixpkgs/trunk/; revision=27037
2011-04-28 20:50:12 +00:00
sfml_git = callPackage ../development/libraries/sfml { };
development/libraries/sfml: New nixpkg. svn path=/nixpkgs/trunk/; revision=26433
2011-03-20 18:21:37 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
slang = callPackage ../development/libraries/slang { };
* Added sqlite, a "zero administration" database; I like the sound of that ;-) svn path=/nixpkgs/trunk/; revision=2377
2005-03-11 10:55:21 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
slibGuile = callPackage ../development/libraries/slib {
all-packages.nix: build slibGuile with guile version 1.8 rather than 2.0 The guile 2.0 build of slib generates plenty of errors. svn path=/nixpkgs/trunk/; revision=27684
2011-07-09 12:11:36 +00:00
scheme = guile_1_8;
Add SLIB, a portable Scheme library. svn path=/nixpkgs/trunk/; revision=17546
2009-09-30 13:10:58 +00:00
};
Making btanks work (and adding smpeg). svn path=/nixpkgs/trunk/; revision=26585
2011-03-28 18:58:49 +00:00
smpeg = callPackage ../development/libraries/smpeg { };
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
snack = callPackage ../development/libraries/snack {
added wavesurfer (sound analysis tool) and its dependency snack (tcl /python sound tool library) svn path=/nixpkgs/trunk/; revision=12904
2008-09-24 00:42:06 +00:00
# optional
};
Adding xercesc, the references to coin3d and soqt, and trying to add freecad (that still does not build). svn path=/nixpkgs/trunk/; revision=26135
2011-03-02 17:18:30 +00:00
soqt = callPackage ../development/libraries/soqt { };
Trying to add mumble. It still does not build. svn path=/nixpkgs/trunk/; revision=25890
2011-02-10 19:23:27 +00:00
speechd = callPackage ../development/libraries/speechd { };
Update Lazarus svn path=/nixpkgs/trunk/; revision=27302
2011-05-25 09:04:54 +00:00
speech_tools = callPackage ../development/libraries/speech-tools {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
speex = callPackage ../development/libraries/speex { };
whoops, add libgcrypt and libotr here too svn path=/nixpkgs/trunk/; revision=9143
2007-08-16 21:45:10 +00:00
Add the sphinxbase library svn path=/nixpkgs/trunk/; revision=26684
2011-04-04 18:50:23 +00:00
sphinxbase = callPackage ../development/libraries/sphinxbase { };
Adding Ekiga svn path=/nixpkgs/trunk/; revision=23653
2010-09-05 23:37:54 +00:00
srtp = callPackage ../development/libraries/srtp {};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
sqlite = callPackage ../development/libraries/sqlite {
svn path=/nixpkgs/trunk/; revision=22826
2010-07-30 13:05:52 +00:00
readline = null;
ncurses = null;
* Remove findutils-wrapper (obsolete). * Remove some unnecessary / inappropriate lowPrios. svn path=/nixpkgs/trunk/; revision=22825
2010-07-30 12:31:10 +00:00
};
Added an interactive variant of sqlite3 that has readline support enabled. svn path=/nixpkgs/trunk/; revision=19823
2010-02-04 16:07:15 +00:00
added older version of sqlite for use in DBD-SQLite perl package, which fails with newest one svn path=/nixpkgs/trunk/; revision=22989
2010-08-06 08:54:27 +00:00
sqlite36 = callPackage ../development/libraries/sqlite/3.6.x.nix {
readline = null;
ncurses = null;
};
pkgs/top-level/all-packages.nix: prefer sqliteInteractive in user environments, i.e. when running "nix-env -i sqlite" svn path=/nixpkgs/trunk/; revision=22944
2010-08-04 11:42:10 +00:00
sqliteInteractive = appendToName "interactive" (sqlite.override {
svn path=/nixpkgs/trunk/; revision=22826
2010-07-30 13:05:52 +00:00
inherit readline ncurses;
pkgs/top-level/all-packages.nix: prefer sqliteInteractive in user environments, i.e. when running "nix-env -i sqlite" svn path=/nixpkgs/trunk/; revision=22944
2010-08-04 11:42:10 +00:00
});
* Added ClearSilver 0.10.3. * Added SQLite 3.3. * Added PySQLite 2.2.2. * Added Trac 0.9.5. To get you started; a new project environment is created by executing: $ trac-admin /path/to/trac_project_env initenv Running the server can be done by executing: $ tracd --port 8000 /path/to/projectenv Trac is then available at http://localhost:8000/projectenv. More information available at http://www.edgewall.com/trac/. svn path=/nixpkgs/trunk/; revision=5195
2006-04-22 18:08:37 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
stlport = callPackage ../development/libraries/stlport { };
Move stlport to the top-level. svn path=/nixpkgs/trunk/; revision=12811
2008-09-05 17:17:00 +00:00
Move strigi outside of kde-4.x svn path=/nixpkgs/trunk/; revision=26057
2011-02-22 11:54:49 +00:00
strigi = callPackage ../development/libraries/strigi {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
suitesparse = callPackage ../development/libraries/suitesparse { };
added qrupdate, suitesparse needed to build octave from source svn path=/nixpkgs/trunk/; revision=22867
2010-08-02 11:20:39 +00:00
added the sword framework svn path=/nixpkgs/trunk/; revision=24586
2010-11-03 20:36:36 +00:00
sword = callPackage ../development/libraries/sword { };
added eclipse 3.6.1, maven3, szip svn path=/nixpkgs/trunk/; revision=24772
2010-11-19 13:24:11 +00:00
szip = callPackage ../development/libraries/szip { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
t1lib = callPackage ../development/libraries/t1lib { };
* Added lcms, a color management system. svn path=/nixpkgs/trunk/; revision=2378
2005-03-11 11:02:31 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
taglib = callPackage ../development/libraries/taglib { };
pkgs/top-level/all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=24045
2010-10-04 09:49:25 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
taglib_extras = callPackage ../development/libraries/taglib-extras { };
- Added Qt script generator package (dependency for Amarok) - Added taglib-extras package (dependency for Amarok) - Upgraded Amarok to 2.1.1 svn path=/nixpkgs/trunk/; revision=17045
2009-09-11 12:05:23 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
talloc = callPackage ../development/libraries/talloc { };
talloc 2.0.1 svn path=/nixpkgs/trunk/; revision=22009
2010-05-27 19:33:28 +00:00
## tapioca_qt = import ../development/libraries/tapioca-qt {
## inherit stdenv fetchurl cmake qt4 telepathy_qt;
## };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
tdb = callPackage ../development/libraries/tdb { };
TDB, the trivial database. svn path=/nixpkgs/trunk/; revision=19895
2010-02-10 11:28:18 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
tecla = callPackage ../development/libraries/tecla { };
maude, tecla, buddy: new packages Maude is a high-level specification language. Buddy and libtecla are required to build Maude. svn path=/nixpkgs/trunk/; revision=12358
2008-07-15 09:58:30 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
telepathy_gabble = callPackage ../development/libraries/telepathy-gabble { };
Added some telepathy+tapioca stuff. svn path=/nixpkgs/trunk/; revision=10360
2008-01-28 19:49:44 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
telepathy_glib = callPackage ../development/libraries/telepathy-glib { };
Added some telepathy+tapioca stuff. svn path=/nixpkgs/trunk/; revision=10360
2008-01-28 19:49:44 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
telepathy_qt = callPackage ../development/libraries/telepathy-qt { };
Added some telepathy+tapioca stuff. svn path=/nixpkgs/trunk/; revision=10360
2008-01-28 19:49:44 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
tk = callPackage ../development/libraries/tk { };
Added gdmap, changed builder-defs to use derivation attribute on propagatedBuildInputs, manually fixed Xorg expression problem for Compiz, various fixes. svn path=/nixpkgs/trunk/; revision=9812
2007-12-01 16:20:23 +00:00
TNT library: packaged svn path=/nixpkgs/trunk/; revision=24276
2010-10-14 11:53:53 +00:00
tnt = callPackage ../development/libraries/tnt { };
Add Tokyo Cabinet, a key-value database that performs better. svn path=/nixpkgs/trunk/; revision=24548
2010-10-30 21:44:29 +00:00
tokyocabinet = callPackage ../development/libraries/tokyo-cabinet { };
Adding GMU, a music player for small portable devices, written in SDL. svn path=/nixpkgs/trunk/; revision=26266
2011-03-10 22:20:35 +00:00
tremor = callPackage ../development/libraries/tremor { };
Add unicap svn path=/nixpkgs/trunk/; revision=24271
2010-10-14 10:10:45 +00:00
unicap = callPackage ../development/libraries/unicap {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
unixODBC = callPackage ../development/libraries/unixODBC { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
added unixODBCDrivers expression containing unixODBC Postgres connector driver integrating prior pkgs/development/libraries/mysql-connector-odbc/default.nix driver Also provides ini strings for assembling /etc/odbcinst.ini svn path=/nixpkgs/trunk/; revision=12044
2008-06-11 23:03:30 +00:00
unixODBCDrivers = recurseIntoAttrs (import ../development/libraries/unixODBCDrivers {
inherit fetchurl stdenv unixODBC glibc libtool openssl zlib;
* unixODBCDrivers needs sqlite. svn path=/nixpkgs/trunk/; revision=12072
2008-06-13 09:44:43 +00:00
inherit postgresql mysql sqlite;
added unixODBCDrivers expression containing unixODBC Postgres connector driver integrating prior pkgs/development/libraries/mysql-connector-odbc/default.nix driver Also provides ini strings for assembling /etc/odbcinst.ini svn path=/nixpkgs/trunk/; revision=12044
2008-06-11 23:03:30 +00:00
});
URT library: packaged svn path=/nixpkgs/trunk/; revision=24278
2010-10-14 11:54:06 +00:00
urt = callPackage ../development/libraries/urt { };
ustr: cleanup svn path=/nixpkgs/trunk/; revision=26556
2011-03-27 23:31:31 +00:00
ustr = callPackage ../development/libraries/ustr { };
ustr: packaged svn path=/nixpkgs/trunk/; revision=26540
2011-03-27 04:46:05 +00:00
Adding GNU SIP Witch. svn path=/nixpkgs/trunk/; revision=25634
2011-01-19 21:17:05 +00:00
ucommon = callPackage ../development/libraries/ucommon { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
vamp = callPackage ../development/libraries/audio/vamp { };
adding vamp sdk and rubberband svn path=/nixpkgs/trunk/; revision=17323
2009-09-21 09:58:30 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
vigra = callPackage ../development/libraries/vigra { };
Adding Vigra svn path=/nixpkgs/trunk/; revision=22809
2010-07-29 14:38:39 +00:00
Adding vmime svn path=/nixpkgs/trunk/; revision=25783
2011-02-06 15:27:14 +00:00
vmime = callPackage ../development/libraries/vmime { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
vtk = callPackage ../development/libraries/vtk { };
Adding vtk-5.2.1, The Visualization Toolkit. svn path=/nixpkgs/trunk/; revision=14006
2009-02-08 16:27:57 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
vxl = callPackage ../development/libraries/vxl { };
Committing Lluís Batlle's submissions from mailing list posting <45219fb00901110456i6f21db35tbd1894eaea2146ff@mail.gmail.com>: * nixpkgs-ccrypt-1.7-new.patch * nixpkgs-cmake-add-ccmake.patch * nixpkgs-cpufrequtils-005-new.patch * nixpkgs-dwm-5.1-fix.patch * nixpkgs-freeimage-3.11.0-new.patch * nixpkgs-proxychains-3.1-new.patch * nixpkgs-psi-to-0.12.patch * nixpkgs-skype-to-2.0.0.72.patch * nixpkgs-truecrypt-6.1a-fix.patch * nixpkgs-vxl-1.11.0-new.patch * nixpkgs-xkb-popular-esperanto-symbols.patch * nixpkgs-xorg-via-video-fix.patch svn path=/nixpkgs/trunk/; revision=13751
2009-01-12 21:12:07 +00:00
* Fix ugly indentation. svn path=/nixpkgs/trunk/; revision=27609
2011-07-05 13:43:44 +00:00
webkit =
* Use libsoup 2.33 everywhere. svn path=/nixpkgs/trunk/; revision=27613
2011-07-05 15:14:44 +00:00
builderDefsPackage ../development/libraries/webkit {
inherit (gnome28) gtkdoc libsoup;
inherit (gtkLibs) gtk atk pango glib;
inherit freetype fontconfig gettext gperf curl
* Fix ugly indentation. svn path=/nixpkgs/trunk/; revision=27609
2011-07-05 13:43:44 +00:00
libjpeg libtiff libpng libxml2 libxslt sqlite
icu cairo perl intltool automake libtool
pkgconfig autoconf bison libproxy enchant
* Use libsoup 2.33 everywhere. svn path=/nixpkgs/trunk/; revision=27613
2011-07-05 15:14:44 +00:00
python ruby which flex geoclue;
inherit (gst_all) gstreamer gstPluginsBase gstFfmpeg
* Fix ugly indentation. svn path=/nixpkgs/trunk/; revision=27609
2011-07-05 13:43:44 +00:00
gstPluginsGood;
* Use libsoup 2.33 everywhere. svn path=/nixpkgs/trunk/; revision=27613
2011-07-05 15:14:44 +00:00
inherit (xlibs) libXt renderproto libXrender;
};
all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=27648
2011-07-07 21:32:55 +00:00
* Fix ugly indentation. svn path=/nixpkgs/trunk/; revision=27609
2011-07-05 13:43:44 +00:00
webkitSVN =
* Use libsoup 2.33 everywhere. svn path=/nixpkgs/trunk/; revision=27613
2011-07-05 15:14:44 +00:00
builderDefsPackage ../development/libraries/webkit/svn.nix {
inherit (gnome28) gtkdoc libsoup;
inherit (gtkLibs) gtk atk pango glib;
inherit freetype fontconfig gettext gperf curl
* Fix ugly indentation. svn path=/nixpkgs/trunk/; revision=27609
2011-07-05 13:43:44 +00:00
libjpeg libtiff libpng libxml2 libxslt sqlite
icu cairo perl intltool automake libtool
pkgconfig autoconf bison libproxy enchant
* Use libsoup 2.33 everywhere. svn path=/nixpkgs/trunk/; revision=27613
2011-07-05 15:14:44 +00:00
python ruby which flex geoclue;
inherit (gst_all) gstreamer gstPluginsBase gstFfmpeg
* Fix ugly indentation. svn path=/nixpkgs/trunk/; revision=27609
2011-07-05 13:43:44 +00:00
gstPluginsGood;
* Use libsoup 2.33 everywhere. svn path=/nixpkgs/trunk/; revision=27613
2011-07-05 15:14:44 +00:00
inherit (xlibs) libXt renderproto libXrender;
};
all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=27648
2011-07-07 21:32:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
wvstreams = callPackage ../development/libraries/wvstreams { };
adding wvdial, wvstreams, usb_modeswitch svn path=/nixpkgs/trunk/; revision=21131
2010-04-16 15:56:28 +00:00
Setting wxGTK to use the old gtk libs. Until wxGTK 2.8.11 they will not fix a symbol clash with glib 2.21. So we keep with glib 2.20. I also changed the default wxGTK from 2.6 to 2.8, caring so no hash is changed due to this change. Some packages using 2.6 may well build with 2.8, so we can try updating them for another commit. svn path=/nixpkgs/trunk/; revision=18133
2009-11-05 13:29:52 +00:00
wxGTK = wxGTK28;
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
wxGTK26 = callPackage ../development/libraries/wxGTK-2.6 {
Setting wxGTK to use the old gtk libs. Until wxGTK 2.8.11 they will not fix a symbol clash with glib 2.21. So we keep with glib 2.20. I also changed the default wxGTK from 2.6 to 2.8, caring so no hash is changed due to this change. Some packages using 2.6 may well build with 2.8, so we can try updating them for another commit. svn path=/nixpkgs/trunk/; revision=18133
2009-11-05 13:29:52 +00:00
inherit (gtkLibs216) gtk;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
wxGTK28 = callPackage ../development/libraries/wxGTK-2.8 {
Making wxGTK28 use gtkLibs instead of the older gtkLibs218 (this gave trouble when linking wxGTK28 programs with other glib based things like gstreamer, ...) svn path=/nixpkgs/trunk/; revision=24117
2010-10-06 15:32:25 +00:00
inherit (gtkLibs) gtk;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
Adding a first attempt of expression for wxwidgets 2.9. It looks like building and installing. Part of the expression I copied from wxGTK 2.8, and some parts of it may be irrelevant or wrong. svn path=/nixpkgs/trunk/; revision=26484
2011-03-23 22:05:14 +00:00
wxGTK29 = callPackage ../development/libraries/wxGTK-2.9 {
inherit (gtkLibs) gtk;
};
Bitcoin. svn path=/nixpkgs/trunk/; revision=26544
2011-03-27 06:44:34 +00:00
wxGTK290 = callPackage ../development/libraries/wxGTK-2.9/2.9.0.nix {
inherit (gtkLibs) gtk;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
wtk = callPackage ../development/libraries/wtk { };
Adding the Sun Wireless ToolKit for i686-linux at least. svn path=/nixpkgs/trunk/; revision=14666
2009-03-23 20:36:48 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
x264 = callPackage ../development/libraries/x264 { };
x264 codec lib added svn path=/nixpkgs/trunk/; revision=11876
2008-05-22 00:18:45 +00:00
xapian and xapianBindings 1.2.5 svn path=/nixpkgs/trunk/; revision=26980
2011-04-26 20:57:16 +00:00
xapian = callPackage ../development/libraries/xapian { };
xapianBindings = callPackage ../development/libraries/xapian/bindings { # TODO perl php Java, tcl, C#, python
};
renamed current xapian/xapianBindings to xapian10/xapianBindings10 svn path=/nixpkgs/trunk/; revision=26979
2011-04-26 20:57:11 +00:00
xapian10 = callPackage ../development/libraries/xapian/1.0.x.nix { };
adding xapian and xapian-bindings svn path=/nixpkgs/trunk/; revision=16788
2009-08-20 20:18:58 +00:00
renamed current xapian/xapianBindings to xapian10/xapianBindings10 svn path=/nixpkgs/trunk/; revision=26979
2011-04-26 20:57:11 +00:00
xapianBindings10 = callPackage ../development/libraries/xapian/bindings/1.0.x.nix { # TODO perl php Java, tcl, C#, python
adding xapian and xapian-bindings svn path=/nixpkgs/trunk/; revision=16788
2009-08-20 20:18:58 +00:00
};
Making the current versions of flex/bison the default. Evaluation test passes. Please explicitly pass older versions to any package that can be adversely affected by too-fresh versions. svn path=/nixpkgs/branches/stdenv-updates/; revision=25086
2010-12-12 21:48:29 +00:00
Xaw3d = callPackage ../development/libraries/Xaw3d { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
Add xbase svn path=/nixpkgs/trunk/; revision=23897
2010-09-22 18:04:34 +00:00
xbase = callPackage ../development/libraries/xbase { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xineLib = callPackage ../development/libraries/xine-lib { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xautolock = callPackage ../misc/screensavers/xautolock { };
Added xautolock 2.1. Xautolock can be used to fire up a screen saver like xautolock after a certain period of inactivity. The tool probably doesn't belong into misc/screensavers, but I had no better idea. svn path=/nixpkgs/trunk/; revision=12305
2008-07-07 11:54:25 +00:00
Adding xercesc, the references to coin3d and soqt, and trying to add freecad (that still does not build). svn path=/nixpkgs/trunk/; revision=26135
2011-03-02 17:18:30 +00:00
xercesc = callPackage ../development/libraries/xercesc {};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
xercesJava = callPackage ../development/libraries/java/xerces {
Add Xerces-J, built from source. svn path=/nixpkgs/trunk/; revision=17562
2009-10-01 09:06:59 +00:00
ant = apacheAntGcj; # for bootstrap purposes
javac = gcj;
jvm = gcj;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
xlibsWrapper = callPackage ../development/libraries/xlibs-wrapper {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
packages = [
freetype fontconfig xlibs.xproto xlibs.libX11 xlibs.libXt
xlibs.libXft xlibs.libXext xlibs.libSM xlibs.libICE
xlibs.xextproto
];
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xvidcore = callPackage ../development/libraries/xvidcore { };
Adding xvid, to ffmpeg and mplayer. svn path=/nixpkgs/trunk/; revision=21469
2010-04-30 21:47:09 +00:00
All-packages changes for last commits svn path=/nixpkgs/trunk/; revision=15561
2009-05-12 04:28:30 +00:00
zangband = builderDefsPackage (import ../games/zangband) {
* Better not use stdenv.coreutils, since not every stdenv has a coreutils. svn path=/nixpkgs/trunk/; revision=15564
2009-05-12 09:45:24 +00:00
inherit ncurses flex bison autoconf automake m4 coreutils;
All-packages changes for last commits svn path=/nixpkgs/trunk/; revision=15561
2009-05-12 04:28:30 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
zlib = callPackage ../development/libraries/zlib {
* curl: build with OpenSSL (https) support by default. * Some fetchurl-related refactoring. The `realCurl' attribute is gone, `curl' is the real thing. To prevent an infinite recursion in `fetchurl' (because it depends on curl and building curl needs fetchurl), curl and its dependencies (openssl, zlib, perl) use `fetchurlBoot', which is the fetchurl used by the previous bootstrap phase (e.g. the statically linked version of curl for stdenv-linux). So as a result you can use https:// urls almost everywhere. There's also some hackery to prevent a different curl from being built in every stdenv-linux bootstrap phase (namely the stdenv.fetchurl attribute which allows fetchurl to be overriden everywhere). svn path=/nixpkgs/trunk/; revision=11905
2008-05-27 07:49:55 +00:00
fetchurl = fetchurlBoot;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
* Added libgphoto2. svn path=/nixpkgs/trunk/; revision=2379
2005-03-11 11:08:38 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
zlibStatic = lowPrio (appendToName "static" (import ../development/libraries/zlib {
inherit fetchurl stdenv;
static = true;
}));
* Added `zapping', a TV viewer application. It depends on Gnome, so lots of packages are needed. svn path=/nixpkgs/trunk/; revision=681
2004-01-21 09:34:19 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
zvbi = callPackage ../development/libraries/zvbi {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
pngSupport = true;
};
add a bunch of tools svn path=/nixpkgs/trunk/; revision=6279
2006-08-27 19:59:45 +00:00
enable slang here... svn path=/nixpkgs/trunk/; revision=4439
2005-12-26 15:56:00 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
### DEVELOPMENT / LIBRARIES / JAVA
* Added the Cairo graphics library. * Updated GTK and friends to 2.8.x. svn path=/nixpkgs/trunk/; revision=4073
2005-10-12 11:57:24 +00:00
add gtkLibs 2.10. This is not yet the default. svn path=/nixpkgs/trunk/; revision=5576
2006-07-04 16:58:25 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
atermjava = callPackage ../development/libraries/java/aterm {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
stdenv = overrideInStdenv stdenv [gnumake380];
* GTK 2.6 plus associated libraries. * Updated libtiff, libpng, libxml2, libxslt, gettext. svn path=/nixpkgs/trunk/; revision=2238
2005-02-15 16:22:20 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
* Converted more packages. svn path=/nixpkgs/trunk/; revision=488
2003-11-06 15:24:19 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
commonsFileUpload = callPackage ../development/libraries/java/jakarta-commons/file-upload { };
Add FastJar. svn path=/nixpkgs/trunk/; revision=16469
2009-07-27 10:43:20 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
fastjar = callPackage ../development/tools/java/fastjar { };
Added libwmf for handling embedded graphics in .doc files. svn path=/nixpkgs/trunk/; revision=9153
2007-08-18 09:35:54 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
httpunit = callPackage ../development/libraries/java/httpunit { };
Added gwt-dragdrop library svn path=/nixpkgs/trunk/; revision=10856
2008-02-26 08:48:40 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gwtdragdrop = callPackage ../development/libraries/java/gwt-dragdrop { };
Added gwt-widgets svn path=/nixpkgs/trunk/; revision=10851
2008-02-25 12:45:17 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gwtwidgets = callPackage ../development/libraries/java/gwt-widgets { };
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
jakartabcel = callPackage ../development/libraries/java/jakarta-bcel {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
regexp = jakartaregexp;
};
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jakartaregexp = callPackage ../development/libraries/java/jakarta-regexp { };
* Add libxcrypt for Blowfish support in pam_unix2. svn path=/nixpkgs/trunk/; revision=7305
2006-12-11 02:35:05 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
javaCup = callPackage ../development/libraries/java/cup { };
* Some applications (notably, everything based on wxGTK) don't work yet with GTK 2.4. Fortunately, having several GTKs in parallel is no problem for Nix. svn path=/nixpkgs/trunk/; revision=915
2004-04-05 14:09:01 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
javasvn = callPackage ../development/libraries/java/javasvn { };
* Gnome terminal. svn path=/nixpkgs/trunk/; revision=8172
2007-03-04 23:37:34 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
jclasslib = callPackage ../development/tools/java/jclasslib {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
ant = apacheAnt14;
};
* Converted GTK 1 / Sylpheed, with optional support for gdk-pixbuf. svn path=/nixpkgs/trunk/; revision=490
2003-11-06 16:28:57 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jdom = callPackage ../development/libraries/java/jdom { };
add wmii window manager + all dependencies. Interesting excercise... svn path=/nixpkgs/trunk/; revision=8338
2007-03-18 23:58:22 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jflex = callPackage ../development/libraries/java/jflex { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
jjtraveler = callPackage ../development/libraries/java/jjtraveler {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
stdenv = overrideInStdenv stdenv [gnumake380];
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
junit = callPackage ../development/libraries/java/junit { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
lucene = callPackage ../development/libraries/java/lucene { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mockobjects = callPackage ../development/libraries/java/mockobjects { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
saxon = callPackage ../development/libraries/java/saxon { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
saxonb = callPackage ../development/libraries/java/saxon/default8.nix { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
sharedobjects = callPackage ../development/libraries/java/shared-objects {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
stdenv = overrideInStdenv stdenv [gnumake380];
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
smack = callPackage ../development/libraries/java/smack { };
Added smack library svn path=/nixpkgs/trunk/; revision=10857
2008-02-26 09:07:12 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
swt = callPackage ../development/libraries/java/swt { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
add google v8 engine svn path=/nixpkgs/trunk/; revision=24809
2010-11-22 14:23:06 +00:00
v8 = callPackage ../development/libraries/v8 { };
Xalan-J 2.7.1, built from source. svn path=/nixpkgs/trunk/; revision=17565
2009-10-01 09:07:17 +00:00
xalanj = xalanJava;
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
xalanJava = callPackage ../development/libraries/java/xalanj {
Xalan-J 2.7.1, built from source. svn path=/nixpkgs/trunk/; revision=17565
2009-10-01 09:07:17 +00:00
ant = apacheAntGcj; # for bootstrap purposes
javac = gcj;
jvm = gcj;
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xerces = xercesJava; };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
zziplib = callPackage ../development/libraries/zziplib { };
Add Zziplib. svn path=/nixpkgs/trunk/; revision=16528
2009-07-31 10:24:02 +00:00
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Added jQuery UI. svn path=/nixpkgs/trunk/; revision=25465
2011-01-09 15:43:53 +00:00
### DEVELOPMENT / LIBRARIES / JAVASCRIPT
jquery_ui = callPackage ../development/libraries/javascript/jquery-ui { };
esniper 2.24.0 is a simple, lightweight tool for sniping eBay auctions. svn path=/nixpkgs/trunk/; revision=26086
2011-02-24 11:25:16 +00:00
* Added jQuery UI. svn path=/nixpkgs/trunk/; revision=25465
2011-01-09 15:43:53 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
### DEVELOPMENT / PERL MODULES
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* A function "buildPerlPackage" to replace all those "import ../development/perl-modules/generic perl" incantations. svn path=/nixpkgs/trunk/; revision=13387
2008-11-24 10:24:51 +00:00
buildPerlPackage = import ../development/perl-modules/generic perl;
Added maybench, an automated benchmarking tool. The tool depends on benchpress, a Haskell library for timed command execution. For starters, the expression lives in development/libraries/haskell/maybench. It doesn't really belong there because, though, because, technically, it's an executable, not a library. If someone has a better idea, please feel free to move it. svn path=/nixpkgs/trunk/; revision=12761
2008-08-29 09:05:49 +00:00
* Make Perl package show up in nix-env. svn path=/nixpkgs/trunk/; revision=15174
2009-04-20 12:24:13 +00:00
perlPackages = recurseIntoAttrs (import ./perl-packages.nix {
* Move all the Perl packages out of all-packages.nix into a separate file, perl-packages.nix. svn path=/nixpkgs/trunk/; revision=15171
2009-04-20 12:08:09 +00:00
inherit pkgs;
* Make Perl package show up in nix-env. svn path=/nixpkgs/trunk/; revision=15174
2009-04-20 12:24:13 +00:00
});
Added maybench, an automated benchmarking tool. The tool depends on benchpress, a Haskell library for timed command execution. For starters, the expression lives in development/libraries/haskell/maybench. It doesn't really belong there because, though, because, technically, it's an executable, not a library. If someone has a better idea, please feel free to move it. svn path=/nixpkgs/trunk/; revision=12761
2008-08-29 09:05:49 +00:00
* Drop the "perl" prefix from Perl attribute names. It's redundant now that Perl packages are in their own namespace (perlPackages.<pkg>). svn path=/nixpkgs/trunk/; revision=15176
2009-04-20 12:49:35 +00:00
perlXMLParser = perlPackages.XMLParser;
* added generic Cabal builder * transformed zlib, vty, binary, X11 to use generic Cabal builder * note that Cabal library packages are now by default prefixed with "haskell-" svn path=/nixpkgs/trunk/; revision=10247
2008-01-22 16:26:57 +00:00
add ack-1.92 patch provided by Francois Perrad svn path=/nixpkgs/trunk/; revision=20864
2010-03-29 23:36:38 +00:00
ack = perlPackages.ack;
* Added ghc-6.8.3 as the new default version of ghc. * Added a ghc HEAD snapshot (ghc-6.9.x). svn path=/nixpkgs/trunk/; revision=12391
2008-07-21 14:43:33 +00:00
add perlcritic 1.105 (and Test::Perl::Critic 1.02) and some depndencies: total perl libs added: BKeywords ConfigTiny ExceptionClass FileRemove FileWhich HookLexWrap IOString IPCRun3 PerlCritic PerlTidy PPI PodSpell ProbePerl ReadonlyXS RegexpParser StringFormat TestObject TestPerlCritic TestScript TestSubCalls patch provided by Francois Perrad svn path=/nixpkgs/trunk/; revision=20865
2010-03-29 23:36:40 +00:00
perlcritic = perlPackages.PerlCritic;
pkgs/top-level/all-packages.nix: stripped trailing whitespace svn path=/nixpkgs/trunk/; revision=22734
2010-07-26 13:41:09 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
### DEVELOPMENT / PYTHON MODULES
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Move buildPythonPackage and setuptools into python-packages.nix. This ensures that they're built with the same "python" argument. svn path=/nixpkgs/branches/modular-python/; revision=26593
2011-03-29 15:02:15 +00:00
buildPythonPackage = pythonPackages.buildPythonPackage;
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
* Move python/2.7/modules.nix into python/2.7/default.nix. Also remove the pythonModules attribute. The built-in modules are now accessible as (e.g.) "python.modules.ssl" or "pythonPackages.ssl". svn path=/nixpkgs/branches/modular-python/; revision=26559
2011-03-28 09:48:57 +00:00
pythonPackages = python27Packages;
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* By popular demand, restore Python 2.6. svn path=/nixpkgs/trunk/; revision=26726
2011-04-06 21:57:30 +00:00
python26Packages = recurseIntoAttrs (import ./python-packages.nix {
inherit pkgs;
python = python26;
});
Added Python version 2.7. svn path=/nixpkgs/trunk/; revision=23117
2010-08-11 15:49:03 +00:00
python27Packages = recurseIntoAttrs (import ./python-packages.nix {
inherit pkgs;
python = python27;
});
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
foursuite = callPackage ../development/python-modules/4suite { };
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
bsddb3 = callPackage ../development/python-modules/bsddb3 { };
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
numeric = callPackage ../development/python-modules/numeric { };
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pil = callPackage ../development/python-modules/pil { };
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
psyco = callPackage ../development/python-modules/psyco { };
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pycairo = callPackage ../development/python-modules/pycairo { };
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pycrypto = callPackage ../development/python-modules/pycrypto { };
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pycups = callPackage ../development/python-modules/pycups { };
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pygame = callPackage ../development/python-modules/pygame { };
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pygobject = callPackage ../development/python-modules/pygobject { };
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
pygtk = callPackage ../development/python-modules/pygtk { };
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
pyGtkGlade = callPackage ../development/python-modules/pygtk {
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
inherit (gnome) libglade;
};
pyopenssl = builderDefsPackage (import ../development/python-modules/pyopenssl) {
inherit python openssl;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
rhpl = callPackage ../development/python-modules/rhpl { };
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
sip = callPackage ../development/python-modules/python-sip { };
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pyqt4 = callPackage ../development/python-modules/pyqt { };
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pyx = callPackage ../development/python-modules/pyx { };
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pyxml = callPackage ../development/python-modules/pyxml { };
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
* Move buildPythonPackage and setuptools into python-packages.nix. This ensures that they're built with the same "python" argument. svn path=/nixpkgs/branches/modular-python/; revision=26593
2011-03-29 15:02:15 +00:00
setuptools = pythonPackages.setuptools;
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
* Move wxPython into python-packages.nix so that you can get wxPython built for the appropriate Python version (e.g. python26Packages.wxPython). svn path=/nixpkgs/trunk/; revision=27127
2011-05-04 08:41:50 +00:00
wxPython = pythonPackages.wxPython;
wxPython26 = pythonPackages.wxPython26;
wxPython28 = pythonPackages.wxPython28;
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
twisted = pythonPackages.twisted;
ZopeInterface = pythonPackages.zopeInterface;
* Delete Python 2.4. It was only used by "zope", which doesn't even build. svn path=/nixpkgs/branches/modular-python/; revision=26350
2011-03-16 09:56:19 +00:00
/*
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
zope = callPackage ../development/python-modules/zope {
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
python = python24;
};
* Delete Python 2.4. It was only used by "zope", which doesn't even build. svn path=/nixpkgs/branches/modular-python/; revision=26350
2011-03-16 09:56:19 +00:00
*/
* Reverted most of the recent Python refactorings, as discussed. It's a worthy goal to move the Python packages that are currently in all-packages.nix into a single attribute set, but this doesn't require moving python-packages.nix or the other changes made to that file. The Python packages in all-packages.nix should simply be moved to python-packages.nix, and ideally changed to use buildPythonPackage. svn path=/nixpkgs/trunk/; revision=21196
2010-04-21 10:51:15 +00:00
all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=26824
2011-04-13 17:53:07 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
### SERVERS
Added SVK. svn path=/nixpkgs/trunk/; revision=11937
2008-05-30 18:15:25 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
rdf4store = callPackage ../servers/http/4store { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
apacheHttpd = callPackage ../servers/http/apache-httpd {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
sslSupport = true;
* Updated some Catalyst packages. svn path=/nixpkgs/trunk/; revision=14137
2009-02-20 10:56:47 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
sabnzbd = callPackage ../servers/sabnzbd { };
Added sabnzbd usenet download tool :) svn path=/nixpkgs/trunk/; revision=18294
2009-11-08 19:55:37 +00:00
* Added rabbitmq-server. svn path=/nixpkgs/branches/modular-python/; revision=26623
2011-03-31 11:09:20 +00:00
bind = callPackage ../servers/dns/bind {
Updating bind svn path=/nixpkgs/trunk/; revision=25457
2011-01-07 11:33:04 +00:00
inherit openssl libtool perl;
* Latest Catalyst packages, include FormFu and its gazillion dependencies. svn path=/nixpkgs/trunk/; revision=14042
2009-02-12 15:59:22 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dico = callPackage ../servers/dico { };
* Latest Catalyst packages, include FormFu and its gazillion dependencies. svn path=/nixpkgs/trunk/; revision=14042
2009-02-12 15:59:22 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dict = callPackage ../servers/dict { };
Added dict and working on adding dictionaries svn path=/nixpkgs/trunk/; revision=10976
2008-03-06 04:39:05 +00:00
dictdDBs = recurseIntoAttrs (import ../servers/dict/dictd-db.nix {
inherit builderDefs;
});
Updated: RelFS. Added DictDB aggregation. svn path=/nixpkgs/trunk/; revision=11006
2008-03-07 06:11:08 +00:00
dictDBCollector = import ../servers/dict/dictd-db-collector.nix {
inherit stdenv lib dict;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dovecot = callPackage ../servers/mail/dovecot { };
dovecot_1_1_1 = callPackage ../servers/mail/dovecot/1.1.1.nix { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
ejabberd = callPackage ../servers/xmpp/ejabberd {
Ejabberd will use old Erlang for now svn path=/nixpkgs/trunk/; revision=22477
2010-07-05 12:47:35 +00:00
erlang = erlangR13B ;
Added erlang/ejabberd packages svn path=/nixpkgs/trunk/; revision=10258
2008-01-23 10:06:07 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
couchdb = callPackage ../servers/http/couchdb { };
pkgs/top-level/all-packages.nix: strip trailing white space svn path=/nixpkgs/trunk/; revision=21416
2010-04-29 08:54:02 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
felix = callPackage ../servers/felix { };
pkgs/top-level/all-packages.nix: strip trailing white space svn path=/nixpkgs/trunk/; revision=21416
2010-04-29 08:54:02 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
felix_remoteshell = callPackage ../servers/felix/remoteshell.nix { };
added couchdb 0.8.1-incubating svn path=/nixpkgs/trunk/; revision=18141
2009-11-05 14:41:05 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
fingerd_bsd = callPackage ../servers/fingerd/bsd-fingerd { };
finger client and daemon added svn path=/nixpkgs/trunk/; revision=10364
2008-01-28 19:51:14 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
firebird = callPackage ../servers/firebird { };
adding firebird (and embedded library ?) svn path=/nixpkgs/trunk/; revision=22130
2010-06-03 15:19:56 +00:00
Add freepops. svn path=/nixpkgs/trunk/; revision=27450
2011-06-14 02:41:28 +00:00
freepops = callPackage ../servers/mail/freepops { };
Adding freeswitch svn path=/nixpkgs/trunk/; revision=25664
2011-01-21 22:12:34 +00:00
freeswitch = callPackage ../servers/sip/freeswitch { };
Ghost One: packaged svn path=/nixpkgs/trunk/; revision=25137
2010-12-15 02:19:59 +00:00
ghostOne = callPackage ../servers/games/ghost-one {
boost = boostFull;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ircdHybrid = callPackage ../servers/irc/ircd-hybrid { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jboss = callPackage ../servers/http/jboss { };
Added JBoss svn path=/nixpkgs/trunk/; revision=10259
2008-01-23 12:25:08 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jboss_mysql_jdbc = callPackage ../servers/http/jboss/jdbc/mysql { };
Added MySQL driver link to JBoss svn path=/nixpkgs/trunk/; revision=10374
2008-01-29 11:11:26 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jetty = callPackage ../servers/http/jetty { };
added: dnsmasq, uisp, fltk libixp_for_wmii, acerhk kernel module, reiserfsprogs, radeontools, msmtp, procmail, pstree, gxemul changed: umlutilities to also support building tunctl optionally (needing kernel header files) wmii updated and wmiimenu added svn path=/nixpkgs/trunk/; revision=9242
2007-09-03 12:10:57 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jetty61 = callPackage ../servers/http/jetty/6.1 { };
Added jetty 6.1 svn path=/nixpkgs/trunk/; revision=10858
2008-02-26 09:26:17 +00:00
Adding Joseki: HTTP/SparQL server based on Jena framework. Just a unpack/mix/fix paths expression relying on compiled JAR releases. svn path=/nixpkgs/trunk/; revision=26168
2011-03-05 22:05:00 +00:00
joseki = callPackage ../servers/http/joseki {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
lighttpd = callPackage ../servers/http/lighttpd { };
added lighthttpd svn path=/nixpkgs/trunk/; revision=12907
2008-09-24 00:42:50 +00:00
MediaTomb: packaged svn path=/nixpkgs/trunk/; revision=27700
2011-07-11 00:42:02 +00:00
mediatomb = callPackage ../servers/mediatomb { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mod_python = callPackage ../servers/http/apache-modules/mod_python { };
Added libzip svn path=/nixpkgs/trunk/; revision=9637
2007-11-11 16:19:00 +00:00
Added an expression for mod_fastcgi-2.4.6, to be used with Apache 2. svn path=/nixpkgs/trunk/; revision=24406
2010-10-21 15:39:48 +00:00
mod_fastcgi = callPackage ../servers/http/apache-modules/mod_fastcgi { };
Added an expression for mod_wsgi-3.3, to be used with Apache 2. svn path=/nixpkgs/trunk/; revision=24408
2010-10-21 15:39:58 +00:00
mod_wsgi = callPackage ../servers/http/apache-modules/mod_wsgi { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mpd = callPackage ../servers/mpd { };
mpd: New nixpkg. svn path=/nixpkgs/trunk/; revision=21148
2010-04-18 19:26:30 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
myserver = callPackage ../servers/http/myserver { };
Add GNU MyServer. svn path=/nixpkgs/trunk/; revision=16801
2009-08-21 10:20:40 +00:00
Added nginx - lightweight http server svn path=/nixpkgs/trunk/; revision=13518
2008-11-30 09:06:53 +00:00
nginx = builderDefsPackage (import ../servers/http/nginx) {
inherit openssl pcre zlib libxml2 libxslt;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
postfix = callPackage ../servers/mail/postfix { };
Added Postfix to all-packages.nix svn path=/nixpkgs/trunk/; revision=12069
2008-06-13 04:31:31 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
pulseaudio = callPackage ../servers/pulseaudio {
Add PulseAudio, an audio server. svn path=/nixpkgs/trunk/; revision=13659
2008-12-19 14:56:37 +00:00
gconf = gnome.GConf;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
tomcat_connectors = callPackage ../servers/http/apache-modules/tomcat-connectors { };
Added apache tomcat connector module svn path=/nixpkgs/trunk/; revision=10260
2008-01-23 14:40:03 +00:00
Add GNU Pies. svn path=/nixpkgs/trunk/; revision=26942
2011-04-23 21:15:11 +00:00
pies = callPackage ../servers/pies { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
portmap = callPackage ../servers/portmap { };
Add portmap, an ONC RPC directory service. svn path=/nixpkgs/trunk/; revision=11138
2008-03-15 22:51:46 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
monetdb = callPackage ../servers/sql/monetdb { };
adding monetdb database svn path=/nixpkgs/trunk/; revision=16262
2009-07-09 03:50:44 +00:00
MySQL5 should be default already. svn path=/nixpkgs/branches/stdenv-updates-merge/; revision=10846
2008-02-25 03:16:07 +00:00
mysql4 = import ../servers/sql/mysql {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
inherit fetchurl stdenv ncurses zlib perl;
ps = procps; /* !!! Linux only */
};
Added log4cxx library svn path=/nixpkgs/trunk/; revision=9638
2007-11-11 16:22:29 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
mysql5 = import ../servers/sql/mysql5 {
* Merged most of the stdenv-updates branch. Some stuff didn't merge cleanly right away (kde-4, kernel stuff) so it should be merged later. But the stdenv stuff is all there. svn path=/nixpkgs/branches/stdenv-updates-merge/; revision=10793
2008-02-20 23:02:41 +00:00
inherit fetchurl stdenv ncurses zlib perl openssl;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
ps = procps; /* !!! Linux only */
};
Added lzo library svn path=/nixpkgs/trunk/; revision=9636
2007-11-11 16:17:21 +00:00
mysql 5.1.41 svn path=/nixpkgs/trunk/; revision=19017
2009-12-17 18:54:12 +00:00
mysql51 = import ../servers/sql/mysql51 {
inherit fetchurl ncurses zlib perl openssl stdenv;
ps = procps; /* !!! Linux only */
};
Making more packages build on the Fuloong2f. I still can't build the kernel because it requires binutils yet to be released. svn path=/nixpkgs/branches/stdenv-updates/; revision=23132
2010-08-11 20:16:09 +00:00
mysql = mysql51;
MySQL5 should be default already. svn path=/nixpkgs/branches/stdenv-updates-merge/; revision=10846
2008-02-25 03:16:07 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mysql_jdbc = callPackage ../servers/sql/mysql/jdbc { };
Added libraries: - gtkmm: C++ bindings for gtk - glibmm: C++ bindings for glib - libsigc++ (C++) Added applications: - Batik: SVG rasterizer (and more) - Inkscape: vector graphics drawing application Upgraded: - boehm-gc svn path=/nixpkgs/trunk/; revision=3792
2005-09-07 14:57:30 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
nagios = callPackage ../servers/monitoring/nagios {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
gdSupport = true;
};
* Build the i810 driver. Only depend on the Mesa headers, not all of Mesa. svn path=/nixpkgs/trunk/; revision=8060
2007-02-26 23:10:25 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
nagiosPluginsOfficial = callPackage ../servers/monitoring/nagios/plugins/official { };
Added pangoxsl and xmlroff svn path=/nixpkgs/trunk/; revision=3574
2005-08-13 21:35:49 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
openfire = callPackage ../servers/xmpp/openfire { };
svn path=/nixpkgs/branches/stdenv-updates-merge/; revision=10811
2008-02-21 16:24:44 +00:00
* Postgres updated to 8.3.8 and 8.4.1. Dropped the "with args" and "version" argument. Added a few Postgres mirrors. svn path=/nixpkgs/trunk/; revision=17804
2009-10-14 14:38:16 +00:00
postgresql = postgresql83;
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
postgresql83 = callPackage ../servers/sql/postgresql/8.3.x.nix { };
* added postgresql 8.4.0 svn path=/nixpkgs/trunk/; revision=16956
2009-09-04 12:55:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
postgresql84 = callPackage ../servers/sql/postgresql/8.4.x.nix { };
add a variant of qt without mysql support svn path=/nixpkgs/trunk/; revision=5462
2006-06-17 22:04:42 +00:00
* Added PostgreSQL 9.0.1. svn path=/nixpkgs/trunk/; revision=25106
2010-12-13 21:55:34 +00:00
postgresql90 = callPackage ../servers/sql/postgresql/9.0.x.nix { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
postgresql_jdbc = callPackage ../servers/sql/postgresql/jdbc { };
* Added Qt 3.3.3. Basic installation, except that Xrender and Xft support are enabled (for anti-aliased fonts). BUG: Qt currently searches for plugins and documentation in the temporary build directory, instead of in its prefix. So, e.g., help in Qt Designer doesn't work. svn path=/nixpkgs/trunk/; revision=2066
2005-01-19 22:51:27 +00:00
Added xmpppy - python XMPP library and pyIRCt - python IRC transport svn path=/nixpkgs/trunk/; revision=15005
2009-04-12 23:27:55 +00:00
pyIRCt = builderDefsPackage (import ../servers/xmpp/pyIRCt) {
inherit xmpppy pythonIRClib python makeWrapper;
};
pyMAILt = builderDefsPackage (import ../servers/xmpp/pyMAILt) {
inherit xmpppy python makeWrapper fetchcvs;
};
* Added rabbitmq-server. svn path=/nixpkgs/branches/modular-python/; revision=26623
2011-03-31 11:09:20 +00:00
rabbitmq_server = callPackage ../servers/amqp/rabbitmq-server { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
radius = callPackage ../servers/radius { };
Add GNU Shishi and GNU Radius. Contributed by Brian Gough <bjg@gnu.org>. svn path=/nixpkgs/trunk/; revision=21313
2010-04-26 08:45:23 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
redstore = callPackage ../servers/http/redstore { };
Adding Redstore HTTP RDF/SPARQL server svn path=/nixpkgs/trunk/; revision=22428
2010-06-29 22:18:49 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
samba = callPackage ../servers/samba { };
wip: kdelibs svn path=/nixpkgs/trunk/; revision=4261
2005-11-12 14:52:16 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
shishi = callPackage ../servers/shishi { };
Add GNU Shishi and GNU Radius. Contributed by Brian Gough <bjg@gnu.org>. svn path=/nixpkgs/trunk/; revision=21313
2010-04-26 08:45:23 +00:00
Adding GNU SIP Witch. svn path=/nixpkgs/trunk/; revision=25634
2011-01-19 21:17:05 +00:00
sipwitch = callPackage ../servers/sip/sipwitch { };
squid update. Proposal for multiple versions svn path=/nixpkgs/trunk/; revision=13666
2008-12-21 16:36:47 +00:00
squids = recurseIntoAttrs( import ../servers/squid/squids.nix {
inherit fetchurl stdenv perl lib composableDerivation;
});
squid = squids.squid3Beta; # has ipv6 support
top-level changes .. svn path=/nixpkgs/trunk/; revision=11829
2008-05-15 17:51:41 +00:00
* Updated Tomcat to 5.0.27. svn path=/nixpkgs/trunk/; revision=24066
2010-10-05 10:39:12 +00:00
tomcat5 = callPackage ../servers/http/tomcat/5.0.nix { };
* MonoDevelop (from SVN). svn path=/nixpkgs/trunk/; revision=2356
2005-03-09 17:49:19 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
tomcat6 = callPackage ../servers/http/tomcat/6.0.nix { };
Added Apache Tomcat 6.0 svn path=/nixpkgs/trunk/; revision=10400
2008-01-30 09:41:33 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
tomcat_mysql_jdbc = callPackage ../servers/http/tomcat/jdbc/mysql { };
Added shared JDBC driver support for tomcat svn path=/nixpkgs/trunk/; revision=12476
2008-08-04 12:04:24 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
axis2 = callPackage ../servers/http/tomcat/axis2 { };
Added Apache Axis2 svn path=/nixpkgs/trunk/; revision=10493
2008-02-04 12:24:41 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
virtuoso = callPackage ../servers/sql/virtuoso { };
Add virtuoso database Very minimal installation needed by KDE svn path=/nixpkgs/trunk/; revision=20932
2010-04-03 17:34:14 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
vsftpd = callPackage ../servers/ftp/vsftpd { };
* development/libraries/gnome/*: upgraded all gnome packages to 2.8.3. * development/libraries/gnome/*: copied gtk packages to gnome directory. gnome 2.8.3 did not work on gtk 2.4 nor gtk 2.6. Using the specific version of the gnome platform 2.8.3 directory 'solved' the issue. * development/libraries/gnome/gnome-icon-theme: new packag * development/libraries/gnome/libgtkhtml: new package * development/libraries/gnome/gtkhtml: new package * development/libraries/gnome/libgnomeprint: new package * development/libraries/gnome/libgnomeprintui: new package * development/libraries/gnome/gnome-keyring: new package * development/libraries/gnome/gail: new package * applications/editors/monodoc: new package svn path=/nixpkgs/trunk/; revision=2312
2005-02-26 23:45:19 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xinetd = callPackage ../servers/xinetd { };
Adding the xinetd package. svn path=/nixpkgs/trunk/; revision=16779
2009-08-19 20:19:17 +00:00
* X.org 7.4. svn path=/nixpkgs/branches/stdenv-updates/; revision=13006
2008-10-08 17:02:48 +00:00
xorg = recurseIntoAttrs (import ../servers/x11/xorg/default.nix {
Using openchrome trunk instead of that distributed with xorg. That doesn't work in K8N800, and trunk even does a bit of 3D by hw. svn path=/nixpkgs/trunk/; revision=16329
2009-07-11 10:32:27 +00:00
inherit fetchurl fetchsvn stdenv pkgconfig freetype fontconfig
* Updated mesa to 7.6.1. * Removed mesa-headers as it's not used anymore. svn path=/nixpkgs/trunk/; revision=19389
2010-01-13 12:43:17 +00:00
libxslt expat libdrm libpng zlib perl mesa
Using openchrome trunk instead of that distributed with xorg. That doesn't work in K8N800, and trunk even does a bit of 3D by hw. svn path=/nixpkgs/trunk/; revision=16329
2009-07-11 10:32:27 +00:00
xkeyboard_config dbus hal libuuid openssl gperf m4
* Sync with the trunk. svn path=/nixpkgs/branches/modular-python/; revision=26586
2011-03-28 20:22:30 +00:00
autoconf libtool xmlto asciidoc udev flex bison python;
GNU Automake: Default to 1.11.x. svn path=/nixpkgs/trunk/; revision=24299
2010-10-15 12:09:10 +00:00
automake = automake110x;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
});
source fixed of ilmbase and openexr, blender, openal-soft added (can't compile openal yet on x64) svn path=/nixpkgs/trunk/; revision=9811
2007-12-01 05:56:58 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xorgReplacements = callPackage ../servers/x11/xorg/replacements.nix { };
Made it easy to build custom xf86videoati version svn path=/nixpkgs/trunk/; revision=13112
2008-10-25 07:19:07 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xorgVideoUnichrome = callPackage ../servers/x11/xorg/unichrome/default.nix { };
Adding the Unichrome xorg video driver, and updating the Openchrome. svn path=/nixpkgs/trunk/; revision=18161
2009-11-05 21:34:31 +00:00
* Zabbix updated to 1.8.1. svn path=/nixpkgs/trunk/; revision=20009
2010-02-15 14:20:28 +00:00
zabbix = recurseIntoAttrs (import ../servers/monitoring/zabbix {
inherit fetchurl stdenv pkgconfig postgresql curl openssl zlib;
});
* Added Zabbix, a system and network monitoring tool. svn path=/nixpkgs/trunk/; revision=11963
2008-06-03 21:59:35 +00:00
Openbabel added. There are some TODO's in its nix-expression. svn path=/nixpkgs/trunk/; revision=9635
2007-11-11 16:15:29 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
### OS-SPECIFIC
exrviewer added (needs ctl openexr openexr_ctl) fltk update ilmbase updated ndiswrapper does compile but has to be integrated into the kernel somehow svn path=/nixpkgs/trunk/; revision=9863
2007-12-05 21:25:47 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
afuse = callPackage ../os-specific/linux/afuse { };
adding afuse. A userspace automounter svn path=/nixpkgs/trunk/; revision=19063
2009-12-21 08:55:27 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
autofs5 = callPackage ../os-specific/linux/autofs/autofs-v5.nix { };
adding automount 5 svn path=/nixpkgs/trunk/; revision=15410
2009-04-30 02:37:00 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
_915resolution = callPackage ../os-specific/linux/915resolution { };
* Added openldap and pam_ldap. svn path=/nixpkgs/trunk/; revision=7641
2007-01-11 21:55:29 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
nfsUtils = callPackage ../os-specific/linux/nfs-utils { };
* Added gtksourceview and gtksourceview-sharp. svn path=/nixpkgs/trunk/; revision=2344
2005-03-08 15:44:23 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
acpi = callPackage ../os-specific/linux/acpi { };
Add ACPI, a tiny ACPI client tool for Linux svn path=/nixpkgs/trunk/; revision=10820
2008-02-21 20:13:36 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
acpid = callPackage ../os-specific/linux/acpid { };
* Added acpid, a daemon that monitors ACPI events. svn path=/nixpkgs/trunk/; revision=14026
2009-02-10 23:12:18 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
acpitool = callPackage ../os-specific/linux/acpitool { };
Add ACPI-Tool, a command-line ACPI client for Linux. svn path=/nixpkgs/trunk/; revision=10819
2008-02-21 19:57:40 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
alsaLib = callPackage ../os-specific/linux/alsa-lib { };
all-packages.nix: commented out package 'vice' error: getting status of `/usr/local/src/nix-pkgs-current/pkgs/misc/emulators/vice': No such file or directory svn path=/nixpkgs/trunk/; revision=15646
2009-05-18 13:53:01 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
alsaPlugins = callPackage ../os-specific/linux/alsa-plugins { };
alsaPluginWrapper = callPackage ../os-specific/linux/alsa-plugins/wrapper.nix { };
adding alsa-plugin and patching alsa so that you can tell it about additional plugins svn path=/nixpkgs/trunk/; revision=17316
2009-09-20 21:54:23 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
alsaUtils = callPackage ../os-specific/linux/alsa-utils { };
- svn path=/nixpkgs/branches/stdenv-updates-merge/; revision=10823
2008-02-22 03:06:12 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
bluez = callPackage ../os-specific/linux/bluez { };
* Added bluez, the Bluetooth stack for Linux. svn path=/nixpkgs/trunk/; revision=16594
2009-08-05 20:29:36 +00:00
* bridge-utils updated to 1.4. svn path=/nixpkgs/trunk/; revision=23778
2010-09-14 10:54:50 +00:00
bridge_utils = callPackage ../os-specific/linux/bridge-utils { };
* Added `zapping', a TV viewer application. It depends on Gnome, so lots of packages are needed. svn path=/nixpkgs/trunk/; revision=681
2004-01-21 09:34:19 +00:00
checkpolicy: packaged svn path=/nixpkgs/trunk/; revision=26538
2011-03-27 04:45:46 +00:00
checkpolicy = callPackage ../os-specific/linux/checkpolicy { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cifs_utils = callPackage ../os-specific/linux/cifs-utils { };
* Added cifs-utils (mount.cifs properly packaged). This obsoletes mount-cifs. svn path=/nixpkgs/trunk/; revision=22124
2010-06-03 14:28:48 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
conky = callPackage ../os-specific/linux/conky { };
conky: compiled without X support, usefull with dwm. svn path=/nixpkgs/trunk/; revision=22015
2010-05-27 19:33:58 +00:00
Trying to reinstate the meta-based Hydra builds svn path=/nixpkgs/trunk/; revision=16883
2009-08-28 06:29:21 +00:00
cpufrequtils = (
Attempt to mark up packages with platform assertions svn path=/nixpkgs/trunk/; revision=16850
2009-08-25 06:36:05 +00:00
import ../os-specific/linux/cpufrequtils {
Committing Lluís Batlle's submissions from mailing list posting <45219fb00901110456i6f21db35tbd1894eaea2146ff@mail.gmail.com>: * nixpkgs-ccrypt-1.7-new.patch * nixpkgs-cmake-add-ccmake.patch * nixpkgs-cpufrequtils-005-new.patch * nixpkgs-dwm-5.1-fix.patch * nixpkgs-freeimage-3.11.0-new.patch * nixpkgs-proxychains-3.1-new.patch * nixpkgs-psi-to-0.12.patch * nixpkgs-skype-to-2.0.0.72.patch * nixpkgs-truecrypt-6.1a-fix.patch * nixpkgs-vxl-1.11.0-new.patch * nixpkgs-xkb-popular-esperanto-symbols.patch * nixpkgs-xorg-via-video-fix.patch svn path=/nixpkgs/trunk/; revision=13751
2009-01-12 21:12:07 +00:00
inherit fetchurl stdenv libtool gettext;
glibc = stdenv.gcc.libc;
Replace `kernelHeaders' by `linuxHeaders'. svn path=/nixpkgs/branches/stdenv-updates/; revision=19067
2009-12-21 14:04:45 +00:00
linuxHeaders = stdenv.gcc.libc.kernelHeaders;
Attempt to mark up packages with platform assertions svn path=/nixpkgs/trunk/; revision=16850
2009-08-25 06:36:05 +00:00
});
Committing Lluís Batlle's submissions from mailing list posting <45219fb00901110456i6f21db35tbd1894eaea2146ff@mail.gmail.com>: * nixpkgs-ccrypt-1.7-new.patch * nixpkgs-cmake-add-ccmake.patch * nixpkgs-cpufrequtils-005-new.patch * nixpkgs-dwm-5.1-fix.patch * nixpkgs-freeimage-3.11.0-new.patch * nixpkgs-proxychains-3.1-new.patch * nixpkgs-psi-to-0.12.patch * nixpkgs-skype-to-2.0.0.72.patch * nixpkgs-truecrypt-6.1a-fix.patch * nixpkgs-vxl-1.11.0-new.patch * nixpkgs-xkb-popular-esperanto-symbols.patch * nixpkgs-xorg-via-video-fix.patch svn path=/nixpkgs/trunk/; revision=13751
2009-01-12 21:12:07 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cryopid = callPackage ../os-specific/linux/cryopid { };
* Added cryopid (contributed by Marco Maggesi). svn path=/nixpkgs/trunk/; revision=13291
2008-11-14 12:34:18 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cryptsetup = callPackage ../os-specific/linux/cryptsetup { };
Adding LUKS cryptsetup for the devicemapper. svn path=/nixpkgs/trunk/; revision=14289
2009-03-01 11:11:21 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cramfsswap = callPackage ../os-specific/linux/cramfsswap { };
* Added `zapping', a TV viewer application. It depends on Gnome, so lots of packages are needed. svn path=/nixpkgs/trunk/; revision=681
2004-01-21 09:34:19 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
darwinArchUtility = callPackage ../os-specific/darwin/arch { };
* Refactoring: move most filesystem utilities / FUSE filesystems to tools/filesystems. Previously they were all over the place. svn path=/nixpkgs/trunk/; revision=18809
2009-12-04 15:39:49 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
darwinSwVersUtility = callPackage ../os-specific/darwin/sw_vers { };
* added davfs2 1.4.1 svn path=/nixpkgs/trunk/; revision=17345
2009-09-22 08:12:11 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
darwinLipoUtility = callPackage ../os-specific/darwin/lipo { };
pkgs/os-specific/darwin/lipo: add support for running the native Darwin lipo utility svn path=/nixpkgs/trunk/; revision=21426
2010-04-29 14:56:44 +00:00
Add an expression for Darwin's install_name_tool utility, which is required by several other builds. svn path=/nixpkgs/trunk/; revision=26509
2011-03-25 12:55:15 +00:00
darwinInstallNameToolUtility = callPackage ../os-specific/darwin/install_name_tool { };
* Updated LVM2 to 2.02.56. LVM2 now includes device-mapper, so that package is obsolete. Also install the udev rules. svn path=/nixpkgs/trunk/; revision=19293
2010-01-07 16:14:10 +00:00
devicemapper = lvm2;
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dmidecode = callPackage ../os-specific/linux/dmidecode { };
Added dmidecode and kqemu svn path=/nixpkgs/trunk/; revision=10098
2008-01-08 00:18:20 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dmtcp = callPackage ../os-specific/linux/dmtcp { };
Add new package pkgs/os-specific/linux/dmtcp/ svn path=/nixpkgs/trunk/; revision=19819
2010-02-04 15:41:45 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
dietlibc = callPackage ../os-specific/linux/dietlibc {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
# Dietlibc 0.30 doesn't compile on PPC with GCC 4.1, bus GCC 3.4 works.
* Dietlibc 0.31 svn path=/nixpkgs/branches/stdenv-updates/; revision=9770
2007-11-21 15:32:20 +00:00
stdenv = if stdenv.system == "powerpc-linux" then overrideGCC stdenv gcc34 else stdenv;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
Fix wxGTK reference for xchm svn path=/nixpkgs/trunk/; revision=18156
2009-11-05 21:08:53 +00:00
directvnc = builderDefsPackage ../os-specific/linux/directvnc {
inherit libjpeg pkgconfig zlib directfb;
inherit (xlibs) xproto;
};
Adding dmraid svn path=/nixpkgs/trunk/; revision=17292
2009-09-20 08:38:30 +00:00
dmraid = builderDefsPackage ../os-specific/linux/dmraid {
inherit devicemapper;
};
libuuid: Make cross-buildable for GNU/Hurd (needed by GNU Parted). svn path=/nixpkgs/trunk/; revision=23415
2010-08-25 08:57:10 +00:00
libuuid =
if crossSystem != null && crossSystem.config == "i586-pc-gnu"
then (utillinuxng // {
hostDrv = lib.overrideDerivation utillinuxng.hostDrv (args: {
# `libblkid' fails to build on GNU/Hurd.
configureFlags = args.configureFlags
libuuid: Fix cross-GNU builds. svn path=/nixpkgs/branches/stdenv-updates/; revision=25087
2010-12-12 23:21:29 +00:00
+ " --disable-libblkid --disable-mount --disable-libmount"
+ " --disable-fsck --enable-static";
libuuid: Make cross-buildable for GNU/Hurd (needed by GNU Parted). svn path=/nixpkgs/trunk/; revision=23415
2010-08-25 08:57:10 +00:00
doCheck = false;
CPPFLAGS = # ugly hack for ugly software!
lib.concatStringsSep " "
(map (v: "-D${v}=4096")
[ "PATH_MAX" "MAXPATHLEN" "MAXHOSTNAMELEN" ]);
});
})
else if stdenv.isLinux
then utillinuxng
else null;
* Fixed ntfsprogs. svn path=/nixpkgs/trunk/; revision=14695
2009-03-25 10:55:28 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
e3cfsprogs = callPackage ../os-specific/linux/e3cfsprogs { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Added ebtables. svn path=/nixpkgs/branches/modular-python/; revision=26626
2011-03-31 12:20:22 +00:00
ebtables = callPackage ../os-specific/linux/ebtables { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
eject = callPackage ../os-specific/linux/eject { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
Added FBTerm - framebuffer terminal emulator svn path=/nixpkgs/trunk/; revision=13596
2008-12-08 12:44:42 +00:00
fbterm = builderDefsPackage (import ../os-specific/linux/fbterm) {
Updating fbterm svn path=/nixpkgs/trunk/; revision=17981
2009-10-27 23:49:59 +00:00
inherit fontconfig gpm freetype pkgconfig ncurses;
Added FBTerm - framebuffer terminal emulator svn path=/nixpkgs/trunk/; revision=13596
2008-12-08 12:44:42 +00:00
};
Adding a fbterm variant building with stdenv to get cross-build-ability (I want it in the nanonote) svn path=/nixpkgs/branches/stdenv-updates/; revision=24880
2010-11-26 17:56:23 +00:00
fbtermStdenv = callPackage ../os-specific/linux/fbterm/stdenv.nix { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
fuse = callPackage ../os-specific/linux/fuse { };
* Converted some more packages. * Subversion no longer needs libxml2 (just expat). svn path=/nixpkgs/trunk/; revision=478
2003-11-05 12:17:48 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
fxload = callPackage ../os-specific/linux/fxload { };
* Added fxload, a tool to upload firmware to Cypress EZ-USB microcontrollers. svn path=/nixpkgs/trunk/; revision=10483
2008-02-03 14:43:19 +00:00
Making the current versions of flex/bison the default. Evaluation test passes. Please explicitly pass older versions to any package that can be adversely affected by too-fresh versions. svn path=/nixpkgs/branches/stdenv-updates/; revision=25086
2010-12-12 21:48:29 +00:00
gpm = callPackage ../servers/gpm { };
LZMA support in builderDefs; gpm added svn path=/nixpkgs/trunk/; revision=11874
2008-05-21 13:27:41 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
hal = callPackage ../os-specific/linux/hal { };
exrviewer added (needs ctl openexr openexr_ctl) fltk update ilmbase updated ndiswrapper does compile but has to be integrated into the kernel somehow svn path=/nixpkgs/trunk/; revision=9863
2007-12-05 21:25:47 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
halevt = callPackage ../os-specific/linux/hal/hal-evt.nix { };
adding halevt svn path=/nixpkgs/trunk/; revision=17027
2009-09-10 16:57:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
hal_info = callPackage ../os-specific/linux/hal/info.nix { };
* Added hal-info. svn path=/nixpkgs/trunk/; revision=15385
2009-04-28 21:59:09 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
hal_info_synaptics = callPackage ../os-specific/linux/hal/synaptics.nix { };
A package to feed to HAL to get synaptics support svn path=/nixpkgs/trunk/; revision=18299
2009-11-08 22:12:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
hdparm = callPackage ../os-specific/linux/hdparm { };
Add `hibernate', an swsusp/Tux-on-Ice convenience script. svn path=/nixpkgs/trunk/; revision=11438
2008-04-01 14:02:54 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
hibernate = callPackage ../os-specific/linux/hibernate { };
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
hostapd: packaged. svn path=/nixpkgs/trunk/; revision=27501
2011-06-19 23:30:57 +00:00
hostapd = callPackage ../os-specific/linux/hostapd { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
htop = callPackage ../os-specific/linux/htop { };
* vlc and required packages. Finally a good DVD player :-) svn path=/nixpkgs/trunk/; revision=574
2003-12-03 21:58:16 +00:00
GNU Hurd: Add full cross build. svn path=/nixpkgs/trunk/; revision=21916
2010-05-20 11:54:40 +00:00
hurdCross = forceBuildDrv(import ../os-specific/gnu/hurd {
inherit fetchgit stdenv autoconf libtool texinfo machHeaders
GNU Hurd: Add dependency on Parted. svn path=/nixpkgs/branches/stdenv-updates/; revision=25089
2010-12-12 23:21:42 +00:00
mig glibcCross hurdPartedCross;
libuuid = libuuid.hostDrv;
GNU Hurd: Add full cross build. svn path=/nixpkgs/trunk/; revision=21916
2010-05-20 11:54:40 +00:00
automake = automake111x;
headersOnly = false;
cross = assert crossSystem != null; crossSystem;
gccCross = gccCrossStageFinal;
});
GNU Hurd: Allow partial builds. svn path=/nixpkgs/trunk/; revision=21899
2010-05-19 21:28:34 +00:00
hurdCrossIntermediate = forceBuildDrv(import ../os-specific/gnu/hurd {
inherit fetchgit stdenv autoconf libtool texinfo machHeaders
mig glibcCross;
automake = automake111x;
headersOnly = false;
cross = assert crossSystem != null; crossSystem;
# The "final" GCC needs glibc and the Hurd libraries (libpthread in
# particular) so we first need an intermediate Hurd built with the
# intermediate GCC.
gccCross = gccCrossStageStatic;
GNU Parted: Allow cross-GNU builds. svn path=/nixpkgs/branches/stdenv-updates/; revision=25088
2010-12-12 23:21:35 +00:00
# This intermediate Hurd is only needed to build libpthread, which needs
# libihash, and to build Parted, which needs libstore and
# libshouldbeinlibc.
buildTarget = "libihash libstore libshouldbeinlibc";
installTarget = "libihash-install libstore-install libshouldbeinlibc-install";
GNU Hurd: Allow partial builds. svn path=/nixpkgs/trunk/; revision=21899
2010-05-19 21:28:34 +00:00
});
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
hurdHeaders = callPackage ../os-specific/gnu/hurd {
Add GNU Hurd (headers). svn path=/nixpkgs/trunk/; revision=21751
2010-05-12 15:46:47 +00:00
automake = automake111x;
headersOnly = true;
* ltrace: updated to 0.5.3. * 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
2010-07-29 18:55:16 +00:00
gccCross = null;
glibcCross = null;
GNU Hurd: Add dependency on Parted. svn path=/nixpkgs/branches/stdenv-updates/; revision=25089
2010-12-12 23:21:42 +00:00
libuuid = null;
hurdPartedCross = null;
Add GNU Hurd (headers). svn path=/nixpkgs/trunk/; revision=21751
2010-05-12 15:46:47 +00:00
};
GNU Hurd: Add libpthread. svn path=/nixpkgs/trunk/; revision=21900
2010-05-19 21:28:57 +00:00
hurdLibpthreadCross = forceBuildDrv(import ../os-specific/gnu/libpthread {
inherit fetchgit stdenv autoconf automake libtool
machHeaders hurdHeaders glibcCross;
hurd = hurdCrossIntermediate;
gccCross = gccCrossStageStatic;
cross = assert crossSystem != null; crossSystem;
});
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
hwdata = callPackage ../os-specific/linux/hwdata { };
Added qt-4 svn path=/nixpkgs/trunk/; revision=8991
2007-07-17 17:08:38 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ifplugd = callPackage ../os-specific/linux/ifplugd { };
* Cleanup. svn path=/nixpkgs/trunk/; revision=6764
2006-10-18 14:04:55 +00:00
* iotop: don't use pythonFull. svn path=/nixpkgs/branches/modular-python/; revision=26567
2011-03-28 13:23:52 +00:00
iotop = callPackage ../os-specific/linux/iotop { };
Adding IOtop svn path=/nixpkgs/trunk/; revision=24818
2010-11-23 07:46:18 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
iproute = callPackage ../os-specific/linux/iproute { };
* vlc and required packages. Finally a good DVD player :-) svn path=/nixpkgs/trunk/; revision=574
2003-12-03 21:58:16 +00:00
* Updated iputils (though perhaps we should just use GNU inetutils). svn path=/nixpkgs/trunk/; revision=25765
2011-02-02 16:05:18 +00:00
iputils = callPackage ../os-specific/linux/iputils { };
Added redland library (also known as librdf) svn path=/nixpkgs/trunk/; revision=9390
2007-10-01 15:14:50 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
iptables = callPackage ../os-specific/linux/iptables { };
* vlc and required packages. Finally a good DVD player :-) svn path=/nixpkgs/trunk/; revision=574
2003-12-03 21:58:16 +00:00
IPW2100 Firmware: Packaged svn path=/nixpkgs/trunk/; revision=24283
2010-10-14 12:12:27 +00:00
ipw2100fw = callPackage ../os-specific/linux/firmware/ipw2100 { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ipw2200fw = callPackage ../os-specific/linux/firmware/ipw2200 { };
* vlc and required packages. Finally a good DVD player :-) svn path=/nixpkgs/trunk/; revision=574
2003-12-03 21:58:16 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
iwlwifi1000ucode = callPackage ../os-specific/linux/firmware/iwlwifi-1000-ucode { };
Add Firmware for the Intel 1000 wireless card. svn path=/nixpkgs/trunk/; revision=19132
2009-12-26 16:22:51 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
iwlwifi3945ucode = callPackage ../os-specific/linux/firmware/iwlwifi-3945-ucode { };
* Firmware for the Intel 3945ABG. svn path=/nixpkgs/trunk/; revision=10126
2008-01-12 22:38:37 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
iwlwifi4965ucodeV1 = callPackage ../os-specific/linux/firmware/iwlwifi-4965-ucode { };
Add Intel Wi-Fi firmware for kernels 2.6.27 and later; make `iwlwifi4965ucode' part of `kernelPackagesFor'. svn path=/nixpkgs/trunk/; revision=13429
2008-11-26 13:15:38 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
iwlwifi4965ucodeV2 = callPackage ../os-specific/linux/firmware/iwlwifi-4965-ucode/version-2.nix { };
Add Intel 4965 wireless firmware. svn path=/nixpkgs/trunk/; revision=10734
2008-02-18 16:15:51 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
iwlwifi5000ucode = callPackage ../os-specific/linux/firmware/iwlwifi-5000-ucode { };
* Firmware for the Intel 5000 wireless cards. svn path=/nixpkgs/trunk/; revision=15395
2009-04-29 14:50:59 +00:00
intel wifi 6000 firmware svn path=/nixpkgs/trunk/; revision=25888
2011-02-10 17:30:20 +00:00
iwlwifi6000ucode = callPackage ../os-specific/linux/firmware/iwlwifi-6000-ucode { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
kbd = callPackage ../os-specific/linux/kbd { };
Added pygame and some of its dependencies. Also added Python Imaging library. svn path=/nixpkgs/trunk/; revision=9082
2007-08-09 17:33:18 +00:00
* Added libaio. svn path=/nixpkgs/trunk/; revision=26715
2011-04-06 14:21:48 +00:00
libaio = callPackage ../os-specific/linux/libaio { };
Fixing libcgroup attribute name svn path=/nixpkgs/trunk/; revision=25229
2010-12-22 09:52:32 +00:00
libcgroup = callPackage ../os-specific/linux/libcg { };
libcgroup: library that abstracts the control group file system in Linux. svn path=/nixpkgs/trunk/; revision=22548
2010-07-09 13:15:51 +00:00
Making the current versions of flex/bison the default. Evaluation test passes. Please explicitly pass older versions to any package that can be adversely affected by too-fresh versions. svn path=/nixpkgs/branches/stdenv-updates/; revision=25086
2010-12-12 21:48:29 +00:00
libnl = callPackage ../os-specific/linux/libnl { };
Add Netlink library svn path=/nixpkgs/trunk/; revision=24996
2010-12-06 12:04:36 +00:00
Add libnl-3.0 svn path=/nixpkgs/trunk/; revision=27385
2011-06-07 21:50:42 +00:00
libnl2 = callPackage ../os-specific/linux/libnl/v2.nix { };
libnl 1.x: packaged. svn path=/nixpkgs/trunk/; revision=25365
2011-01-03 17:02:47 +00:00
libnl1 = callPackage ../os-specific/linux/libnl/v1.nix { };
Some first changes to get some evaluation working on the fuloong2f svn path=/nixpkgs/branches/stdenv-updates/; revision=22840
2010-08-01 20:57:13 +00:00
linuxHeaders = linuxHeaders_2_6_32;
* Some VLC-related updates. * Variability :-) Provide both Autoconf 2.59 and 2.60 (the former being the default for now). svn path=/nixpkgs/trunk/; revision=5539
2006-06-29 12:41:25 +00:00
Adding linux 2.4 kernel headers for cross builds. (I'm thinking of OpenWRT machines out there, mips, with linux 2.4) svn path=/nixpkgs/trunk/; revision=20539
2010-03-10 20:44:48 +00:00
linuxHeaders26Cross = forceBuildDrv (import ../os-specific/linux/kernel-headers/2.6.32.nix {
I removed the function-shape of the cross-toolchain related attributes in the all-packages.nix. That was more complicating than helping. svn path=/nixpkgs/trunk/; revision=20457
2010-03-06 23:36:55 +00:00
inherit stdenv fetchurl perl;
Adding assertions for the cross-toolchain attributes, so noone feels tempted to build them without setting a crossSystem to build for. svn path=/nixpkgs/trunk/; revision=20459
2010-03-07 00:05:51 +00:00
cross = assert crossSystem != null; crossSystem;
Big fixes in the cross build: - Before this changes, cflags and ldflags for the native and the cross compiler got mixed. Not all the gcc-wrapper/gcc-cross-wrapper variables are independant now, but enough, I think. - Fixed the generic stdenv expression, which did a big mess on buildInputs and buildNativeInputs. Now it distinguishes when there is a stdenvCross or not. Maybe we should have a single stdenv and forget about the stdenvCross adapter - this could end in a stdenv a bit complex, but simpler than the generic stdenv + adapter. - Added basic support in pkgconfig for cross-builds: a single PKG_CONFIG_PATH now works for both the cross and the native compilers, but I think this should work well for most cases I can think of. - I tried to fix the guile expression to cross-biuld; guile is built, but not its manual, so the derivation still fails. Guile requires patching to cross-build, as far as I understnad. - Made the glibcCross build to be done through the usage of a gcc-cross-wrapper over the gcc-cross-stage-static, instead of using it directly. - Trying to make physfs (a neverball dependency) cross build. - Updated the gcc expression to support building a cross compiler without getting derivation variables mixed with those of the stdenvCross. svn path=/nixpkgs/branches/stdenv-updates/; revision=18534
2009-11-22 19:51:45 +00:00
});
My first attempt at getting cross compilers in nixpkgs. My idea is to provide special stdenv expressions that will contain in the path additional cross compilers. As most expressions for programs accept a stdenv parameter, we could substitute this parameter with the special stdenv, which will have a generic builder that attempts the usual "--target=..." and can additionally have an env variable like "cross" with the target architecture set. So, finally we could have additional expressions like this: bashRealArm = makeOverridable (import ../shells/bash) { inherit fetchurl bison; stdenv = stdenvCross "armv5tel-unknown-linux-gnueabi"; }; Meanwhile it does not work - I still cannot get the cross-gcc to build. I think it does not fill the previous expressions with a lot of noise, so I think it may be a good path to follow. I only touched some files of the current stdenv: gcc-4.3, kernel headers 2.6.28, glibc 2.9, ... I tried to use the gcc-cross-wrapper, that may be very outdated. Maybe I will update it, or update the gcc-wrapper expression to make it fit the cross tools, but meanwhile I even cannot build gcc, so I have not tested the wrapper. This new idea on cross compiling is not similar to that of the nixpkgs/branches/cross-compilation, which mostly added bare new expressions for anything to be cross compiled, if I understood it correctly. I cared not to break anything of the usual stdenv in all this work. svn path=/nixpkgs/branches/stdenv-updates/; revision=18343
2009-11-14 08:11:30 +00:00
Adding linux 2.4 kernel headers for cross builds. (I'm thinking of OpenWRT machines out there, mips, with linux 2.4) svn path=/nixpkgs/trunk/; revision=20539
2010-03-10 20:44:48 +00:00
linuxHeaders24Cross = forceBuildDrv (import ../os-specific/linux/kernel-headers/2.4.nix {
inherit stdenv fetchurl perl;
cross = assert crossSystem != null; crossSystem;
});
# We can choose:
linuxHeadersCrossChooser = ver : if (ver == "2.4") then linuxHeaders24Cross
else if (ver == "2.6") then linuxHeaders26Cross
else throw "Unknown linux kernel version";
linuxHeadersCross = assert crossSystem != null;
linuxHeadersCrossChooser crossSystem.platform.kernelMajor;
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
linuxHeaders_2_6_18 = callPackage ../os-specific/linux/kernel-headers/2.6.18.5.nix { };
Fixed missing parameters for arb - and added kernelHeaders_2.6.18 svn path=/nixpkgs/trunk/; revision=12970
2008-10-06 13:18:02 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
linuxHeaders_2_6_28 = callPackage ../os-specific/linux/kernel-headers/2.6.28.nix { };
* KVM 82. * Kernel headers for Linux 2.6.28. svn path=/nixpkgs/trunk/; revision=13755
2009-01-13 12:40:58 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
linuxHeaders_2_6_32 = callPackage ../os-specific/linux/kernel-headers/2.6.32.nix { };
* Use the Linux 2.6.32 kernel headers. svn path=/nixpkgs/branches/stdenv-updates/; revision=19552
2010-01-19 18:02:37 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
kernelPatches = callPackage ../os-specific/linux/kernel/patches.nix { };
* Use the generic kernel builder. svn path=/nixpkgs/trunk/; revision=13779
2009-01-15 15:54:24 +00:00
Rename `kernel*' to `linux*'. svn path=/nixpkgs/branches/stdenv-updates/; revision=19068
2009-12-21 14:12:00 +00:00
linux_2_6_25 = makeOverridable (import ../os-specific/linux/kernel/linux-2.6.25.nix) {
remove duplicate stdenv's svn path=/nixpkgs/trunk/; revision=26736
2011-04-07 11:26:41 +00:00
inherit fetchurl perl mktemp module_init_tools;
Linux 2.6.{25,28}: Use GNU Make 3.81. svn path=/nixpkgs/trunk/; revision=26733
2011-04-07 09:57:41 +00:00
stdenv = overrideInStdenv stdenv [gnumake381];
* Use the kernel config generator for Linux 2.6.25. svn path=/nixpkgs/branches/kernel-config/; revision=18948
2009-12-14 19:08:20 +00:00
kernelPatches =
[ kernelPatches.fbcondecor_2_6_25
kernelPatches.sec_perm_2_6_24
Linux 2.6.{25,28}: Allow compilation with recent Glibc. svn path=/nixpkgs/trunk/; revision=26741
2011-04-07 13:57:43 +00:00
kernelPatches.glibc_getline
* Use the kernel config generator for Linux 2.6.25. svn path=/nixpkgs/branches/kernel-config/; revision=18948
2009-12-14 19:08:20 +00:00
];
Trying to reinstate the meta-based Hydra builds svn path=/nixpkgs/trunk/; revision=16883
2009-08-28 06:29:21 +00:00
};
* Linux 2.6.26.2. Totally untested of course. svn path=/nixpkgs/trunk/; revision=12534
2008-08-07 14:57:10 +00:00
Rename `kernel*' to `linux*'. svn path=/nixpkgs/branches/stdenv-updates/; revision=19068
2009-12-21 14:12:00 +00:00
linux_2_6_27 = makeOverridable (import ../os-specific/linux/kernel/linux-2.6.27.nix) {
fix linux 2.6.27 build, use make 3.81 svn path=/nixpkgs/trunk/; revision=25702
2011-01-27 14:11:47 +00:00
inherit fetchurl perl mktemp module_init_tools;
stdenv = overrideInStdenv stdenv [gnumake381];
* Use the kernel config generator for Linux 2.6.27. * Move kernel patches out of all-packages.nix to os-specific/linux/kernel/patches.nix. * Make the kernel config available under $out/config (it's also in $out/lib/modules/$version/build/.config, but that's kind of hard to find). svn path=/nixpkgs/branches/kernel-config/; revision=18937
2009-12-14 15:28:55 +00:00
kernelPatches =
[ kernelPatches.fbcondecor_2_6_27
kernelPatches.sec_perm_2_6_24
];
Trying to reinstate the meta-based Hydra builds svn path=/nixpkgs/trunk/; revision=16883
2009-08-28 06:29:21 +00:00
};
* Linux 2.6.27.4. Not tested yet. svn path=/nixpkgs/trunk/; revision=13144
2008-10-29 12:34:54 +00:00
Rename `kernel*' to `linux*'. svn path=/nixpkgs/branches/stdenv-updates/; revision=19068
2009-12-21 14:12:00 +00:00
linux_2_6_28 = makeOverridable (import ../os-specific/linux/kernel/linux-2.6.28.nix) {
remove duplicate stdenv's svn path=/nixpkgs/trunk/; revision=26736
2011-04-07 11:26:41 +00:00
inherit fetchurl perl mktemp module_init_tools;
Linux 2.6.{25,28}: Use GNU Make 3.81. svn path=/nixpkgs/trunk/; revision=26733
2011-04-07 09:57:41 +00:00
stdenv = overrideInStdenv stdenv [gnumake381];
* Use the kernel config generator for Linux 2.6.27. * Move kernel patches out of all-packages.nix to os-specific/linux/kernel/patches.nix. * Make the kernel config available under $out/config (it's also in $out/lib/modules/$version/build/.config, but that's kind of hard to find). svn path=/nixpkgs/branches/kernel-config/; revision=18937
2009-12-14 15:28:55 +00:00
kernelPatches =
[ kernelPatches.fbcondecor_2_6_28
kernelPatches.sec_perm_2_6_24
* Use the kernel config generator for Linux 2.6.28. * Get rid of Linux 2.6.20 and 2.6.26 (the former was only used for building UML). svn path=/nixpkgs/branches/kernel-config/; revision=18945
2009-12-14 18:34:46 +00:00
kernelPatches.ext4_softlockups_2_6_28
Linux 2.6.{25,28}: Allow compilation with recent Glibc. svn path=/nixpkgs/trunk/; revision=26741
2011-04-07 13:57:43 +00:00
kernelPatches.glibc_getline
* Use the kernel config generator for Linux 2.6.27. * Move kernel patches out of all-packages.nix to os-specific/linux/kernel/patches.nix. * Make the kernel config available under $out/config (it's also in $out/lib/modules/$version/build/.config, but that's kind of hard to find). svn path=/nixpkgs/branches/kernel-config/; revision=18937
2009-12-14 15:28:55 +00:00
];
* addCoverageInstrumentation: factor out the code that keeps the build tree under $out into a separate stdenv adapter named keepBuildTree. * makeModulesClosure: support building an initrd for a kernel that has been compiled with coverage instrumentation. svn path=/nixpkgs/trunk/; revision=16916
2009-09-01 21:56:46 +00:00
};
* Linux 2.6.28. svn path=/nixpkgs/trunk/; revision=13743
2009-01-12 13:11:18 +00:00
Rename `kernel*' to `linux*'. svn path=/nixpkgs/branches/stdenv-updates/; revision=19068
2009-12-21 14:12:00 +00:00
linux_2_6_29 = makeOverridable (import ../os-specific/linux/kernel/linux-2.6.29.nix) {
* Linux 2.6.29. It doesn't build yet due to some depmod problem. svn path=/nixpkgs/trunk/; revision=15884
2009-06-06 23:09:38 +00:00
inherit fetchurl stdenv perl mktemp module_init_tools;
* Use the kernel config generator for Linux 2.6.27. * Move kernel patches out of all-packages.nix to os-specific/linux/kernel/patches.nix. * Make the kernel config available under $out/config (it's also in $out/lib/modules/$version/build/.config, but that's kind of hard to find). svn path=/nixpkgs/branches/kernel-config/; revision=18937
2009-12-14 15:28:55 +00:00
kernelPatches =
[ kernelPatches.fbcondecor_2_6_29
kernelPatches.sec_perm_2_6_24
];
* Deleted some obsolete kernels (2.6.20, 2.6.21, 2.6.22, 2.6.23 and the 2.6.31rcs). svn path=/nixpkgs/trunk/; revision=18065
2009-11-01 17:17:40 +00:00
};
* Linux 2.6.29. It doesn't build yet due to some depmod problem. svn path=/nixpkgs/trunk/; revision=15884
2009-06-06 23:09:38 +00:00
Rename `kernel*' to `linux*'. svn path=/nixpkgs/branches/stdenv-updates/; revision=19068
2009-12-21 14:12:00 +00:00
linux_2_6_31 = makeOverridable (import ../os-specific/linux/kernel/linux-2.6.31.nix) {
Porting changes from stdenv-updates into this branch. This comes from: svn diff ^/nixpkgs/trunk/@18255 ^/nixpkgs/branches/stdenv-updates/ > diff patch -p0 < diff and then adding into svn all files new from the patch. trunk@18255 comes from the last time I updated stdenv-updates from trunk. svn path=/nixpkgs/stdenv-updates2/; revision=18272
2009-11-08 00:32:12 +00:00
inherit fetchurl stdenv perl mktemp module_init_tools platform;
Adding 2.6.31 kernel and trying to generate config for it without manual operations svn path=/nixpkgs/trunk/; revision=17065
2009-09-12 07:13:20 +00:00
kernelPatches = [];
};
Merging from trunk. I fixed conflicts regarding the renaming 'kernel' -> 'linux' in all-packages. Also a small conflict in all-packages about making openssl overridable. And I some linux 2.6.31-zen kernel files also marked in conflict. svn path=/nixpkgs/branches/stdenv-updates/; revision=19438
2010-01-14 14:49:31 +00:00
linux_2_6_32 = makeOverridable (import ../os-specific/linux/kernel/linux-2.6.32.nix) {
Simplified much more the expressions for cross building and multiplatform. I introduce the new nixpkgs parameter "platform", defaulting to "pc", which was before defined as an attribute of nixpkgs. I made the crossSystem nixpkgs attribute set parameter contain its own 'platform'. This allows cross-building a kernel for a given crossSystem.platform in a non-PC platform. The actual native platform can be taken from stdenv.platform, and this way we also avoid the constant passing of 'platform' to packages for platform-dependant builds (kernel, initrd, ...). I will update nixos accordingly to these changes, for non-PC platforms to work. I think we are gaining on flexibility and clearness. I could cross build succesfully an ultrasparc kernel and a mipsel kernel on PC. But since this change, I should be able to do this also in non-PC. Before this change, there was no possibility of distinguishing the "target platform" or the "native build platform" when cross building, being the single "platform" attribute always interpreted as target platform. The platform is a quite relevant attribute set, as it determines the linuxHeaders used (in the case, by now the only one supported, of linux targets). The platform attributes are quite linux centric still. Let's hope for more generality to come. svn path=/nixpkgs/trunk/; revision=20273
2010-02-27 17:35:47 +00:00
inherit fetchurl stdenv perl mktemp module_init_tools ubootChooser;
* Use the kernel config generator for Linux 2.6.27. * Move kernel patches out of all-packages.nix to os-specific/linux/kernel/patches.nix. * Make the kernel config available under $out/config (it's also in $out/lib/modules/$version/build/.config, but that's kind of hard to find). svn path=/nixpkgs/branches/kernel-config/; revision=18937
2009-12-14 15:28:55 +00:00
kernelPatches =
[ kernelPatches.fbcondecor_2_6_31
kernelPatches.sec_perm_2_6_24
* Get aufs2 and aufs2-util to build against Linux 2.6.32. svn path=/nixpkgs/trunk/; revision=22032
2010-05-28 07:09:15 +00:00
kernelPatches.aufs2_2_6_32
* Apply a patch that is apparently required to make the kernel work properly on Amazon EC2. * Always apply the CIFS timeout patch. It's rather annoying to have to build a separate kernel for the VM tests. svn path=/nixpkgs/trunk/; revision=22630
2010-07-18 21:10:46 +00:00
kernelPatches.cifs_timeout
Revert "Make kernel work for me". Committed this by accident. This reverts commit 8a2cd2c99f26e5bd5c5a324e2a1712db8991379e. svn path=/nixpkgs/trunk/; revision=23856
2010-09-18 16:22:04 +00:00
kernelPatches.no_xsave
* Ensure that the dell-bluetooth device does not stay in the "hard blocked" state. svn path=/nixpkgs/branches/x-updates/; revision=22730
2010-07-25 12:15:59 +00:00
kernelPatches.dell_rfkill
* Use the kernel config generator for Linux 2.6.27. * Move kernel patches out of all-packages.nix to os-specific/linux/kernel/patches.nix. * Make the kernel config available under $out/config (it's also in $out/lib/modules/$version/build/.config, but that's kind of hard to find). svn path=/nixpkgs/branches/kernel-config/; revision=18937
2009-12-14 15:28:55 +00:00
];
Trying to add Zen Linux Kernel svn path=/nixpkgs/trunk/; revision=17050
2009-09-11 13:16:18 +00:00
};
* Add a branch of the Linux kernel that can be used in Xen's Dom0. From http://git.kernel.org/?p=linux/kernel/git/jeremy/xen.git;a=shortlog;h=refs/heads/xen/stable-2.6.32.x svn path=/nixpkgs/trunk/; revision=23729
2010-09-10 16:27:39 +00:00
linux_2_6_32_xen = makeOverridable (import ../os-specific/linux/kernel/linux-2.6.32-xen.nix) {
inherit fetchurl stdenv perl mktemp module_init_tools ubootChooser;
kernelPatches =
[ kernelPatches.fbcondecor_2_6_31
kernelPatches.sec_perm_2_6_24
kernelPatches.aufs2_2_6_32
kernelPatches.cifs_timeout
kernelPatches.no_xsave
kernelPatches.dell_rfkill
];
};
Add a Linux kernel suitable for SystemTap. svn path=/nixpkgs/trunk/; revision=21618
2010-05-05 19:48:46 +00:00
linux_2_6_32_systemtap = makeOverridable (import ../os-specific/linux/kernel/linux-2.6.32.nix) {
inherit fetchurl stdenv perl mktemp module_init_tools ubootChooser;
* Remove the systemtap option from linux-2.6.32.nix and use extraConfig instead. svn path=/nixpkgs/trunk/; revision=23720
2010-09-10 14:06:56 +00:00
extraConfig =
''
DEBUG_KERNEL y
KPROBES y # kernel probes (needs `utrace' for process probes)
DEBUG_INFO y
RELAY y
DEBUG_FS y
'';
Don't strip Linux modules in the SystemTap variant. svn path=/nixpkgs/trunk/; revision=21619
2010-05-05 19:48:52 +00:00
dontStrip = true;
Add a Linux kernel suitable for SystemTap. svn path=/nixpkgs/trunk/; revision=21618
2010-05-05 19:48:46 +00:00
kernelPatches =
[ kernelPatches.fbcondecor_2_6_31
kernelPatches.sec_perm_2_6_24
kernelPatches.tracehook_2_6_32
kernelPatches.utrace_2_6_32
];
};
Merging from trunk. I fixed conflicts regarding the renaming 'kernel' -> 'linux' in all-packages. Also a small conflict in all-packages about making openssl overridable. And I some linux 2.6.31-zen kernel files also marked in conflict. svn path=/nixpkgs/branches/stdenv-updates/; revision=19438
2010-01-14 14:49:31 +00:00
linux_2_6_32_zen4 = makeOverridable (import ../os-specific/linux/zen-kernel/2.6.32-zen4.nix) {
Update Zen kernel set svn path=/nixpkgs/trunk/; revision=19404
2010-01-13 15:46:38 +00:00
inherit fetchurl stdenv perl mktemp module_init_tools runCommand xz;
Update Zen Kernel svn path=/nixpkgs/trunk/; revision=18174
2009-11-05 23:32:48 +00:00
};
Merging from trunk. I fixed conflicts regarding the renaming 'kernel' -> 'linux' in all-packages. Also a small conflict in all-packages about making openssl overridable. And I some linux 2.6.31-zen kernel files also marked in conflict. svn path=/nixpkgs/branches/stdenv-updates/; revision=19438
2010-01-14 14:49:31 +00:00
linux_2_6_32_zen4_oldi686 = linux_2_6_32_zen4.override {
Update Zen kernel set svn path=/nixpkgs/trunk/; revision=19404
2010-01-13 15:46:38 +00:00
features = {
oldI686 = true;
};
Update Zen Kernel svn path=/nixpkgs/trunk/; revision=18174
2009-11-05 23:32:48 +00:00
};
Merging from trunk. I fixed conflicts regarding the renaming 'kernel' -> 'linux' in all-packages. Also a small conflict in all-packages about making openssl overridable. And I some linux 2.6.31-zen kernel files also marked in conflict. svn path=/nixpkgs/branches/stdenv-updates/; revision=19438
2010-01-14 14:49:31 +00:00
linux_2_6_32_zen4_bfs = linux_2_6_32_zen4.override {
Update Zen kernel set svn path=/nixpkgs/trunk/; revision=19404
2010-01-13 15:46:38 +00:00
features = {
ckSched = true;
};
* Linux 2.6.32. svn path=/nixpkgs/branches/kernel-config/; revision=18932
2009-12-14 10:15:52 +00:00
};
* Linux 2.6.33. svn path=/nixpkgs/trunk/; revision=20246
2010-02-25 12:40:03 +00:00
linux_2_6_33 = makeOverridable (import ../os-specific/linux/kernel/linux-2.6.33.nix) {
Simplified much more the expressions for cross building and multiplatform. I introduce the new nixpkgs parameter "platform", defaulting to "pc", which was before defined as an attribute of nixpkgs. I made the crossSystem nixpkgs attribute set parameter contain its own 'platform'. This allows cross-building a kernel for a given crossSystem.platform in a non-PC platform. The actual native platform can be taken from stdenv.platform, and this way we also avoid the constant passing of 'platform' to packages for platform-dependant builds (kernel, initrd, ...). I will update nixos accordingly to these changes, for non-PC platforms to work. I think we are gaining on flexibility and clearness. I could cross build succesfully an ultrasparc kernel and a mipsel kernel on PC. But since this change, I should be able to do this also in non-PC. Before this change, there was no possibility of distinguishing the "target platform" or the "native build platform" when cross building, being the single "platform" attribute always interpreted as target platform. The platform is a quite relevant attribute set, as it determines the linuxHeaders used (in the case, by now the only one supported, of linux targets). The platform attributes are quite linux centric still. Let's hope for more generality to come. svn path=/nixpkgs/trunk/; revision=20273
2010-02-27 17:35:47 +00:00
inherit fetchurl stdenv perl mktemp module_init_tools ubootChooser;
* Linux 2.6.33. svn path=/nixpkgs/trunk/; revision=20246
2010-02-25 12:40:03 +00:00
kernelPatches =
* Updated fbcondecor for Linux 2.6.33. svn path=/nixpkgs/trunk/; revision=20257
2010-02-25 14:15:42 +00:00
[ kernelPatches.fbcondecor_2_6_33
* Linux 2.6.33. svn path=/nixpkgs/trunk/; revision=20246
2010-02-25 12:40:03 +00:00
kernelPatches.sec_perm_2_6_24
];
};
Add 2.6.33-zen1 kernels svn path=/nixpkgs/trunk/; revision=20676
2010-03-17 06:42:21 +00:00
linux_2_6_33_zen1 = makeOverridable (import ../os-specific/linux/zen-kernel/2.6.33-zen1.nix) {
inherit fetchurl stdenv perl mktemp module_init_tools runCommand xz;
};
linux_2_6_33_zen1_oldi686 = linux_2_6_33_zen1.override {
features = {
oldI686 = true;
};
};
linux_2_6_33_zen1_bfs = linux_2_6_33_zen1.override {
features = {
ckSched = true;
};
};
kernel-2.6.34 The Linux 2.6.34 kernel delivers (from [1]) - many open-source GPU driver updates, - GPU switching support, - the LogFS file-system, - faster KVM networking support, - Btrfs file-system updates, - the VMware memory ballooning driver, - and many other changes. A more exhaustive list of the Linux 2.6.34 kernel changes from architectures to network drivers is listed on the Wiki at KernelNewbies.org.[2] [1] http://www.phoronix.com: [2] http://kernelnewbies.org/Linux_2_6_34 svn path=/nixpkgs/trunk/; revision=22023
2010-05-27 19:44:23 +00:00
linux_2_6_34 = makeOverridable (import ../os-specific/linux/kernel/linux-2.6.34.nix) {
inherit fetchurl stdenv perl mktemp module_init_tools ubootChooser;
kernelPatches =
[ /*kernelPatches.fbcondecor_2_6_33*/
kernelPatches.sec_perm_2_6_24
aufs2: patch for kernel 2.6.34 svn path=/nixpkgs/trunk/; revision=22178
2010-06-08 06:29:02 +00:00
kernelPatches.aufs2_2_6_34
kernel-2.6.34 The Linux 2.6.34 kernel delivers (from [1]) - many open-source GPU driver updates, - GPU switching support, - the LogFS file-system, - faster KVM networking support, - Btrfs file-system updates, - the VMware memory ballooning driver, - and many other changes. A more exhaustive list of the Linux 2.6.34 kernel changes from architectures to network drivers is listed on the Wiki at KernelNewbies.org.[2] [1] http://www.phoronix.com: [2] http://kernelnewbies.org/Linux_2_6_34 svn path=/nixpkgs/trunk/; revision=22023
2010-05-27 19:44:23 +00:00
];
};
Adding tuxonice for some recent kernels. svn path=/nixpkgs/trunk/; revision=26447
2011-03-21 15:53:22 +00:00
linux_2_6_34_tuxonice = linux_2_6_34.override (attrs: {
kernelPatches = attrs.kernelPatches ++ [
kernelPatches.tuxonice_2_6_34
];
});
kernel updates and add kernel 2.6.35.1 svn path=/nixpkgs/trunk/; revision=23155
2010-08-12 16:33:19 +00:00
linux_2_6_35 = makeOverridable (import ../os-specific/linux/kernel/linux-2.6.35.nix) {
inherit fetchurl stdenv perl mktemp module_init_tools ubootChooser;
kernelPatches =
Disable fbcondecor patch - doesn't work with 2.6.35.2 svn path=/nixpkgs/trunk/; revision=23301
2010-08-21 09:56:01 +00:00
[ #kernelPatches.fbcondecor_2_6_35
kernel updates and add kernel 2.6.35.1 svn path=/nixpkgs/trunk/; revision=23155
2010-08-12 16:33:19 +00:00
kernelPatches.sec_perm_2_6_24
Enable AUFS2 patch svn path=/nixpkgs/trunk/; revision=23499
2010-08-29 10:38:39 +00:00
kernelPatches.aufs2_2_6_35
Adding a patch fixing ARM trouble on the recent linux 2.6.35 svn path=/nixpkgs/branches/stdenv-updates/; revision=24158
2010-10-07 22:10:28 +00:00
] ++ lib.optional (platform.kernelArch == "arm")
kernelPatches.sheevaplug_modules_2_6_35;
kernel updates and add kernel 2.6.35.1 svn path=/nixpkgs/trunk/; revision=23155
2010-08-12 16:33:19 +00:00
};
Adding tuxonice for 2.6.35 svn path=/nixpkgs/trunk/; revision=26446
2011-03-21 15:42:21 +00:00
linux_2_6_35_tuxonice = linux_2_6_35.override (attrs: {
kernelPatches = attrs.kernelPatches ++ [
kernelPatches.tuxonice_2_6_35
];
});
Adding nanonote kernel and uboot svn path=/nixpkgs/branches/stdenv-updates/; revision=22943
2010-08-04 11:07:13 +00:00
linux_nanonote_jz_2_6_34 = makeOverridable
(import ../os-specific/linux/kernel/linux-nanonote-jz-2.6.34.nix) {
Fixing the nanonote kernel expressions so they work. In fact only 2.6.34 boots fine, while 2.6.35 needs a fetchsvn new revision, waiting for an upstream patch. svn path=/nixpkgs/branches/stdenv-updates/; revision=23039
2010-08-08 18:46:57 +00:00
inherit fetchurl fetchsvn stdenv perl mktemp module_init_tools ubootChooser;
Adding nanonote kernel and uboot svn path=/nixpkgs/branches/stdenv-updates/; revision=22943
2010-08-04 11:07:13 +00:00
};
linux_nanonote_jz_2_6_35 = makeOverridable
(import ../os-specific/linux/kernel/linux-nanonote-jz-2.6.35.nix) {
Fixing the nanonote kernel expressions so they work. In fact only 2.6.34 boots fine, while 2.6.35 needs a fetchsvn new revision, waiting for an upstream patch. svn path=/nixpkgs/branches/stdenv-updates/; revision=23039
2010-08-08 18:46:57 +00:00
inherit fetchurl fetchsvn stdenv perl mktemp module_init_tools ubootChooser;
Adding nanonote kernel and uboot svn path=/nixpkgs/branches/stdenv-updates/; revision=22943
2010-08-04 11:07:13 +00:00
};
Adding the nanonote openwrt 2.6.36 kernel svn path=/nixpkgs/branches/stdenv-updates/; revision=25005
2010-12-06 15:30:19 +00:00
linux_nanonote_jz_2_6_36 = makeOverridable
(import ../os-specific/linux/kernel/linux-nanonote-jz-2.6.36.nix) {
inherit fetchurl fetchsvn stdenv perl mktemp module_init_tools ubootChooser;
kernelPatches =
[ #kernelPatches.fbcondecor_2_6_35
kernelPatches.sec_perm_2_6_24
#kernelPatches.aufs2_2_6_35
kernelPatches.mips_restart_2_6_36
];
};
Fix stupid typo in linux_2_6_35_oldI686 definition svn path=/nixpkgs/trunk/; revision=23174
2010-08-14 17:13:42 +00:00
linux_2_6_35_oldI686 = linux_2_6_35.override {
Add latest Linux kernel for real i686 platform, not modern amd64-in-32bit-mode svn path=/nixpkgs/trunk/; revision=23173
2010-08-14 16:04:02 +00:00
extraConfig = ''
HIGHMEM64G? n
XEN? n
'';
extraMeta = {
platforms = ["i686-linux"];
Fix stupid typo in linux_2_6_35_oldI686 definition svn path=/nixpkgs/trunk/; revision=23174
2010-08-14 17:13:42 +00:00
maintainers = [lib.maintainers.raskin];
Add latest Linux kernel for real i686 platform, not modern amd64-in-32bit-mode svn path=/nixpkgs/trunk/; revision=23173
2010-08-14 16:04:02 +00:00
};
};
Adding Linux 2.6.36 svn path=/nixpkgs/trunk/; revision=24403
2010-10-21 12:28:14 +00:00
linux_2_6_36 = makeOverridable (import ../os-specific/linux/kernel/linux-2.6.36.nix) {
inherit fetchurl stdenv perl mktemp module_init_tools ubootChooser;
kernelPatches =
[ #kernelPatches.fbcondecor_2_6_35
kernelPatches.sec_perm_2_6_24
#kernelPatches.aufs2_2_6_35
Fix for a syscall restart bug on linux-mips svn path=/nixpkgs/branches/stdenv-updates/; revision=24791
2010-11-21 15:26:36 +00:00
kernelPatches.mips_restart_2_6_36
Adding Linux 2.6.36 svn path=/nixpkgs/trunk/; revision=24403
2010-10-21 12:28:14 +00:00
];
};
Adding tuxonice for some recent kernels. svn path=/nixpkgs/trunk/; revision=26447
2011-03-21 15:53:22 +00:00
linux_2_6_36_tuxonice = linux_2_6_36.override (attrs: {
kernelPatches = attrs.kernelPatches ++ [
kernelPatches.tuxonice_2_6_36
];
});
kernel: new 2.6.37 svn path=/nixpkgs/trunk/; revision=25508
2011-01-11 13:42:59 +00:00
linux_2_6_37 = makeOverridable (import ../os-specific/linux/kernel/linux-2.6.37.nix) {
inherit fetchurl stdenv perl mktemp module_init_tools ubootChooser;
kernelPatches =
Adding the fbcondecor patch for 2.6.37, by Shea Levy svn path=/nixpkgs/trunk/; revision=26428
2011-03-19 20:44:45 +00:00
[ kernelPatches.fbcondecor_2_6_37
kernel: new 2.6.37 svn path=/nixpkgs/trunk/; revision=25508
2011-01-11 13:42:59 +00:00
kernelPatches.sec_perm_2_6_24
Committing the aufs2.1 patch by Shea Levy. His comments: * My motivation for this patch is that kernels < 2.6.36 contain an e1000e that does not support the ethernet card that is part of the chipset for the second-generation Core-i Intel CPUs, so in order to have a more useful livecd I needed to get aufs working with a newer kernel, and 2.6.37 is the latest kernel with an official aufs release. * All sources are downloaded with fetchgit. This is because the aufs upstream doesn't provide release tarballs, they just add a tag to their git tree for an official release. * The make target for the aufs2.1 headers uses a Makefile in the kernel build directory that requires that unifdef be in the scripts/ subdirectory of the build directory. The way I've dealt with this here is by adding "make $makeFlags -C scripts unifdef" to the postBuild in the kernel builder. Since the builder is used by all kernel versions, this will require rebuilding every kernel and kernel-dependent package if the patch is accepted, so one alternative I thought of would be to create a fake kernel build directory where everything is symlinked to the real build directory except scripts/, which is first copied and then make unifdef is run before building aufs2.1. If that more complicated solution is preferred, or if anyone has ideas for another one, I can do that and submit a new patch. * The patch was tested by building a livecd ISO that uses it, then running the ISO from within virtualbox and installing aufs2.1-util from within the livecd environment. * The livecd was built using installation-cd-minimal.nix, with two changes to the Nixos tree: 1. boot.kernelPackages = pkgs.linuxPackages_2_6_37 was added to profiles/minimal.nix 2. config.boot.kernelPackages.aufs2 was changed to config.boot.kernelPackages.aufs2_1 in iso-image.nix I would have preferred to keep all changes within profiles/minimal.nix, but I couldn't figure out how to override iso-image.nix's definition of boot.extraModulePackages. Livecds that use an older kernel can't be built with this iso-image.nix, since we don't have aufs2.1 for them (just aufs2). If someone can point me to how I can override things set in iso-image.nix, I'd appreciate it. make -C scripts unifdef compiles the unifdef application in the scripts/ directory, and when Nix copies over the build tree to $out/lib/modules/$version/build for kernel modules to reference, it copies over all of scripts/ except the .o files. I can't speak for other kernel versions, but at the least for 2.6.37.1 unifdef is not built by default. If you look at the Makefile in scripts, unifdef is listed under a comment saying that the following programs are only built on-demand. svn path=/nixpkgs/trunk/; revision=26548
2011-03-27 15:18:39 +00:00
kernelPatches.aufs2_1_2_6_37
kernel: new 2.6.37 svn path=/nixpkgs/trunk/; revision=25508
2011-01-11 13:42:59 +00:00
#kernelPatches.mips_restart_2_6_36
];
};
Adding tuxonice for some recent kernels. svn path=/nixpkgs/trunk/; revision=26447
2011-03-21 15:53:22 +00:00
linux_2_6_37_tuxonice = linux_2_6_37.override (attrs: {
kernelPatches = attrs.kernelPatches ++ [
kernelPatches.tuxonice_2_6_37
];
});
Adding Linux 2.6.38 svn path=/nixpkgs/trunk/; revision=26420
2011-03-18 12:23:36 +00:00
linux_2_6_38 = makeOverridable (import ../os-specific/linux/kernel/linux-2.6.38.nix) {
inherit fetchurl stdenv perl mktemp module_init_tools ubootChooser;
kernelPatches =
Add fbcondecor for 2.6.38 svn path=/nixpkgs/trunk/; revision=26876
2011-04-18 15:13:04 +00:00
[ kernelPatches.fbcondecor_2_6_38
Adding Linux 2.6.38 svn path=/nixpkgs/trunk/; revision=26420
2011-03-18 12:23:36 +00:00
kernelPatches.sec_perm_2_6_24
Add aufs2.1 for 2.6.38 svn path=/nixpkgs/trunk/; revision=26811
2011-04-12 18:36:33 +00:00
kernelPatches.aufs2_1_2_6_38
Adding Linux 2.6.38 svn path=/nixpkgs/trunk/; revision=26420
2011-03-18 12:23:36 +00:00
#kernelPatches.mips_restart_2_6_36
Add Linux 2.6.39 svn path=/nixpkgs/trunk/; revision=27279
2011-05-19 11:17:34 +00:00
];
};
linux_2_6_39 = makeOverridable (import ../os-specific/linux/kernel/linux-2.6.39.nix) {
inherit fetchurl stdenv perl mktemp module_init_tools ubootChooser;
kernelPatches =
[ #kernelPatches.fbcondecor_2_6_38
kernelPatches.sec_perm_2_6_24
#kernelPatches.aufs2_1_2_6_38
#kernelPatches.mips_restart_2_6_36
Adding Linux 2.6.38 svn path=/nixpkgs/trunk/; revision=26420
2011-03-18 12:23:36 +00:00
];
};
Rename `kernel*' to `linux*'. svn path=/nixpkgs/branches/stdenv-updates/; revision=19068
2009-12-21 14:12:00 +00:00
/* Linux kernel modules are inherently tied to a specific kernel. So
* Put all packages that depend on a specific kernel (notably kernel modules) together in an attribute set returned by the function "kernelPackagesFor" that takes a kernel as argument. For instance, kernelPackages_2_6_23 is the result of calling this function with kernel_2_6_23. This is necessary in NixOS to make it easier to override the kernel: it's not enough to just specify a different kernel (via the boot.kernel option), but you also need matching nvidiaDriver, aufs, iwlwifi, etc. Having a single attribute set that contains all kernel-related packages makes this much easier. * The kernel now has a passthru attribute "features" that allows NixOS expressions to test whether a kernel has certain features. For instance, the externel "iwlwifi" kernel module package should only be built on kernels < 2.6.24, as kernels >= 2.6.24 have iwlwifi support integrated. So the NixOS expressions can do the test "kernel.features ? iwlwifi" to see if the iwlwifi package should be built. Kernel patches can declare additional features. E.g., the fbsplash patch adds a "fbSplash" feature. svn path=/nixpkgs/trunk/; revision=11881
2008-05-22 12:01:24 +00:00
rather than provide specific instances of those packages for a
specific kernel, we have a function that builds those packages
for a specific kernel. This function can then be called for
whatever kernel you're using. */
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
* Add callPackage etc. svn path=/nixpkgs/trunk/; revision=22876
2010-08-02 13:57:57 +00:00
linuxPackagesFor = kernel: self: let callPackage = newScope self; in rec {
* Put all packages that depend on a specific kernel (notably kernel modules) together in an attribute set returned by the function "kernelPackagesFor" that takes a kernel as argument. For instance, kernelPackages_2_6_23 is the result of calling this function with kernel_2_6_23. This is necessary in NixOS to make it easier to override the kernel: it's not enough to just specify a different kernel (via the boot.kernel option), but you also need matching nvidiaDriver, aufs, iwlwifi, etc. Having a single attribute set that contains all kernel-related packages makes this much easier. * The kernel now has a passthru attribute "features" that allows NixOS expressions to test whether a kernel has certain features. For instance, the externel "iwlwifi" kernel module package should only be built on kernels < 2.6.24, as kernels >= 2.6.24 have iwlwifi support integrated. So the NixOS expressions can do the test "kernel.features ? iwlwifi" to see if the iwlwifi package should be built. Kernel patches can declare additional features. E.g., the fbsplash patch adds a "fbSplash" feature. svn path=/nixpkgs/trunk/; revision=11881
2008-05-22 12:01:24 +00:00
inherit kernel;
Adding acpi-call svn path=/nixpkgs/trunk/; revision=24668
2010-11-11 22:00:57 +00:00
acpi_call = callPackage ../os-specific/linux/acpi-call {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ati_drivers_x11 = callPackage ../os-specific/linux/ati-drivers { };
adding ati-drivers There is still much to be done, see http://thread.gmane.org/gmane.linux.distributions.nixos/4145 svn path=/nixpkgs/trunk/; revision=21848
2010-05-18 19:36:55 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
aufs = callPackage ../os-specific/linux/aufs { };
* Put all packages that depend on a specific kernel (notably kernel modules) together in an attribute set returned by the function "kernelPackagesFor" that takes a kernel as argument. For instance, kernelPackages_2_6_23 is the result of calling this function with kernel_2_6_23. This is necessary in NixOS to make it easier to override the kernel: it's not enough to just specify a different kernel (via the boot.kernel option), but you also need matching nvidiaDriver, aufs, iwlwifi, etc. Having a single attribute set that contains all kernel-related packages makes this much easier. * The kernel now has a passthru attribute "features" that allows NixOS expressions to test whether a kernel has certain features. For instance, the externel "iwlwifi" kernel module package should only be built on kernels < 2.6.24, as kernels >= 2.6.24 have iwlwifi support integrated. So the NixOS expressions can do the test "kernel.features ? iwlwifi" to see if the iwlwifi package should be built. Kernel patches can declare additional features. E.g., the fbsplash patch adds a "fbSplash" feature. svn path=/nixpkgs/trunk/; revision=11881
2008-05-22 12:01:24 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
aufs2 = callPackage ../os-specific/linux/aufs2 { };
* Add callPackage etc. svn path=/nixpkgs/trunk/; revision=22876
2010-08-02 13:57:57 +00:00
Committing on behalf of Shea Levy: This patch adds a "features.aufs2_1" to the aufs-2.1 patch for Linux 2.6.37 to prevent aufs2_1 and aufs2_1_util from being options for kernels without an aufs 2.1 patch. There were several Hydra build failures as a result of attempting to build aufs2.1 against older kernels. svn path=/nixpkgs/trunk/; revision=26597
2011-03-30 08:16:44 +00:00
aufs2_1 = if kernel.features ? aufs2_1 then
callPackage ../os-specific/linux/aufs2.1 { }
else null;
Committing the aufs2.1 patch by Shea Levy. His comments: * My motivation for this patch is that kernels < 2.6.36 contain an e1000e that does not support the ethernet card that is part of the chipset for the second-generation Core-i Intel CPUs, so in order to have a more useful livecd I needed to get aufs working with a newer kernel, and 2.6.37 is the latest kernel with an official aufs release. * All sources are downloaded with fetchgit. This is because the aufs upstream doesn't provide release tarballs, they just add a tag to their git tree for an official release. * The make target for the aufs2.1 headers uses a Makefile in the kernel build directory that requires that unifdef be in the scripts/ subdirectory of the build directory. The way I've dealt with this here is by adding "make $makeFlags -C scripts unifdef" to the postBuild in the kernel builder. Since the builder is used by all kernel versions, this will require rebuilding every kernel and kernel-dependent package if the patch is accepted, so one alternative I thought of would be to create a fake kernel build directory where everything is symlinked to the real build directory except scripts/, which is first copied and then make unifdef is run before building aufs2.1. If that more complicated solution is preferred, or if anyone has ideas for another one, I can do that and submit a new patch. * The patch was tested by building a livecd ISO that uses it, then running the ISO from within virtualbox and installing aufs2.1-util from within the livecd environment. * The livecd was built using installation-cd-minimal.nix, with two changes to the Nixos tree: 1. boot.kernelPackages = pkgs.linuxPackages_2_6_37 was added to profiles/minimal.nix 2. config.boot.kernelPackages.aufs2 was changed to config.boot.kernelPackages.aufs2_1 in iso-image.nix I would have preferred to keep all changes within profiles/minimal.nix, but I couldn't figure out how to override iso-image.nix's definition of boot.extraModulePackages. Livecds that use an older kernel can't be built with this iso-image.nix, since we don't have aufs2.1 for them (just aufs2). If someone can point me to how I can override things set in iso-image.nix, I'd appreciate it. make -C scripts unifdef compiles the unifdef application in the scripts/ directory, and when Nix copies over the build tree to $out/lib/modules/$version/build for kernel modules to reference, it copies over all of scripts/ except the .o files. I can't speak for other kernel versions, but at the least for 2.6.37.1 unifdef is not built by default. If you look at the Makefile in scripts, unifdef is listed under a comment saying that the following programs are only built on-demand. svn path=/nixpkgs/trunk/; revision=26548
2011-03-27 15:18:39 +00:00
Committing on behalf of Shea Levy: This patch adds a "features.aufs2_1" to the aufs-2.1 patch for Linux 2.6.37 to prevent aufs2_1 and aufs2_1_util from being options for kernels without an aufs 2.1 patch. There were several Hydra build failures as a result of attempting to build aufs2.1 against older kernels. svn path=/nixpkgs/trunk/; revision=26597
2011-03-30 08:16:44 +00:00
aufs2_1_util = if kernel.features ? aufs2_1 then
callPackage ../os-specific/linux/aufs2.1-util { }
else null;
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
Committing on behalf of Shea Levy: This patch adds a "features.aufs2_1" to the aufs-2.1 patch for Linux 2.6.37 to prevent aufs2_1 and aufs2_1_util from being options for kernels without an aufs 2.1 patch. There were several Hydra build failures as a result of attempting to build aufs2.1 against older kernels. svn path=/nixpkgs/trunk/; revision=26597
2011-03-30 08:16:44 +00:00
aufs2_util = callPackage ../os-specific/linux/aufs2-util { };
Committing the aufs2.1 patch by Shea Levy. His comments: * My motivation for this patch is that kernels < 2.6.36 contain an e1000e that does not support the ethernet card that is part of the chipset for the second-generation Core-i Intel CPUs, so in order to have a more useful livecd I needed to get aufs working with a newer kernel, and 2.6.37 is the latest kernel with an official aufs release. * All sources are downloaded with fetchgit. This is because the aufs upstream doesn't provide release tarballs, they just add a tag to their git tree for an official release. * The make target for the aufs2.1 headers uses a Makefile in the kernel build directory that requires that unifdef be in the scripts/ subdirectory of the build directory. The way I've dealt with this here is by adding "make $makeFlags -C scripts unifdef" to the postBuild in the kernel builder. Since the builder is used by all kernel versions, this will require rebuilding every kernel and kernel-dependent package if the patch is accepted, so one alternative I thought of would be to create a fake kernel build directory where everything is symlinked to the real build directory except scripts/, which is first copied and then make unifdef is run before building aufs2.1. If that more complicated solution is preferred, or if anyone has ideas for another one, I can do that and submit a new patch. * The patch was tested by building a livecd ISO that uses it, then running the ISO from within virtualbox and installing aufs2.1-util from within the livecd environment. * The livecd was built using installation-cd-minimal.nix, with two changes to the Nixos tree: 1. boot.kernelPackages = pkgs.linuxPackages_2_6_37 was added to profiles/minimal.nix 2. config.boot.kernelPackages.aufs2 was changed to config.boot.kernelPackages.aufs2_1 in iso-image.nix I would have preferred to keep all changes within profiles/minimal.nix, but I couldn't figure out how to override iso-image.nix's definition of boot.extraModulePackages. Livecds that use an older kernel can't be built with this iso-image.nix, since we don't have aufs2.1 for them (just aufs2). If someone can point me to how I can override things set in iso-image.nix, I'd appreciate it. make -C scripts unifdef compiles the unifdef application in the scripts/ directory, and when Nix copies over the build tree to $out/lib/modules/$version/build for kernel modules to reference, it copies over all of scripts/ except the .o files. I can't speak for other kernel versions, but at the least for 2.6.37.1 unifdef is not built by default. If you look at the Makefile in scripts, unifdef is listed under a comment saying that the following programs are only built on-demand. svn path=/nixpkgs/trunk/; revision=26548
2011-03-27 15:18:39 +00:00
Improve os-specific/linux/blcr. Fix a problem with shared objects svn path=/nixpkgs/trunk/; revision=23213
2010-08-17 16:53:34 +00:00
blcr = callPackage ../os-specific/linux/blcr {
#libtool = libtool_1_5; # libtool 2 causes a fork bomb
pkgs/os-specific/linux/blcr: update to version 0.8.2 svn path=/nixpkgs/trunk/; revision=21091
2010-04-15 12:08:08 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
exmap = callPackage ../os-specific/linux/exmap {
Add Exmap, a Linux-specific tool to examine process memory usage. svn path=/nixpkgs/trunk/; revision=12857
2008-09-12 20:00:00 +00:00
inherit (gtkLibs) gtkmm;
};
added iscsitarget svn path=/nixpkgs/trunk/; revision=23540
2010-08-30 09:15:27 +00:00
iscsitarget = callPackage ../os-specific/linux/iscsitarget { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
iwlwifi = callPackage ../os-specific/linux/iwlwifi { };
* Put all packages that depend on a specific kernel (notably kernel modules) together in an attribute set returned by the function "kernelPackagesFor" that takes a kernel as argument. For instance, kernelPackages_2_6_23 is the result of calling this function with kernel_2_6_23. This is necessary in NixOS to make it easier to override the kernel: it's not enough to just specify a different kernel (via the boot.kernel option), but you also need matching nvidiaDriver, aufs, iwlwifi, etc. Having a single attribute set that contains all kernel-related packages makes this much easier. * The kernel now has a passthru attribute "features" that allows NixOS expressions to test whether a kernel has certain features. For instance, the externel "iwlwifi" kernel module package should only be built on kernels < 2.6.24, as kernels >= 2.6.24 have iwlwifi support integrated. So the NixOS expressions can do the test "kernel.features ? iwlwifi" to see if the iwlwifi package should be built. Kernel patches can declare additional features. E.g., the fbsplash patch adds a "fbSplash" feature. svn path=/nixpkgs/trunk/; revision=11881
2008-05-22 12:01:24 +00:00
Add Intel Wi-Fi firmware for kernels 2.6.27 and later; make `iwlwifi4965ucode' part of `kernelPackagesFor'. svn path=/nixpkgs/trunk/; revision=13429
2008-11-26 13:15:38 +00:00
iwlwifi4965ucode =
(if (builtins.compareVersions kernel.version "2.6.27" == 0)
|| (builtins.compareVersions kernel.version "2.6.27" == 1)
then iwlwifi4965ucodeV2
else iwlwifi4965ucodeV1);
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
atheros = callPackage ../os-specific/linux/atheros/0.9.4.nix { };
Packages changes, needed after recent kernel expression restructurisation svn path=/nixpkgs/trunk/; revision=11883
2008-05-22 19:29:23 +00:00
broadcom wireless driver - patch by Vladimír Čunát svn path=/nixpkgs/trunk/; revision=25044
2010-12-09 19:05:19 +00:00
broadcom_sta = callPackage ../os-specific/linux/broadcom-sta/default.nix { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
nvidia_x11 = callPackage ../os-specific/linux/nvidia-x11 { };
* Put all packages that depend on a specific kernel (notably kernel modules) together in an attribute set returned by the function "kernelPackagesFor" that takes a kernel as argument. For instance, kernelPackages_2_6_23 is the result of calling this function with kernel_2_6_23. This is necessary in NixOS to make it easier to override the kernel: it's not enough to just specify a different kernel (via the boot.kernel option), but you also need matching nvidiaDriver, aufs, iwlwifi, etc. Having a single attribute set that contains all kernel-related packages makes this much easier. * The kernel now has a passthru attribute "features" that allows NixOS expressions to test whether a kernel has certain features. For instance, the externel "iwlwifi" kernel module package should only be built on kernels < 2.6.24, as kernels >= 2.6.24 have iwlwifi support integrated. So the NixOS expressions can do the test "kernel.features ? iwlwifi" to see if the iwlwifi package should be built. Kernel patches can declare additional features. E.g., the fbsplash patch adds a "fbSplash" feature. svn path=/nixpkgs/trunk/; revision=11881
2008-05-22 12:01:24 +00:00
Adding another nvidia legacy driver. (they have one more, '71'). I use their major numbers to distinguish. They seem to do so in http://www.nvidia.com/object/unix.html . svn path=/nixpkgs/trunk/; revision=23411
2010-08-24 21:56:47 +00:00
nvidia_x11_legacy96 = callPackage ../os-specific/linux/nvidia-x11/legacy96.nix { };
nvidia_x11_legacy173 = callPackage ../os-specific/linux/nvidia-x11/legacy173.nix { };
Adding the nvidia legacy drivers (I still use a geForce 4 AGP) svn path=/nixpkgs/trunk/; revision=17284
2009-09-19 22:09:08 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
openafsClient = callPackage ../servers/openafs-client { };
pkgs/top-level/all-packages.nix: strip trailing white space, no functional change svn path=/nixpkgs/trunk/; revision=23830
2010-09-17 14:47:02 +00:00
added open-iscsi svn path=/nixpkgs/trunk/; revision=23541
2010-08-30 09:40:44 +00:00
openiscsi = callPackage ../os-specific/linux/open-iscsi { };
Fix bugs and improve pkgs/servers/openafs-client svn path=/nixpkgs/trunk/; revision=19750
2010-02-01 16:27:35 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
wis_go7007 = callPackage ../os-specific/linux/wis-go7007 { };
* Put all packages that depend on a specific kernel (notably kernel modules) together in an attribute set returned by the function "kernelPackagesFor" that takes a kernel as argument. For instance, kernelPackages_2_6_23 is the result of calling this function with kernel_2_6_23. This is necessary in NixOS to make it easier to override the kernel: it's not enough to just specify a different kernel (via the boot.kernel option), but you also need matching nvidiaDriver, aufs, iwlwifi, etc. Having a single attribute set that contains all kernel-related packages makes this much easier. * The kernel now has a passthru attribute "features" that allows NixOS expressions to test whether a kernel has certain features. For instance, the externel "iwlwifi" kernel module package should only be built on kernels < 2.6.24, as kernels >= 2.6.24 have iwlwifi support integrated. So the NixOS expressions can do the test "kernel.features ? iwlwifi" to see if the iwlwifi package should be built. Kernel patches can declare additional features. E.g., the fbsplash patch adds a "fbSplash" feature. svn path=/nixpkgs/trunk/; revision=11881
2008-05-22 12:01:24 +00:00
Fix the cleanup-induced problems svn path=/nixpkgs/trunk/; revision=18554
2009-11-23 12:21:34 +00:00
kqemu = builderDefsPackage ../os-specific/linux/kqemu/1.4.0pre1.nix {
inherit kernel perl;
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
};
Packages changes, needed after recent kernel expression restructurisation svn path=/nixpkgs/trunk/; revision=11883
2008-05-22 19:29:23 +00:00
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
splashutils =
* Removed splashutils 1.3 (obsolete). svn path=/nixpkgs/branches/stdenv-updates/; revision=19710
2010-01-27 14:35:38 +00:00
if kernel.features ? fbConDecor then pkgs.splashutils else null;
* splashutils 1.5.4.1, needed for kernels that have the new fbcondecor patch. splashutils 1.3 is retained for kernels with the fbsplash patch. svn path=/nixpkgs/trunk/; revision=12029
2008-06-10 16:09:53 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
ext3cowtools = callPackage ../os-specific/linux/ext3cow-tools {
* Put all packages that depend on a specific kernel (notably kernel modules) together in an attribute set returned by the function "kernelPackagesFor" that takes a kernel as argument. For instance, kernelPackages_2_6_23 is the result of calling this function with kernel_2_6_23. This is necessary in NixOS to make it easier to override the kernel: it's not enough to just specify a different kernel (via the boot.kernel option), but you also need matching nvidiaDriver, aufs, iwlwifi, etc. Having a single attribute set that contains all kernel-related packages makes this much easier. * The kernel now has a passthru attribute "features" that allows NixOS expressions to test whether a kernel has certain features. For instance, the externel "iwlwifi" kernel module package should only be built on kernels < 2.6.24, as kernels >= 2.6.24 have iwlwifi support integrated. So the NixOS expressions can do the test "kernel.features ? iwlwifi" to see if the iwlwifi package should be built. Kernel patches can declare additional features. E.g., the fbsplash patch adds a "fbSplash" feature. svn path=/nixpkgs/trunk/; revision=11881
2008-05-22 12:01:24 +00:00
kernel_ext3cowpatched = kernel;
};
Uncommented ndiswrapper svn path=/nixpkgs/trunk/; revision=12096
2008-06-15 11:39:54 +00:00
/* compiles but has to be integrated into the kernel somehow
Let's have it uncommented and finish it..
*/
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ndiswrapper = callPackage ../os-specific/linux/ndiswrapper { };
Uncommented ndiswrapper svn path=/nixpkgs/trunk/; revision=12096
2008-06-15 11:39:54 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
ov511 = callPackage ../os-specific/linux/ov511 {
* Put all packages that depend on a specific kernel (notably kernel modules) together in an attribute set returned by the function "kernelPackagesFor" that takes a kernel as argument. For instance, kernelPackages_2_6_23 is the result of calling this function with kernel_2_6_23. This is necessary in NixOS to make it easier to override the kernel: it's not enough to just specify a different kernel (via the boot.kernel option), but you also need matching nvidiaDriver, aufs, iwlwifi, etc. Having a single attribute set that contains all kernel-related packages makes this much easier. * The kernel now has a passthru attribute "features" that allows NixOS expressions to test whether a kernel has certain features. For instance, the externel "iwlwifi" kernel module package should only be built on kernels < 2.6.24, as kernels >= 2.6.24 have iwlwifi support integrated. So the NixOS expressions can do the test "kernel.features ? iwlwifi" to see if the iwlwifi package should be built. Kernel patches can declare additional features. E.g., the fbsplash patch adds a "fbSplash" feature. svn path=/nixpkgs/trunk/; revision=11881
2008-05-22 12:01:24 +00:00
stdenv = overrideGCC stdenv gcc34;
};
# State Nix
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
snix = callPackage ../tools/package-management/snix {
* Put all packages that depend on a specific kernel (notably kernel modules) together in an attribute set returned by the function "kernelPackagesFor" that takes a kernel as argument. For instance, kernelPackages_2_6_23 is the result of calling this function with kernel_2_6_23. This is necessary in NixOS to make it easier to override the kernel: it's not enough to just specify a different kernel (via the boot.kernel option), but you also need matching nvidiaDriver, aufs, iwlwifi, etc. Having a single attribute set that contains all kernel-related packages makes this much easier. * The kernel now has a passthru attribute "features" that allows NixOS expressions to test whether a kernel has certain features. For instance, the externel "iwlwifi" kernel module package should only be built on kernels < 2.6.24, as kernels >= 2.6.24 have iwlwifi support integrated. So the NixOS expressions can do the test "kernel.features ? iwlwifi" to see if the iwlwifi package should be built. Kernel patches can declare additional features. E.g., the fbsplash patch adds a "fbSplash" feature. svn path=/nixpkgs/trunk/; revision=11881
2008-05-22 12:01:24 +00:00
Updating nix's aterm from aterm242fixes to aterm25 (proposed by niksnut). svn path=/nixpkgs/branches/stdenv-updates/; revision=18879
2009-12-10 14:50:50 +00:00
aterm = aterm25;
* Put all packages that depend on a specific kernel (notably kernel modules) together in an attribute set returned by the function "kernelPackagesFor" that takes a kernel as argument. For instance, kernelPackages_2_6_23 is the result of calling this function with kernel_2_6_23. This is necessary in NixOS to make it easier to override the kernel: it's not enough to just specify a different kernel (via the boot.kernel option), but you also need matching nvidiaDriver, aufs, iwlwifi, etc. Having a single attribute set that contains all kernel-related packages makes this much easier. * The kernel now has a passthru attribute "features" that allows NixOS expressions to test whether a kernel has certain features. For instance, the externel "iwlwifi" kernel module package should only be built on kernels < 2.6.24, as kernels >= 2.6.24 have iwlwifi support integrated. So the NixOS expressions can do the test "kernel.features ? iwlwifi" to see if the iwlwifi package should be built. Kernel patches can declare additional features. E.g., the fbsplash patch adds a "fbSplash" feature. svn path=/nixpkgs/trunk/; revision=11881
2008-05-22 12:01:24 +00:00
db4 = db45;
flex = flex2533;
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ext3cow_kernel = kernel; };
* Put all packages that depend on a specific kernel (notably kernel modules) together in an attribute set returned by the function "kernelPackagesFor" that takes a kernel as argument. For instance, kernelPackages_2_6_23 is the result of calling this function with kernel_2_6_23. This is necessary in NixOS to make it easier to override the kernel: it's not enough to just specify a different kernel (via the boot.kernel option), but you also need matching nvidiaDriver, aufs, iwlwifi, etc. Having a single attribute set that contains all kernel-related packages makes this much easier. * The kernel now has a passthru attribute "features" that allows NixOS expressions to test whether a kernel has certain features. For instance, the externel "iwlwifi" kernel module package should only be built on kernels < 2.6.24, as kernels >= 2.6.24 have iwlwifi support integrated. So the NixOS expressions can do the test "kernel.features ? iwlwifi" to see if the iwlwifi package should be built. Kernel patches can declare additional features. E.g., the fbsplash patch adds a "fbSplash" feature. svn path=/nixpkgs/trunk/; revision=11881
2008-05-22 12:01:24 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
sysprof = callPackage ../development/tools/profiling/sysprof {
Move `sysprof' to `kernelPackages'. Warning: it builds with 2.6.23 but not with 2.6.26. svn path=/nixpkgs/trunk/; revision=12803
2008-09-05 07:26:37 +00:00
inherit (gnome) gtk glib pango libglade;
};
First steps trying to build VirtualBox. I haven't finished. I left before trying to install and run the files compiled. svn path=/nixpkgs/trunk/; revision=13863
2009-01-25 20:09:17 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
systemtap = callPackage ../development/tools/profiling/systemtap {
Add SystemTap. svn path=/nixpkgs/trunk/; revision=21596
2010-05-04 13:32:09 +00:00
linux = kernel;
inherit (gnome) gtkmm libglademm;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
virtualbox = callPackage ../applications/virtualization/virtualbox {
Enabled 32 bit stdenv for virtualbox svn path=/nixpkgs/trunk/; revision=15064
2009-04-15 12:37:57 +00:00
stdenv = stdenv_32bit;
First steps trying to build VirtualBox. I haven't finished. I left before trying to install and run the files compiled. svn path=/nixpkgs/trunk/; revision=13863
2009-01-25 20:09:17 +00:00
inherit (gnome) libIDL;
};
pkgs/tools/typesetting/asciidoc: updated to version 8.5.1 New asciidoc versions do have a proper configure script. Using that simplifies the build instructions a bit. svn path=/nixpkgs/trunk/; revision=18076
2009-11-03 15:57:22 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
virtualboxGuestAdditions = callPackage ../applications/virtualization/virtualbox/guest-additions { };
* Add callPackage etc. svn path=/nixpkgs/trunk/; revision=22876
2010-08-02 13:57:57 +00:00
};
* Put all packages that depend on a specific kernel (notably kernel modules) together in an attribute set returned by the function "kernelPackagesFor" that takes a kernel as argument. For instance, kernelPackages_2_6_23 is the result of calling this function with kernel_2_6_23. This is necessary in NixOS to make it easier to override the kernel: it's not enough to just specify a different kernel (via the boot.kernel option), but you also need matching nvidiaDriver, aufs, iwlwifi, etc. Having a single attribute set that contains all kernel-related packages makes this much easier. * The kernel now has a passthru attribute "features" that allows NixOS expressions to test whether a kernel has certain features. For instance, the externel "iwlwifi" kernel module package should only be built on kernels < 2.6.24, as kernels >= 2.6.24 have iwlwifi support integrated. So the NixOS expressions can do the test "kernel.features ? iwlwifi" to see if the iwlwifi package should be built. Kernel patches can declare additional features. E.g., the fbsplash patch adds a "fbSplash" feature. svn path=/nixpkgs/trunk/; revision=11881
2008-05-22 12:01:24 +00:00
# Build the kernel modules for the some of the kernels.
* Add callPackage etc. svn path=/nixpkgs/trunk/; revision=22876
2010-08-02 13:57:57 +00:00
linuxPackages_2_6_25 = recurseIntoAttrs (linuxPackagesFor linux_2_6_25 pkgs.linuxPackages_2_6_25);
linuxPackages_2_6_27 = recurseIntoAttrs (linuxPackagesFor linux_2_6_27 pkgs.linuxPackages_2_6_27);
linuxPackages_2_6_28 = recurseIntoAttrs (linuxPackagesFor linux_2_6_28 pkgs.linuxPackages_2_6_28);
linuxPackages_2_6_29 = recurseIntoAttrs (linuxPackagesFor linux_2_6_29 pkgs.linuxPackages_2_6_29);
linuxPackages_2_6_31 = recurseIntoAttrs (linuxPackagesFor linux_2_6_31 pkgs.linuxPackages_2_6_31);
linuxPackages_2_6_32 = recurseIntoAttrs (linuxPackagesFor linux_2_6_32 pkgs.linuxPackages_2_6_32);
Add a Linux kernel suitable for SystemTap. svn path=/nixpkgs/trunk/; revision=21618
2010-05-05 19:48:46 +00:00
linuxPackages_2_6_32_systemtap =
* Add callPackage etc. svn path=/nixpkgs/trunk/; revision=22876
2010-08-02 13:57:57 +00:00
recurseIntoAttrs (linuxPackagesFor linux_2_6_32_systemtap pkgs.linuxPackages_2_6_32_systemtap);
* Add a branch of the Linux kernel that can be used in Xen's Dom0. From http://git.kernel.org/?p=linux/kernel/git/jeremy/xen.git;a=shortlog;h=refs/heads/xen/stable-2.6.32.x svn path=/nixpkgs/trunk/; revision=23729
2010-09-10 16:27:39 +00:00
linuxPackages_2_6_32_xen =
svn path=/nixpkgs/trunk/; revision=23784
2010-09-14 12:15:06 +00:00
recurseIntoAttrs (linuxPackagesFor linux_2_6_32_xen pkgs.linuxPackages_2_6_32_xen);
* Add callPackage etc. svn path=/nixpkgs/trunk/; revision=22876
2010-08-02 13:57:57 +00:00
linuxPackages_2_6_33 = recurseIntoAttrs (linuxPackagesFor linux_2_6_33 pkgs.linuxPackages_2_6_33);
linuxPackages_2_6_34 = recurseIntoAttrs (linuxPackagesFor linux_2_6_34 pkgs.linuxPackages_2_6_34);
Adding tuxonice for some recent kernels. svn path=/nixpkgs/trunk/; revision=26447
2011-03-21 15:53:22 +00:00
linuxPackages_2_6_34_tuxonice = recurseIntoAttrs (linuxPackagesFor linux_2_6_34_tuxonice pkgs.linuxPackages_2_6_34_tuxonice);
kernel updates and add kernel 2.6.35.1 svn path=/nixpkgs/trunk/; revision=23155
2010-08-12 16:33:19 +00:00
linuxPackages_2_6_35 = recurseIntoAttrs (linuxPackagesFor linux_2_6_35 pkgs.linuxPackages_2_6_35);
Adding tuxonice for some recent kernels. svn path=/nixpkgs/trunk/; revision=26447
2011-03-21 15:53:22 +00:00
linuxPackages_2_6_35_tuxonice = recurseIntoAttrs (linuxPackagesFor linux_2_6_35_tuxonice pkgs.linuxPackages_2_6_35_tuxonice);
Adding Linux 2.6.36 svn path=/nixpkgs/trunk/; revision=24403
2010-10-21 12:28:14 +00:00
linuxPackages_2_6_36 = recurseIntoAttrs (linuxPackagesFor linux_2_6_36 pkgs.linuxPackages_2_6_36);
Adding tuxonice for some recent kernels. svn path=/nixpkgs/trunk/; revision=26447
2011-03-21 15:53:22 +00:00
linuxPackages_2_6_36_tuxonice = recurseIntoAttrs (linuxPackagesFor linux_2_6_36_tuxonice pkgs.linuxPackages_2_6_36_tuxonice);
kernel: new 2.6.37 svn path=/nixpkgs/trunk/; revision=25508
2011-01-11 13:42:59 +00:00
linuxPackages_2_6_37 = recurseIntoAttrs (linuxPackagesFor linux_2_6_37 pkgs.linuxPackages_2_6_37);
Adding tuxonice for some recent kernels. svn path=/nixpkgs/trunk/; revision=26447
2011-03-21 15:53:22 +00:00
linuxPackages_2_6_37_tuxonice = recurseIntoAttrs (linuxPackagesFor linux_2_6_37_tuxonice pkgs.linuxPackages_2_6_37_tuxonice);
Adding linux packages for 2.6.38 svn path=/nixpkgs/trunk/; revision=26683
2011-04-04 18:17:02 +00:00
linuxPackages_2_6_38 = recurseIntoAttrs (linuxPackagesFor linux_2_6_38 pkgs.linuxPackages_2_6_38);
linuxPackages for 2.6.39 svn path=/nixpkgs/trunk/; revision=27281
2011-05-20 08:08:37 +00:00
linuxPackages_2_6_39 = recurseIntoAttrs (linuxPackagesFor linux_2_6_39 pkgs.linuxPackages_2_6_39);
esniper 2.24.0 is a simple, lightweight tool for sniping eBay auctions. svn path=/nixpkgs/trunk/; revision=26086
2011-02-24 11:25:16 +00:00
linuxPackages_nanonote_jz_2_6_34 = recurseIntoAttrs (linuxPackagesFor linux_nanonote_jz_2_6_34 pkgs.linuxPackages_nanonote_jz_2_6_34);
linuxPackages_nanonote_jz_2_6_35 = recurseIntoAttrs (linuxPackagesFor linux_nanonote_jz_2_6_35 pkgs.linuxPackages_nanonote_jz_2_6_35);
linuxPackages_nanonote_jz_2_6_36 = recurseIntoAttrs (linuxPackagesFor linux_nanonote_jz_2_6_36 pkgs.linuxPackages_nanonote_jz_2_6_36);
Rename `kernel*' to `linux*'. svn path=/nixpkgs/branches/stdenv-updates/; revision=19068
2009-12-21 14:12:00 +00:00
* Put all packages that depend on a specific kernel (notably kernel modules) together in an attribute set returned by the function "kernelPackagesFor" that takes a kernel as argument. For instance, kernelPackages_2_6_23 is the result of calling this function with kernel_2_6_23. This is necessary in NixOS to make it easier to override the kernel: it's not enough to just specify a different kernel (via the boot.kernel option), but you also need matching nvidiaDriver, aufs, iwlwifi, etc. Having a single attribute set that contains all kernel-related packages makes this much easier. * The kernel now has a passthru attribute "features" that allows NixOS expressions to test whether a kernel has certain features. For instance, the externel "iwlwifi" kernel module package should only be built on kernels < 2.6.24, as kernels >= 2.6.24 have iwlwifi support integrated. So the NixOS expressions can do the test "kernel.features ? iwlwifi" to see if the iwlwifi package should be built. Kernel patches can declare additional features. E.g., the fbsplash patch adds a "fbSplash" feature. svn path=/nixpkgs/trunk/; revision=11881
2008-05-22 12:01:24 +00:00
# The current default kernel / kernel modules.
Merging from trunk. I fixed conflicts regarding the renaming 'kernel' -> 'linux' in all-packages. Also a small conflict in all-packages about making openssl overridable. And I some linux 2.6.31-zen kernel files also marked in conflict. svn path=/nixpkgs/branches/stdenv-updates/; revision=19438
2010-01-14 14:49:31 +00:00
linux = linux_2_6_32;
* Add callPackage etc. svn path=/nixpkgs/trunk/; revision=22876
2010-08-02 13:57:57 +00:00
linuxPackages = linuxPackages_2_6_32;
* Put all packages that depend on a specific kernel (notably kernel modules) together in an attribute set returned by the function "kernelPackagesFor" that takes a kernel as argument. For instance, kernelPackages_2_6_23 is the result of calling this function with kernel_2_6_23. This is necessary in NixOS to make it easier to override the kernel: it's not enough to just specify a different kernel (via the boot.kernel option), but you also need matching nvidiaDriver, aufs, iwlwifi, etc. Having a single attribute set that contains all kernel-related packages makes this much easier. * The kernel now has a passthru attribute "features" that allows NixOS expressions to test whether a kernel has certain features. For instance, the externel "iwlwifi" kernel module package should only be built on kernels < 2.6.24, as kernels >= 2.6.24 have iwlwifi support integrated. So the NixOS expressions can do the test "kernel.features ? iwlwifi" to see if the iwlwifi package should be built. Kernel patches can declare additional features. E.g., the fbsplash patch adds a "fbSplash" feature. svn path=/nixpkgs/trunk/; revision=11881
2008-05-22 12:01:24 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
keyutils = callPackage ../os-specific/linux/keyutils { };
Adding ecryptfs, and one of its dependencies: keyutils. (I have not tried whether they work) svn path=/nixpkgs/trunk/; revision=19645
2010-01-25 10:34:47 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libselinux = callPackage ../os-specific/linux/libselinux { };
libraw1394 added svn path=/nixpkgs/trunk/; revision=10121
2008-01-12 01:26:04 +00:00
libsemanage: packaged svn path=/nixpkgs/trunk/; revision=26541
2011-03-27 04:46:12 +00:00
libsemanage = callPackage ../os-specific/linux/libsemanage { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libraw1394 = callPackage ../development/libraries/libraw1394 { };
libraw1394 added svn path=/nixpkgs/trunk/; revision=10121
2008-01-12 01:26:04 +00:00
Cleanup 'rec {' svn path=/nixpkgs/branches/x-updates/; revision=26065
2011-02-23 10:04:50 +00:00
libsexy = callPackage ../development/libraries/libsexy { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Gnome 2.22.1. * Moved some of the Gnome package Nix expressions into pkgs/desktops/gnome/default.nix - no need to have them in separate files. This way the code is much shorter. Still to be done for all the other Gnome packages. * Glib 2.16.3. svn path=/nixpkgs/branches/stdenv-updates/; revision=11855
2008-05-20 14:25:09 +00:00
librsvg = gnome.librsvg;
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libsepol = callPackage ../os-specific/linux/libsepol { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libsmbios = callPackage ../os-specific/linux/libsmbios { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
lm_sensors = callPackage ../os-specific/linux/lm_sensors { };
* Doh. Forgot to commit. svn path=/nixpkgs/trunk/; revision=12863
2008-09-14 19:05:59 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
lsiutil = callPackage ../os-specific/linux/lsiutil { };
* Added lsiutil, a command-line utility for LSI controllers. svn path=/nixpkgs/trunk/; revision=22437
2010-07-01 13:18:09 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
klibc = callPackage ../os-specific/linux/klibc {
Replace `kernelHeaders' by `linuxHeaders'. svn path=/nixpkgs/branches/stdenv-updates/; revision=19067
2009-12-21 14:04:45 +00:00
linuxHeaders = glibc.kernelHeaders;
* klibc: install statically linked binaries as well. * klibc: build against the regular kernel headers instead of depending on a kernel build. This way we don't have to rebuild klibc every time the kernel changes. * splashutils 1.3: compile properly with a klibc that uses unpatched kernel headers. svn path=/nixpkgs/trunk/; revision=13900
2009-01-29 15:44:37 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
klibcShrunk = callPackage ../os-specific/linux/klibc/shrunk.nix { };
* klibc: install statically linked binaries as well. * klibc: build against the regular kernel headers instead of depending on a kernel build. This way we don't have to rebuild klibc every time the kernel changes. * splashutils 1.3: compile properly with a klibc that uses unpatched kernel headers. svn path=/nixpkgs/trunk/; revision=13900
2009-01-29 15:44:37 +00:00
* Remove KVM (obsolete -> qemu-kvm). svn path=/nixpkgs/trunk/; revision=22796
2010-07-28 15:39:39 +00:00
kvm = qemu_kvm;
Updating xchm. svn path=/nixpkgs/trunk/; revision=18310
2009-11-09 11:55:31 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libcap = callPackage ../os-specific/linux/libcap { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
Split libcap package libcap can be splitted for free (just cd subdir; make install). So I've decided not to raise up disscussions "should we build cap_pam.so?" etc. svn path=/nixpkgs/branches/stdenv-updates/; revision=23967
2010-09-27 13:49:13 +00:00
libcap_progs = callPackage ../os-specific/linux/libcap/progs.nix { };
libcap_pam = callPackage ../os-specific/linux/libcap/pam.nix { };
libcap_manpages = callPackage ../os-specific/linux/libcap/man.nix { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libnscd = callPackage ../os-specific/linux/libnscd { };
* Added Valknut. svn path=/nixpkgs/trunk/; revision=3746
2005-08-30 07:39:38 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
libnotify = callPackage ../development/libraries/libnotify { };
Added Falling Sand Game and wxGTK without unicode for it. svn path=/nixpkgs/trunk/; revision=9543
2007-10-27 17:55:13 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
libvolume_id = callPackage ../os-specific/linux/libvolume_id { };
* Added wxGTK/wxPython 2.8. However this was quite pointless as Bittorrent is even more broken with wxPython 2.8. svn path=/nixpkgs/trunk/; revision=8812
2007-05-31 13:43:13 +00:00
Oops... Fix alphabetical order in all-packages.nix svn path=/nixpkgs/trunk/; revision=26064
2011-02-22 21:07:36 +00:00
lsscsi = callPackage ../os-specific/linux/lsscsi { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
lvm2 = callPackage ../os-specific/linux/lvm2 { };
Added Falling Sand Game and wxGTK without unicode for it. svn path=/nixpkgs/trunk/; revision=9543
2007-10-27 17:55:13 +00:00
GNU Mach: Add full build. svn path=/nixpkgs/trunk/; revision=21986
2010-05-26 08:55:55 +00:00
# In theory GNU Mach doesn't have to be cross-compiled. However, since it
# has to be built for i586 (it doesn't work on x86_64), one needs a cross
# compiler for that host.
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
mach = callPackage ../os-specific/gnu/mach {
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
automake = automake111x; };
GNU Mach: Add full build. svn path=/nixpkgs/trunk/; revision=21986
2010-05-26 08:55:55 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
machHeaders = callPackage ../os-specific/gnu/mach {
Add GNU Mach (headers). svn path=/nixpkgs/trunk/; revision=21749
2010-05-12 15:46:38 +00:00
automake = automake111x;
headersOnly = true;
* More cleanup. svn path=/nixpkgs/trunk/; revision=22798
2010-07-28 18:01:17 +00:00
mig = null;
Add GNU Mach (headers). svn path=/nixpkgs/trunk/; revision=21749
2010-05-12 15:46:38 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mdadm = callPackage ../os-specific/linux/mdadm { };
* Updated Sylpheed to 2.1.9 and added GPG support (through gpgme). svn path=/nixpkgs/trunk/; revision=4400
2005-12-19 10:34:01 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mingetty = callPackage ../os-specific/linux/mingetty { };
* Added the OpenAL sound library. * Enabled (optional) 3D support in SDL. svn path=/nixpkgs/trunk/; revision=4594
2006-01-26 14:01:08 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
module_init_tools = callPackage ../os-specific/linux/module-init-tools { };
* Added APR. svn path=/nixpkgs/trunk/; revision=6484
2006-09-11 08:45:01 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
mountall = callPackage ../os-specific/linux/mountall {
* Added mountall. This is an Ubuntu utility that mounts filesystems as they become available (as determined by monitoring udev) and emits Upstart events to inform other jobs that the filesystems are mounted. This is very useful for NixOS (which currently ignores filesystems in the job dependency chain - very bad). Unfortunately, mountall depends on Plymouth (a boot splash implementation). The patch allows mountall to build without Plymouth. Since Plymouth is also used to inform users about failing mounts and get responses, some more changes will be needed. Probably mountall should emit a "mount-failed" event to trigger a root shell on the console to allow the user to repair the problem. svn path=/nixpkgs/trunk/; revision=22143
2010-06-04 13:43:53 +00:00
automake = automake111x;
};
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
aggregateModules = modules:
* Clean up indentation (expanded tabs etc.). svn path=/nixpkgs/trunk/; revision=11150
2008-03-17 09:41:28 +00:00
import ../os-specific/linux/module-init-tools/aggregator.nix {
* Module aggregator: use buildEnv, which is much faster because it creates symlinks lazily (i.e., it creates a single symlink to an entire tree unless another input has an overlapping tree). As a result it creates only a few dozen symlinks instead of ~ 12000 (which can take almost 2 minutes on my laptop). svn path=/nixpkgs/branches/stdenv-updates/; revision=15200
2009-04-20 19:13:40 +00:00
inherit stdenv module_init_tools modules buildEnv;
* Clean up indentation (expanded tabs etc.). svn path=/nixpkgs/trunk/; revision=11150
2008-03-17 09:41:28 +00:00
};
Added module_aggregator. Pass some directories with modules to it, and it will give you a directory to use instead of pkgs.kernel . addSbinPath in builderDefs to use sbin/ in addToEnv . Some catching up in xlaunch. svn path=/nixpkgs/trunk/; revision=10075
2008-01-04 17:02:12 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
modutils = callPackage ../os-specific/linux/modutils {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
stdenv = overrideGCC stdenv gcc34;
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Add the Linux multipath-tools. svn path=/nixpkgs/trunk/; revision=26719
2011-04-06 14:57:31 +00:00
multipath_tools = callPackage ../os-specific/linux/multipath-tools { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
nettools = callPackage ../os-specific/linux/net-tools { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
neverball = callPackage ../games/neverball { };
Adding neverball 1.5.0, which comes with neverputt. Fun. svn path=/nixpkgs/trunk/; revision=14338
2009-03-04 17:28:25 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
numactl = callPackage ../os-specific/linux/numactl { };
Add numactl/libnuma, Linux-specific NUMA support tools. svn path=/nixpkgs/trunk/; revision=11656
2008-04-18 14:38:27 +00:00
Gateway6 client update svn path=/nixpkgs/trunk/; revision=14746
2009-03-28 15:22:52 +00:00
gw6c = builderDefsPackage (import ../os-specific/linux/gw6c) {
Updated gw6c and cleaned up the expression svn path=/nixpkgs/trunk/; revision=11614
2008-04-13 08:23:58 +00:00
inherit fetchurl stdenv nettools openssl procps iproute;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
nss_ldap = callPackage ../os-specific/linux/nss_ldap { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pam = callPackage ../os-specific/linux/pam { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Add entries for pmount & pam_usb in all-packages.nix. svn path=/nixpkgs/trunk/; revision=19184
2010-01-03 11:13:05 +00:00
# pam_bioapi ( see http://www.thinkwiki.org/wiki/How_to_enable_the_fingerprint_reader )
pam_ccreds: to locally authenticate using an enterprise identity when the network is unavailable. svn path=/nixpkgs/trunk/; revision=22987
2010-08-06 08:50:58 +00:00
pam_ccreds = callPackage ../os-specific/linux/pam_ccreds {
db = db4;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
pam_console = callPackage ../os-specific/linux/pam_console {
* pam_console needs an old libtool. svn path=/nixpkgs/branches/stdenv-updates/; revision=14791
2009-03-30 15:31:47 +00:00
libtool = libtool_1_5;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pam_devperm = callPackage ../os-specific/linux/pam_devperm { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
pam_krb5: added version 2.3.11-1. svn path=/nixpkgs/trunk/; revision=22984
2010-08-06 08:49:05 +00:00
pam_krb5 = callPackage ../os-specific/linux/pam_krb5 { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pam_ldap = callPackage ../os-specific/linux/pam_ldap { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pam_login = callPackage ../os-specific/linux/pam_login { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pam_unix2 = callPackage ../os-specific/linux/pam_unix2 { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pam_usb = callPackage ../os-specific/linux/pam_usb { };
* Add entries for pmount & pam_usb in all-packages.nix. svn path=/nixpkgs/trunk/; revision=19184
2010-01-03 11:13:05 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
pcmciaUtils = callPackage ../os-specific/linux/pcmciautils {
pcmcia-utils: - Fix udev rules. - Accept multiple firmwares. - Allow redefinition of arguments. svn path=/nixpkgs/trunk/; revision=12741
2008-08-27 13:59:33 +00:00
firmware = getConfig ["pcmciaUtils" "firmware"] [];
Add pcmcia-utils. Merge branch 'tmp' into tmp2 svn path=/nixpkgs/trunk/; revision=12432
2008-07-25 15:54:19 +00:00
config = getConfig ["pcmciaUtils" "config"] null;
};
all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=27648
2011-07-07 21:32:55 +00:00
phat = callPackage ../development/libraries/phat {
Adding Specimen, an audio sampler and phat gtk+ widgets which Specimen uses svn path=/nixpkgs/trunk/; revision=26923
2011-04-22 21:42:38 +00:00
inherit (gnome) gtk libgnomecanvas;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pmount = callPackage ../os-specific/linux/pmount { };
* Add entries for pmount & pam_usb in all-packages.nix. svn path=/nixpkgs/trunk/; revision=19184
2010-01-03 11:13:05 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pmutils = callPackage ../os-specific/linux/pm-utils { };
* Added pm-utils. svn path=/nixpkgs/trunk/; revision=17430
2009-09-25 21:43:25 +00:00
policycoreutils: packaged svn path=/nixpkgs/trunk/; revision=26542
2011-03-27 04:46:19 +00:00
policycoreutils = callPackage ../os-specific/linux/policycoreutils { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
powertop = callPackage ../os-specific/linux/powertop { };
moved vim_configurable to much more sensible place svn path=/nixpkgs/trunk/; revision=9931
2007-12-13 22:15:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
procps = callPackage ../os-specific/linux/procps { };
* Added apr-util. svn path=/nixpkgs/trunk/; revision=6485
2006-09-11 09:17:28 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pwdutils = callPackage ../os-specific/linux/pwdutils { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
qemu_kvm = callPackage ../os-specific/linux/qemu-kvm { };
* qemu-kvm is the upstream renaming of the kvm package. It no longer contains the kernel module, which we didn't build anyway. The kvm package can be deleted eventually. svn path=/nixpkgs/trunk/; revision=16582
2009-08-04 16:02:27 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
radeontools = callPackage ../os-specific/linux/radeontools { };
Moved a number of Java libraries from the GW project to the Nix Package Collection. svn path=/nixpkgs/trunk/; revision=3803
2005-09-11 15:38:59 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
rfkill = callPackage ../os-specific/linux/rfkill { };
* Added rfkill, a tool for controlling the wireless kill switch on Linux. svn path=/nixpkgs/trunk/; revision=21199
2010-04-21 11:21:15 +00:00
Adding the firmware for ralink rt2860 cards e.g. Asus EEE 1000 svn path=/nixpkgs/trunk/; revision=27496
2011-06-19 19:47:10 +00:00
rt2860fw = callPackage ../os-specific/linux/firmware/rt2860 { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
rt2870fw = callPackage ../os-specific/linux/firmware/rt2870 { };
Adding firmware for the wireless cards rt2870 (for a rt3072 hw in fact) svn path=/nixpkgs/trunk/; revision=22551
2010-07-09 17:30:08 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
rt73fw = callPackage ../os-specific/linux/firmware/rt73 { };
Adding the firmware for the rt73 usb wifi nic. svn path=/nixpkgs/trunk/; revision=17263
2009-09-18 20:45:10 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
sdparm = callPackage ../os-specific/linux/sdparm { };
Moved a number of Java libraries from the GW project to the Nix Package Collection. svn path=/nixpkgs/trunk/; revision=3803
2005-09-11 15:38:59 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
shadow = callPackage ../os-specific/linux/shadow { };
Moved a number of Java libraries from the GW project to the Nix Package Collection. svn path=/nixpkgs/trunk/; revision=3803
2005-09-11 15:38:59 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
splashutils = callPackage ../os-specific/linux/splashutils/default.nix { };
* splashutils_13 / splashutils_15: these don't depend on the kernel version. * Add klibc and splashutils to the channel. svn path=/nixpkgs/trunk/; revision=13901
2009-01-29 15:56:01 +00:00
* Audacious 2.4.0. svn path=/nixpkgs/trunk/; revision=23656
2010-09-06 07:29:18 +00:00
statifier = builderDefsPackage (import ../os-specific/linux/statifier) { };
Adding statifier, a tool to make pseudostatic binaries. Unfortunately, statified NixOS-built binaries segfault on Ubuntu.. svn path=/nixpkgs/trunk/; revision=16291
2009-07-09 21:34:29 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
sysfsutils = callPackage ../os-specific/linux/sysfsutils { };
Add sysfsutils. svn path=/nixpkgs/trunk/; revision=12431
2008-07-25 15:53:23 +00:00
# Provided with sysfsutils.
libsysfs = sysfsutils;
systool = sysfsutils;
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
sysklogd = callPackage ../os-specific/linux/sysklogd { };
Moved a number of Java libraries from the GW project to the Nix Package Collection. svn path=/nixpkgs/trunk/; revision=3803
2005-09-11 15:38:59 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
syslinux = callPackage ../os-specific/linux/syslinux { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
sysstat = callPackage ../os-specific/linux/sysstat { };
add RPM. But: - untested - no Python bindings - experimental version (this is not the "stable" production branch) svn path=/nixpkgs/trunk/; revision=4403
2005-12-20 00:48:38 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
sysvinit = callPackage ../os-specific/linux/sysvinit { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
sysvtools = callPackage ../os-specific/linux/sysvinit {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
withoutInitTools = true;
};
Add `tcp-wrapper'. svn path=/nixpkgs/trunk/; revision=11136
2008-03-15 22:41:31 +00:00
# FIXME: `tcp-wrapper' is actually not OS-specific.
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
tcpWrapper = callPackage ../os-specific/linux/tcp-wrapper { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
trackballs = callPackage ../games/trackballs {
Adding trackballs svn path=/nixpkgs/trunk/; revision=15625
2009-05-16 23:14:37 +00:00
debug = false;
Prepare for the Guile 2.0 switchover. svn path=/nixpkgs/trunk/; revision=25976
2011-02-15 13:14:29 +00:00
guile = guile_1_8;
Adding trackballs svn path=/nixpkgs/trunk/; revision=15625
2009-05-16 23:14:37 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
tunctl = callPackage ../os-specific/linux/tunctl { };
Adding tunctl. I didn't know how to build the manpage, though. svn path=/nixpkgs/trunk/; revision=14290
2009-03-01 21:34:39 +00:00
All-packages.nix updates.. svn path=/nixpkgs/trunk/; revision=14153
2009-02-21 18:59:15 +00:00
/*tuxracer = builderDefsPackage (import ../games/tuxracer) {
inherit mesa tcl freeglut;
inherit (xlibs) libX11 xproto;
};*/
Simplified much more the expressions for cross building and multiplatform. I introduce the new nixpkgs parameter "platform", defaulting to "pc", which was before defined as an attribute of nixpkgs. I made the crossSystem nixpkgs attribute set parameter contain its own 'platform'. This allows cross-building a kernel for a given crossSystem.platform in a non-PC platform. The actual native platform can be taken from stdenv.platform, and this way we also avoid the constant passing of 'platform' to packages for platform-dependant builds (kernel, initrd, ...). I will update nixos accordingly to these changes, for non-PC platforms to work. I think we are gaining on flexibility and clearness. I could cross build succesfully an ultrasparc kernel and a mipsel kernel on PC. But since this change, I should be able to do this also in non-PC. Before this change, there was no possibility of distinguishing the "target platform" or the "native build platform" when cross building, being the single "platform" attribute always interpreted as target platform. The platform is a quite relevant attribute set, as it determines the linuxHeaders used (in the case, by now the only one supported, of linux targets). The platform attributes are quite linux centric still. Let's hope for more generality to come. svn path=/nixpkgs/trunk/; revision=20273
2010-02-27 17:35:47 +00:00
ubootChooser = name : if (name == "upstream") then ubootUpstream
else if (name == "sheevaplug") then ubootSheevaplug
ubootChooser: Add support for the GuruPlug. svn path=/nixpkgs/trunk/; revision=25573
2011-01-14 21:44:59 +00:00
else if (name == "guruplug") then ubootGuruplug
Adding nanonote kernel and uboot svn path=/nixpkgs/branches/stdenv-updates/; revision=22943
2010-08-04 11:07:13 +00:00
else if (name == "nanonote") then ubootNanonote
Simplified much more the expressions for cross building and multiplatform. I introduce the new nixpkgs parameter "platform", defaulting to "pc", which was before defined as an attribute of nixpkgs. I made the crossSystem nixpkgs attribute set parameter contain its own 'platform'. This allows cross-building a kernel for a given crossSystem.platform in a non-PC platform. The actual native platform can be taken from stdenv.platform, and this way we also avoid the constant passing of 'platform' to packages for platform-dependant builds (kernel, initrd, ...). I will update nixos accordingly to these changes, for non-PC platforms to work. I think we are gaining on flexibility and clearness. I could cross build succesfully an ultrasparc kernel and a mipsel kernel on PC. But since this change, I should be able to do this also in non-PC. Before this change, there was no possibility of distinguishing the "target platform" or the "native build platform" when cross building, being the single "platform" attribute always interpreted as target platform. The platform is a quite relevant attribute set, as it determines the linuxHeaders used (in the case, by now the only one supported, of linux targets). The platform attributes are quite linux centric still. Let's hope for more generality to come. svn path=/nixpkgs/trunk/; revision=20273
2010-02-27 17:35:47 +00:00
else throw "Unknown uboot";
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ubootUpstream = callPackage ../misc/uboot { };
Porting changes from stdenv-updates into this branch. This comes from: svn diff ^/nixpkgs/trunk/@18255 ^/nixpkgs/branches/stdenv-updates/ > diff patch -p0 < diff and then adding into svn all files new from the patch. trunk@18255 comes from the last time I updated stdenv-updates from trunk. svn path=/nixpkgs/stdenv-updates2/; revision=18272
2009-11-08 00:32:12 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ubootSheevaplug = callPackage ../misc/uboot/sheevaplug.nix { };
Adding the mainline uboot. svn path=/nixpkgs/trunk/; revision=20078
2010-02-17 20:53:01 +00:00
Adding nanonote kernel and uboot svn path=/nixpkgs/branches/stdenv-updates/; revision=22943
2010-08-04 11:07:13 +00:00
ubootNanonote = callPackage ../misc/uboot/nanonote.nix { };
Add U-Boot for the GuruPlug. svn path=/nixpkgs/trunk/; revision=24060
2010-10-04 22:23:57 +00:00
ubootGuruplug = callPackage ../misc/uboot/guruplug.nix { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
uclibc = callPackage ../os-specific/linux/uclibc { };
Porting changes from stdenv-updates into this branch. This comes from: svn diff ^/nixpkgs/trunk/@18255 ^/nixpkgs/branches/stdenv-updates/ > diff patch -p0 < diff and then adding into svn all files new from the patch. trunk@18255 comes from the last time I updated stdenv-updates from trunk. svn path=/nixpkgs/stdenv-updates2/; revision=18272
2009-11-08 00:32:12 +00:00
Enabling cross-builds with uclibc again (I had that too much abandoned). Hydra now should even test it. svn path=/nixpkgs/trunk/; revision=20500
2010-03-09 15:48:25 +00:00
uclibcCross = import ../os-specific/linux/uclibc {
Trying to get coreutils cross-built with uclibc. This involved fixing some buildInputs/buildNativeInputs in acl/attr, and adding a libiconv in some places. svn path=/nixpkgs/branches/stdenv-updates/; revision=20510
2010-03-09 18:05:38 +00:00
inherit fetchurl stdenv libiconv;
Enabling cross-builds with uclibc again (I had that too much abandoned). Hydra now should even test it. svn path=/nixpkgs/trunk/; revision=20500
2010-03-09 15:48:25 +00:00
linuxHeaders = linuxHeadersCross;
gccCross = gccCrossStageStatic;
cross = assert crossSystem != null; crossSystem;
Making the cross-builds work with uclibc. There is no easy way of switching between uclibc/glibc still. I started the renaming from glibc to libc regarding the cross-toolchain, but I still have to finish. svn path=/nixpkgs/branches/stdenv-updates/; revision=18801
2009-12-04 13:35:58 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
udev = callPackage ../os-specific/linux/udev { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Added a script to generate the kernel configuration. `generate-config.pl' runs `make config' to generate a Linux kernel configuration file. For each question (i.e. kernel configuration option), unless an override is provided, it answers "m" if possible, and otherwise uses the default answer (as determined by the default config for the architecture). This is safer than allmodconfig, which answers "y" everywhere it can't answer "m" and thus ends up enabling a lot of experimental or debug options. (For this reason, a configuration generated by allmodconfig must be carefully checked with every new release to ensure that nothing dangerous is enabled. The default config should be safer wrt new kernel releases.) Overrides are specified in the `config' argument to generic.nix, which is a string that contains lines such as `EXT2_FS_POSIX_ACL y'. The script warns about ignored options, and aborts if `make config' selects an answer inconsistent with the one in `config'. This allows us to be sure that `make config' doesn't silently override our configuration values (e.g., depending on other options, it will set FB_TILEBLITTING to "y" even if we want it to be "n"). svn path=/nixpkgs/branches/kernel-config/; revision=18910
2009-12-12 13:51:07 +00:00
uml = import ../os-specific/linux/kernel/linux-2.6.29.nix {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
inherit fetchurl stdenv perl mktemp module_init_tools;
userModeLinux = true;
};
d4x (gui downloader for X) added svn path=/nixpkgs/trunk/; revision=9304
2007-09-11 19:27:25 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
umlutilities = callPackage ../os-specific/linux/uml-utilities {
added support for building uml_mconsole svn path=/nixpkgs/trunk/; revision=12433
2008-07-26 01:02:27 +00:00
tunctl = true; mconsole = true;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
* Added darcs 1.0.3. svn path=/nixpkgs/trunk/; revision=4009
2005-10-04 14:25:13 +00:00
Adding untie - a tool for manipulating namespaces svn path=/nixpkgs/trunk/; revision=24819
2010-11-23 07:52:57 +00:00
untie = callPackage ../os-specific/linux/untie {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
upstart = callPackage ../os-specific/linux/upstart { };
* Upstart 0.6.2. svn path=/nixpkgs/trunk/; revision=18056
2009-10-30 18:12:28 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
usbutils = callPackage ../os-specific/linux/usbutils { };
Added djview4 svn path=/nixpkgs/trunk/; revision=9642
2007-11-11 16:52:29 +00:00
* Got rid of the old util-linux; use util-linux-ng instead. svn path=/nixpkgs/trunk/; revision=14799
2009-03-31 09:26:47 +00:00
utillinux = utillinuxng;
Added DVD+RW tools svn path=/nixpkgs/trunk/; revision=9911
2007-12-11 22:58:44 +00:00
* Got rid of the old util-linux; use util-linux-ng instead. svn path=/nixpkgs/trunk/; revision=14799
2009-03-31 09:26:47 +00:00
utillinuxCurses = utillinuxngCurses;
* Updated Eclipse to 3.2.2 * Added Eclipse to the nixpkgs channel (which is possible now we can deploy the jdk) svn path=/nixpkgs/trunk/; revision=8317
2007-03-17 13:29:15 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
utillinuxng = callPackage ../os-specific/linux/util-linux-ng {
* Turn vim/default.nix into a regular package. We don't need two configurable VIMs. svn path=/nixpkgs/trunk/; revision=22784
2010-07-28 12:52:54 +00:00
ncurses = null;
util-linux-ng: prepare expression for the addition of perl as a buildInput The chkdupexe utility requires perl. We cannot change the expression, though, without triggering a re-build of almost all of stdenv, so for the time being I'm making Perl an optional build input that is disabled by default. svn path=/nixpkgs/trunk/; revision=27681
2011-07-08 23:11:38 +00:00
perl = null;
* Added util-linux-ng, a fork of util-linux (which seems unmaintained). svn path=/nixpkgs/trunk/; revision=13712
2009-01-06 09:28:45 +00:00
};
* Got rid of the old util-linux; use util-linux-ng instead. svn path=/nixpkgs/trunk/; revision=14799
2009-03-31 09:26:47 +00:00
utillinuxngCurses = utillinuxng.override {
utillinuxngCurses: build this package with perl support enabled This means that chkdupexe will work correctly. svn path=/nixpkgs/trunk/; revision=27682
2011-07-08 23:11:41 +00:00
inherit ncurses perl;
Build e2fsprogs at last svn path=/nixpkgs/trunk/; revision=13719
2009-01-06 23:22:29 +00:00
};
Making wxGTK stay wxGTK even cross-built, so I remove the wxMSW code I added to test the crossbuilding with wxGTK. I added a new windows-specific package: wxMSW. svn path=/nixpkgs/trunk/; revision=21634
2010-05-06 19:19:22 +00:00
windows = rec {
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
w32api = callPackage ../os-specific/windows/w32api {
Making wxGTK stay wxGTK even cross-built, so I remove the wxMSW code I added to test the crossbuilding with wxGTK. I added a new windows-specific package: wxMSW. svn path=/nixpkgs/trunk/; revision=21634
2010-05-06 19:19:22 +00:00
gccCross = gccCrossStageStatic;
* Fix eval-release.nix by testing whether all attributes of a 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
2010-08-19 12:37:10 +00:00
binutilsCross = binutilsCross;
};
Making gcc-4.5 cross-build to mingw32 too (set by the proper config and libc = "msvcrt" in the crossSystem) svn path=/nixpkgs/trunk/; revision=21630
2010-05-06 18:22:51 +00:00
Making wxGTK stay wxGTK even cross-built, so I remove the wxMSW code I added to test the crossbuilding with wxGTK. I added a new windows-specific package: wxMSW. svn path=/nixpkgs/trunk/; revision=21634
2010-05-06 19:19:22 +00:00
w32api_headers = w32api.override {
onlyHeaders = true;
};
Making gcc-4.5 cross-build to mingw32 too (set by the proper config and libc = "msvcrt" in the crossSystem) svn path=/nixpkgs/trunk/; revision=21630
2010-05-06 18:22:51 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
mingw_runtime = callPackage ../os-specific/windows/mingwrt {
Making wxGTK stay wxGTK even cross-built, so I remove the wxMSW code I added to test the crossbuilding with wxGTK. I added a new windows-specific package: wxMSW. svn path=/nixpkgs/trunk/; revision=21634
2010-05-06 19:19:22 +00:00
gccCross = gccCrossMingw2;
binutilsCross = binutilsCross;
};
Making gcc-4.5 cross-build to mingw32 too (set by the proper config and libc = "msvcrt" in the crossSystem) svn path=/nixpkgs/trunk/; revision=21630
2010-05-06 18:22:51 +00:00
Making wxGTK stay wxGTK even cross-built, so I remove the wxMSW code I added to test the crossbuilding with wxGTK. I added a new windows-specific package: wxMSW. svn path=/nixpkgs/trunk/; revision=21634
2010-05-06 19:19:22 +00:00
mingw_runtime_headers = mingw_runtime.override {
onlyHeaders = true;
};
Making gcc-4.5 cross-build to mingw32 too (set by the proper config and libc = "msvcrt" in the crossSystem) svn path=/nixpkgs/trunk/; revision=21630
2010-05-06 18:22:51 +00:00
Making wxGTK stay wxGTK even cross-built, so I remove the wxMSW code I added to test the crossbuilding with wxGTK. I added a new windows-specific package: wxMSW. svn path=/nixpkgs/trunk/; revision=21634
2010-05-06 19:19:22 +00:00
mingw_headers1 = buildEnv {
name = "mingw-headers-1";
paths = [ w32api_headers mingw_runtime_headers ];
};
Making gcc-4.5 cross-build to mingw32 too (set by the proper config and libc = "msvcrt" in the crossSystem) svn path=/nixpkgs/trunk/; revision=21630
2010-05-06 18:22:51 +00:00
Making wxGTK stay wxGTK even cross-built, so I remove the wxMSW code I added to test the crossbuilding with wxGTK. I added a new windows-specific package: wxMSW. svn path=/nixpkgs/trunk/; revision=21634
2010-05-06 19:19:22 +00:00
mingw_headers2 = buildEnv {
name = "mingw-headers-2";
paths = [ w32api mingw_runtime_headers ];
};
mingw_headers3 = buildEnv {
name = "mingw-headers-3";
paths = [ w32api mingw_runtime ];
};
Making gcc-4.5 cross-build to mingw32 too (set by the proper config and libc = "msvcrt" in the crossSystem) svn path=/nixpkgs/trunk/; revision=21630
2010-05-06 18:22:51 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
wxMSW = callPackage ../os-specific/windows/wxMSW-2.8 { };
Making gcc-4.5 cross-build to mingw32 too (set by the proper config and libc = "msvcrt" in the crossSystem) svn path=/nixpkgs/trunk/; revision=21630
2010-05-06 18:22:51 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
wesnoth = callPackage ../games/wesnoth {
update to 1.6.5 svn path=/nixpkgs/trunk/; revision=19128
2009-12-25 20:56:37 +00:00
inherit (gtkLibs) pango;
wesnoth 1.8.5 (patch by Karn Kallio) svn path=/nixpkgs/trunk/; revision=24682
2010-11-13 11:50:43 +00:00
lua = lua5;
forgot to update all-packages.nix svn path=/nixpkgs/trunk/; revision=10530
2008-02-06 21:26:17 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
wirelesstools = callPackage ../os-specific/linux/wireless-tools { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
wpa_supplicant = callPackage ../os-specific/linux/wpa_supplicant {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
* ion-3 and elinks added, missprint in qt-4 corrected svn path=/nixpkgs/trunk/; revision=8993
2007-07-17 19:29:53 +00:00
wpa_supplicant: split wpa_gui from main package, install .desktop file and icons svn path=/nixpkgs/trunk/; revision=27369
2011-06-07 21:48:41 +00:00
wpa_supplicant_gui = pkgs.wpa_supplicant.gui;
Added qt4 gui front-end package for WPA supplicant svn path=/nixpkgs/trunk/; revision=15578
2009-05-12 18:52:48 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xf86_input_wacom = callPackage ../os-specific/linux/xf86-input-wacom { };
Initial xf86-input-wacom nix expression Builds here. Haven't tested whether it works with real hardware yet. svn path=/nixpkgs/trunk/; revision=21019
2010-04-11 22:42:28 +00:00
Added Open Dynamics Engine svn path=/nixpkgs/trunk/; revision=13520
2008-11-30 16:50:05 +00:00
xmoto = builderDefsPackage (import ../games/xmoto) {
inherit chipmunk sqlite curl zlib bzip2 libjpeg libpng
freeglut mesa SDL SDL_mixer SDL_image SDL_net SDL_ttf
Updating xmoto svn path=/nixpkgs/trunk/; revision=23409
2010-08-24 19:59:06 +00:00
lua5 ode libxdg_basedir;
Added Open Dynamics Engine svn path=/nixpkgs/trunk/; revision=13520
2008-11-30 16:50:05 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xorg_sys_opengl = callPackage ../os-specific/linux/opengl/xorg-sys { };
* Emacs 22.1. This is the default now, but 21.4 is still around (as is the 23.0.0.1 alpha). svn path=/nixpkgs/trunk/; revision=9175
2007-08-20 13:48:56 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
zd1211fw = callPackage ../os-specific/linux/firmware/zd1211 { };
* Added Sylpheed 1.9.11 (beta for GTK 2). svn path=/nixpkgs/trunk/; revision=3149
2005-05-26 20:09:29 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
### DATA
* Added Valknut. svn path=/nixpkgs/trunk/; revision=3746
2005-08-30 07:39:38 +00:00
Adding andagii font svn path=/nixpkgs/trunk/; revision=24610
2010-11-06 09:45:13 +00:00
andagii = callPackage ../data/fonts/andagii {};
Adding Anonymous Pro font svn path=/nixpkgs/trunk/; revision=24840
2010-11-24 11:51:50 +00:00
anonymousPro = callPackage ../data/fonts/anonymous-pro {};
Added ArkPandora fonts svn path=/nixpkgs/trunk/; revision=12264
2008-07-05 05:26:58 +00:00
arkpandora_ttf = builderDefsPackage (import ../data/fonts/arkpandora) {
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
};
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
bakoma_ttf = callPackage ../data/fonts/bakoma-ttf { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cacert = callPackage ../data/misc/cacert { };
* Added a bundle of CA certificates, useful for e.g. curl. svn path=/nixpkgs/trunk/; revision=19571
2010-01-20 14:10:26 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
corefonts = callPackage ../data/fonts/corefonts { };
exrviewer added (needs ctl openexr openexr_ctl) fltk update ilmbase updated ndiswrapper does compile but has to be integrated into the kernel somehow svn path=/nixpkgs/trunk/; revision=9863
2007-12-05 21:25:47 +00:00
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
wrapFonts = paths : ((import ../data/fonts/fontWrap) {
Remove ttmkfdir reference svn path=/nixpkgs/trunk/; revision=24659
2010-11-11 12:27:39 +00:00
inherit fetchurl stdenv builderDefs paths;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
inherit (xorg) mkfontdir mkfontscale;
});
Added fbpanel - desktop panel. svn path=/nixpkgs/trunk/; revision=9774
2007-11-22 04:23:27 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
clearlyU = callPackage ../data/fonts/clearlyU { };
Added template to use deb-package wrapper. svn path=/nixpkgs/trunk/; revision=10911
2008-03-02 18:41:32 +00:00
Adding CM-Unicode fonts svn path=/nixpkgs/trunk/; revision=27311
2011-05-28 19:51:08 +00:00
cm_unicode = callPackage ../data/fonts/cm-unicode {};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
dejavu_fonts = callPackage ../data/fonts/dejavu-fonts {
* Drop the "perl" prefix from Perl attribute names. It's redundant now that Perl packages are in their own namespace (perlPackages.<pkg>). svn path=/nixpkgs/trunk/; revision=15176
2009-04-20 12:49:35 +00:00
inherit (perlPackages) FontTTF;
Added template to use deb-package wrapper. svn path=/nixpkgs/trunk/; revision=10911
2008-03-02 18:41:32 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
docbook5 = callPackage ../data/sgml+xml/schemas/docbook-5.0 { };
Added fbpanel - desktop panel. svn path=/nixpkgs/trunk/; revision=9774
2007-11-22 04:23:27 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
docbook_xml_dtd_412 = callPackage ../data/sgml+xml/schemas/xml-dtd/docbook/4.1.2.nix { };
added: dnsmasq, uisp, fltk libixp_for_wmii, acerhk kernel module, reiserfsprogs, radeontools, msmtp, procmail, pstree, gxemul changed: umlutilities to also support building tunctl optionally (needing kernel header files) wmii updated and wmiimenu added svn path=/nixpkgs/trunk/; revision=9242
2007-09-03 12:10:57 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
docbook_xml_dtd_42 = callPackage ../data/sgml+xml/schemas/xml-dtd/docbook/4.2.nix { };
add the mozilla browser. The compilation process is nearly identical to firefox, but there are some differences: - don't source in $topsrcdir/browser/config/mozconfig (does not exist it seems) - different source tarball (different version that is) - leave out the postinstall phase svn path=/nixpkgs/trunk/; revision=4116
2005-10-22 11:51:30 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
docbook_xml_dtd_43 = callPackage ../data/sgml+xml/schemas/xml-dtd/docbook/4.3.nix { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
docbook_xml_dtd_45 = callPackage ../data/sgml+xml/schemas/xml-dtd/docbook/4.5.nix { };
pkgs/data/sgml+xml/schemas/xml-dtd/docbook/4.5.nix: added docbook 4.5 XML DTD The new asciidoc version generates docbook output for this version. svn path=/nixpkgs/trunk/; revision=18077
2009-11-03 15:57:27 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
docbook_xml_ebnf_dtd = callPackage ../data/sgml+xml/schemas/xml-dtd/docbook-ebnf { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
docbook_xml_xslt = docbook_xsl;
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
docbook_xsl = callPackage ../data/sgml+xml/stylesheets/xslt/docbook-xsl { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* docbook-xsl / docbook-xsl-ns: match the upstream package name. Also updated docbook-xsl-ns. svn path=/nixpkgs/trunk/; revision=16356
2009-07-14 15:02:56 +00:00
docbook5_xsl = docbook_xsl_ns;
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
docbook_xsl_ns = callPackage ../data/sgml+xml/stylesheets/xslt/docbook-xsl-ns { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
freefont_ttf = callPackage ../data/fonts/freefont-ttf { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
Adding Gentium font svn path=/nixpkgs/trunk/; revision=27310
2011-05-28 19:01:59 +00:00
gentium = callPackage ../data/fonts/gentium {};
* Added pkgs/data/misc/hicolor-icon-theme, required by Xfce. svn path=/nixpkgs/trunk/; revision=23060
2010-08-09 18:00:08 +00:00
hicolor_icon_theme = callPackage ../data/misc/hicolor-icon-theme { };
pkgs/top-level/all-packages.nix: strip trailing whitenspace svn path=/nixpkgs/trunk/; revision=23118
2010-08-11 15:49:42 +00:00
Add inconsolata font svn path=/nixpkgs/trunk/; revision=24839
2010-11-24 11:19:38 +00:00
inconsolata = callPackage ../data/fonts/inconsolata {};
* Added pkgs/data/misc/hicolor-icon-theme, required by Xfce. svn path=/nixpkgs/trunk/; revision=23060
2010-08-09 18:00:08 +00:00
junicode = callPackage ../data/fonts/junicode { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
liberation_ttf = callPackage ../data/fonts/redhat-liberation-fonts { };
Added template to use deb-package wrapper. svn path=/nixpkgs/trunk/; revision=10911
2008-03-02 18:41:32 +00:00
Update Libertine font svn path=/nixpkgs/trunk/; revision=27295
2011-05-24 15:13:54 +00:00
libertine = builderDefsPackage (import ../data/fonts/libertine) {
Added font building support to builder-defs; made realCurl configurable; added Linux Libertine font; added ConTEXt svn path=/nixpkgs/trunk/; revision=11739
2008-04-28 10:10:44 +00:00
inherit fontforge;
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
};
Added font building support to builder-defs; made realCurl configurable; added Linux Libertine font; added ConTEXt svn path=/nixpkgs/trunk/; revision=11739
2008-04-28 10:10:44 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
lmodern = callPackage ../data/fonts/lmodern { };
all-packages.nix changes for two previous commits svn path=/nixpkgs/trunk/; revision=11728
2008-04-26 15:23:46 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
manpages = callPackage ../data/documentation/man-pages { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
miscfiles = callPackage ../data/misc/miscfiles { };
Adding bsdgames and miscfiles (this later, for 'words') I could not easily make some bsdgames build or install. Too much patching against the installer trying to write beyond the nix store. svn path=/nixpkgs/trunk/; revision=17971
2009-10-26 23:03:36 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mph_2b_damase = callPackage ../data/fonts/mph-2b-damase { };
Added template to use deb-package wrapper. svn path=/nixpkgs/trunk/; revision=10911
2008-03-02 18:41:32 +00:00
Adding Old Standard font svn path=/nixpkgs/trunk/; revision=27307
2011-05-28 15:46:09 +00:00
oldstandard = callPackage ../data/fonts/oldstandard { };
Revert "man-pages-posix: renamed attribute for consistency with other man page sets". svn path=/nixpkgs/trunk/; revision=26490
2011-03-24 12:05:34 +00:00
posix_man_pages = callPackage ../data/documentation/man-pages-posix { };
* Added man-pages-posix (contributed by Vladimír Čunát). svn path=/nixpkgs/trunk/; revision=26485
2011-03-24 11:44:43 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pthreadmanpages = callPackage ../data/documentation/pthread-man-pages { };
Add pthread man pages from LinuxThreads. svn path=/nixpkgs/trunk/; revision=14837
2009-04-02 14:30:34 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
shared_mime_info = callPackage ../data/misc/shared-mime-info { };
pkgs/applications/editors/emacs-modes/magit: updated to version magit-0.7-94-gbf42bf8 Magit has seen plenty of development since version 0.7, but for some reason there haven't been any new releases. This version bump updates the expression to build a current version of Magit directly from the Git repository. This change adds buildInputs 'autoconf' and 'automake'. These tools are required only because we aren't building from a proper release tarball. Once version 0.8 comes out, these dependencies can be dropped again. svn path=/nixpkgs/trunk/; revision=20650
2010-03-16 12:13:40 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
shared_desktop_ontologies = callPackage ../data/misc/shared-desktop-ontologies { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
stdmanpages = callPackage ../data/documentation/std-man-pages { };
Adding C++ std man pages. svn path=/nixpkgs/trunk/; revision=14771
2009-03-30 08:14:19 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
iana_etc = callPackage ../data/misc/iana-etc { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
popplerData = callPackage ../data/misc/poppler-data { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
r3rs = callPackage ../data/documentation/rnrs/r3rs.nix { };
Add R[345]RS, revisions of the Report on the Algorithmic Language Scheme. svn path=/nixpkgs/trunk/; revision=11307
2008-03-27 14:40:08 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
r4rs = callPackage ../data/documentation/rnrs/r4rs.nix { };
Add R[345]RS, revisions of the Report on the Algorithmic Language Scheme. svn path=/nixpkgs/trunk/; revision=11307
2008-03-27 14:40:08 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
r5rs = callPackage ../data/documentation/rnrs/r5rs.nix { };
Add R[345]RS, revisions of the Report on the Algorithmic Language Scheme. svn path=/nixpkgs/trunk/; revision=11307
2008-03-27 14:40:08 +00:00
Copied Green theme declaration from NixOS source here svn path=/nixpkgs/trunk/; revision=13725
2009-01-08 22:21:32 +00:00
themes = name: import (../data/misc/themes + ("/" + name + ".nix")) {
inherit fetchurl;
};
Adding Theano font svn path=/nixpkgs/trunk/; revision=27308
2011-05-28 15:59:45 +00:00
theano = callPackage ../data/fonts/theano { };
Add Tempora-LGC font svn path=/nixpkgs/trunk/; revision=27309
2011-05-28 16:04:02 +00:00
tempora_lgc = callPackage ../data/fonts/tempora-lgc { };
terminus_font = callPackage ../data/fonts/terminus-font { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ttf_bitstream_vera = callPackage ../data/fonts/ttf-bitstream-vera { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ucsFonts = callPackage ../data/fonts/ucs-fonts { };
Added UCS-fonts svn path=/nixpkgs/trunk/; revision=10915
2008-03-02 19:19:34 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
unifont = callPackage ../data/fonts/unifont { };
Added template to use deb-package wrapper. svn path=/nixpkgs/trunk/; revision=10911
2008-03-02 18:41:32 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
vistafonts = callPackage ../data/fonts/vista-fonts { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
wqy_zenhei = callPackage ../data/fonts/wqy-zenhei { };
Added template to use deb-package wrapper. svn path=/nixpkgs/trunk/; revision=10911
2008-03-02 18:41:32 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xhtml1 = callPackage ../data/sgml+xml/schemas/xml-dtd/xhtml1 { };
* XHTML 1.0 DTDs. svn path=/nixpkgs/trunk/; revision=17185
2009-09-16 12:25:22 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xkeyboard_config = callPackage ../data/misc/xkeyboard-config { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
### APPLICATIONS
* Use callPackage_i686 for i686-only packages. svn path=/nixpkgs/trunk/; revision=23113
2010-08-11 13:25:30 +00:00
aangifte2005 = callPackage_i686 ../applications/taxes/aangifte-2005 { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage_i686 for i686-only packages. svn path=/nixpkgs/trunk/; revision=23113
2010-08-11 13:25:30 +00:00
aangifte2006 = callPackage_i686 ../applications/taxes/aangifte-2006 { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage_i686 for i686-only packages. svn path=/nixpkgs/trunk/; revision=23113
2010-08-11 13:25:30 +00:00
aangifte2007 = callPackage_i686 ../applications/taxes/aangifte-2007 { };
* Aangifte 2007. svn path=/nixpkgs/trunk/; revision=11134
2008-03-15 21:45:57 +00:00
* Use callPackage_i686 for i686-only packages. svn path=/nixpkgs/trunk/; revision=23113
2010-08-11 13:25:30 +00:00
aangifte2008 = callPackage_i686 ../applications/taxes/aangifte-2008 { };
* Added the Dutch Tax Return program for 2009. svn path=/nixpkgs/trunk/; revision=20828
2010-03-25 19:40:19 +00:00
* Use callPackage_i686 for i686-only packages. svn path=/nixpkgs/trunk/; revision=23113
2010-08-11 13:25:30 +00:00
aangifte2009 = callPackage_i686 ../applications/taxes/aangifte-2009 { };
* Aangifte 2007. svn path=/nixpkgs/trunk/; revision=11134
2008-03-15 21:45:57 +00:00
* Add Aangifte 2010. svn path=/nixpkgs/trunk/; revision=26473
2011-03-23 16:06:36 +00:00
aangifte2010 = callPackage_i686 ../applications/taxes/aangifte-2010 { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
abcde = callPackage ../applications/audio/abcde { };
Add abcde, a command-line CD encoder. svn path=/nixpkgs/trunk/; revision=11904
2008-05-26 20:54:34 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
abiword = callPackage ../applications/office/abiword {
update to 2.8.1 svn path=/nixpkgs/trunk/; revision=19113
2009-12-25 15:45:06 +00:00
inherit (gnome) libglade libgnomecanvas;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
* Adobe Reader: depend on gdk_pixbuf (from Marc Weber). Also update to 9.4.2. svn path=/nixpkgs/trunk/; revision=26572
2011-03-28 15:46:10 +00:00
adobeReader = callPackage_i686 ../applications/misc/adobe-reader { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
Add akunambol svn path=/nixpkgs/trunk/; revision=26337
2011-03-15 23:09:33 +00:00
akunambol = newScope pkgs.kde4 ../applications/networking/sync/akunambol { };
Move amarok from kde4. to applications/audio svn path=/nixpkgs/trunk/; revision=23956
2010-09-26 19:40:30 +00:00
amarok = newScope pkgs.kde4 ../applications/audio/amarok { };
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
amsn = callPackage ../applications/networking/instant-messengers/amsn {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
libstdcpp = gcc33.gcc;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
ardour = callPackage ../applications/audio/ardour {
adding ardour svn path=/nixpkgs/trunk/; revision=17327
2009-09-21 09:58:41 +00:00
inherit (gtkLibs) glib pango gtk glibmm gtkmm;
* aubio: lacked a version in the name attribute, and the description was broken. svn path=/nixpkgs/trunk/; revision=17807
2009-10-14 15:32:37 +00:00
inherit (gnome) libgnomecanvas;
adding ardour svn path=/nixpkgs/trunk/; revision=17327
2009-09-21 09:58:41 +00:00
};
Adding Ardour3 alpha2, a digital audio workstation svn path=/nixpkgs/trunk/; revision=27075
2011-05-01 14:45:52 +00:00
ardour3 = lowPrio (callPackage ../applications/audio/ardour/ardour3.nix {
inherit (gtkLibs) glib pango gtk glibmm gtkmm;
inherit (gnome) libgnomecanvas libgnomecanvasmm;
});
Arora: packaged svn path=/nixpkgs/trunk/; revision=23877
2010-09-20 22:16:16 +00:00
arora = callPackage ../applications/networking/browsers/arora { };
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
audacious = callPackage ../applications/audio/audacious { };
* Added Audacious, a fork of beep-media-player (which doesn't seem to work very well after the Glibc update), plus its dependencies. TODO: make an audacious-wrapper that lets Audacious find its plugins automatically. Currently you have to install audacious-plugins and symlink ~/.nix-profile/lib/audacious/* in ~/.local/share/audacious/Plugins. svn path=/nixpkgs/trunk/; revision=10927
2008-03-03 10:55:20 +00:00
all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=27648
2011-07-07 21:32:55 +00:00
audacity = callPackage ../applications/audio/audacity {
Update Audacity svn path=/nixpkgs/trunk/; revision=26948
2011-04-24 13:13:57 +00:00
portaudio = portaudioSVN;
};
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
aumix = callPackage ../applications/audio/aumix {
Add Aumix, an audio mixer. svn path=/nixpkgs/trunk/; revision=10627
2008-02-11 21:45:52 +00:00
gtkGUI = false;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
autopanosiftc = callPackage ../applications/graphics/autopanosiftc { };
Adding autopano-sift-C, a C implementation of autopano-sift, made by the hugin people. svn path=/nixpkgs/trunk/; revision=14916
2009-04-07 19:15:53 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
avidemux = callPackage ../applications/video/avidemux {
Adding avidemux. svn path=/nixpkgs/trunk/; revision=18584
2009-11-24 08:27:18 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
awesome = callPackage ../applications/window-managers/awesome {
Adding 'awesome' (and two packages it was depending on) svn path=/nixpkgs/trunk/; revision=20385
2010-03-04 14:44:56 +00:00
inherit (gtkLibs) glib pango;
lua = lua5;
Explicit pkgs.prefix svn path=/nixpkgs/trunk/; revision=23329
2010-08-21 19:27:31 +00:00
cairo = cairo.override { xcbSupport = true; };
Adding 'awesome' (and two packages it was depending on) svn path=/nixpkgs/trunk/; revision=20385
2010-03-04 14:44:56 +00:00
};
Explicit pkgs.prefix svn path=/nixpkgs/trunk/; revision=23329
2010-08-21 19:27:31 +00:00
bangarang = newScope pkgs.kde4 ../applications/video/bangarang { };
Added Bangarang media player svn path=/nixpkgs/trunk/; revision=22423
2010-06-26 18:29:42 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
batik = callPackage ../applications/graphics/batik { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Bazaar: update to 2.3.1. svn path=/nixpkgs/branches/modular-python/; revision=26573
2011-03-28 15:47:50 +00:00
bazaar = callPackage ../applications/version-management/bazaar { };
* makeWrapper: new function that transparently takes care of creating a wrapper script. E.g. wrapProgram $out/bin/prog --set FOO bar will create a wrapper around "prog" so that the environment variable FOO is set to bar. The original program is renamed to $out/bin/.wrapped-prog. * Function makeSetupHook to convert a script into a setup hook which can be included in buildInputs. This makes it easier to use scripts like makeWrapper. * Added Bazaar, yet another distributed version management system. svn path=/nixpkgs/trunk/; revision=10211
2008-01-18 10:29:58 +00:00
Added bazaar tools (not installed globally, just copied to share, you have to symlink them to your ~/.bazaar/plugins). Also readline support for python. svn path=/nixpkgs/trunk/; revision=11893
2008-05-26 11:39:08 +00:00
bazaarTools = builderDefsPackage (import ../applications/version-management/bazaar/tools.nix) {
inherit bazaar;
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
};
Added bazaar tools (not installed globally, just copied to share, you have to symlink them to your ~/.bazaar/plugins). Also readline support for python. svn path=/nixpkgs/trunk/; revision=11893
2008-05-26 11:39:08 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
beast = callPackage ../applications/audio/beast {
added beast Sound Engine svn path=/nixpkgs/trunk/; revision=12647
2008-08-18 10:50:16 +00:00
inherit (gnome) libgnomecanvas libart_lgpl;
Prepare for the Guile 2.0 switchover. svn path=/nixpkgs/trunk/; revision=25976
2011-02-15 13:14:29 +00:00
guile = guile_1_8;
added beast Sound Engine svn path=/nixpkgs/trunk/; revision=12647
2008-08-18 10:50:16 +00:00
};
added bibletime - a Bible study tool svn path=/nixpkgs/trunk/; revision=24587
2010-11-03 20:42:26 +00:00
bibletime = newScope pkgs.kde45 ../applications/misc/bibletime {
qt = qt4;
* Blender seems to work fine with Python 2.7. svn path=/nixpkgs/branches/modular-python/; revision=26354
2011-03-16 10:40:13 +00:00
};
added bibletime - a Bible study tool svn path=/nixpkgs/trunk/; revision=24587
2010-11-03 20:42:26 +00:00
all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=26824
2011-04-13 17:53:07 +00:00
bitcoin = callPackage ../applications/misc/bitcoin {
Bitcoin. svn path=/nixpkgs/trunk/; revision=26544
2011-03-27 06:44:34 +00:00
wxGTK = wxGTK290;
db4 = db47;
inherit (xlibs) libSM;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
bitlbee = callPackage ../applications/networking/instant-messengers/bitlbee { };
Add BitlBee, an IRC to other chat networks gateway. svn path=/nixpkgs/trunk/; revision=10715
2008-02-17 15:33:04 +00:00
* Blender seems to work fine with Python 2.7. svn path=/nixpkgs/branches/modular-python/; revision=26354
2011-03-16 10:40:13 +00:00
blender = callPackage ../applications/misc/blender/2.49.nix { };
Adding blender 2.49, additional to the last 'alpha' 2.50 there already was in nixpkgs. I put the alpha in lowPrio too; too many things don't work still, there. svn path=/nixpkgs/trunk/; revision=21701
2010-05-10 10:20:51 +00:00
Updating Blender to the stable release 2.57 and adding python32 as a build input svn path=/nixpkgs/trunk/; revision=26894
2011-04-19 20:17:17 +00:00
blender_2_57 = lowPrio (import ../applications/misc/blender {
inherit stdenv fetchurl SDL cmake gettext ilmbase libjpeg libpng
libsamplerate libtiff mesa openal openexr openjpeg zlib;
Updating blender svn path=/nixpkgs/trunk/; revision=21670
2010-05-08 21:25:56 +00:00
inherit (xlibs) libXi;
Updating Blender to the stable release 2.57 and adding python32 as a build input svn path=/nixpkgs/trunk/; revision=26894
2011-04-19 20:17:17 +00:00
python = python32;
Adding blender 2.49, additional to the last 'alpha' 2.50 there already was in nixpkgs. I put the alpha in lowPrio too; too many things don't work still, there. svn path=/nixpkgs/trunk/; revision=21701
2010-05-10 10:20:51 +00:00
});
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
bvi = callPackage ../applications/editors/bvi { };
svn path=/nixpkgs/trunk/; revision=10233
2008-01-20 22:47:08 +00:00
* Remove Python 2.6, since the only remaining package that used it (Calibre) also works with 2.7. svn path=/nixpkgs/branches/modular-python/; revision=26561
2011-03-28 11:50:47 +00:00
calibre = callPackage ../applications/misc/calibre { };
Adding calibre. This involved also: - Adding podofo - Adding some new python packages - Making new pkgs attributes for python packages to build with python 2.6 - Updating some python packages expressions to allow python 2.6, and not only 2.5. svn path=/nixpkgs/trunk/; revision=19303
2010-01-07 22:47:30 +00:00
* Removed selectVersion. There's no good reason to write `selectVersion ./foo "bar"' instead of `import ./foo/bar.nix'. * Replaced `with args' with formal function arguments in several packages. * Renamed several files to `default.nix'. As a general rule, version numbers should only be included in the filename when there is a reason to keep multiple versions of a package in Nixpkgs. Otherwise, it just makes it harder to update the package. svn path=/nixpkgs/trunk/; revision=18403
2009-11-18 09:39:59 +00:00
carrier = builderDefsPackage (import ../applications/networking/instant-messengers/carrier/2.5.0.nix) {
all-packages.nix changes for all those updates svn path=/nixpkgs/trunk/; revision=12119
2008-06-16 13:15:55 +00:00
inherit fetchurl stdenv pkgconfig perl perlXMLParser libxml2 openssl nss
gtkspell aspell gettext ncurses avahi dbus dbus_glib python
Switch to GNU Autoconf 2.62. svn path=/nixpkgs/trunk/; revision=12230
2008-07-01 08:31:48 +00:00
libtool automake autoconf;
all-packages.nix changes for all those updates svn path=/nixpkgs/trunk/; revision=12119
2008-06-16 13:15:55 +00:00
GStreamer = gst_all.gstreamer;
inherit (gtkLibs) gtk glib;
inherit (gnome) startupnotification GConf ;
inherit (xlibs) libXScrnSaver scrnsaverproto libX11 xproto kbproto;
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
};
all-packages.nix changes for all those updates svn path=/nixpkgs/trunk/; revision=12119
2008-06-16 13:15:55 +00:00
funpidgin = carrier;
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cddiscid = callPackage ../applications/audio/cd-discid { };
Add cd-discid, a utility to retrieve a CD's CDDB ID. svn path=/nixpkgs/trunk/; revision=11903
2008-05-26 20:18:45 +00:00
- svn path=/nixpkgs/branches/stdenv-updates-merge/; revision=10823
2008-02-22 03:06:12 +00:00
cdparanoia = cdparanoiaIII;
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cdparanoiaIII = callPackage ../applications/audio/cdparanoia { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cdrtools = callPackage ../applications/misc/cdrtools { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
chatzilla =
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
xulrunnerWrapper {
launcher = "chatzilla";
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
application = callPackage ../applications/networking/irc/chatzilla { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
chrome = callPackage ../applications/networking/browsers/chromium {
chrome 20565 svn path=/nixpkgs/trunk/; revision=18046
2009-10-30 08:45:58 +00:00
inherit (gnome) GConf;
* added patchelf pre-release 0.6 until it gets stable * updated chrome to latest version svn path=/nixpkgs/trunk/; revision=21836
2010-05-18 12:36:23 +00:00
patchelf = patchelf06;
chrome 20565 svn path=/nixpkgs/trunk/; revision=18046
2009-10-30 08:45:58 +00:00
};
added chromeWrapper, like firefoxWrapper, to allow plugins to work, added previously undefined dependencies on flash plugin svn path=/nixpkgs/trunk/; revision=18050
2009-10-30 12:28:44 +00:00
chromeWrapper = wrapFirefox chrome "chrome" "";
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
cinelerra = callPackage ../applications/video/cinelerra {
added cinelerra (video editing application) svn path=/nixpkgs/trunk/; revision=13068
2008-10-14 14:01:50 +00:00
inherit (gnome) esound;
};
cmus: packaged. Patch by Paul van der Walt <nix@denknerd.nl>. svn path=/nixpkgs/trunk/; revision=24739
2010-11-17 15:20:57 +00:00
cmus = callPackage ../applications/audio/cmus { };
* Updated Compiz to 0.8.6 (replacing the old Compiz and Compiz Fusion expressions). Also added patches to allow Compiz and ccsm to find plugins installed outside of its prefix. svn path=/nixpkgs/trunk/; revision=24373
2010-10-19 23:22:24 +00:00
compiz = callPackage ../applications/window-managers/compiz/core.nix { };
compiz_ccsm = callPackage ../applications/window-managers/compiz/ccsm.nix { };
compizconfig_python = callPackage ../applications/window-managers/compiz/config-python.nix { };
libcompizconfig = callPackage ../applications/window-managers/compiz/libcompizconfig.nix { };
compiz_bcop = callPackage ../applications/window-managers/compiz/bcop.nix { };
compiz_plugins_main = callPackage ../applications/window-managers/compiz/plugins-main.nix { };
compiz_plugins_extra = callPackage ../applications/window-managers/compiz/plugins-extra.nix { };
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
cinepaint = callPackage ../applications/graphics/cinepaint {
Adding cinepaint 0.22.1 and as a dependency, also fltk 1.1.9 svn path=/nixpkgs/trunk/; revision=14841
2009-04-02 15:20:19 +00:00
fltk = fltk11;
};
* Removed selectVersion. There's no good reason to write `selectVersion ./foo "bar"' instead of `import ./foo/bar.nix'. * Replaced `with args' with formal function arguments in several packages. * Renamed several files to `default.nix'. As a general rule, version numbers should only be included in the filename when there is a reason to keep multiple versions of a package in Nixpkgs. Otherwise, it just makes it harder to update the package. svn path=/nixpkgs/trunk/; revision=18403
2009-11-18 09:39:59 +00:00
codeville = builderDefsPackage (import ../applications/version-management/codeville/0.8.0.nix) {
Adding possibility to have rich Python installation for development but use only the base one for, say, OpenOffice (and be able to use buildfarm). Codeville and Bazaar use the rich variant - they do have some use for it.. svn path=/nixpkgs/trunk/; revision=13075
2008-10-15 20:01:39 +00:00
inherit makeWrapper;
python = pythonFull;
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
};
Added codeville - a distributed revision control system with special efforts spent on merging. Heh, efforts into RCS availability seem to have side effects on Python side, too.. svn path=/nixpkgs/trunk/; revision=11891
2008-05-26 07:47:07 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
comical = callPackage ../applications/graphics/comical {
Setting wxGTK to use the old gtk libs. Until wxGTK 2.8.11 they will not fix a symbol clash with glib 2.21. So we keep with glib 2.20. I also changed the default wxGTK from 2.6 to 2.8, caring so no hash is changed due to this change. Some packages using 2.6 may well build with 2.8, so we can try updating them for another commit. svn path=/nixpkgs/trunk/; revision=18133
2009-11-05 13:29:52 +00:00
wxGTK = wxGTK26;
Adding comical-0.8 svn path=/nixpkgs/trunk/; revision=14016
2009-02-09 20:44:26 +00:00
};
conkeror: New nixpkg. svn path=/nixpkgs/trunk/; revision=21296
2010-04-24 17:34:58 +00:00
conkeror = xulrunnerWrapper {
launcher = "conkeror";
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
application = callPackage ../applications/networking/browsers/conkeror { };
conkeror: New nixpkg. svn path=/nixpkgs/trunk/; revision=21296
2010-04-24 17:34:58 +00:00
};
Added Cuneiform OCR. Works somehow.. svn path=/nixpkgs/trunk/; revision=14015
2009-02-09 20:37:11 +00:00
cuneiform = builderDefsPackage (import ../tools/graphics/cuneiform) {
inherit cmake patchelf;
imagemagick=imagemagick;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cvs = callPackage ../applications/version-management/cvs { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cvsps = callPackage ../applications/version-management/cvsps { };
Add CVSps, needed for instance by `git-cvsimport'. svn path=/nixpkgs/trunk/; revision=11094
2008-03-13 10:02:57 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cvs2svn = callPackage ../applications/version-management/cvs2svn { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
d4x = callPackage ../applications/misc/d4x { };
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
Switched the default version of ghc and Haskell Platform to 6.12.3 and 2010.2.0.0. svn path=/nixpkgs/trunk/; revision=22715
2010-07-22 18:47:59 +00:00
darcs = haskellPackages.darcs;
added darcs-2.0.0pre svn path=/nixpkgs/trunk/; revision=10564
2008-02-09 13:52:41 +00:00
esniper 2.24.0 is a simple, lightweight tool for sniping eBay auctions. svn path=/nixpkgs/trunk/; revision=26086
2011-02-24 11:25:16 +00:00
darktable = callPackage ../applications/graphics/darktable {
Adding darktable photo editor. Patch by Cillian de Róiste ( goibhniu1 ) svn path=/nixpkgs/trunk/; revision=25462
2011-01-08 21:55:33 +00:00
inherit (gnome) GConf gnome_keyring libglade;
};
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
dia = callPackage ../applications/graphics/dia { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
Digikam-1.4.0, move to all-packages.nix svn path=/nixpkgs/trunk/; revision=24089
2010-10-05 17:44:05 +00:00
digikam = newScope pkgs.kde4 ../applications/graphics/digikam { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
djvulibre = callPackage ../applications/misc/djvulibre { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
djview4 = callPackage ../applications/graphics/djview { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dmenu = callPackage ../applications/misc/dmenu { };
Added: * dmenu * gftp * micropolis * byacc as a build-time dependency for micropolis contributed by baldo <baldo@quimby.lan> svn path=/nixpkgs/trunk/; revision=12526
2008-08-06 20:39:01 +00:00
Added DataMatrix (2D bar code) processing utilities svn path=/nixpkgs/trunk/; revision=13281
2008-11-13 13:31:10 +00:00
dmtx = builderDefsPackage (import ../tools/graphics/dmtx) {
subversion: updated to version 1.6.0 svn path=/nixpkgs/trunk/; revision=14682
2009-03-24 10:31:39 +00:00
inherit libpng libtiff libjpeg imagemagick librsvg
pkgs/applications/editors/emacs-modes/magit: updated to version magit-0.7-94-gbf42bf8 Magit has seen plenty of development since version 0.7, but for some reason there haven't been any new releases. This version bump updates the expression to build a current version of Magit directly from the Git repository. This change adds buildInputs 'autoconf' and 'automake'. These tools are required only because we aren't building from a proper release tarball. Once version 0.8 comes out, these dependencies can be dropped again. svn path=/nixpkgs/trunk/; revision=20650
2010-03-16 12:13:40 +00:00
pkgconfig bzip2 zlib libtool freetype fontconfig
Fix DMTX build svn path=/nixpkgs/trunk/; revision=27391
2011-06-08 08:11:24 +00:00
ghostscript jasper xz;
DataMatrix update svn path=/nixpkgs/trunk/; revision=14607
2009-03-19 13:59:00 +00:00
inherit (xlibs) libX11;
Added DataMatrix (2D bar code) processing utilities svn path=/nixpkgs/trunk/; revision=13281
2008-11-13 13:31:10 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dvdauthor = callPackage ../applications/video/dvdauthor { };
added dvdauthor svn path=/nixpkgs/trunk/; revision=13766
2009-01-14 16:23:06 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
dwm = callPackage ../applications/window-managers/dwm {
Updating dwm, and allowing users set their own patches to configure it. svn path=/nixpkgs/trunk/; revision=20437
2010-03-05 21:49:29 +00:00
patches = getConfig [ "dwm" "patches" ] [];
maudeUnstable: updated full-maude to latest alpha release svn path=/nixpkgs/trunk/; revision=13017
2008-10-09 10:10:49 +00:00
};
add window-manager dwm contributed by viric svn path=/nixpkgs/trunk/; revision=12687
2008-08-21 20:44:08 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
eaglemode = callPackage ../applications/misc/eaglemode { };
eclipse-new expression (update of eclipse_classic_src) It supports now insntalling some plugins (however the eclipse path will be copied once) You can still just copy the whole store path to you home directory to install additional plugins using update sites svn path=/nixpkgs/trunk/; revision=13121
2008-10-26 17:45:14 +00:00
* Eclipse: don't use an ugly "version" argument. Instead there now is a function "buildEclipse" that takes a binary Eclipse distribution plus metadata as arguments. The package name now distinguishes between Eclipse distributions (e.g. "eclipse-sdk" for Classic, "eclipse-cpp" for the C/C++ IDE). svn path=/nixpkgs/trunk/; revision=26787
2011-04-11 20:29:47 +00:00
eclipses = recurseIntoAttrs (callPackage ../applications/editors/eclipse { });
Enabled my eclipse package again, since I want to have eclipse installed when typing nix-env -i. BTW. the eclipse plugins can be installed this way either svn path=/nixpkgs/trunk/; revision=18074
2009-11-03 11:00:18 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ed = callPackage ../applications/editors/ed { };
Move GNU ed, add meta-information. svn path=/nixpkgs/trunk/; revision=11715
2008-04-25 16:13:36 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
elinks = callPackage ../applications/networking/browsers/elinks { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
elvis = callPackage ../applications/editors/elvis { };
Adding elvis, although I can't see the characters in an xterm with black background svn path=/nixpkgs/trunk/; revision=15098
2009-04-16 19:28:42 +00:00
* Remove some old Emacs versions. svn path=/nixpkgs/trunk/; revision=18470
2009-11-19 17:36:43 +00:00
emacs = emacs23;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
emacs22 = callPackage ../applications/editors/emacs-22 {
Fix GNU Emacs 22. svn path=/nixpkgs/branches/stdenv-updates/; revision=24624
2010-11-09 09:14:12 +00:00
/* Using cpp 4.5, we get:
make[1]: Entering directory `/tmp/nix-build-dhbj8qqmqxwp3iw6sjcgafsrwlwrix1f-emacs-22.3.drv-0/emacs-22.3/lib-src'
Makefile:148: *** recipe commences before first target. Stop.
Apparently, this is because `lib-src/Makefile' is generated by
processing `lib-src/Makefile.in' with cpp, and the escaping rules for
literal backslashes have changed. */
stdenv = overrideGCC stdenv gcc44;
I take out getPkgConfig. It looks to me as if it needed a solution, but noone took action. I take action before much discussion. For what I see: - getPkgConfig problems are hard to track - config.nix trying to forecast getPkgConfig behaviour looks me as a bad approach, and people should not trust such a config.nix unless they parsed the whole nixpkgs for tricky effects. - It's not that hard to write config.nix in the style of getConfig - Every now and then newcomers hit the "'git' is an attribute set while a boolean was expected". Maybe this will disrupt nixes of some people, and that will be a background on what to discuss. svn path=/nixpkgs/trunk/; revision=25314
2010-12-28 21:07:35 +00:00
xaw3dSupport = getConfig [ "emacs" "xaw3dSupport" ] false;
gtkGUI = getConfig [ "emacs" "gtkSupport" ] true;
* Bring back Emacs 22 by request from Ludovic. svn path=/nixpkgs/trunk/; revision=18529
2009-11-22 16:29:15 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
emacs23 = callPackage ../applications/editors/emacs-23 {
pkgs/top-level/all-packages.nix, pkgs/applications/editors/emacs-23: prefer makeOverridable over getPkgConfig to customize GNU Emacs Changed 'emacs23' expression to allow for argument overriding instead of relying on getPkgConfig. While I was at it, I also simplified the actual build expression a bit. svn path=/nixpkgs/trunk/; revision=21873
2010-05-19 12:26:21 +00:00
# use override to select the appropriate gui toolkit
libXaw = if stdenv.isDarwin then xlibs.libXaw else null;
Xaw3d = null;
* I assume building Emacs without GTK was only supposed to happen on Darwin. svn path=/nixpkgs/trunk/; revision=22048
2010-05-28 13:59:57 +00:00
gtk = if stdenv.isDarwin then null else gtkLibs.gtk;
pkgs/top-level/all-packages.nix, pkgs/applications/editors/emacs-23: prefer makeOverridable over getPkgConfig to customize GNU Emacs Changed 'emacs23' expression to allow for argument overriding instead of relying on getPkgConfig. While I was at it, I also simplified the actual build expression a bit. svn path=/nixpkgs/trunk/; revision=21873
2010-05-19 12:26:21 +00:00
# TODO: these packages don't build on Darwin.
* Emacs: disable the dependency on librsvg, because it pulls in over 26 additional dependencies (such as Samba, Upstart, HAL, udev, OpenLDAP, ...). Also disable gconf because it doesn't really work and just prints annoying messages. svn path=/nixpkgs/branches/x-updates/; revision=25911
2011-02-11 18:02:16 +00:00
gconf = null /* if stdenv.isDarwin then null else gnome.GConf */;
librsvg = null /* if stdenv.isDarwin then null else librsvg */;
GNU Emacs 23.1. svn path=/nixpkgs/trunk/; revision=16529
2009-07-31 22:25:05 +00:00
};
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
emacsSnapshot = lowPrio (callPackage ../applications/editors/emacs-snapshot {
I take out getPkgConfig. It looks to me as if it needed a solution, but noone took action. I take action before much discussion. For what I see: - getPkgConfig problems are hard to track - config.nix trying to forecast getPkgConfig behaviour looks me as a bad approach, and people should not trust such a config.nix unless they parsed the whole nixpkgs for tricky effects. - It's not that hard to write config.nix in the style of getConfig - Every now and then newcomers hit the "'git' is an attribute set while a boolean was expected". Maybe this will disrupt nixes of some people, and that will be a background on what to discuss. svn path=/nixpkgs/trunk/; revision=25314
2010-12-28 21:07:35 +00:00
xawSupport = getConfig [ "emacs" "xawSupport" ] false;
xaw3dSupport = getConfig [ "emacs" "xaw3dSupport" ] false;
gtkGUI = getConfig [ "emacs" "gtkSupport" ] true;
xftSupport = getConfig [ "emacs" "xftSupport" ] true;
dbusSupport = getConfig [ "emacs" "dbusSupport" ] true;
emacs: Lower prio of emacs-23 and generally get options from ${NIXPKGS_CONFIG}. By default, 'nix-env --install emacs' will install Emacs 22.3, which is the latest stable release. Furthermore, the following options are now supported: emacs = { xawSupport = false; # used only by emacs 23 xaw3dSupport = false; gtkSupport = true; xftSupport = true; # used only by emacs 23 }; svn path=/nixpkgs/trunk/; revision=12922
2008-09-25 21:38:16 +00:00
});
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
svn path=/nixpkgs/trunk/; revision=22880
2010-08-02 16:01:55 +00:00
emacsPackages = emacs: self: let callPackage = newScope self; in rec {
emacsPackages should inherit emacs to add the correct version to the inner scope svn path=/nixpkgs/trunk/; revision=23159
2010-08-13 07:55:57 +00:00
inherit emacs;
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
bbdb = callPackage ../applications/editors/emacs-modes/bbdb { };
Rename `emacsUnicode' to `emacs23'. svn path=/nixpkgs/trunk/; revision=16073
2009-06-27 23:09:21 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cedet = callPackage ../applications/editors/emacs-modes/cedet { };
Group Emacs packages in an `emacsPackages' function. This avoids problem such as bytecode incompatibilies (e.g., between GNU Emacs 22 and 23), API changes. It would also allow packages to be built with different emacsen (S(X)Emacs, etc.). svn path=/nixpkgs/trunk/; revision=16324
2009-07-10 16:17:06 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cua = callPackage ../applications/editors/emacs-modes/cua { };
Group Emacs packages in an `emacsPackages' function. This avoids problem such as bytecode incompatibilies (e.g., between GNU Emacs 22 and 23), API changes. It would also allow packages to be built with different emacsen (S(X)Emacs, etc.). svn path=/nixpkgs/trunk/; revision=16324
2009-07-10 16:17:06 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ecb = callPackage ../applications/editors/emacs-modes/ecb { };
Group Emacs packages in an `emacsPackages' function. This avoids problem such as bytecode incompatibilies (e.g., between GNU Emacs 22 and 23), API changes. It would also allow packages to be built with different emacsen (S(X)Emacs, etc.). svn path=/nixpkgs/trunk/; revision=16324
2009-07-10 16:17:06 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jabber = callPackage ../applications/editors/emacs-modes/jabber { };
applications/editors/emacs-modes/jabber: New nixbuild. svn path=/nixpkgs/trunk/; revision=21806
2010-05-16 20:32:21 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
emacsSessionManagement = callPackage ../applications/editors/emacs-modes/session-management-for-emacs { };
Group Emacs packages in an `emacsPackages' function. This avoids problem such as bytecode incompatibilies (e.g., between GNU Emacs 22 and 23), API changes. It would also allow packages to be built with different emacsen (S(X)Emacs, etc.). svn path=/nixpkgs/trunk/; revision=16324
2009-07-10 16:17:06 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
emacsw3m = callPackage ../applications/editors/emacs-modes/emacs-w3m { };
Group Emacs packages in an `emacsPackages' function. This avoids problem such as bytecode incompatibilies (e.g., between GNU Emacs 22 and 23), API changes. It would also allow packages to be built with different emacsen (S(X)Emacs, etc.). svn path=/nixpkgs/trunk/; revision=16324
2009-07-10 16:17:06 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
emms = callPackage ../applications/editors/emacs-modes/emms { };
Add Emacs-w3m, an Emacs interface to the W3M web browser. svn path=/nixpkgs/trunk/; revision=16287
2009-07-09 15:56:40 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
jdee = callPackage ../applications/editors/emacs-modes/jdee {
Group Emacs packages in an `emacsPackages' function. This avoids problem such as bytecode incompatibilies (e.g., between GNU Emacs 22 and 23), API changes. It would also allow packages to be built with different emacsen (S(X)Emacs, etc.). svn path=/nixpkgs/trunk/; revision=16324
2009-07-10 16:17:06 +00:00
# Requires Emacs 23, for `avl-tree'.
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
stratego = callPackage ../applications/editors/emacs-modes/stratego { };
* stratego-mode for emacs svn path=/nixpkgs/trunk/; revision=16910
2009-09-01 14:27:24 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
haskellMode = callPackage ../applications/editors/emacs-modes/haskell { };
Group Emacs packages in an `emacsPackages' function. This avoids problem such as bytecode incompatibilies (e.g., between GNU Emacs 22 and 23), API changes. It would also allow packages to be built with different emacsen (S(X)Emacs, etc.). svn path=/nixpkgs/trunk/; revision=16324
2009-07-10 16:17:06 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
hol_light_mode = callPackage ../applications/editors/emacs-modes/hol_light { };
Add HOL Light and its dependencies. Add pkgs/applications/science/logic/hol_light and pkgs/applications/science/emacs-modes/hol_light Some functionalities of HOL Light requires the compiled sources of OCaml. For now we provide a new package ocaml_with_sources. After this shuold be merged with the current version of OCaml already present in nixpkgs. svn path=/nixpkgs/trunk/; revision=20008
2010-02-15 11:00:02 +00:00
Add Nix expression for Emacs mode htmlize. svn path=/nixpkgs/trunk/; revision=23382
2010-08-24 08:25:51 +00:00
htmlize = callPackage ../applications/editors/emacs-modes/htmlize { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
magit = callPackage ../applications/editors/emacs-modes/magit { };
Group Emacs packages in an `emacsPackages' function. This avoids problem such as bytecode incompatibilies (e.g., between GNU Emacs 22 and 23), API changes. It would also allow packages to be built with different emacsen (S(X)Emacs, etc.). svn path=/nixpkgs/trunk/; revision=16324
2009-07-10 16:17:06 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
maudeMode = callPackage ../applications/editors/emacs-modes/maude { };
Group Emacs packages in an `emacsPackages' function. This avoids problem such as bytecode incompatibilies (e.g., between GNU Emacs 22 and 23), API changes. It would also allow packages to be built with different emacsen (S(X)Emacs, etc.). svn path=/nixpkgs/trunk/; revision=16324
2009-07-10 16:17:06 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
nxml = callPackage ../applications/editors/emacs-modes/nxml { };
Group Emacs packages in an `emacsPackages' function. This avoids problem such as bytecode incompatibilies (e.g., between GNU Emacs 22 and 23), API changes. It would also allow packages to be built with different emacsen (S(X)Emacs, etc.). svn path=/nixpkgs/trunk/; revision=16324
2009-07-10 16:17:06 +00:00
Give Org-Mode a high priority. svn path=/nixpkgs/trunk/; revision=22694
2010-07-22 08:59:46 +00:00
# This is usually a newer version of Org-Mode than that found in GNU Emacs, so
# we want it to have higher precedence.
org-mode: Pass the full path to `which'; use `callPackage'. svn path=/nixpkgs/trunk/; revision=23657
2010-09-06 07:58:13 +00:00
org = hiPrio (callPackage ../applications/editors/emacs-modes/org { });
Add upstream Org-Mode. svn path=/nixpkgs/trunk/; revision=22693
2010-07-22 08:59:12 +00:00
Emacs PHP mode: packaged. Patch by Karn Kallio. svn path=/nixpkgs/trunk/; revision=25216
2010-12-21 04:40:38 +00:00
phpMode = callPackage ../applications/editors/emacs-modes/php { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
prologMode = callPackage ../applications/editors/emacs-modes/prolog { };
Add expression for ProofGeneral svn path=/nixpkgs/trunk/; revision=18904
2009-12-11 16:18:27 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
proofgeneral = callPackage ../applications/editors/emacs-modes/proofgeneral { };
Group Emacs packages in an `emacsPackages' function. This avoids problem such as bytecode incompatibilies (e.g., between GNU Emacs 22 and 23), API changes. It would also allow packages to be built with different emacsen (S(X)Emacs, etc.). svn path=/nixpkgs/trunk/; revision=16324
2009-07-10 16:17:06 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
quack = callPackage ../applications/editors/emacs-modes/quack { };
Add Emacs Scala-Mode. svn path=/nixpkgs/trunk/; revision=17904
2009-10-20 15:12:29 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
remember = callPackage ../applications/editors/emacs-modes/remember { };
pkgs/applications/editors/emacs-modes/rudel: added rudel 0.2-4 A collaborative editing environment for GNU Emacs. svn path=/nixpkgs/trunk/; revision=22733
2010-07-26 13:41:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
rudel = callPackage ../applications/editors/emacs-modes/rudel { };
scalaMode = callPackage ../applications/editors/emacs-modes/scala-mode { };
svn path=/nixpkgs/trunk/; revision=22880
2010-08-02 16:01:55 +00:00
};
Add EMMS, the Emacs Multimedia System. svn path=/nixpkgs/trunk/; revision=12675
2008-08-21 08:58:51 +00:00
svn path=/nixpkgs/trunk/; revision=22880
2010-08-02 16:01:55 +00:00
emacs22Packages = emacsPackages emacs22 pkgs.emacs22Packages;
pkgs/top-level/all-packages.nix: wrap emacs23Packages in "recurseIntoAttrs" so that these packages are visible in nix-env svn path=/nixpkgs/trunk/; revision=23456
2010-08-26 12:21:15 +00:00
emacs23Packages = recurseIntoAttrs (emacsPackages emacs23 pkgs.emacs23Packages);
Group Emacs packages in an `emacsPackages' function. This avoids problem such as bytecode incompatibilies (e.g., between GNU Emacs 22 and 23), API changes. It would also allow packages to be built with different emacsen (S(X)Emacs, etc.). svn path=/nixpkgs/trunk/; revision=16324
2009-07-10 16:17:06 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
epdfview = callPackage ../applications/misc/epdfview { };
applications/misc/epdfview: New package. svn path=/nixpkgs/trunk/; revision=19498
2010-01-17 01:39:29 +00:00
Adding espeak (and one of the libraries it needs, portaudio) svn path=/nixpkgs/trunk/; revision=23351
2010-08-22 12:08:55 +00:00
espeak = callPackage ../applications/audio/espeak { };
esniper 2.24.0 is a simple, lightweight tool for sniping eBay auctions. svn path=/nixpkgs/trunk/; revision=26086
2011-02-24 11:25:16 +00:00
esniper = callPackage ../applications/networking/esniper { };
Adding evopedia. Contributed by Joachim Schiele. svn path=/nixpkgs/trunk/; revision=25066
2010-12-11 22:04:13 +00:00
evopedia = callPackage ../applications/misc/evopedia { };
- added myself as maintainer - added a new package: keepassx (which was reviewed on the nix-dev ml) svn path=/nixpkgs/trunk/; revision=27401
2011-06-09 07:48:54 +00:00
keepassx = callPackage ../applications/misc/keepassx { };
Fiddle with priorities to provide a smoother upgrade path. svn path=/nixpkgs/branches/stdenv-updates/; revision=24726
2010-11-17 10:43:04 +00:00
# FIXME: Evince and other GNOME/GTK+ apps (e.g., Viking) provide
# `share/icons/hicolor/icon-theme.cache'. Arbitrarily give this one a
# higher priority.
evince = hiPrio (callPackage ../applications/misc/evince {
Add Evince, GNOME's document viewer (PS, PDF, DVI, DjVu, TIFF, etc.). Currently, a few theme icons provided by Evince are not found. This is possibly due to the lack of an `index.theme' file under `share/evince/icons', but there's no rule to make it. svn path=/nixpkgs/trunk/; revision=12434
2008-07-27 10:24:08 +00:00
inherit (gnome) gnomedocutils gnomeicontheme libgnome
* Added gnome-icon-theme. svn path=/nixpkgs/branches/xorg-7.5/; revision=18118
2009-11-04 21:44:01 +00:00
libgnomeui libglade glib gtk scrollkeeper gnome_keyring;
Fiddle with priorities to provide a smoother upgrade path. svn path=/nixpkgs/branches/stdenv-updates/; revision=24726
2010-11-17 10:43:04 +00:00
});
Add Evince, GNOME's document viewer (PS, PDF, DVI, DjVu, TIFF, etc.). Currently, a few theme icons provided by Evince are not found. This is possibly due to the lack of an `index.theme' file under `share/evince/icons', but there's no rule to make it. svn path=/nixpkgs/trunk/; revision=12434
2008-07-27 10:24:08 +00:00
* Fix the ratpoison build (http://hydra.nixos.org/build/915825). svn path=/nixpkgs/branches/x-updates/; revision=26296
2011-03-14 10:25:26 +00:00
evolution_data_server = newScope (gnome // gtkLibs) ../servers/evolution-data-server { };
Adding Ekiga svn path=/nixpkgs/trunk/; revision=23653
2010-09-05 23:37:54 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
exrdisplay = callPackage ../applications/graphics/exrdisplay {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
fltk = fltk20;
};
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
fbpanel = callPackage ../applications/window-managers/fbpanel { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
fetchmail = import ../applications/misc/fetchmail {
svn path=/nixpkgs/trunk/; revision=10828
2008-02-22 10:12:01 +00:00
inherit stdenv fetchurl openssl;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
fossil = callPackage ../applications/version-management/fossil { };
Add package for Fossil svn path=/nixpkgs/trunk/; revision=21746
2010-05-12 13:17:19 +00:00
adding gis system grass (graphviz 3d is not supported yet) svn path=/nixpkgs/trunk/; revision=22131
2010-06-03 15:19:59 +00:00
grass = import ../applications/misc/grass {
inherit (xlibs) libXmu libXext libXp libX11 libXt libSM libICE libXpm
libXaw libXrender;
inherit getConfig composableDerivation stdenv fetchurl
lib flex bison cairo fontconfig
gdal zlib ncurses gdbm proj pkgconfig swig
blas liblapack libjpeg libpng mysql unixODBC mesa postgresql python
readline sqlite tcl tk libtiff freetype ffmpeg makeWrapper wxGTK;
fftw = fftwSinglePrec;
motif = lesstif;
opendwg = libdwg;
wxPython = wxPython28;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
grip = callPackage ../applications/misc/grip {
adding grip, a gui rip application (segfaults on amd64 ?) svn path=/nixpkgs/trunk/; revision=17305
2009-09-20 17:01:31 +00:00
inherit (gnome) libgnome libgnomeui vte;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
wavesurfer = callPackage ../applications/misc/audio/wavesurfer { };
added wavesurfer (sound analysis tool) and its dependency snack (tcl /python sound tool library) svn path=/nixpkgs/trunk/; revision=12904
2008-09-24 00:42:06 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
wireshark = callPackage ../applications/networking/sniffers/wireshark { };
pkgs/top-level/all-packages.nix: strip trailing white space svn path=/nixpkgs/trunk/; revision=21416
2010-04-29 08:54:02 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
wvdial = callPackage ../os-specific/linux/wvdial { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* fbida: fix a segfault in exiftran. svn path=/nixpkgs/trunk/; revision=25588
2011-01-16 16:28:08 +00:00
fbida = callPackage ../applications/graphics/fbida { };
Adding fbida, framebuffer image viewer svn path=/nixpkgs/trunk/; revision=16571
2009-08-04 07:14:43 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
fdupes = callPackage ../tools/misc/fdupes { };
added fdupes-1.40 (utility to find duplicate files) provided by Marco Maggesi svn path=/nixpkgs/trunk/; revision=13134
2008-10-28 11:56:43 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
feh = callPackage ../applications/graphics/feh { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
Move most kde-extragear apps to top-level svn path=/nixpkgs/trunk/; revision=24092
2010-10-05 17:44:33 +00:00
filelight = newScope pkgs.kde4 ../applications/misc/filelight { };
* Make Firefox 5.0 the default. svn path=/nixpkgs/trunk/; revision=27593
2011-07-04 14:04:43 +00:00
firefox = firefox50Pkgs.firefox;
Change the default Firefox to 4.0 Until someone complains, that is svn path=/nixpkgs/trunk/; revision=26835
2011-04-13 20:52:01 +00:00
* Make Firefox 5.0 the default. svn path=/nixpkgs/trunk/; revision=27593
2011-07-04 14:04:43 +00:00
firefoxWrapper = firefox50Wrapper;
* Build Firefox 3 in the channel. svn path=/nixpkgs/trunk/; revision=12378
2008-07-18 10:41:27 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
firefox36Pkgs = callPackage ../applications/networking/browsers/firefox/3.6.nix {
* Added Firefox 3.6. It's not entirely stable yet though. In particular it segfaults with the `-P' option. svn path=/nixpkgs/trunk/; revision=19606
2010-01-21 22:23:59 +00:00
inherit (gtkLibs) gtk pango;
inherit (gnome) libIDL;
};
svn path=/nixpkgs/trunk/; revision=26460
2011-03-22 14:30:13 +00:00
firefox36Wrapper = wrapFirefox firefox36Pkgs.firefox "firefox" "";
* Remove gtkLibs218 and an old Cairo. svn path=/nixpkgs/branches/x-updates/; revision=25824
2011-02-09 10:49:20 +00:00
firefox40Pkgs = callPackage ../applications/networking/browsers/firefox/4.0.nix {
Fix firefox 4.0 evaluation svn path=/nixpkgs/trunk/; revision=26397
2011-03-17 15:35:59 +00:00
inherit (gtkLibs) gtk pango;
inherit (gnome) libIDL;
Add FF4.0 beta 6 svn path=/nixpkgs/trunk/; revision=24172
2010-10-08 08:28:00 +00:00
};
Change the default Firefox to 4.0 Until someone complains, that is svn path=/nixpkgs/trunk/; revision=26835
2011-04-13 20:52:01 +00:00
firefox40Wrapper = wrapFirefox firefox40Pkgs.firefox "firefox" "";
pkgs/top-level/all-packages.nix: stripped trailing whitespace svn path=/nixpkgs/trunk/; revision=19670
2010-01-26 14:53:03 +00:00
Adding Firefox 5.0 RC1 svn path=/nixpkgs/trunk/; revision=27478
2011-06-16 08:08:10 +00:00
firefox50Pkgs = callPackage ../applications/networking/browsers/firefox/5.0.nix {
inherit (gtkLibs) gtk pango;
inherit (gnome) libIDL;
};
firefox50Wrapper = wrapFirefox firefox50Pkgs.firefox "firefox" "";
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
flac = callPackage ../applications/audio/flac { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Build Firefox 3 on top of xulrunner. This significantly reduces the build time and makes Firefox itself only 3 megabytes or so large. * Fixed building the mplayerplug-in on Firefox 3. Since the latter now uses xulrunner, we no longer need the firefox3Xul hack. TODO: do this for Icecat as well. svn path=/nixpkgs/trunk/; revision=13160
2008-10-30 13:00:50 +00:00
flashplayer = flashplayer10;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
Trying to reinstate the meta-based Hydra builds svn path=/nixpkgs/trunk/; revision=16883
2009-08-28 06:29:21 +00:00
flashplayer9 = (
Flash player also has assertions.. svn path=/nixpkgs/trunk/; revision=16848
2009-08-25 06:11:22 +00:00
import ../applications/networking/browsers/mozilla-plugins/flashplayer-9 {
added chromeWrapper, like firefoxWrapper, to allow plugins to work, added previously undefined dependencies on flash plugin svn path=/nixpkgs/trunk/; revision=18050
2009-10-30 12:28:44 +00:00
inherit fetchurl stdenv zlib alsaLib nss nspr fontconfig freetype expat;
* Added Firefox 3.6. It's not entirely stable yet though. In particular it segfaults with the `-P' option. svn path=/nixpkgs/trunk/; revision=19606
2010-01-21 22:23:59 +00:00
inherit (xlibs) libX11 libXext libXrender libXt;
added chromeWrapper, like firefoxWrapper, to allow plugins to work, added previously undefined dependencies on flash plugin svn path=/nixpkgs/trunk/; revision=18050
2009-10-30 12:28:44 +00:00
inherit (gtkLibs) gtk glib pango atk;
Flash player also has assertions.. svn path=/nixpkgs/trunk/; revision=16848
2009-08-25 06:11:22 +00:00
});
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
Trying to reinstate the meta-based Hydra builds svn path=/nixpkgs/trunk/; revision=16883
2009-08-28 06:29:21 +00:00
flashplayer10 = (
Flash player also has assertions.. svn path=/nixpkgs/trunk/; revision=16848
2009-08-25 06:11:22 +00:00
import ../applications/networking/browsers/mozilla-plugins/flashplayer-10 {
Flash player: part 2 svn path=/nixpkgs/trunk/; revision=23934
2010-09-26 05:05:24 +00:00
inherit fetchurl stdenv zlib alsaLib curl nss nspr fontconfig freetype expat cairo;
added chromeWrapper, like firefoxWrapper, to allow plugins to work, added previously undefined dependencies on flash plugin svn path=/nixpkgs/trunk/; revision=18050
2009-10-30 12:28:44 +00:00
inherit (xlibs) libX11 libXext libXrender libXt ;
Fix flash player's runtime deps svn path=/nixpkgs/trunk/; revision=26730
2011-04-07 09:21:24 +00:00
inherit (gtkLibs) gtk glib pango atk gdk_pixbuf;
adding debug version of i686 flash player. See comments svn path=/nixpkgs/trunk/; revision=19195
2010-01-04 07:44:24 +00:00
debug = getConfig ["flashplayer" "debug"] false;
Flash player also has assertions.. svn path=/nixpkgs/trunk/; revision=16848
2009-08-25 06:11:22 +00:00
});
* Added Adobe Flash Player 10. svn path=/nixpkgs/trunk/; revision=13085
2008-10-16 13:36:27 +00:00
Making freecad install; it still does not find all shared objects though. Either eigen changed the hash of the tarball, or I did not commit its latest hash. I add boost 1.46 apart, because 1.44 does not work easily for freecad. svn path=/nixpkgs/trunk/; revision=26151
2011-03-04 09:48:24 +00:00
freecad = callPackage ../applications/graphics/freecad {
boost = boost146;
};
Adding xercesc, the references to coin3d and soqt, and trying to add freecad (that still does not build). svn path=/nixpkgs/trunk/; revision=26135
2011-03-02 17:18:30 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
freemind = callPackage ../applications/misc/freemind {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
jdk = jdk;
jre = jdk;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
freepv = callPackage ../applications/graphics/freepv { };
Adding freepv, without its mozilla plug-in. svn path=/nixpkgs/trunk/; revision=14954
2009-04-08 20:05:59 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xfontsel = callPackage ../applications/misc/xfontsel { };
xlsfonts = callPackage ../applications/misc/xlsfonts { };
Adding xfontsel. A bit hacky (to work well, it requires copying its app-defaults to $HOME) As app-defaults should be installed with the libXt (maybe it's libXt which loads them), and stracing that is the place where the code looks for app-defaults (the libXt store path), I don't know of any better solution in nixpkgs by now. svn path=/nixpkgs/trunk/; revision=19092
2009-12-24 14:48:36 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
fspot = callPackage ../applications/graphics/f-spot {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
inherit (gnome) libgnome libgnomeui;
gtksharp = gtksharp1;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gimp = callPackage ../applications/graphics/gimp {
* GIMP updated to 2.6.7. It no longer needs libgtkhtml. svn path=/nixpkgs/branches/xorg-7.5/; revision=18117
2009-11-04 21:28:11 +00:00
inherit (gnome) gtk libart_lgpl;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
pkgs/applications/editors/emacs-modes/prolog: initial version of prolog-mode for Emacs svn path=/nixpkgs/trunk/; revision=18675
2009-11-27 17:40:56 +00:00
Adding the GAP gimp plugin, and making nix-env recurse into the gimp plugins attribute set. svn path=/nixpkgs/trunk/; revision=19936
2010-02-11 15:08:05 +00:00
gimpPlugins = recurseIntoAttrs (import ../applications/graphics/gimp/plugins {
inherit pkgs gimp;
});
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
adding gitAttr now containing qgit, stgit, topGit, hg2git updating gitGit (git dev version), adding qgit-git (dev version) svn path=/nixpkgs/trunk/; revision=13816
2009-01-20 22:15:42 +00:00
gitAndTools = recurseIntoAttrs (import ../applications/version-management/git-and-tools {
inherit pkgs;
});
git = gitAndTools.git;
Add `gitFull'. svn path=/nixpkgs/trunk/; revision=19525
2010-01-18 16:07:44 +00:00
gitFull = gitAndTools.gitFull;
all-packages.nix: added low-priority 'gitSVN' expression, a variant of git with SVN support (but no GUI) svn path=/nixpkgs/trunk/; revision=26827
2011-04-13 17:53:26 +00:00
gitSVN = gitAndTools.gitSVN;
new: qgit is a qt-based graphical front-end for git svn path=/nixpkgs/trunk/; revision=12299
2008-07-07 11:48:24 +00:00
Adding giv. svn path=/nixpkgs/trunk/; revision=26709
2011-04-06 10:00:48 +00:00
giv = callPackage ../applications/graphics/giv {
inherit (gtkLibs) gdk_pixbuf gtk gob2;
Giv wants the pcre with unicode support. svn path=/nixpkgs/trunk/; revision=26722
2011-04-06 15:18:14 +00:00
pcre = pcre.override { unicodeSupport = true; };
Adding giv. svn path=/nixpkgs/trunk/; revision=26709
2011-04-06 10:00:48 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gnucash = callPackage ../applications/office/gnucash {
gnucash: set RPATH so that GnuCash binaries can find its GNOME libraries at run-time svn path=/nixpkgs/trunk/; revision=27689
2011-07-10 13:34:56 +00:00
inherit (gnome) gtk glib libgnomeui libgtkhtml gtkhtml
libbonoboui libgnomeprint;
Add GnuCash. svn path=/nixpkgs/trunk/; revision=17551
2009-09-30 13:11:17 +00:00
gconf = gnome.GConf;
Prepare for the Guile 2.0 switchover. svn path=/nixpkgs/trunk/; revision=25976
2011-02-15 13:14:29 +00:00
guile = guile_1_8;
all-packages.nix: Changed gnucash expression to override the 'scheme' argument in slibGuile so that the library is built with the same version of guile as gnucash is. svn path=/nixpkgs/trunk/; revision=27685
2011-07-09 12:11:41 +00:00
slibGuile = slibGuile.override { scheme = guile_1_8; };
Add GnuCash. svn path=/nixpkgs/trunk/; revision=17551
2009-09-30 13:11:17 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
qcad = callPackage ../applications/misc/qcad { };
adding qcad-2.0.5.0 svn path=/nixpkgs/trunk/; revision=14744
2009-03-28 02:25:03 +00:00
Cleanup svn path=/nixpkgs/trunk/; revision=24224
2010-10-11 19:59:22 +00:00
qjackctl = callPackage ../applications/audio/qjackctl { };
added qjackctl svn path=/nixpkgs/trunk/; revision=12650
2008-08-18 16:03:21 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
gkrellm = callPackage ../applications/misc/gkrellm { };
Add GKrellM, a graphical system monitor. svn path=/nixpkgs/trunk/; revision=10660
2008-02-13 16:38:33 +00:00
Adding GMU, a music player for small portable devices, written in SDL. svn path=/nixpkgs/trunk/; revision=26266
2011-03-10 22:20:35 +00:00
gmu = callPackage ../applications/audio/gmu { };
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gnash = callPackage ../applications/video/gnash {
GNU Gnash 0.8.9. svn path=/nixpkgs/trunk/; revision=26498
2011-03-24 22:25:03 +00:00
xulrunner = icecatXulrunner3;
GNU Gnash 0.8.8. svn path=/nixpkgs/trunk/; revision=23365
2010-08-23 14:52:48 +00:00
inherit (gnome) gtkglext;
inherit (gst_all) gstreamer gstPluginsBase gstPluginsGood gstFfmpeg;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gnome_mplayer = callPackage ../applications/video/gnome-mplayer {
* Added gecko-mediaplayer, a browser plugin that uses gnome-mplayer to play video. Seems to be more stable than mplayerplug-in. svn path=/nixpkgs/trunk/; revision=16379
2009-07-15 20:34:08 +00:00
inherit (gnome) GConf;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gnunet = callPackage ../applications/networking/p2p/gnunet {
Add GNUnet, GNU's anonymous peer-to-peer communication framework. svn path=/nixpkgs/trunk/; revision=12699
2008-08-24 18:48:09 +00:00
inherit (gnome) gtk libglade;
gnunet-setup wanted guile 1.8. I also restored the default gtkSupport variable I had touched in a previous commit. svn path=/nixpkgs/trunk/; revision=27542
2011-06-26 20:09:44 +00:00
guile = guile_1_8;
gtkSupport = getConfig [ "gnunet" "gtkSupport" ] true;
Add GNUnet, GNU's anonymous peer-to-peer communication framework. svn path=/nixpkgs/trunk/; revision=12699
2008-08-24 18:48:09 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gocr = callPackage ../applications/graphics/gocr { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
Gobby: rename to gobby5 because it's apparently still considered very new and incompatible with stable gobby4 svn path=/nixpkgs/trunk/; revision=24043
2010-10-04 04:15:55 +00:00
gobby5 = callPackage ../applications/editors/gobby {
Packaged Gobby svn path=/nixpkgs/trunk/; revision=24040
2010-10-04 04:15:23 +00:00
inherit (gtkLibs) gtkmm;
inherit (gnome) gtksourceview;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gphoto2 = callPackage ../applications/misc/gphoto2 { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
Adding Gphoto2FS - filesystem for attached cameras svn path=/nixpkgs/trunk/; revision=16841
2009-08-24 21:35:45 +00:00
gphoto2fs = builderDefsPackage ../applications/misc/gphoto2/gphotofs.nix {
* Replace some "inherit (gtkLibs) glib" statements with "inherit glib". svn path=/nixpkgs/trunk/; revision=18013
2009-10-29 11:43:02 +00:00
inherit libgphoto2 fuse pkgconfig glib;
Adding Gphoto2FS - filesystem for attached cameras svn path=/nixpkgs/trunk/; revision=16841
2009-08-24 21:35:45 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
graphicsmagick = callPackage ../applications/graphics/graphicsmagick { };
Adding GraphicsMagick svn path=/nixpkgs/trunk/; revision=20383
2010-03-04 14:44:47 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
graphicsmagick137 = callPackage ../applications/graphics/graphicsmagick/1.3.7.nix { };
Adding graphicsmagick 1.3.7 for octave imread() and alike to work. svn path=/nixpkgs/trunk/; revision=20390
2010-03-04 16:41:14 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gtkpod = callPackage ../applications/audio/gtkpod {
Adding gtkpod, and fixing libgpod meta info. svn path=/nixpkgs/trunk/; revision=15016
2009-04-13 15:41:10 +00:00
inherit (gnome) libglade;
};
Added qrencode and qrdecode - tools for QR code. Qrdecode behaves strangely (Debian package does the same, so probably upstream bug) svn path=/nixpkgs/trunk/; revision=13304
2008-11-15 17:54:09 +00:00
qrdecode = builderDefsPackage (import ../tools/graphics/qrdecode) {
Remove libcv; reference opencv instead. svn path=/nixpkgs/trunk/; revision=24272
2010-10-14 10:45:36 +00:00
inherit libpng opencv;
Added qrencode and qrdecode - tools for QR code. Qrdecode behaves strangely (Debian package does the same, so probably upstream bug) svn path=/nixpkgs/trunk/; revision=13304
2008-11-15 17:54:09 +00:00
};
qrencode = builderDefsPackage (import ../tools/graphics/qrencode) {
inherit libpng pkgconfig;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gecko_mediaplayer = callPackage ../applications/networking/browsers/mozilla-plugins/gecko-mediaplayer {
* Added gecko-mediaplayer, a browser plugin that uses gnome-mplayer to play video. Seems to be more stable than mplayerplug-in. svn path=/nixpkgs/trunk/; revision=16379
2009-07-15 20:34:08 +00:00
inherit (gnome) GConf;
* Fix evaluation problems. svn path=/nixpkgs/branches/x-updates/; revision=22668
2010-07-19 22:24:26 +00:00
browser = firefox;
* Added gecko-mediaplayer, a browser plugin that uses gnome-mplayer to play video. Seems to be more stable than mplayerplug-in. svn path=/nixpkgs/trunk/; revision=16379
2009-07-15 20:34:08 +00:00
};
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
geeqie = callPackage ../applications/graphics/geeqie { };
Add Geeqie, a GQview fork. svn path=/nixpkgs/trunk/; revision=18613
2009-11-25 08:58:42 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
gqview = callPackage ../applications/graphics/gqview { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage_i686 for i686-only packages. svn path=/nixpkgs/trunk/; revision=23113
2010-08-11 13:25:30 +00:00
googleearth = callPackage_i686 ../applications/misc/googleearth { };
Adding google earth. svn path=/nixpkgs/trunk/; revision=15014
2009-04-13 15:40:51 +00:00
A top-level entry for gosmore svn path=/nixpkgs/trunk/; revision=22227
2010-06-11 22:37:47 +00:00
gosmore = builderDefsPackage ../applications/misc/gosmore {
inherit fetchsvn curl pkgconfig libxml2;
inherit (gtkLibs) gtk;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gpsbabel = callPackage ../applications/misc/gpsbabel { };
Add `gpscorrelate', a GPS photo correlation tool. svn path=/nixpkgs/trunk/; revision=15814
2009-06-01 22:43:36 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
gpscorrelate = callPackage ../applications/misc/gpscorrelate { };
Add `gpscorrelate', a GPS photo correlation tool. svn path=/nixpkgs/trunk/; revision=15814
2009-06-01 22:43:36 +00:00
* wrapPythonPrograms: rewrite the common "#! .../env python" idiom to "#! .../python". svn path=/nixpkgs/branches/modular-python/; revision=26583
2011-03-28 17:19:27 +00:00
gpsd = callPackage ../servers/gpsd { };
Add `gpsd', a GPS service daemon. svn path=/nixpkgs/trunk/; revision=15809
2009-05-31 11:29:42 +00:00
Add guitone. It compiles. Haven't checked whether it works. svn path=/nixpkgs/trunk/; revision=24566
2010-11-02 12:23:01 +00:00
guitone = callPackage ../applications/version-management/guitone { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gv = callPackage ../applications/misc/gv { };
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
hello = callPackage ../applications/misc/hello/ex-2 { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
homebank = callPackage ../applications/office/homebank { };
Adding homebank, personal finance software. svn path=/nixpkgs/trunk/; revision=19698
2010-01-26 22:22:11 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
htmldoc = callPackage ../applications/misc/htmldoc {
Adding htmldoc. I had to update fltk 1.1 for it to build. svn path=/nixpkgs/trunk/; revision=22096
2010-06-01 21:15:40 +00:00
fltk = fltk11;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
hugin = callPackage ../applications/graphics/hugin {
Adding enblend-fuse, libxmi and hugin. Maybe hugin doesn't run well enough still. svn path=/nixpkgs/trunk/; revision=14894
2009-04-05 21:41:38 +00:00
};
Adding Hydrogen: drum machine svn path=/nixpkgs/trunk/; revision=26866
2011-04-17 14:23:33 +00:00
hydrogen = callPackage ../applications/audio/hydrogen { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
i810switch = callPackage ../os-specific/linux/i810switch { };
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
Add GNU IceCat 3, GNU's free variant of Mozilla Firefox 3. Currently, MPlayerPlugin can't be built with IceCat 3. svn path=/nixpkgs/trunk/; revision=12437
2008-07-28 15:55:11 +00:00
icecat3 = lowPrio (import ../applications/networking/browsers/icecat-3 {
GNU IceCat 3.6.7. svn path=/nixpkgs/trunk/; revision=22732
2010-07-25 14:16:09 +00:00
inherit fetchurl stdenv xz pkgconfig perl zip libjpeg libpng zlib cairo
GNU IceCat 3.6: Disable WiFi stuff for now. svn path=/nixpkgs/trunk/; revision=19744
2010-02-01 09:16:56 +00:00
python dbus dbus_glib freetype fontconfig bzip2 xlibs alsaLib libnotify
wirelesstools;
IceCat: Use GNOME VFS and libgnomeui. svn path=/nixpkgs/trunk/; revision=12441
2008-07-28 20:41:14 +00:00
inherit (gnome) libIDL libgnomeui gnomevfs gtk pango;
GNU IceCat 3.6.7. svn path=/nixpkgs/trunk/; revision=22732
2010-07-25 14:16:09 +00:00
inherit (xlibs) pixman;
GNU IceCat: Add PLY as a build input. svn path=/nixpkgs/trunk/; revision=16429
2009-07-19 12:34:14 +00:00
inherit (pythonPackages) ply;
Add GNU IceCat 3, GNU's free variant of Mozilla Firefox 3. Currently, MPlayerPlugin can't be built with IceCat 3. svn path=/nixpkgs/trunk/; revision=12437
2008-07-28 15:55:11 +00:00
});
GNU IceCat: Allow compilation of XulRunner. In turn, this allows compilation of plug-ins like MPlayer's. svn path=/nixpkgs/trunk/; revision=12930
2008-09-29 21:58:25 +00:00
icecatXulrunner3 = lowPrio (import ../applications/networking/browsers/icecat-3 {
application = "xulrunner";
GNU IceCat 3.6.7. svn path=/nixpkgs/trunk/; revision=22732
2010-07-25 14:16:09 +00:00
inherit fetchurl stdenv xz pkgconfig perl zip libjpeg libpng zlib cairo
GNU IceCat 3.6: Disable WiFi stuff for now. svn path=/nixpkgs/trunk/; revision=19744
2010-02-01 09:16:56 +00:00
python dbus dbus_glib freetype fontconfig bzip2 xlibs alsaLib libnotify
wirelesstools;
GNU IceCat: Allow compilation of XulRunner. In turn, this allows compilation of plug-ins like MPlayer's. svn path=/nixpkgs/trunk/; revision=12930
2008-09-29 21:58:25 +00:00
inherit (gnome) libIDL libgnomeui gnomevfs gtk pango;
GNU IceCat 3.6.7. svn path=/nixpkgs/trunk/; revision=22732
2010-07-25 14:16:09 +00:00
inherit (xlibs) pixman;
Add missing argument to `icecatXulrunner3'. Reported by Peter Simons. svn path=/nixpkgs/trunk/; revision=16432
2009-07-20 14:14:28 +00:00
inherit (pythonPackages) ply;
GNU IceCat: Allow compilation of XulRunner. In turn, this allows compilation of plug-ins like MPlayer's. svn path=/nixpkgs/trunk/; revision=12930
2008-09-29 21:58:25 +00:00
});
icecat3Xul =
Fix derivation name of `icecat3Xul'. svn path=/nixpkgs/trunk/; revision=16357
2009-07-14 15:22:31 +00:00
(symlinkJoin "icecat-with-xulrunner-${icecat3.version}"
[ icecat3 icecatXulrunner3 ])
IceCat: Inherit `isFirefox3Like' in `icecat3Xul'. svn path=/nixpkgs/trunk/; revision=13615
2008-12-12 09:38:31 +00:00
// { inherit (icecat3) gtk isFirefox3Like meta; };
GNU IceCat: Allow compilation of XulRunner. In turn, this allows compilation of plug-ins like MPlayer's. svn path=/nixpkgs/trunk/; revision=12930
2008-09-29 21:58:25 +00:00
GNU IceCat 4.0: First attempt. svn path=/nixpkgs/trunk/; revision=26798
2011-04-12 08:12:00 +00:00
icecat3Wrapper = wrapFirefox icecat3Xul "icecat" "";
icecat4 = lowPrio (import ../applications/networking/browsers/icecat-4 {
inherit fetchurl stdenv xz pkgconfig perl zip libjpeg libpng zlib cairo
python dbus dbus_glib freetype fontconfig bzip2 xlibs alsaLib libnotify
wirelesstools;
inherit (gnome) libIDL libgnomeui gnomevfs gtk pango;
inherit (xlibs) pixman;
inherit (pythonPackages) ply;
});
icecatXulrunner4 = lowPrio (import ../applications/networking/browsers/icecat-4 {
application = "xulrunner";
inherit fetchurl stdenv xz pkgconfig perl zip libjpeg libpng zlib cairo
python dbus dbus_glib freetype fontconfig bzip2 xlibs alsaLib libnotify
wirelesstools;
inherit (gnome) libIDL libgnomeui gnomevfs gtk pango;
inherit (xlibs) pixman;
inherit (pythonPackages) ply;
});
icecat4Xul =
(symlinkJoin "icecat-with-xulrunner-${icecat4.version}"
[ icecat4 icecatXulrunner4 ])
Fixing the nixpkgs tarball, broken for more than a week. svn path=/nixpkgs/trunk/; revision=26856
2011-04-16 16:27:55 +00:00
// { inherit (icecat4) gtk meta; };
GNU IceCat 4.0: First attempt. svn path=/nixpkgs/trunk/; revision=26798
2011-04-12 08:12:00 +00:00
icecat4Wrapper = wrapFirefox icecat4Xul "icecat" "";
Add GNU IceCat 3, GNU's free variant of Mozilla Firefox 3. Currently, MPlayerPlugin can't be built with IceCat 3. svn path=/nixpkgs/trunk/; revision=12437
2008-07-28 15:55:11 +00:00
Updating icewm (so yes, gtk included gdk_pixbuf. Thank you niksnut!) svn path=/nixpkgs/branches/stdenv-updates/; revision=23603
2010-09-02 19:30:20 +00:00
icewm = callPackage ../applications/window-managers/icewm {
inherit (gtkLibs) gtk;
};
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
Allowing abcde to make mp3. I had to add id3v2, and fix the id3lib build. svn path=/nixpkgs/trunk/; revision=23513
2010-08-29 15:53:42 +00:00
id3v2 = callPackage ../applications/audio/id3v2 { };
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
ikiwiki = callPackage ../applications/misc/ikiwiki {
pkgs/tools/typesetting/asciidoc: updated to version 8.5.1 New asciidoc versions do have a proper configure script. Using that simplifies the build instructions a bit. svn path=/nixpkgs/trunk/; revision=18076
2009-11-03 15:57:22 +00:00
inherit (perlPackages) TextMarkdown URI HTMLParser HTMLScrubber
pkgs/top-level/all-packages.nix: added RPC-XML support to ikiwiki This is required for the 'rst' plugin and for non-perl plugin support in general. svn path=/nixpkgs/trunk/; revision=21421
2010-04-29 09:35:20 +00:00
HTMLTemplate TimeDate CGISession DBFile CGIFormBuilder LocaleGettext
ikiwiki: drop obsolete getConfig mechanism; use override to configure support for git and/or monotone svn path=/nixpkgs/trunk/; revision=27670
2011-07-08 09:30:05 +00:00
RpcXML XMLSimple PerlMagick YAML;
gitSupport = false;
monotoneSupport = false;
Adding support of external utilities in ikiwiki svn path=/nixpkgs/trunk/; revision=17845
2009-10-16 08:38:25 +00:00
extraUtils = [];
Adding the basics for 'ikiwiki'. I did not try how it serves the pages, but at least "ikiwiki --setup ikiwikipath/etc/auto.setup" works for me with git. svn path=/nixpkgs/trunk/; revision=17808
2009-10-14 21:00:54 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
imagemagick = callPackage ../applications/graphics/ImageMagick {
* More cleanup. svn path=/nixpkgs/trunk/; revision=22795
2010-07-28 15:35:01 +00:00
tetex = null;
librsvg = null;
* ImageMagick: don't need to keep old versions I guess. * texFunctions.simpleTexToPNG: purity (use our own ImageMagick). svn path=/nixpkgs/trunk/; revision=11836
2008-05-16 11:26:23 +00:00
};
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
imagemagickBig = callPackage ../applications/graphics/ImageMagick { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
Add Impressive (formerly known as `KeyJNote'). svn path=/nixpkgs/trunk/; revision=14618
2009-03-19 16:40:28 +00:00
# Impressive, formerly known as "KeyJNote".
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
impressive = callPackage ../applications/office/impressive {
Add Impressive (formerly known as `KeyJNote'). svn path=/nixpkgs/trunk/; revision=14618
2009-03-19 16:40:28 +00:00
# XXX These are the PyOpenGL dependencies, which we need here.
* Inkscape updated to 0.48.1. svn path=/nixpkgs/trunk/; revision=27555
2011-06-28 13:51:55 +00:00
inherit (pythonPackages) pyopengl;
};
Add Impressive (formerly known as `KeyJNote'). svn path=/nixpkgs/trunk/; revision=14618
2009-03-19 16:40:28 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
inkscape = callPackage ../applications/graphics/inkscape {
adding python package lxml to make scripts in inkscape work svn path=/nixpkgs/trunk/; revision=17858
2009-10-18 04:43:40 +00:00
inherit (pythonPackages) lxml;
glibmm and gtkmm moved into gtkLibs svn path=/nixpkgs/branches/stdenv-updates/; revision=10478
2008-02-03 13:18:37 +00:00
inherit (gtkLibs) gtk glib glibmm gtkmm;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
ion3 = callPackage ../applications/window-managers/ion-3 {
* Clean up indentation (expanded tabs etc.). svn path=/nixpkgs/trunk/; revision=11150
2008-03-17 09:41:28 +00:00
lua = lua5;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
iptraf = callPackage ../applications/networking/iptraf { };
Adding iptraf 3.0.0 (the last iptraf I found, last updated in 2005) It runs without complains if you "mkdir -p /var/run/iptraf /var/local/iptraf" svn path=/nixpkgs/trunk/; revision=17752
2009-10-12 10:52:47 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
irssi = callPackage ../applications/networking/irc/irssi { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jackmeter = callPackage ../applications/audio/jackmeter { };
adding jackmeter svn path=/nixpkgs/trunk/; revision=17324
2009-09-21 09:58:33 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jedit = callPackage ../applications/editors/jedit { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
jigdo = callPackage ../applications/misc/jigdo { };
adding jigdo-lite svn path=/nixpkgs/trunk/; revision=17020
2009-09-10 16:57:31 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
joe = callPackage ../applications/editors/joe { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jwm = callPackage ../applications/window-managers/jwm { };
added jwm expression provided by tachermourir (mailinglist) svn path=/nixpkgs/trunk/; revision=11281
2008-03-25 09:50:54 +00:00
Advance k3b version to 2.0.1. Submitted by Karn Kallio svn path=/nixpkgs/trunk/; revision=24338
2010-10-18 09:48:32 +00:00
k3b = newScope pkgs.kde4 ../applications/misc/k3b { };
Force stdenv2 in kde4 scope svn path=/nixpkgs/trunk/; revision=24090
2010-10-05 17:44:11 +00:00
kadu = newScope pkgs.kde45 ../applications/networking/instant-messengers/kadu { };
Adding kadu (patch by Piotr Pietraszkiewicz) svn path=/nixpkgs/trunk/; revision=23988
2010-09-28 22:37:44 +00:00
KBluetooth: packaged svn path=/nixpkgs/trunk/; revision=23889
2010-09-22 00:41:31 +00:00
kbluetooth = newScope pkgs.kde4 ../tools/bluetooth/kbluetooth { };
kde-x.y/utils is for kdeutils-x.y.z, not for apps from kde-apps.org svn path=/nixpkgs/trunk/; revision=25932
2011-02-13 04:34:37 +00:00
kde_wacomtablet = newScope pkgs.kde4 ../applications/misc/kde-wacomtablet { };
Move most kde-extragear apps to top-level svn path=/nixpkgs/trunk/; revision=24092
2010-10-05 17:44:33 +00:00
kdenlive = newScope pkgs.kde4 ../applications/video/kdenlive { };
kdesvn = newScope pkgs.kde4 ../applications/version-management/kdesvn { };
Move kdevplatform and kdevelop to all-packages.nix svn path=/nixpkgs/trunk/; revision=24063
2010-10-05 05:43:39 +00:00
kdevelop = newScope pkgs.kde4 ../applications/editors/kdevelop { };
Adding keepnote svn path=/nixpkgs/trunk/; revision=24695
2010-11-15 19:44:53 +00:00
keepnote = callPackage ../applications/office/keepnote {
pygtk = pyGtkGlade;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
kermit = callPackage ../tools/misc/kermit { };
Adding kermit. svn path=/nixpkgs/trunk/; revision=17114
2009-09-14 18:50:17 +00:00
Updated kino to version 1.3.4 (and did some code standard fixes) svn path=/nixpkgs/trunk/; revision=27558
2011-06-29 16:21:02 +00:00
kino = callPackage ../applications/video/kino {
inherit (gnome) libglade;
kino (compiling but neither finding libX11 nor libghtread) and libiec61883 (dependency) added svn path=/nixpkgs/trunk/; revision=10133
2008-01-13 15:21:21 +00:00
};
Move kipi-plugins to apps/graphics svn path=/nixpkgs/trunk/; revision=24088
2010-10-05 17:43:57 +00:00
kipi_plugins = newScope pkgs.kde4 ../applications/graphics/kipi-plugins { };
Pass pango to kmplayer svn path=/nixpkgs/trunk/; revision=24095
2010-10-05 18:08:40 +00:00
kmplayer = newScope pkgs.kde4 ../applications/video/kmplayer {
inherit (pkgs.gtkLibs) pango;
};
Move most kde-extragear apps to top-level svn path=/nixpkgs/trunk/; revision=24092
2010-10-05 17:44:33 +00:00
Move koffice to applications/office svn path=/nixpkgs/trunk/; revision=23900
2010-09-22 18:04:55 +00:00
koffice = newScope pkgs.kde4 ../applications/office/koffice { };
Move most kde-extragear apps to top-level svn path=/nixpkgs/trunk/; revision=24092
2010-10-05 17:44:33 +00:00
konq_plugins = newScope pkgs.kde4 ../applications/networking/browsers/konq-plugins { };
Move konversation to pkgs svn path=/nixpkgs/trunk/; revision=23330
2010-08-21 19:29:47 +00:00
konversation = newScope pkgs.kde4 ../applications/networking/irc/konversation { };
Add krename svn path=/nixpkgs/trunk/; revision=23818
2010-09-16 08:40:56 +00:00
krename = newScope pkgs.kde4 ../applications/misc/krename { };
Move most kde-extragear apps to top-level svn path=/nixpkgs/trunk/; revision=24092
2010-10-05 17:44:33 +00:00
krusader = newScope pkgs.kde4 ../applications/misc/krusader { };
* Move ktorrent to pkgs/applications/networking/p2p/. svn path=/nixpkgs/trunk/; revision=27123
2011-05-03 16:59:24 +00:00
ktorrent = newScope pkgs.kde4 ../applications/networking/p2p/ktorrent { };
Upgrade ktorrent svn path=/nixpkgs/trunk/; revision=23754
2010-09-13 14:23:02 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
lame = callPackage ../applications/audio/lame { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
larswm = callPackage ../applications/window-managers/larswm { };
Fixing glibcInfo - it did not build. svn path=/nixpkgs/trunk/; revision=21755
2010-05-12 19:31:18 +00:00
Adding lash, session management system for GNU/Linux audio applications svn path=/nixpkgs/trunk/; revision=26926
2011-04-23 00:22:40 +00:00
lash = callPackage ../applications/audio/lash {
inherit (gtkLibs) gtk;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ladspaH = callPackage ../applications/audio/ladspa-plugins/ladspah.nix { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
ladspaPlugins = callPackage ../applications/audio/ladspa-plugins {
Fix FFTW argument to Ladspa Plugins svn path=/nixpkgs/trunk/; revision=22414
2010-06-25 18:21:19 +00:00
fftw = fftwSinglePrec;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
ldcpp = callPackage ../applications/networking/p2p/ldcpp {
Added LinuxDC++. Claimed to support newer protocol - claim is by valknut team.. svn path=/nixpkgs/trunk/; revision=11132
2008-03-15 06:11:45 +00:00
inherit (gnome) libglade;
};
Adding lingot, a guitar tuner. svn path=/nixpkgs/trunk/; revision=27176
2011-05-07 17:52:57 +00:00
lingot = callPackage ../applications/audio/lingot {
inherit (gnome) libglade;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
links = callPackage ../applications/networking/browsers/links { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ledger = callPackage ../applications/office/ledger { };
Add package ledger svn path=/nixpkgs/trunk/; revision=18316
2009-11-10 11:02:45 +00:00
Adding Links2 svn path=/nixpkgs/trunk/; revision=17949
2009-10-24 15:39:54 +00:00
links2 = (builderDefsPackage ../applications/networking/browsers/links2) {
Fix wxGTK reference for xchm svn path=/nixpkgs/trunk/; revision=18156
2009-11-05 21:08:53 +00:00
inherit fetchurl stdenv bzip2 zlib libjpeg libpng libtiff
Adding Links2 svn path=/nixpkgs/trunk/; revision=17949
2009-10-24 15:39:54 +00:00
gpm openssl SDL SDL_image SDL_net pkgconfig;
inherit (xlibs) libX11 libXau xproto libXt;
};
Adding a stdenv version of links2, to be able to cross-build it. This can be removed once builderDefs can be made to support the stdenvCross adapter svn path=/nixpkgs/branches/stdenv-updates/; revision=24927
2010-11-29 18:03:03 +00:00
links2Stdenv = callPackage ../applications/networking/browsers/links2/stdenv.nix { };
Adding linphone svn path=/nixpkgs/trunk/; revision=25545
2011-01-13 20:49:58 +00:00
linphone = callPackage ../applications/networking/linphone {
inherit (gnome) libglade gtk;
};
Adding lmms: Linux MultiMedia Studio svn path=/nixpkgs/trunk/; revision=26925
2011-04-22 23:00:55 +00:00
lmms = callPackage ../applications/audio/lmms { };
Adding lxdvdrip (it builds, but I still don't know how to make it work) svn path=/nixpkgs/trunk/; revision=23858
2010-09-18 16:29:07 +00:00
lxdvdrip = callPackage ../applications/video/lxdvdrip { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
lynx = callPackage ../applications/networking/browsers/lynx { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
lyx = callPackage ../applications/misc/lyx {
lyx added svn path=/nixpkgs/trunk/; revision=10416
2008-01-30 19:38:07 +00:00
qt = qt4;
};
new makeself: 2.1.5 svn path=/nixpkgs/trunk/; revision=25743
2011-02-01 23:24:13 +00:00
makeself = callPackage ../applications/misc/makeself { };
Adding the matchbox window manager svn path=/nixpkgs/trunk/; revision=23076
2010-08-09 22:40:51 +00:00
matchbox = callPackage ../applications/window-managers/matchbox { };
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
meld = callPackage ../applications/version-management/meld {
Adding 'meld' svn path=/nixpkgs/trunk/; revision=20963
2010-04-06 19:39:29 +00:00
inherit (gnome) scrollkeeper;
pygtk = pyGtkGlade;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
mercurial = callPackage ../applications/version-management/mercurial {
mercurial : hgk = hg view = gitk for hg tool support svn path=/nixpkgs/trunk/; revision=13093
2008-10-18 12:01:24 +00:00
guiSupport = getConfig ["mercurial" "guiSupport"] false; # for hgk (gitk gui for hg)
* Move python/2.7/modules.nix into python/2.7/default.nix. Also remove the pythonModules attribute. The built-in modules are now accessible as (e.g.) "python.modules.ssl" or "pythonPackages.ssl". svn path=/nixpkgs/branches/modular-python/; revision=26559
2011-03-28 09:48:57 +00:00
inherit (pythonPackages) ssl;
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
};
merkaartor: 0.17.2 svn path=/nixpkgs/trunk/; revision=27180
2011-05-08 09:35:37 +00:00
merkaartor = callPackage ../applications/misc/merkaartor { };
Adding merkaartor (a qt-based openstreetmap editor) svn path=/nixpkgs/trunk/; revision=22244
2010-06-13 19:32:04 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
meshlab = callPackage ../applications/graphics/meshlab {
Adding muparser and meshlab. svn path=/nixpkgs/trunk/; revision=15585
2009-05-13 10:21:29 +00:00
qt = qt4;
};
Added Midori - a light, WebKit-based GTK browser. svn path=/nixpkgs/trunk/; revision=12818
2008-09-07 12:58:56 +00:00
midori = builderDefsPackage (import ../applications/networking/browsers/midori) {
maudeUnstable: updated full-maude to latest alpha release svn path=/nixpkgs/trunk/; revision=13017
2008-10-09 10:10:49 +00:00
inherit imagemagick intltool python pkgconfig webkit libxml2
Update Midori svn path=/nixpkgs/trunk/; revision=23397
2010-08-24 13:58:57 +00:00
which gettext makeWrapper file libidn sqlite docutils libnotify
vala dbus_glib;
* Make GTK 2.18 the default, and get rid of the deep overrides. (BTW, there seems to be a much cleaner solution than deepOverride, namely call all-packages.nix with an appropriate packageOverrides set.) svn path=/nixpkgs/branches/xorg-7.5/; revision=18025
2009-10-29 14:19:13 +00:00
inherit (gtkLibs) gtk glib;
Make midori use the webkit version from libsoup svn path=/nixpkgs/trunk/; revision=22544
2010-07-09 11:35:07 +00:00
inherit (gnome28) gtksourceview;
inherit (webkit.passthru.args) libsoup;
Update Midori svn path=/nixpkgs/trunk/; revision=23397
2010-08-24 13:58:57 +00:00
inherit (xlibs) kbproto xproto libXScrnSaver scrnsaverproto;
Added Midori - a light, WebKit-based GTK browser. svn path=/nixpkgs/trunk/; revision=12818
2008-09-07 12:58:56 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
minicom = callPackage ../tools/misc/minicom { };
all-packages.nix changes for all the previous commits svn path=/nixpkgs/trunk/; revision=11564
2008-04-11 09:32:27 +00:00
Adding minidjvu svn path=/nixpkgs/trunk/; revision=26957
2011-04-24 20:10:43 +00:00
minidjvu = callPackage ../applications/graphics/minidjvu { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mmex = callPackage ../applications/office/mmex { };
Adding some kind of build expression for money manager ex. It expects to find its resource files in '.', and it also wants to write at '.'. I think this has to be fixed upstream. svn path=/nixpkgs/trunk/; revision=19655
2010-01-25 21:40:52 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
monodevelop = callPackage ../applications/editors/monodevelop {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
inherit (gnome) gnomevfs libbonobo libglade libgnome GConf glib gtk;
mozilla = firefox;
gtksharp = gtksharp2;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
monodoc = callPackage ../applications/editors/monodoc {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
gtksharp = gtksharp1;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
monotone = callPackage ../applications/version-management/monotone {
Moved monotone packages to a more appropriate position within all-packages.nix svn path=/nixpkgs/trunk/; revision=19144
2009-12-29 11:57:27 +00:00
lua = lua5;
};
monotoneViz = builderDefsPackage (import ../applications/version-management/monotone-viz/mtn-head.nix) {
* Update lablgtk2 (and enable hydra build) svn path=/nixpkgs/trunk/; revision=25213
2010-12-20 14:58:56 +00:00
inherit ocaml graphviz pkgconfig autoconf automake libtool;
inherit (ocamlPackages) lablgtk;
Moved monotone packages to a more appropriate position within all-packages.nix svn path=/nixpkgs/trunk/; revision=19144
2009-12-29 11:57:27 +00:00
inherit (gnome) gtk libgnomecanvas glib;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
mozilla = callPackage ../applications/networking/browsers/mozilla {
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
inherit (gnome) libIDL;
};
Added mozplugger - an universal launching plugin for Mozilla programs svn path=/nixpkgs/trunk/; revision=14009
2009-02-08 17:23:22 +00:00
mozplugger = builderDefsPackage (import ../applications/networking/browsers/mozilla-plugins/mozplugger) {
Bumped boost libraries to version 1.38.0. svn path=/nixpkgs/trunk/; revision=14031
2009-02-11 10:02:10 +00:00
inherit firefox;
Added mozplugger - an universal launching plugin for Mozilla programs svn path=/nixpkgs/trunk/; revision=14009
2009-02-08 17:23:22 +00:00
inherit (xlibs) libX11 xproto;
};
Add MP3Info, an MP3 tag editor. svn path=/nixpkgs/trunk/; revision=24363
2010-10-19 13:19:59 +00:00
mp3info = callPackage ../applications/audio/mp3info { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mpc123 = callPackage ../applications/audio/mpc123 { };
Add mpc123, a Musepack command-line player. svn path=/nixpkgs/trunk/; revision=19722
2010-01-28 22:34:27 +00:00
Adding mpg123 (it even cross-builds fine for the nanonote) svn path=/nixpkgs/branches/stdenv-updates/; revision=23313
2010-08-21 16:54:02 +00:00
mpg123 = callPackage ../applications/audio/mpg123 { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mpg321 = callPackage ../applications/audio/mpg321 { };
Add mpg321, libao and libid3tag; upgrade libmad. svn path=/nixpkgs/trunk/; revision=10626
2008-02-11 21:02:38 +00:00
Reverting the pulseSupport configuration option, I believe this is meant to be configured via packageOverrides instead svn path=/nixpkgs/trunk/; revision=25941
2011-02-13 12:35:23 +00:00
MPlayer = callPackage ../applications/video/MPlayer { };
* Fix indentation mess-up in r9931. svn path=/nixpkgs/trunk/; revision=9973
2007-12-30 22:02:04 +00:00
* Build Firefox 3 on top of xulrunner. This significantly reduces the build time and makes Firefox itself only 3 megabytes or so large. * Fixed building the mplayerplug-in on Firefox 3. Since the latter now uses xulrunner, we no longer need the firefox3Xul hack. TODO: do this for Icecat as well. svn path=/nixpkgs/trunk/; revision=13160
2008-10-30 13:00:50 +00:00
MPlayerPlugin = browser:
Add GNU IceCat 3, GNU's free variant of Mozilla Firefox 3. Currently, MPlayerPlugin can't be built with IceCat 3. svn path=/nixpkgs/trunk/; revision=12437
2008-07-28 15:55:11 +00:00
import ../applications/networking/browsers/mozilla-plugins/mplayerplug-in {
* Build Firefox 3 on top of xulrunner. This significantly reduces the build time and makes Firefox itself only 3 megabytes or so large. * Fixed building the mplayerplug-in on Firefox 3. Since the latter now uses xulrunner, we no longer need the firefox3Xul hack. TODO: do this for Icecat as well. svn path=/nixpkgs/trunk/; revision=13160
2008-10-30 13:00:50 +00:00
inherit browser;
Add GNU IceCat 3, GNU's free variant of Mozilla Firefox 3. Currently, MPlayerPlugin can't be built with IceCat 3. svn path=/nixpkgs/trunk/; revision=12437
2008-07-28 15:55:11 +00:00
inherit fetchurl stdenv pkgconfig gettext;
inherit (xlibs) libXpm;
# !!! should depend on MPlayer
};
* Browser plugin for MPlayer. svn path=/nixpkgs/trunk/; revision=498
2003-11-13 13:11:38 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mrxvt = callPackage ../applications/misc/mrxvt { };
mrxvt terminal emulator supporting bg images added svn path=/nixpkgs/trunk/; revision=9255
2007-09-04 20:06:18 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
multisync = callPackage ../applications/misc/multisync {
added multisync - plugins are not yet shown ? svn path=/nixpkgs/trunk/; revision=13539
2008-12-02 12:25:56 +00:00
inherit (gnome) gtk glib ORBit2 libbonobo libgnomeui GConf;
};
Trying to add mumble. It still does not build. svn path=/nixpkgs/trunk/; revision=25890
2011-02-10 19:23:27 +00:00
mumble = callPackage ../applications/networking/mumble {
avahi = avahi.override {
Building mumble a bit further. svn path=/nixpkgs/trunk/; revision=25908
2011-02-11 15:56:29 +00:00
withLibdnsCompat = true;
Trying to add mumble. It still does not build. svn path=/nixpkgs/trunk/; revision=25890
2011-02-10 19:23:27 +00:00
};
Adding optional JACK support for mumble, this also disables ALSA and OSS because this combination is reported to be unstable svn path=/nixpkgs/trunk/; revision=27206
2011-05-10 07:07:35 +00:00
jackSupport = getConfig [ "mumble" "jackSupport" ] false;
Trying to add mumble. It still does not build. svn path=/nixpkgs/trunk/; revision=25890
2011-02-10 19:23:27 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mutt = callPackage ../applications/networking/mailreaders/mutt { };
* mutt was incorrectly listed under tools, not applications svn path=/nixpkgs/trunk/; revision=9058
2007-08-06 15:09:38 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
msmtp = callPackage ../applications/networking/msmtp { };
added: dnsmasq, uisp, fltk libixp_for_wmii, acerhk kernel module, reiserfsprogs, radeontools, msmtp, procmail, pstree, gxemul changed: umlutilities to also support building tunctl optionally (needing kernel header files) wmii updated and wmiimenu added svn path=/nixpkgs/trunk/; revision=9242
2007-09-03 12:10:57 +00:00
Adding 'mupdf', a lightweight PDF 1.7 viewer As a side effect, I add openjpeg and jbig2dec. svn path=/nixpkgs/trunk/; revision=23069
2010-08-09 20:59:38 +00:00
mupdf = callPackage ../applications/misc/mupdf {
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
mythtv = callPackage ../applications/video/mythtv {
* MythTV 0.21. svn path=/nixpkgs/trunk/; revision=12177
2008-06-23 09:01:04 +00:00
qt3 = qt3mysql;
* Added Xine. svn path=/nixpkgs/trunk/; revision=1850
2004-12-10 23:16:23 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
nano = callPackage ../applications/editors/nano { };
add xawtv here svn path=/nixpkgs/trunk/; revision=4579
2006-01-20 11:30:24 +00:00
Adding NaviPOWM (I don't know how to use it though) svn path=/nixpkgs/trunk/; revision=23348
2010-08-22 12:04:03 +00:00
navipowm = callPackage ../applications/misc/navipowm {
};
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
navit = callPackage ../applications/misc/navit { };
Adding 'navit' (it still does not build because it wants to download maps) svn path=/nixpkgs/trunk/; revision=23346
2010-08-22 11:33:57 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
nedit = callPackage ../applications/editors/nedit {
Attempt to mark up packages with platform assertions svn path=/nixpkgs/trunk/; revision=16850
2009-08-25 06:36:05 +00:00
motif = lesstif;
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
};
* Added `zapping', a TV viewer application. It depends on Gnome, so lots of packages are needed. svn path=/nixpkgs/trunk/; revision=681
2004-01-21 09:34:19 +00:00
adding netsurf browser. No JavaScript yet svn path=/nixpkgs/trunk/; revision=17077
2009-09-13 08:54:47 +00:00
netsurfBrowser = netsurf.browser;
finally fixing netsurf svn path=/nixpkgs/trunk/; revision=17328
2009-09-21 10:09:20 +00:00
netsurf = recurseIntoAttrs (import ../applications/networking/browsers/netsurf { inherit pkgs; });
adding netsurf browser. No JavaScript yet svn path=/nixpkgs/trunk/; revision=17077
2009-09-13 08:54:47 +00:00
notmuch -- The mail indexer configure fails so far: Checking for Xapian development files... Yes (1.0.23). Checking for GMime development files... No. Checking for talloc development files... No. Checking for valgrind development files... No (but that's fine). Checking if emacs is available... Yes. svn path=/nixpkgs/trunk/; revision=25930
2011-02-13 01:34:49 +00:00
notmuch = callPackage ../applications/networking/mailreaders/notmuch { };
* openstack-compute -> nova (upstream doesn't know what to call it either). svn path=/nixpkgs/branches/modular-python/; revision=26610
2011-03-30 15:00:53 +00:00
nova = callPackage ../applications/virtualization/nova { };
* Added novaclient. svn path=/nixpkgs/trunk/; revision=27407
2011-06-09 15:06:21 +00:00
novaclient = callPackage ../applications/virtualization/nova/client.nix { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
nvi = callPackage ../applications/editors/nvi { };
Adding nvi, another small vi clone. svn path=/nixpkgs/trunk/; revision=15099
2009-04-16 19:28:57 +00:00
Add GNU Ocrad. svn path=/nixpkgs/trunk/; revision=25572
2011-01-14 21:44:43 +00:00
ocrad = callPackage ../applications/graphics/ocrad { };
Adding offrss svn path=/nixpkgs/trunk/; revision=25672
2011-01-23 16:40:25 +00:00
offrss = callPackage ../applications/networking/offrss { };
Adding OneTeam XMPP client svn path=/nixpkgs/trunk/; revision=27553
2011-06-28 09:45:09 +00:00
oneteam = callPackage ../applications/networking/instant-messengers/oneteam {};
openbox: packaged. Patch by rixed@happyleptic.org. svn path=/nixpkgs/trunk/; revision=24902
2010-11-28 10:07:49 +00:00
openbox = callPackage ../applications/window-managers/openbox { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
openjump = callPackage ../applications/misc/openjump { };
adding GIS application OpenJUMP svn path=/nixpkgs/trunk/; revision=21735
2010-05-11 22:19:37 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
openoffice = callPackage ../applications/office/openoffice {
* Drop the "perl" prefix from Perl attribute names. It's redundant now that Perl packages are in their own namespace (perlPackages.<pkg>). svn path=/nixpkgs/trunk/; revision=15176
2009-04-20 12:49:35 +00:00
inherit (perlPackages) ArchiveZip CompressZlib;
Try removing gnome26 references svn path=/nixpkgs/branches/xorg-7.5/; revision=18086
2009-11-04 00:39:27 +00:00
inherit (gnome) GConf ORBit2;
* Try to build OpenOffice and Go-oo with Neon 0.29, since 0.26 doesn't work anymore. svn path=/nixpkgs/branches/x-updates/; revision=22702
2010-07-22 10:41:34 +00:00
neon = neon029;
* Added gqview. svn path=/nixpkgs/trunk/; revision=497
2003-11-11 16:13:13 +00:00
};
Removed duplicate stdenv in OO.org svn path=/nixpkgs/trunk/; revision=9002
2007-07-19 10:32:09 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
go_oo = callPackage ../applications/office/openoffice/go-oo.nix {
Adding go-oo in multiple languages. The expression and names can be improved, but at least I reached a point where it works. Patches welcome - even without asking. I should add a way to regenerate src.nix automatically too, but the information on what to dowload is only inside their download script generated after configure. There are more things that can be added: kde4 support, gstreamer, ... I did not check that all the buildInputs are needed - most come from the old openoffice expression. svn path=/nixpkgs/trunk/; revision=21969
2010-05-25 17:05:52 +00:00
inherit (perlPackages) ArchiveZip CompressZlib;
inherit (gnome) GConf ORBit2;
* Try to build OpenOffice and Go-oo with Neon 0.29, since 0.26 doesn't work anymore. svn path=/nixpkgs/branches/x-updates/; revision=22702
2010-07-22 10:41:34 +00:00
neon = neon029;
Adding go-oo in multiple languages. The expression and names can be improved, but at least I reached a point where it works. Patches welcome - even without asking. I should add a way to regenerate src.nix automatically too, but the information on what to dowload is only inside their download script generated after configure. There are more things that can be added: kde4 support, gstreamer, ... I did not check that all the buildInputs are needed - most come from the old openoffice expression. svn path=/nixpkgs/trunk/; revision=21969
2010-05-25 17:05:52 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
opera = callPackage ../applications/networking/browsers/opera {
* Some cleanup of the Opera expression. It doesn't need the libstdcpp from GCC 3.3 anymore, GCC 4.x is fine. So we can use the regular Qt 3 build. Also, there don't seem to be any references to Motif anymore. svn path=/nixpkgs/trunk/; revision=16932
2009-09-02 13:24:08 +00:00
qt = qt3;
Tried to add kuickshow (a pretty fast image viewer that used to be distributed by default in KDE). Unfortunately it doesn't work, because of some strange problems with mime types. But well, it compiles. The libraries are useful anyway: - arts (kde) - imlib (gnome) - libungif (aka libgif) svn path=/nixpkgs/trunk/; revision=6111
2006-08-13 09:46:54 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
pan = callPackage ../applications/networking/newsreaders/pan {
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
spellChecking = false;
Added libraries: - gtkmm: C++ bindings for gtk - glibmm: C++ bindings for glib - libsigc++ (C++) Added applications: - Batik: SVG rasterizer (and more) - Inkscape: vector graphics drawing application Upgraded: - boehm-gc svn path=/nixpkgs/trunk/; revision=3792
2005-09-07 14:57:30 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
panotools = callPackage ../applications/graphics/panotools { };
all-packages.nix: commented out package 'vice' error: getting status of `/usr/local/src/nix-pkgs-current/pkgs/misc/emulators/vice': No such file or directory svn path=/nixpkgs/trunk/; revision=15646
2009-05-18 13:53:01 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
pavucontrol = callPackage ../applications/audio/pavucontrol {
Add Pavucontrol (untested). svn path=/nixpkgs/branches/stdenv-updates/; revision=14864
2009-04-03 15:58:18 +00:00
inherit (gtkLibs) gtkmm;
inherit (gnome) libglademm;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
paraview = callPackage ../applications/graphics/paraview {
Adding paraview. svn path=/nixpkgs/trunk/; revision=14794
2009-03-30 20:06:31 +00:00
};
Explicit pkgs.prefix svn path=/nixpkgs/trunk/; revision=23329
2010-08-21 19:27:31 +00:00
partitionManager = newScope pkgs.kde4 ../tools/misc/partition-manager { };
Adding partition manager. It builds. But it waits forever on some devices? So maybe just use gparted.. svn path=/nixpkgs/trunk/; revision=17021
2009-09-10 16:57:34 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pdftk = callPackage ../tools/typesetting/pdftk { };
Adding pdftk for roconnor. svn path=/nixpkgs/trunk/; revision=22097
2010-06-02 08:21:49 +00:00
moved pidgin near packages starting with p (was near f maybe because pidgin was called gaim?) svn path=/nixpkgs/trunk/; revision=11724
2008-04-25 23:40:18 +00:00
pidgin = import ../applications/networking/instant-messengers/pidgin {
update to 2.6.5, also add python dependency for extensions and all that svn path=/nixpkgs/trunk/; revision=19352
2010-01-11 13:25:05 +00:00
inherit fetchurl stdenv pkgconfig perl perlXMLParser libxml2 nss nspr farsight2 python
update to 2.6.4. voice and video are not working atm svn path=/nixpkgs/trunk/; revision=19086
2009-12-23 21:05:29 +00:00
gtkspell aspell gettext ncurses avahi dbus dbus_glib lib intltool libidn;
Options to remove OpenSSL and use gnuTLS for Pidgin (reported to work better with, say, Amessage or any other XMPP server which requires strong channel encryption) svn path=/nixpkgs/trunk/; revision=12813
2008-09-06 10:30:55 +00:00
openssl = if (getConfig ["pidgin" "openssl"] true) then openssl else null;
gnutls = if (getConfig ["pidgin" "gnutls"] false) then gnutls else null;
Updating some weird corner-cases affected by gnutls svn path=/nixpkgs/trunk/; revision=26843
2011-04-14 11:17:45 +00:00
libgcrypt = if (getConfig ["pidgin" "gnutls"] false) then libgcrypt else null;
moved pidgin near packages starting with p (was near f maybe because pidgin was called gaim?) svn path=/nixpkgs/trunk/; revision=11724
2008-04-25 23:40:18 +00:00
GStreamer = gst_all.gstreamer;
inherit (gtkLibs) gtk;
inherit (gnome) startupnotification;
inherit (xlibs) libXScrnSaver;
add voice and video svn path=/nixpkgs/trunk/; revision=19136
2009-12-27 16:49:08 +00:00
inherit (gst_all) gstPluginsBase;
moved pidgin near packages starting with p (was near f maybe because pidgin was called gaim?) svn path=/nixpkgs/trunk/; revision=11724
2008-04-25 23:40:18 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
pidginlatex = callPackage ../applications/networking/instant-messengers/pidgin-plugins/pidgin-latex {
moved pidgin near packages starting with p (was near f maybe because pidgin was called gaim?) svn path=/nixpkgs/trunk/; revision=11724
2008-04-25 23:40:18 +00:00
imagemagick = imagemagickBig;
};
Fixed Python StringTemplate library. Most importantly, this change required updating the ANTLR 2.x expression to install the Python run-time library. While we're at it, we're building the run-time library for C++ and Java, too. There is still work to be done: the stringtemplate library doesn't find antlr.py without help yet. svn path=/nixpkgs/trunk/; revision=14489
2009-03-10 12:01:22 +00:00
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
pidginlatexSF = builderDefsPackage
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
(import ../applications/networking/instant-messengers/pidgin-plugins/pidgin-latex/pidgin-latex-sf.nix)
moved pidgin near packages starting with p (was near f maybe because pidgin was called gaim?) svn path=/nixpkgs/trunk/; revision=11724
2008-04-25 23:40:18 +00:00
{
inherit pkgconfig pidgin texLive imagemagick which;
inherit (gtkLibs) glib gtk;
};
msn-pecan: an alternative MSN plugin for pidgin svn path=/nixpkgs/trunk/; revision=23050
2010-08-09 06:51:34 +00:00
pidginmsnpecan = callPackage ../applications/networking/instant-messengers/pidgin-plugins/msn-pecan { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pidginotr = callPackage ../applications/networking/instant-messengers/pidgin-plugins/otr { };
moved pidgin near packages starting with p (was near f maybe because pidgin was called gaim?) svn path=/nixpkgs/trunk/; revision=11724
2008-04-25 23:40:18 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pidginsipe = callPackage ../applications/networking/instant-messengers/pidgin-plugins/sipe { };
pidgin plugin sipe contributed by David Brown svn path=/nixpkgs/trunk/; revision=21730
2010-05-11 17:28:54 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pinfo = callPackage ../applications/misc/pinfo { };
Added libraries: - gtkmm: C++ bindings for gtk - glibmm: C++ bindings for glib - libsigc++ (C++) Added applications: - Batik: SVG rasterizer (and more) - Inkscape: vector graphics drawing application Upgraded: - boehm-gc svn path=/nixpkgs/trunk/; revision=3792
2005-09-07 14:57:30 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
pinta = callPackage ../applications/graphics/pinta {
Attempt at adding 'pinta'. It still does not build due to mono problems. Nevertheless, I updated the gnome attribute names a bit so all that gtk-sharp-2 goes a bit beyond. svn path=/nixpkgs/trunk/; revision=22287
2010-06-15 22:25:38 +00:00
gtksharp = gtksharp2;
};
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
pqiv = callPackage ../applications/graphics/pqiv { };
* added pqiv image viewer svn path=/nixpkgs/trunk/; revision=11908
2008-05-27 15:05:16 +00:00
added: dnsmasq, uisp, fltk libixp_for_wmii, acerhk kernel module, reiserfsprogs, radeontools, msmtp, procmail, pstree, gxemul changed: umlutilities to also support building tunctl optionally (needing kernel header files) wmii updated and wmiimenu added svn path=/nixpkgs/trunk/; revision=9242
2007-09-03 12:10:57 +00:00
# perhaps there are better apps for this task? It's how I had configured my preivous system.
# And I don't want to rewrite all rules
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
procmail = callPackage ../applications/misc/procmail { };
added: dnsmasq, uisp, fltk libixp_for_wmii, acerhk kernel module, reiserfsprogs, radeontools, msmtp, procmail, pstree, gxemul changed: umlutilities to also support building tunctl optionally (needing kernel header files) wmii updated and wmiimenu added svn path=/nixpkgs/trunk/; revision=9242
2007-09-03 12:10:57 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pstree = callPackage ../applications/misc/pstree { };
added: dnsmasq, uisp, fltk libixp_for_wmii, acerhk kernel module, reiserfsprogs, radeontools, msmtp, procmail, pstree, gxemul changed: umlutilities to also support building tunctl optionally (needing kernel header files) wmii updated and wmiimenu added svn path=/nixpkgs/trunk/; revision=9242
2007-09-03 12:10:57 +00:00
Adding vanilla puredata: Real-time graphical programming environment for audio, video, and graphical processing svn path=/nixpkgs/trunk/; revision=26744
2011-04-07 20:54:33 +00:00
puredata = callPackage ../applications/audio/puredata {
inherit (gtkLibs) glib;
inherit (xlibs) libX11;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pythonmagick = callPackage ../applications/graphics/PythonMagick { };
add PythonMagic svn path=/nixpkgs/trunk/; revision=9086
2007-08-09 19:58:39 +00:00
Updating qemu svn path=/nixpkgs/trunk/; revision=24784
2010-11-20 14:48:23 +00:00
qemu = callPackage ../applications/virtualization/qemu/0.13.nix { };
Fixed bridge-utils, added qemu, tuned builder-defs unpack, added xlaunch - a tool to launch X using everything possible from the job except slim. svn path=/nixpkgs/trunk/; revision=9985
2007-12-31 08:49:41 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
qemuSVN = callPackage ../applications/virtualization/qemu/svn-6642.nix { };
Qemu SVN head.. svn path=/nixpkgs/trunk/; revision=14222
2009-02-24 12:22:15 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
qemuImage = callPackage ../applications/virtualization/qemu/linux-img { };
Fixed bridge-utils, added qemu, tuned builder-defs unpack, added xlaunch - a tool to launch X using everything possible from the job except slim. svn path=/nixpkgs/trunk/; revision=9985
2007-12-31 08:49:41 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
qtpfsgui = callPackage ../applications/graphics/qtpfsgui { };
Adding qtpfsgui and pfstools. Updating fftw because the src URL didn't work anymore. svn path=/nixpkgs/trunk/; revision=14892
2009-04-05 21:41:13 +00:00
all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=27648
2011-07-07 21:32:55 +00:00
qtractor = callPackage ../applications/audio/qtractor {
Adding Qtractor, an Audio/MIDI multi-track sequencer svn path=/nixpkgs/trunk/; revision=26949
2011-04-24 14:32:55 +00:00
inherit (gtkLibs) gtk;
};
all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=27648
2011-07-07 21:32:55 +00:00
rakarrack = callPackage ../applications/audio/rakarrack {
Adding Rakarrack: guitar effects-pedal emulator svn path=/nixpkgs/trunk/; revision=26955
2011-04-24 19:44:36 +00:00
inherit (xorg) libXpm libXft;
fltk = fltk11;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
rapidsvn = callPackage ../applications/version-management/rapidsvn { };
Adding rapidsvn svn path=/nixpkgs/trunk/; revision=20538
2010-03-10 20:44:40 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ratpoison = callPackage ../applications/window-managers/ratpoison { };
Added ratpoison; commented out ext3cow - there is no working version for 2.6.22.1 svn path=/nixpkgs/trunk/; revision=9040
2007-08-03 22:38:36 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
rawtherapee = callPackage ../applications/graphics/rawtherapee {
Adding rawtherapee svn r25 svn path=/nixpkgs/trunk/; revision=19500
2010-01-17 17:49:35 +00:00
inherit (gtkLibs) gtk gtkmm;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
rcs = callPackage ../applications/version-management/rcs { };
* Added libexif and the exif frontend utility. svn path=/nixpkgs/trunk/; revision=2376
2005-03-11 10:46:20 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
rdesktop = callPackage ../applications/networking/remote/rdesktop { };
* added rdesktop svn path=/nixpkgs/trunk/; revision=10304
2008-01-28 12:28:23 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
RealPlayer = callPackage ../applications/video/RealPlayer {
Hopefully that should a) work b) not break things when it does not work svn path=/nixpkgs/trunk/; revision=16846
2009-08-25 06:04:13 +00:00
inherit (gtkLibs) glib pango atk gtk;
libstdcpp5 = gcc33.gcc;
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
};
gimp+php in all-packages svn path=/nixpkgs/trunk/; revision=3808
2005-09-11 22:39:06 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
rekonq = newScope pkgs.kde4 ../applications/networking/browsers/rekonq { };
Add rekonq browser (both 0.4.0 and latest git) svn path=/nixpkgs/trunk/; revision=21779
2010-05-15 09:47:32 +00:00
Explicit pkgs.prefix svn path=/nixpkgs/trunk/; revision=23329
2010-08-21 19:27:31 +00:00
rsibreak = newScope pkgs.kde4 ../applications/misc/rsibreak { };
Add rsibreak svn path=/nixpkgs/trunk/; revision=22897
2010-08-02 17:19:44 +00:00
pkgs/tools/text/recode: added (heavily patched) version 3.6 svn path=/nixpkgs/trunk/; revision=24384
2010-10-20 13:05:49 +00:00
recode = callPackage ../tools/text/recode { };
Adding a still broken restroshare expression. I'll develop further later. svn path=/nixpkgs/trunk/; revision=27540
2011-06-26 17:57:28 +00:00
retroshare = callPackage ../applications/networking/p2p/retroshare {
qt = qt4;
inherit (gnome) gnome_keyring;
};
* Fix breakage in r22897. svn path=/nixpkgs/trunk/; revision=22901
2010-08-02 17:59:19 +00:00
rsync = callPackage ../applications/networking/sync/rsync {
pkgs/top-level/all-packages.nix: don't enable ACL support in rsync when building on Solaris svn path=/nixpkgs/trunk/; revision=22999
2010-08-06 12:46:18 +00:00
enableACLs = !(stdenv.isDarwin || stdenv.isSunOS);
add cdrtools. There are some references to some package in /opt/schily, which I haven't checked out completely yet... svn path=/nixpkgs/trunk/; revision=3755
2005-08-30 19:41:10 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
rxvt = callPackage ../applications/misc/rxvt { };
sbagen (binaural sound generator) added svn path=/nixpkgs/trunk/; revision=9317
2007-09-12 10:56:56 +00:00
rxvt-unicode and jdk update provided by Tobias Hammerschmidt svn path=/nixpkgs/trunk/; revision=9561
2007-10-31 12:17:14 +00:00
# = urxvt
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
rxvt_unicode = callPackage ../applications/misc/rxvt_unicode {
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
perlSupport = false; };
rxvt-unicode and jdk update provided by Tobias Hammerschmidt svn path=/nixpkgs/trunk/; revision=9561
2007-10-31 12:17:14 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
sakura = callPackage ../applications/misc/sakura {
applications/misc/sakura: New nixpkg. svn path=/nixpkgs/trunk/; revision=20152
2010-02-21 11:36:49 +00:00
inherit (gnome) vte;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
sbagen = callPackage ../applications/misc/sbagen { };
sbagen (binaural sound generator) added svn path=/nixpkgs/trunk/; revision=9317
2007-09-12 10:56:56 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
scribus = callPackage ../applications/office/scribus {
adding scribus - don't miss the comment about fonts! svn path=/nixpkgs/trunk/; revision=17866
2009-10-18 04:44:01 +00:00
inherit (gnome) libart_lgpl;
qt = qt3;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
seeks = callPackage ../tools/networking/p2p/seeks { };
Add Seeks, a "social" search engine. svn path=/nixpkgs/trunk/; revision=22698
2010-07-22 09:03:35 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
seg3d = callPackage ../applications/graphics/seg3d {
Getting a better seg3d build. Now it runs from TMPDIR at least. The installation still fails. svn path=/nixpkgs/trunk/; revision=20382
2010-03-04 14:44:43 +00:00
wxGTK = wxGTK28.override {
unicode = false;
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
};
Adding the itk libraries. Adding a skeleton of the seg3d package. It builds, but libraries and rpaths are wrong. I hope to fix it soon. svn path=/nixpkgs/trunk/; revision=20320
2010-03-01 23:31:35 +00:00
};
Explicit pkgs.prefix svn path=/nixpkgs/trunk/; revision=23329
2010-08-21 19:27:31 +00:00
semnotes = newScope pkgs.kde4 ../applications/misc/semnotes { };
Addded SemNotes note-taking app svn path=/nixpkgs/trunk/; revision=22340
2010-06-20 12:54:42 +00:00
Adding seq24: a minimal loop based midi sequencer svn path=/nixpkgs/trunk/; revision=26924
2011-04-22 22:07:59 +00:00
seq24 = callPackage ../applications/audio/seq24 {
inherit (gtkLibs) gtkmm;
};
Adding siproxd svn path=/nixpkgs/trunk/; revision=25584
2011-01-16 11:41:19 +00:00
siproxd = callPackage ../applications/networking/siproxd { };
* Use callPackage_i686 for i686-only packages. svn path=/nixpkgs/trunk/; revision=23113
2010-08-11 13:25:30 +00:00
skype_linux = callPackage_i686 ../applications/networking/skype { };
rxvt added svn path=/nixpkgs/trunk/; revision=9256
2007-09-05 08:25:23 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
slim = callPackage ../applications/display-managers/slim { };
* SLiM, a lightweight display manager. svn path=/nixpkgs/trunk/; revision=8044
2007-02-25 22:25:25 +00:00
* Improved a bunch of "name" attributes (mostly missing version numbers). svn path=/nixpkgs/trunk/; revision=17991
2009-10-28 14:06:56 +00:00
sndBase = builderDefsPackage (import ../applications/audio/snd) {
Changed builderDefs to use composedArgsAndFun, reduced number of nulls, made overrides in builderDefsPackage to work in an intuitive manner. svn path=/nixpkgs/trunk/; revision=12655
2008-08-19 05:54:09 +00:00
inherit fetchurl stdenv stringsWithDeps lib fftw;
* Clean up indentation (expanded tabs etc.). svn path=/nixpkgs/trunk/; revision=11150
2008-03-17 09:41:28 +00:00
inherit pkgconfig gmp gettext;
Fixed Snd build svn path=/nixpkgs/trunk/; revision=12124
2008-06-16 16:33:11 +00:00
inherit (xlibs) libXpm libX11;
* Clean up indentation (expanded tabs etc.). svn path=/nixpkgs/trunk/; revision=11150
2008-03-17 09:41:28 +00:00
inherit (gtkLibs) gtk glib;
Added Snd sound editor svn path=/nixpkgs/trunk/; revision=9573
2007-11-03 04:15:13 +00:00
};
meta.function -> passthru.function, not killing other contents of passthru svn path=/nixpkgs/trunk/; revision=13190
2008-11-04 21:24:10 +00:00
snd = sndBase.passthru.function {
Prepare for the Guile 2.0 switchover. svn path=/nixpkgs/trunk/; revision=25976
2011-02-15 13:14:29 +00:00
inherit mesa libtool jackaudio alsaLib;
guile = guile_1_8;
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
};
Added Snd sound editor svn path=/nixpkgs/trunk/; revision=9573
2007-11-03 04:15:13 +00:00
Updating Sonic Visualiser, it isn't getting wrapped correctly, but otherwise it compiles and works svn path=/nixpkgs/trunk/; revision=27154
2011-05-04 23:54:03 +00:00
sonicVisualiser = callPackage ../applications/audio/sonic-visualiser {
adding sonic visualizer (music analysis app) svn path=/nixpkgs/trunk/; revision=17325
2009-09-21 09:58:36 +00:00
inherit (vamp) vampSDK;
Updating Sonic Visualiser, it isn't getting wrapped correctly, but otherwise it compiles and works svn path=/nixpkgs/trunk/; revision=27154
2011-05-04 23:54:03 +00:00
inherit (xlibs) libX11;
adding sonic visualizer (music analysis app) svn path=/nixpkgs/trunk/; revision=17325
2009-09-21 09:58:36 +00:00
qt = qt4;
Updating Sonic Visualiser, it isn't getting wrapped correctly, but otherwise it compiles and works svn path=/nixpkgs/trunk/; revision=27154
2011-05-04 23:54:03 +00:00
fftw = fftwSinglePrec;
adding sonic visualizer (music analysis app) svn path=/nixpkgs/trunk/; revision=17325
2009-09-21 09:58:36 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
sox = callPackage ../applications/misc/audio/sox { };
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
Adding Specimen, an audio sampler and phat gtk+ widgets which Specimen uses svn path=/nixpkgs/trunk/; revision=26923
2011-04-22 21:42:38 +00:00
specimen = callPackage ../applications/audio/specimen {
inherit (gnome) gtk libgnomecanvas;
};
* Spotify for Linux (preview version). It works, but not yet out of the box because it requires /usr/share/spotify to point at its resources. So to get it to work, you should do something like: $ nix-env -i spotify $ mkdir -p /usr/share $ ln -s /home/eelco/.nix-profile/share/spotify /usr/share/ Also note that the Linux client doesn't work with free Spotify accounts (as noted on https://www.spotify.com/nl/download/previews/). svn path=/nixpkgs/trunk/; revision=25431
2011-01-05 23:23:22 +00:00
spotify = callPackage ../applications/audio/spotify { };
Add stalonetray svn path=/nixpkgs/trunk/; revision=24595
2010-11-04 08:28:24 +00:00
stalonetray = callPackage ../applications/window-managers/stalonetray {};
Added StumpWM svn path=/nixpkgs/trunk/; revision=12566
2008-08-09 20:21:33 +00:00
stumpwm = builderDefsPackage (import ../applications/window-managers/stumpwm) {
Updating CLisp and adding SBCL. SBCL currently has to be symlinked to a writable directory (I am investigating a fix). CLisp 2.47 is somewhat incompatible with lots of software, so I added 2.44.1 as preserved version svn path=/nixpkgs/trunk/; revision=15806
2009-05-31 06:07:25 +00:00
inherit texinfo;
clisp = clisp_2_44_1;
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
};
Added StumpWM svn path=/nixpkgs/trunk/; revision=12566
2008-08-09 20:21:33 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
subversion = callPackage ../applications/version-management/subversion/default.nix {
svn path=/nixpkgs/trunk/; revision=25642
2011-01-20 09:41:02 +00:00
neon = pkgs.neon029;
subversion: dropped support for getConfig -- use override instead! Subversion was one of the last few packages that still supported the obsolete getConfig function. Inside of nixpkgs, we don't rely on that feature; other packages, like git, customize subversion by means of override. So it felt like about time to drop getConfig. svn path=/nixpkgs/trunk/; revision=26823
2011-04-13 17:53:01 +00:00
bdbSupport = true;
httpServer = false;
httpSupport = true;
sslSupport = true;
pythonBindings = false;
perlBindings = false;
javahlBindings = false;
compressionSupport = true;
* Drop pkgsOverriden. svn path=/nixpkgs/trunk/; revision=22823
2010-07-30 12:10:24 +00:00
httpd = apacheHttpd;
* Added Subversion 1.5.0. Some features probably don't work yet (building the Apache modules, building various language bindings). * Neon 0.28.2. Also kept Neon 0.26.x because Subversion 1.4.x needs it. svn path=/nixpkgs/trunk/; revision=12162
2008-06-19 15:29:25 +00:00
};
all-packages.nix: added low-priority 'subversionClient' expression subversionClient comes without support for BBDB, but with bindings to Perl and Python. Having these is often desirable, i.e. when building Git with SVN support. svn path=/nixpkgs/trunk/; revision=26825
2011-04-13 17:53:14 +00:00
subversionClient = lowPrio (appendToName "client" (subversion.override {
bdbSupport = false;
perlBindings = true;
pythonBindings = true;
}));
* Drop the "perl" prefix from Perl attribute names. It's redundant now that Perl packages are in their own namespace (perlPackages.<pkg>). svn path=/nixpkgs/trunk/; revision=15176
2009-04-20 12:49:35 +00:00
svk = perlPackages.SVK;
Added SVK. svn path=/nixpkgs/trunk/; revision=11937
2008-05-30 18:15:25 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
sylpheed = callPackage ../applications/networking/mailreaders/sylpheed {
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
sslSupport = true;
gpgSupport = true;
add xterm. Untested in NixOS (but will be in 10 minutes) svn path=/nixpkgs/trunk/; revision=4604
2006-01-26 20:45:11 +00:00
};
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
# linux only by now
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
synergy = callPackage ../applications/misc/synergy { };
Synergy added and fetchcvs modified (see mailinglist post) svn path=/nixpkgs/trunk/; revision=9624
2007-11-11 08:16:23 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
tahoelafs = callPackage ../tools/networking/p2p/tahoe-lafs {
Add Tahoe, a decentralized, fault-tolerant file system. svn path=/nixpkgs/trunk/; revision=16082
2009-06-28 21:03:00 +00:00
inherit (pythonPackages) twisted foolscap simplejson nevow zfec
Tahoe-LAFS 1.6.0. svn path=/nixpkgs/trunk/; revision=19784
2010-02-03 13:38:03 +00:00
pycryptopp pysqlite darcsver setuptoolsTrial setuptoolsDarcs
* Update darcsver and mock. svn path=/nixpkgs/branches/modular-python/; revision=26681
2011-04-04 14:38:53 +00:00
numpy pyasn1 mock;
Add Tahoe, a decentralized, fault-tolerant file system. svn path=/nixpkgs/trunk/; revision=16082
2009-06-28 21:03:00 +00:00
};
Remove multiversion expression for tailor for easier use of custom versions svn path=/nixpkgs/trunk/; revision=15296
2009-04-25 11:19:42 +00:00
tailor = builderDefsPackage (import ../applications/version-management/tailor) {
Upgrade default to python version 2.5.x. svn path=/nixpkgs/trunk/; revision=12910
2008-09-24 08:50:32 +00:00
inherit makeWrapper python;
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
};
all-packages.nix changes; now builderDefsPackage includes .meta.function attribute svn path=/nixpkgs/trunk/; revision=11767
2008-05-07 07:23:20 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
tangogps = callPackage ../applications/misc/tangogps {
Add tangoGPS, a friendly GPS and map user interface. svn path=/nixpkgs/trunk/; revision=15840
2009-06-03 13:52:38 +00:00
gconf = gnome.GConf;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
teamspeak_client = callPackage ../applications/networking/instant-messengers/teamspeak/client.nix { };
Unfinished teamspeak client svn path=/nixpkgs/trunk/; revision=9934
2007-12-14 01:50:19 +00:00
Making task juggler build. I also change the nixpkgs attribute name to one I like more. svn path=/nixpkgs/trunk/; revision=26590
2011-03-29 08:34:12 +00:00
taskjuggler = callPackage ../applications/misc/taskjuggler {
Add TaskJuggler: A project management tool. svn path=/nixpkgs/trunk/; revision=11933
2008-05-29 19:12:53 +00:00
qt = qt3;
# KDE support is not working yet.
Move KDE 3 packages into kde3 set Use kde3.kile instead of kile etc. svn path=/nixpkgs/trunk/; revision=20910
2010-04-01 13:34:36 +00:00
inherit (kde3) kdelibs kdebase;
I take out getPkgConfig. It looks to me as if it needed a solution, but noone took action. I take action before much discussion. For what I see: - getPkgConfig problems are hard to track - config.nix trying to forecast getPkgConfig behaviour looks me as a bad approach, and people should not trust such a config.nix unless they parsed the whole nixpkgs for tricky effects. - It's not that hard to write config.nix in the style of getConfig - Every now and then newcomers hit the "'git' is an attribute set while a boolean was expected". Maybe this will disrupt nixes of some people, and that will be a background on what to discuss. svn path=/nixpkgs/trunk/; revision=25314
2010-12-28 21:07:35 +00:00
withKde = getConfig [ "taskJuggler" "kde" ] false;
Add TaskJuggler: A project management tool. svn path=/nixpkgs/trunk/; revision=11933
2008-05-29 19:12:53 +00:00
};
Adding tesseract, an OCR engine I just found but never tried. svn path=/nixpkgs/trunk/; revision=26952
2011-04-24 18:04:07 +00:00
tesseract = callPackage ../applications/graphics/tesseract { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
thinkingRock = callPackage ../applications/misc/thinking-rock { };
added thinkingRock svn path=/nixpkgs/trunk/; revision=13993
2009-02-06 03:14:30 +00:00
* Make Thunderbird 3.x the default. svn path=/nixpkgs/trunk/; revision=22749
2010-07-27 11:46:03 +00:00
thunderbird = thunderbird3;
* Thunderbird 3.0. It doesn't use the Xulrunner package, as building against an external Xulrunner seems to be unsupported currently. svn path=/nixpkgs/trunk/; revision=19169
2010-01-02 13:21:50 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
thunderbird2 = callPackage ../applications/networking/mailreaders/thunderbird/2.x.nix {
* Thunderbird 2.0.0.0. svn path=/nixpkgs/trunk/; revision=8820
2007-06-02 20:32:24 +00:00
inherit (gnome) libIDL;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
thunderbird3 = callPackage ../applications/networking/mailreaders/thunderbird/3.x.nix {
Updated Squid svn path=/nixpkgs/trunk/; revision=14451
2009-03-08 12:29:34 +00:00
inherit (gnome) libIDL;
svn path=/nixpkgs/trunk/; revision=22824
2010-07-30 12:24:19 +00:00
};
Updated Squid svn path=/nixpkgs/trunk/; revision=14451
2009-03-08 12:29:34 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
timidity = callPackage ../tools/misc/timidity { };
Added TiMidity MIDI renderer svn path=/nixpkgs/trunk/; revision=9359
2007-09-23 14:47:11 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
tkcvs = callPackage ../applications/version-management/tkcvs { };
Adding tkcvs (which manages also subversion repositories well, they claim) svn path=/nixpkgs/trunk/; revision=16008
2009-06-19 09:02:48 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
tla = callPackage ../applications/version-management/arch { };
Add GNU Arch (tla). svn path=/nixpkgs/trunk/; revision=10714
2008-02-17 13:44:30 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
transmission = callPackage ../applications/networking/p2p/transmission { };
applications/networking/p2p/transmission: New nixpkg. svn path=/nixpkgs/trunk/; revision=20840
2010-03-28 00:06:30 +00:00
svn path=/nixpkgs/trunk/; revision=27128
2011-05-04 08:55:30 +00:00
tribler = callPackage ../applications/networking/p2p/tribler { };
* Added Tribler. Doesn't quite work yet. svn path=/nixpkgs/trunk/; revision=27124
2011-05-03 17:12:31 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
twinkle = callPackage ../applications/networking/twinkle {
adding twinkle, a voice over IP phone software svn path=/nixpkgs/trunk/; revision=17303
2009-09-20 17:01:19 +00:00
qt = qt3;
boost = boostFull;
Twinkle needs an older version of ccrtp svn path=/nixpkgs/trunk/; revision=27333
2011-05-31 09:09:35 +00:00
ccrtp = ccrtp_1_8;
libzrtpcpp = libzrtpcpp_1_6;
adding twinkle, a voice over IP phone software svn path=/nixpkgs/trunk/; revision=17303
2009-09-20 17:01:19 +00:00
};
* Update lablgtk2 (and enable hydra build) svn path=/nixpkgs/trunk/; revision=25213
2010-12-20 14:58:56 +00:00
unison = callPackage ../applications/networking/sync/unison {
inherit (ocamlPackages) lablgtk;
Allowing unison without X. svn path=/nixpkgs/trunk/; revision=25369
2011-01-03 18:43:16 +00:00
enableX11 = getConfig [ "unison" "enableX11" ] true;
* Update lablgtk2 (and enable hydra build) svn path=/nixpkgs/trunk/; revision=25213
2010-12-20 14:58:56 +00:00
};
* add unison - unison uses a wrapper script to add font-schumacher-misc to the local X font path if the font isn't already present; this is necessary for it to work, but not terribly nice ... * lablgtk is a dependency of unison - handling of library dirs with ocaml is a hack so far; in principle, ocaml needs a general setup for library dirs like ghc svn path=/nixpkgs/trunk/; revision=9094
2007-08-10 08:21:31 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
uucp = callPackage ../tools/misc/uucp { };
all-packages.nix changes for all the previous commits svn path=/nixpkgs/trunk/; revision=11564
2008-04-11 09:32:27 +00:00
Adding uzbl - a tiny browser svn path=/nixpkgs/trunk/; revision=16006
2009-06-19 08:05:21 +00:00
uzbl = builderDefsPackage (import ../applications/networking/browsers/uzbl) {
Forgot makeWrapper input to uzbl svn path=/nixpkgs/trunk/; revision=16550
2009-08-03 06:27:20 +00:00
inherit pkgconfig webkit makeWrapper;
* Make GTK 2.18 the default, and get rid of the deep overrides. (BTW, there seems to be a much cleaner solution than deepOverride, namely call all-packages.nix with an appropriate packageOverrides set.) svn path=/nixpkgs/branches/xorg-7.5/; revision=18025
2009-10-29 14:19:13 +00:00
inherit (gtkLibs) gtk glib;
Fix uzbl build svn path=/nixpkgs/trunk/; revision=24440
2010-10-23 20:54:07 +00:00
inherit (xlibs) libX11 kbproto;
* Use libsoup 2.33 everywhere. svn path=/nixpkgs/trunk/; revision=27613
2011-07-05 15:14:44 +00:00
inherit (gnome28) glib_networking libsoup;
Adding uzbl - a tiny browser svn path=/nixpkgs/trunk/; revision=16006
2009-06-19 08:05:21 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
valknut = callPackage ../applications/networking/p2p/valknut {
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
qt = qt3;
};
Make eclipse reusable: function of plugins to eclipse svn path=/nixpkgs/trunk/; revision=4887
2006-02-24 21:42:57 +00:00
* Added libvdpau and vdpauinfo. svn path=/nixpkgs/branches/stdenv-updates/; revision=25296
2010-12-27 18:30:52 +00:00
vdpauinfo = callPackage ../tools/X11/vdpauinfo { };
Add Veracity distributed VCS (+ issue tracker) svn path=/nixpkgs/trunk/; revision=23031
2010-08-07 22:44:25 +00:00
veracity = callPackage ../applications/version-management/veracity {};
Moved monotone packages to a more appropriate position within all-packages.nix svn path=/nixpkgs/trunk/; revision=19144
2009-12-29 11:57:27 +00:00
viewMtn = builderDefsPackage (import ../applications/version-management/viewmtn/0.10.nix)
{
Moved "flup" from all-packages.nix into python-packages.nix. svn path=/nixpkgs/trunk/; revision=24044
2010-10-04 09:49:09 +00:00
inherit monotone cheetahTemplate highlight ctags
Moved monotone packages to a more appropriate position within all-packages.nix svn path=/nixpkgs/trunk/; revision=19144
2009-12-29 11:57:27 +00:00
makeWrapper graphviz which python;
Moved "flup" from all-packages.nix into python-packages.nix. svn path=/nixpkgs/trunk/; revision=24044
2010-10-04 09:49:09 +00:00
flup = pythonPackages.flup;
Moved monotone packages to a more appropriate position within all-packages.nix svn path=/nixpkgs/trunk/; revision=19144
2009-12-29 11:57:27 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
vim = callPackage ../applications/editors/vim { };
* eclipse-sdk: added support for plugins * Added Spoofax editor plugin. * re-added eclipse-sdk 3.1, which wasn't necessary after all. svn path=/nixpkgs/trunk/; revision=4255
2005-11-07 23:02:17 +00:00
* Turn vim/default.nix into a regular package. We don't need two configurable VIMs. svn path=/nixpkgs/trunk/; revision=22784
2010-07-28 12:52:54 +00:00
vimHugeX = vim_configurable;
Included some configuration for Vim. svn path=/nixpkgs/trunk/; revision=9099
2007-08-10 19:53:30 +00:00
fix svn path=/nixpkgs/trunk/; revision=9932
2007-12-13 22:30:31 +00:00
vim_configurable = import ../applications/editors/vim/configurable.nix {
Making vim some configurable options go through getConfig. svn path=/nixpkgs/branches/stdenv-updates/; revision=24033
2010-10-03 09:18:14 +00:00
inherit (pkgs) fetchurl stdenv ncurses pkgconfig gettext composableDerivation lib
getConfig;
Explicit pkgs.prefix svn path=/nixpkgs/trunk/; revision=23329
2010-08-21 19:27:31 +00:00
inherit (pkgs.xlibs) libX11 libXext libSM libXpm
Make configurable Vim build with most options svn path=/nixpkgs/trunk/; revision=22924
2010-08-03 10:59:57 +00:00
libXt libXaw libXau libXmu libICE;
Explicit pkgs.prefix svn path=/nixpkgs/trunk/; revision=23329
2010-08-21 19:27:31 +00:00
inherit (pkgs.gtkLibs) glib gtk;
vim_configurable example added. broken see comment. svn path=/nixpkgs/trunk/; revision=9923
2007-12-12 07:20:41 +00:00
features = "huge"; # one of tiny, small, normal, big or huge
# optional features by passing
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
# python
vim_configurable example added. broken see comment. svn path=/nixpkgs/trunk/; revision=9923
2007-12-12 07:20:41 +00:00
# TODO mzschemeinterp perlinterp
Explicit pkgs.prefix svn path=/nixpkgs/trunk/; revision=23329
2010-08-21 19:27:31 +00:00
inherit (pkgs) python perl tcl ruby /*x11*/;
vim_configurable example added. broken see comment. svn path=/nixpkgs/trunk/; revision=9923
2007-12-12 07:20:41 +00:00
Explicit pkgs.prefix svn path=/nixpkgs/trunk/; revision=23329
2010-08-21 19:27:31 +00:00
lua = pkgs.lua5;
Make configurable Vim build with most options svn path=/nixpkgs/trunk/; revision=22924
2010-08-03 10:59:57 +00:00
vim_configurable example added. broken see comment. svn path=/nixpkgs/trunk/; revision=9923
2007-12-12 07:20:41 +00:00
# optional features by flags
flags = [ "X11" ]; # only flag "X11" by now
};
Adding virt-viewer svn path=/nixpkgs/trunk/; revision=25548
2011-01-13 22:30:32 +00:00
virtviewer = callPackage ../applications/virtualization/virt-viewer {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
virtualgl = callPackage ../tools/X11/virtualgl { };
Adding virtualgl (and therefore, libjpeg-turbo, a SIMD API-compatible libjpeg) svn path=/nixpkgs/trunk/; revision=22553
2010-07-10 08:45:44 +00:00
Adding vkeybd, a virtual midi keyboard svn path=/nixpkgs/trunk/; revision=26919
2011-04-22 09:39:48 +00:00
vkeybd = callPackage ../applications/audio/vkeybd {
inherit (xlibs) libX11;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
vlc = callPackage ../applications/video/vlc {
* MPlayer: updated to the SVN version. * VLC: updated to 0.9.8a. It now uses Qt for the GUI, which looks a lot better than the wxWidgets one. * libdvdread, libdvdnav: updated to 4.1.3. * ffmpeg: updated to 0.5 (a new release!). Got rid of the SVN version, which shouldn't be necessary anymore. svn path=/nixpkgs/trunk/; revision=14500
2009-03-10 21:03:51 +00:00
dbus = dbus.libs;
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
alsa = alsaLib;
New VLC, ffmpeg, x264 and libvpx all-in-one-rebuild. VP8 support. svn path=/nixpkgs/trunk/; revision=22410
2010-06-24 22:55:25 +00:00
lua = lua5;
* development/libraries/gnome/*: upgraded all gnome packages to 2.8.3. * development/libraries/gnome/*: copied gtk packages to gnome directory. gnome 2.8.3 did not work on gtk 2.4 nor gtk 2.6. Using the specific version of the gnome platform 2.8.3 directory 'solved' the issue. * development/libraries/gnome/gnome-icon-theme: new packag * development/libraries/gnome/libgtkhtml: new package * development/libraries/gnome/gtkhtml: new package * development/libraries/gnome/libgnomeprint: new package * development/libraries/gnome/libgnomeprintui: new package * development/libraries/gnome/gnome-keyring: new package * development/libraries/gnome/gail: new package * applications/editors/monodoc: new package svn path=/nixpkgs/trunk/; revision=2312
2005-02-26 23:45:19 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
vnstat = callPackage ../applications/networking/vnstat { };
Adding vnstat. Unless using "vnstat -l", it wants some directories in /var, where it collects information. svn path=/nixpkgs/trunk/; revision=17753
2009-10-12 11:08:52 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
vorbisTools = callPackage ../applications/audio/vorbis-tools { };
Add Vorbis Tools. svn path=/nixpkgs/trunk/; revision=10628
2008-02-11 22:39:54 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
vwm = callPackage ../applications/window-managers/vwm { };
Adding vwm, the console window manager. svn path=/nixpkgs/trunk/; revision=15255
2009-04-22 21:33:24 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
w3m = callPackage ../applications/networking/browsers/w3m {
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
graphicsSupport = false;
* development/libraries/gnome/*: upgraded all gnome packages to 2.8.3. * development/libraries/gnome/*: copied gtk packages to gnome directory. gnome 2.8.3 did not work on gtk 2.4 nor gtk 2.6. Using the specific version of the gnome platform 2.8.3 directory 'solved' the issue. * development/libraries/gnome/gnome-icon-theme: new packag * development/libraries/gnome/libgtkhtml: new package * development/libraries/gnome/gtkhtml: new package * development/libraries/gnome/libgnomeprint: new package * development/libraries/gnome/libgnomeprintui: new package * development/libraries/gnome/gnome-keyring: new package * development/libraries/gnome/gail: new package * applications/editors/monodoc: new package svn path=/nixpkgs/trunk/; revision=2312
2005-02-26 23:45:19 +00:00
};
* Added weechat and updated xfce-terminal and vte. (From Graeme Caldwell <graemercaldwell@gmail.com>.) svn path=/nixpkgs/trunk/; revision=22965
2010-08-05 15:47:15 +00:00
weechat = callPackage ../applications/networking/irc/weechat { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
wings = callPackage ../applications/graphics/wings { };
Adding Wings 3D (as a side effect, update erlang, and add esdl). svn path=/nixpkgs/trunk/; revision=22436
2010-07-01 09:08:37 +00:00
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
# I'm keen on wmiimenu only >wmii-3.5 no longer has it...
added: dnsmasq, uisp, fltk libixp_for_wmii, acerhk kernel module, reiserfsprogs, radeontools, msmtp, procmail, pstree, gxemul changed: umlutilities to also support building tunctl optionally (needing kernel header files) wmii updated and wmiimenu added svn path=/nixpkgs/trunk/; revision=9242
2007-09-03 12:10:57 +00:00
wmiimenu = import ../applications/window-managers/wmii31 {
removed libixp-0.3 (wmiimenu does also build with 0.4) wmii updated svn path=/nixpkgs/trunk/; revision=12011
2008-06-08 21:41:07 +00:00
libixp = libixp_for_wmii;
added: dnsmasq, uisp, fltk libixp_for_wmii, acerhk kernel module, reiserfsprogs, radeontools, msmtp, procmail, pstree, gxemul changed: umlutilities to also support building tunctl optionally (needing kernel header files) wmii updated and wmiimenu added svn path=/nixpkgs/trunk/; revision=9242
2007-09-03 12:10:57 +00:00
inherit fetchurl /* fetchhg */ stdenv gawk;
inherit (xlibs) libX11;
};
wmiiSnap = import ../applications/window-managers/wmii {
libixp = libixp_for_wmii;
Revert "update wmii. libixp vanished" The new wmii has some wired behaviour: - When you move windows the curser location changes. Until the window manager has changed that location movement of mouse is ignored. - window do not always popup in the col which was focused. - wmiimenu broke old wmii does not build with newer libixp Until I know how to fix those issues I'll revert my update This reverts -r 21683 svn path=/nixpkgs/trunk/; revision=21816
2010-05-17 13:35:38 +00:00
inherit fetchurl /* fetchhg */ stdenv gawk;
inherit (xlibs) libX11 xextproto libXt libXext;
removed libixp-0.3 (wmiimenu does also build with 0.4) wmii updated svn path=/nixpkgs/trunk/; revision=12011
2008-06-08 21:41:07 +00:00
includeUnpack = getConfig ["stdenv" "includeUnpack"] false;
add wmii window manager + all dependencies. Interesting excercise... svn path=/nixpkgs/trunk/; revision=8338
2007-03-18 23:58:22 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
wordnet = callPackage ../applications/misc/wordnet { };
Add WordNet, a lexical database for English. svn path=/nixpkgs/trunk/; revision=10659
2008-02-13 14:26:01 +00:00
* Refactor the Firefox directories a bit. svn path=/nixpkgs/trunk/; revision=16143
2009-07-02 14:26:24 +00:00
wrapFirefox = browser: browserName: nameSuffix: import ../applications/networking/browsers/firefox/wrapper.nix {
Added desktop file generation function and desktop item for firefox svn path=/nixpkgs/trunk/; revision=15529
2009-05-10 12:03:53 +00:00
inherit stdenv nameSuffix makeWrapper makeDesktopItem browser browserName;
wrapFirefox: Use GNU Gnash as the default Flash player, allow use of Adobe Flash through the `firefox.enableAdobeFlash' Nixpkgs config attribute. svn path=/nixpkgs/trunk/; revision=11037
2008-03-10 15:13:06 +00:00
plugins =
Changing the 'enableAdobeFlash' firefox/icecat wrapper option, so its negative value does not mean "install gnash". I added an enableGnash check instead. I've kept the default of Adobe Flash. svn path=/nixpkgs/trunk/; revision=24428
2010-10-23 14:42:36 +00:00
let
enableAdobeFlash = getConfig [ browserName "enableAdobeFlash" ] true;
enableGnash = getConfig [ browserName "enableGnash" ] false;
wrapFirefox: Use GNU Gnash as the default Flash player, allow use of Adobe Flash through the `firefox.enableAdobeFlash' Nixpkgs config attribute. svn path=/nixpkgs/trunk/; revision=11037
2008-03-10 15:13:06 +00:00
in
Changing the 'enableAdobeFlash' firefox/icecat wrapper option, so its negative value does not mean "install gnash". I added an enableGnash check instead. I've kept the default of Adobe Flash. svn path=/nixpkgs/trunk/; revision=24428
2010-10-23 14:42:36 +00:00
assert !(enableGnash && enableAdobeFlash);
wrapFirefox: Use GNU Gnash as the default Flash player, allow use of Adobe Flash through the `firefox.enableAdobeFlash' Nixpkgs config attribute. svn path=/nixpkgs/trunk/; revision=11037
2008-03-10 15:13:06 +00:00
([]
Changing the 'enableAdobeFlash' firefox/icecat wrapper option, so its negative value does not mean "install gnash". I added an enableGnash check instead. I've kept the default of Adobe Flash. svn path=/nixpkgs/trunk/; revision=24428
2010-10-23 14:42:36 +00:00
++ lib.optional enableGnash gnash
* Added gecko-mediaplayer, a browser plugin that uses gnome-mplayer to play video. Seems to be more stable than mplayerplug-in. svn path=/nixpkgs/trunk/; revision=16379
2009-07-15 20:34:08 +00:00
++ lib.optional enableAdobeFlash flashplayer
* Clean up indentation (expanded tabs etc.). svn path=/nixpkgs/trunk/; revision=11150
2008-03-17 09:41:28 +00:00
# RealPlayer is disabled by default for legal reasons.
Allow `wrapFirefox' to read per-browser options. svn path=/nixpkgs/trunk/; revision=12889
2008-09-19 09:46:21 +00:00
++ lib.optional (system != "i686-linux" && getConfig [browserName "enableRealPlayer"] false) RealPlayer
Adding the djview firefox plugin option. svn path=/nixpkgs/trunk/; revision=26265
2011-03-10 21:39:09 +00:00
++ lib.optional (getConfig [browserName "enableDjvu"] false) (djview4)
* Disable the MPlayer plugin (for now?) because it's not entirely stable and doesn't compile on Firefox 3.5 yet. svn path=/nixpkgs/trunk/; revision=16313
2009-07-10 12:10:58 +00:00
++ lib.optional (getConfig [browserName "enableMPlayer"] false) (MPlayerPlugin browser)
* Added gecko-mediaplayer, a browser plugin that uses gnome-mplayer to play video. Seems to be more stable than mplayerplug-in. svn path=/nixpkgs/trunk/; revision=16379
2009-07-15 20:34:08 +00:00
++ lib.optional (getConfig [browserName "enableGeckoMediaPlayer"] false) gecko_mediaplayer
Allow `wrapFirefox' to read per-browser options. svn path=/nixpkgs/trunk/; revision=12889
2008-09-19 09:46:21 +00:00
++ lib.optional (supportsJDK && getConfig [browserName "jre"] false && jrePlugin ? mozillaPlugin) jrePlugin
* Clean up indentation (expanded tabs etc.). svn path=/nixpkgs/trunk/; revision=11150
2008-03-17 09:41:28 +00:00
);
Finally, a real text editor in Nix. Todo: allow configuration with modes. svn path=/nixpkgs/trunk/; revision=1543
2004-10-06 11:32:20 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
x11vnc = callPackage ../tools/X11/x11vnc { };
- svn path=/nixpkgs/branches/stdenv-updates-merge/; revision=10823
2008-02-22 03:06:12 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
x2vnc = callPackage ../tools/X11/x2vnc { };
Added x2vnc, a tool to control physically close but formally remote VNC display as an extension of local one. svn path=/nixpkgs/trunk/; revision=11148
2008-03-17 06:29:32 +00:00
Added XaoS fractal viewer svn path=/nixpkgs/trunk/; revision=14004
2009-02-08 14:17:05 +00:00
xaos = builderDefsPackage (import ../applications/graphics/xaos) {
inherit (xlibs) libXt libX11 libXext xextproto xproto;
inherit gsl aalib zlib libpng intltool gettext perl;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
xara = callPackage ../applications/graphics/xara {
Fixing some wxGTK dangling attributes I forgot in a recent commit. svn path=/nixpkgs/trunk/; revision=18162
2009-11-05 21:34:44 +00:00
wxGTK = wxGTK26;
* Emacs 22.0.50 (CVS dump). svn path=/nixpkgs/trunk/; revision=4359
2005-12-13 00:13:01 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xawtv = callPackage ../applications/video/xawtv { };
* Added the Emacs 22.0 branch with anti-aliasing (Xft) support. * Added an option to Adobe Reader to make it start faster (by deleting all the plugins). svn path=/nixpkgs/trunk/; revision=4406
2005-12-22 10:49:43 +00:00
Adding xbindkeys (now with all the files) svn path=/nixpkgs/trunk/; revision=26448
2011-03-21 18:10:20 +00:00
xbindkeys = callPackage ../tools/X11/xbindkeys { };
Adding xbindkeys svn path=/nixpkgs/trunk/; revision=26436
2011-03-20 22:16:32 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
xchat = callPackage ../applications/networking/irc/xchat { };
* nxml package. svn path=/nixpkgs/trunk/; revision=578
2003-12-08 11:56:50 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xchm = callPackage ../applications/misc/xchm { };
Upgraded nxml mode and added cua mode svn path=/nixpkgs/trunk/; revision=1544
2004-10-06 12:06:23 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xcompmgr = callPackage ../applications/window-managers/xcompmgr { };
applications/window-managers/xcompmgr: New package. svn path=/nixpkgs/trunk/; revision=19272
2010-01-06 20:45:43 +00:00
Adding XDaliClock svn path=/nixpkgs/trunk/; revision=26591
2011-03-29 10:32:49 +00:00
xdaliclock = callPackage ../tools/misc/xdaliclock {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xdg_utils = callPackage ../tools/X11/xdg-utils { };
* Added xdg-utils, a package that contains desktop integration commands such as `xdg-open' (which opens a URL with the user's default browser). svn path=/nixpkgs/trunk/; revision=20829
2010-03-25 19:48:06 +00:00
Adding xdotool svn path=/nixpkgs/trunk/; revision=26896
2011-04-19 20:51:40 +00:00
xdotool = callPackage ../tools/X11/xdotool { };
* xen: use wrapPython. svn path=/nixpkgs/branches/modular-python/; revision=26584
2011-03-28 18:12:32 +00:00
xen = callPackage ../applications/virtualization/xen { };
Some of preparation work for adding Xen. Troubles: 1. Xen Dom0 support not complete in mainline. 2. Xen's love to check for headers in /usr/include. To do afterwards: We need to change bootloading setup a bit. svn path=/nixpkgs/trunk/; revision=12941
2008-10-04 15:24:08 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
xfig = callPackage ../applications/graphics/xfig {
* Merge the new generic builder. * Removed substitute, it's part of the generic builder now. * stdenv-initial (Linux): use the real generic builder script. This does require that sed is in the path of the builder of the initial stdenv. svn path=/nixpkgs/trunk/; revision=7498
2006-12-27 18:14:57 +00:00
stdenv = overrideGCC stdenv gcc34;
* By popular demand: xfig. svn path=/nixpkgs/trunk/; revision=7278
2006-12-08 01:17:21 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xineUI = callPackage ../applications/video/xine-ui { };
Haskell mode for emacs svn path=/nixpkgs/trunk/; revision=1832
2004-12-06 07:36:56 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
xmms = callPackage ../applications/audio/xmms {
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
inherit (gnome) esound;
inherit (gtkLibs1x) glib gtk;
stdenv = overrideGCC stdenv gcc34; # due to problems with gcc 4.x
emacs, vim, nano ... Nix is af. svn path=/nixpkgs/trunk/; revision=1545
2004-10-06 13:17:06 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
xneur = callPackage ../applications/misc/xneur {
all-packages.nix changes for previous commits svn path=/nixpkgs/trunk/; revision=11217
2008-03-20 09:52:40 +00:00
GStreamer=gst_all.gstreamer;
Update XNeur svn path=/nixpkgs/trunk/; revision=27294
2011-05-24 15:00:56 +00:00
inherit (gtkLibs) glib gtk pango atk gdk_pixbuf;
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
};
all-packages.nix changes for previous commits svn path=/nixpkgs/trunk/; revision=11217
2008-03-20 09:52:40 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
xneur_0_8 = callPackage ../applications/misc/xneur/0.8.nix {
* Replace some "inherit (gtkLibs) glib" statements with "inherit glib". svn path=/nixpkgs/trunk/; revision=18013
2009-10-29 11:43:02 +00:00
GStreamer = gst_all.gstreamer;
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
};
all-packages.nix changes for previous commits svn path=/nixpkgs/trunk/; revision=11217
2008-03-20 09:52:40 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
xournal = callPackage ../applications/graphics/xournal {
Adding Xournal - a note-taking application for stylus usage svn path=/nixpkgs/trunk/; revision=16538
2009-08-02 21:47:10 +00:00
inherit (gtkLibs) gtk atk pango glib;
xlock: fixed build and updated to version 5.24 svn path=/nixpkgs/trunk/; revision=17356
2009-09-22 20:16:38 +00:00
inherit (gnome) libgnomeprint libgnomeprintui
Adding Xournal - a note-taking application for stylus usage svn path=/nixpkgs/trunk/; revision=16538
2009-08-02 21:47:10 +00:00
libgnomecanvas;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
xpdf = callPackage ../applications/misc/xpdf {
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
motif = lesstif;
* xpdf updated to 3.02pl1. Also patch its configuration file so that it uses the Base-14 fonts from Ghostscript. svn path=/nixpkgs/trunk/; revision=9396
2007-10-03 12:16:48 +00:00
base14Fonts = "${ghostscript}/share/ghostscript/fonts";
statically linked nano. For some reason I had to use the --enable-tiny configure flag, so the full blown normal glibc dynamically linked version is a bit less functional now, but it is only intended to be used in rescue mode anyway, since normal people use vi. svn path=/nixpkgs/trunk/; revision=6318
2006-08-29 23:40:29 +00:00
};
added libxpdf and pdf2xml svn path=/nixpkgs/trunk/; revision=23427
2010-08-25 14:25:51 +00:00
libxpdf = callPackage ../applications/misc/xpdf/libxpdf.nix {
pkgs/top-level/all-packages.nix: stripped trailing whitespace svn path=/nixpkgs/trunk/; revision=23444
2010-08-26 09:45:10 +00:00
};
added libxpdf and pdf2xml svn path=/nixpkgs/trunk/; revision=23427
2010-08-25 14:25:51 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
xpra = callPackage ../tools/X11/xpra {
* Adde xpra. Doesn't quite work yet. * Removed python_alts. svn path=/nixpkgs/trunk/; revision=11161
2008-03-17 13:45:50 +00:00
pyrex = pyrex095;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
xscreensaver = callPackage ../applications/graphics/xscreensaver {
* Get rid of the `(import (__toPath ((toString ./JustNothing/.. )+"/"+args.version+".nix")))' hack, you can also just write `import (./path/to/pkg + "/${version}.nix)'. svn path=/nixpkgs/trunk/; revision=9792
2007-11-26 13:24:56 +00:00
inherit (gnome) libglade;
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
};
Added XScreensaver; also changed version-stub.nix (now it does sumArgs itself, and requires builderDefs to be used) and added a merge of composing-builder and declarative flag processing. svn path=/nixpkgs/trunk/; revision=9776
2007-11-22 20:26:00 +00:00
Adding XSynth-DSSI, a classic analog style software synthesizer svn path=/nixpkgs/trunk/; revision=26909
2011-04-20 16:31:41 +00:00
xsynth_dssi = callPackage ../applications/audio/xsynth-dssi {
inherit (gtkLibs) gtk;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xterm = callPackage ../applications/misc/xterm { };
* User-Mode Linux and GNU Patch. svn path=/nixpkgs/trunk/; revision=779
2004-02-13 14:42:28 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xtrace = callPackage ../tools/X11/xtrace { };
Adding xtrace (not that of glibc, but a X protocol tracer) svn path=/nixpkgs/trunk/; revision=19013
2009-12-17 11:58:05 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xlaunch = callPackage ../tools/X11/xlaunch { };
Fixed bridge-utils, added qemu, tuned builder-defs unpack, added xlaunch - a tool to launch X using everything possible from the job except slim. svn path=/nixpkgs/trunk/; revision=9985
2007-12-31 08:49:41 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xmacro = callPackage ../tools/X11/xmacro { };
Added xmacro; updated clisp - well, it compiles now... svn path=/nixpkgs/trunk/; revision=9098
2007-08-10 18:54:44 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xmove = callPackage ../applications/misc/xmove { };
Fixed bridge-utils, added qemu, tuned builder-defs unpack, added xlaunch - a tool to launch X using everything possible from the job except slim. svn path=/nixpkgs/trunk/; revision=9985
2007-12-31 08:49:41 +00:00
GNU Xnee 3.08. svn path=/nixpkgs/trunk/; revision=25726
2011-01-30 16:11:36 +00:00
xnee = callPackage ../tools/X11/xnee {
# Work around "missing separator" error.
stdenv = overrideInStdenv stdenv [ gnumake381 ];
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
};
Added xnee utility for X11 action recording svn path=/nixpkgs/trunk/; revision=12612
2008-08-14 09:25:26 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
xvidcap = callPackage ../applications/video/xvidcap {
* Xvidcap for making screen recordings. svn path=/nixpkgs/trunk/; revision=7186
2006-12-01 16:44:26 +00:00
inherit (gnome) scrollkeeper libglade;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
yate = callPackage ../applications/misc/yate {
adding yate2 telephony engine svn path=/nixpkgs/trunk/; revision=17861
2009-10-18 04:43:48 +00:00
qt = qt4;
};
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
# doesn't compile yet - in case someone else want's to continue ..
t/gis/qgis updating qgis Signed-off-by: Marc Weber <marco-oweber@gmx.de> svn path=/nixpkgs/trunk/; revision=22115
2010-06-03 00:51:23 +00:00
# use Trunk because qgisReleased segfaults no resize for now
qgis = qgisTrunk;
qgisReleased = (import ../applications/misc/qgis) {
removed mkDerivationByConfiguration, using composableDerivation instead qgis, vim_configurable both work now svn path=/nixpkgs/trunk/; revision=13661
2008-12-20 01:20:35 +00:00
inherit composableDerivation fetchsvn stdenv flex lib
hddtemp (tool to get harddisk temperatures) added and unfinished qgis expression (in case someone else want's to continue working on it) svn path=/nixpkgs/trunk/; revision=9903
2007-12-10 22:36:52 +00:00
ncurses fetchurl perl cmake gdal geos proj x11
bison: use version 2.3 by default (the latest) svn path=/nixpkgs/trunk/; revision=12703
2008-08-25 13:25:07 +00:00
gsl libpng zlib bison
t/gis/qgis updating qgis Signed-off-by: Marc Weber <marco-oweber@gmx.de> svn path=/nixpkgs/trunk/; revision=22115
2010-06-03 00:51:23 +00:00
sqlite glibc fontconfig freetype /* use libc from stdenv ? - to lazy now - Marc */
python postgresql pyqt4;
hddtemp (tool to get harddisk temperatures) added and unfinished qgis expression (in case someone else want's to continue working on it) svn path=/nixpkgs/trunk/; revision=9903
2007-12-10 22:36:52 +00:00
inherit (xlibs) libSM libXcursor libXinerama libXrandr libXrender;
inherit (xorg) libICE;
qt = qt4;
# optional features
# grass = "not yet supported" # cmake -D WITH_GRASS=TRUE and GRASS_PREFX=..
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
qgisTrunk = callPackage ../applications/misc/qgis/trunk.nix {
t/gis/qgis updating qgis Signed-off-by: Marc Weber <marco-oweber@gmx.de> svn path=/nixpkgs/trunk/; revision=22115
2010-06-03 00:51:23 +00:00
qgis = qgisReleased;
};
Move yakuake to pkgs svn path=/nixpkgs/trunk/; revision=23331
2010-08-21 19:30:15 +00:00
yakuake = newScope pkgs.kde4 ../applications/misc/yakuake { };
Adding Yoshimi, a fork of ZynAddSubFX (audio synthesizer) with many enhancements including jack support svn path=/nixpkgs/trunk/; revision=26935
2011-04-23 13:54:25 +00:00
yoshimi = callPackage ../applications/audio/yoshimi {
fltk = fltk11;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
zapping = callPackage ../applications/video/zapping {
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
inherit (gnome) scrollkeeper libgnomeui libglade esound;
teletextSupport = true;
jpegSupport = true;
pngSupport = true;
recordingSupport = true;
* Added NEdit. svn path=/nixpkgs/trunk/; revision=4329
2005-12-03 00:04:13 +00:00
};
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
zathura = callPackage ../applications/misc/zathura { };
* Added NEdit. svn path=/nixpkgs/trunk/; revision=4329
2005-12-03 00:04:13 +00:00
all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=26824
2011-04-13 17:53:07 +00:00
zynaddsubfx = callPackage ../applications/audio/zynaddsubfx {
Adding ZynAddSubFX, a software synthesizer, and minixml (a dependency of ZynAddSubFX) svn path=/nixpkgs/trunk/; revision=26746
2011-04-07 22:24:56 +00:00
fltk = fltk11;
};
* Fixed Stratego. * Added Zoom, an interpreter for Z-Code. svn path=/nixpkgs/trunk/; revision=894
2004-04-01 16:02:53 +00:00
### GAMES
Adding the game Advanced Strategic Command. I had to add an old version of libsigc++ for it. svn path=/nixpkgs/trunk/; revision=23490
2010-08-29 09:43:46 +00:00
asc = callPackage ../games/asc {
lua = lua5;
libsigcxx = libsigcxx12;
};
Adding atanks svn path=/nixpkgs/trunk/; revision=24893
2010-11-27 19:18:22 +00:00
atanks = callPackage ../games/atanks {};
Prepare for the Guile 2.0 switchover. svn path=/nixpkgs/trunk/; revision=25976
2011-02-15 13:14:29 +00:00
ballAndPaddle = callPackage ../games/ball-and-paddle {
guile = guile_1_8;
};
Add GNU Ball and Paddle, the ultimate game. svn path=/nixpkgs/trunk/; revision=12938
2008-10-04 10:08:59 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
blackshades = callPackage ../games/blackshades { };
Adding Black Shades svn path=/nixpkgs/trunk/; revision=22520
2010-07-07 22:22:19 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
blackshadeselite = callPackage ../games/blackshadeselite { };
Adding Black Shades Elite (a fork of Black Shades) svn path=/nixpkgs/trunk/; revision=22538
2010-07-08 18:06:01 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
bsdgames = callPackage ../games/bsdgames { };
Adding bsdgames and miscfiles (this later, for 'words') I could not easily make some bsdgames build or install. Too much patching against the installer trying to write beyond the nix store. svn path=/nixpkgs/trunk/; revision=17971
2009-10-26 23:03:36 +00:00
Adding some skeleton for btanks. It needs smpeg still, to build. svn path=/nixpkgs/trunk/; revision=26554
2011-03-27 21:18:05 +00:00
btanks = callPackage ../games/btanks { };
Adding bzflag. svn path=/nixpkgs/trunk/; revision=26549
2011-03-27 16:35:45 +00:00
bzflag = callPackage ../games/bzflag { };
Castle-Combat: Start fixing; rewrite using `buildPythonPackage'. svn path=/nixpkgs/trunk/; revision=23225
2010-08-18 14:25:07 +00:00
castle_combat = callPackage ../games/castle-combat { };
Add Castle-Combat, a clone of Rampart. svn path=/nixpkgs/trunk/; revision=12978
2008-10-06 22:49:37 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
construoBase = callPackage ../games/construo {
* ltrace: updated to 0.5.3. * 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
2010-07-29 18:55:16 +00:00
mesa = null;
freeglut = null;
Added PostgreSQL job. svn path=/nixpkgs/trunk/; revision=9831
2007-12-03 04:48:44 +00:00
};
* composedArgsAndFun -> makeOverridable for consistency. * Rename a few single-version packages to "default.nix". svn path=/nixpkgs/trunk/; revision=22803
2010-07-29 08:21:21 +00:00
construo = construoBase.override {
Added PostgreSQL job. svn path=/nixpkgs/trunk/; revision=9831
2007-12-03 04:48:44 +00:00
inherit mesa freeglut;
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
};
* Fixed Stratego. * Added Zoom, an interpreter for Z-Code. svn path=/nixpkgs/trunk/; revision=894
2004-04-01 16:02:53 +00:00
Adding crack-attack (patch sent by Piotr Pietraszkiewicz) svn path=/nixpkgs/trunk/; revision=23987
2010-09-28 22:37:27 +00:00
crack_attack = callPackage ../games/crack-attack { };
Adding crrcsim model airplane flight simulator svn path=/nixpkgs/trunk/; revision=24931
2010-11-29 21:12:53 +00:00
crrcsim = callPackage ../games/crrcsim {};
esniper 2.24.0 is a simple, lightweight tool for sniping eBay auctions. svn path=/nixpkgs/trunk/; revision=26086
2011-02-24 11:25:16 +00:00
dwarf_fortress = callPackage_i686 ../games/dwarf-fortress {
Pass parameters with correct arch to DF svn path=/nixpkgs/trunk/; revision=24843
2010-11-24 20:05:43 +00:00
gnomegtk = pkgsi686Linux.gnome.gtk;
Dwarf Fortress The wrapper script works by creating an image of the distribution in the users home directory (defaulting to $HOME/.config/df_linux). This is done because the program expects to write state into it's own distribution. Better ideas are welcome! What further is needed is to allow users to configure the init. One way is to use nix-config to apply patches to the init.txt file, though this would break sharing of the package between different users. svn path=/nixpkgs/trunk/; revision=24538
2010-10-30 06:00:44 +00:00
};
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
eduke32 = callPackage ../games/eduke32 { };
Added EDuke32 package to celebrate the moment that 3DRealms is dead and Duke Nukem Forever is never going to be released svn path=/nixpkgs/trunk/; revision=15601
2009-05-14 13:48:45 +00:00
Adding a more-or-less working 'egoboo'. I'll update to a better expression after some egoboo upstream work. svn path=/nixpkgs/trunk/; revision=23408
2010-08-24 19:36:42 +00:00
egoboo = callPackage ../games/egoboo { };
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
exult = callPackage ../games/exult {
* Fix the Exult build. svn path=/nixpkgs/trunk/; revision=17605
2009-10-02 13:01:31 +00:00
stdenv = overrideGCC stdenv gcc42;
add scummvm (scummvm.sf.net) svn path=/nixpkgs/trunk/; revision=6079
2006-08-08 23:39:03 +00:00
};
* Commented out exultSnapshot, will fix later. svn path=/nixpkgs/trunk/; revision=16315
2009-07-10 12:44:34 +00:00
/*
* Exult 1.4 snapshot. svn path=/nixpkgs/trunk/; revision=12349
2008-07-12 17:00:57 +00:00
exultSnapshot = lowPrio (import ../games/exult/snapshot.nix {
inherit fetchurl stdenv SDL SDL_mixer zlib libpng unzip
bison: use version 2.3 by default (the latest) svn path=/nixpkgs/trunk/; revision=12703
2008-08-25 13:25:07 +00:00
autoconf automake libtool flex bison;
* Exult 1.4 snapshot. svn path=/nixpkgs/trunk/; revision=12349
2008-07-12 17:00:57 +00:00
});
* Commented out exultSnapshot, will fix later. svn path=/nixpkgs/trunk/; revision=16315
2009-07-10 12:44:34 +00:00
*/
* Exult 1.4 snapshot. svn path=/nixpkgs/trunk/; revision=12349
2008-07-12 17:00:57 +00:00
Adding FlightGear svn path=/nixpkgs/trunk/; revision=26770
2011-04-09 18:57:00 +00:00
flightgear = callPackage ../games/flightgear {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
freedink = callPackage ../games/freedink { };
Add GNU FreeDink. svn path=/nixpkgs/trunk/; revision=21555
2010-05-02 09:27:51 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
fsg = callPackage ../games/fsg {
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
wxGTK = wxGTK28.override { unicode = false; };
* Added GemRB, a reimplementation of the Infinity Engine. svn path=/nixpkgs/trunk/; revision=8695
2007-05-14 21:47:11 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gemrb = callPackage ../games/gemrb { };
Adding GL-117 svn path=/nixpkgs/trunk/; revision=24930
2010-11-29 20:51:09 +00:00
gl117 = callPackage ../games/gl-117 {};
Adding Glest Advanced Engine into all-packages svn path=/nixpkgs/trunk/; revision=26920
2011-04-22 10:26:45 +00:00
glestae = callPackage ../games/glestae {};
Adding globulation svn path=/nixpkgs/trunk/; revision=26892
2011-04-19 16:02:29 +00:00
globulation2 = callPackage ../games/globulation {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gltron = callPackage ../games/gltron { };
Adding gltron. svn path=/nixpkgs/trunk/; revision=22519
2010-07-07 21:44:09 +00:00
Fixing gnuchess build svn path=/nixpkgs/branches/stdenv-updates/; revision=25270
2010-12-24 05:47:55 +00:00
gnuchess = callPackage ../games/gnuchess { };
Added GNU Chess and XBoard svn path=/nixpkgs/trunk/; revision=13923
2009-01-31 20:09:54 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gnugo = callPackage ../games/gnugo { };
Three Games and Perl Support for Irssi Here are four patches. Three of them add expressions for games. The fourth, irssi-perl.patch, adds perl as an input for irssi, so that one can run perl plugins in irssi. I didn't make the perl input optional, but maybe it should be to keep the irssi expression light. svn path=/nixpkgs/trunk/; revision=21813
2010-05-17 09:21:42 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
gparted = callPackage ../tools/misc/gparted {
gparted was not building. I updated it and made it build (it only likes parted 2.x). Report by 'brainwash@freenode' svn path=/nixpkgs/trunk/; revision=27515
2011-06-21 18:00:23 +00:00
parted = parted_2_3;
adding gparted. qparted is no longer maintained (?) svn path=/nixpkgs/trunk/; revision=17016
2009-09-10 16:57:21 +00:00
inherit (gtkLibs) gtk glib gtkmm;
inherit (gnome) gnomedocutils;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
hexen = callPackage ../games/hexen { };
Adding the simple port of hexen. svn path=/nixpkgs/trunk/; revision=15046
2009-04-14 22:25:14 +00:00
Adding the videogame icbm3d svn path=/nixpkgs/trunk/; revision=27499
2011-06-19 21:46:45 +00:00
icbm3d = callPackage ../games/icbm3d { };
Adding the game engine 'instead' and some games. svn path=/nixpkgs/trunk/; revision=24009
2010-09-30 18:58:48 +00:00
instead = callPackage ../games/instead {
lua = lua5;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
kobodeluxe = callPackage ../games/kobodeluxe { };
Adding Kobo Deluxe. svn path=/nixpkgs/trunk/; revision=15045
2009-04-14 22:25:03 +00:00
Added lincity - a city simulation. And if I build houses, I build houses here. svn path=/nixpkgs/trunk/; revision=12539
2008-08-08 07:16:34 +00:00
lincity = builderDefsPackage (import ../games/lincity) {
bison: use version 2.3 by default (the latest) svn path=/nixpkgs/trunk/; revision=12703
2008-08-25 13:25:07 +00:00
inherit (xlibs) libX11 libXext xextproto
Added lincity - a city simulation. And if I build houses, I build houses here. svn path=/nixpkgs/trunk/; revision=12539
2008-08-08 07:16:34 +00:00
libICE libSM xproto;
inherit libpng zlib;
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
};
Added lincity - a city simulation. And if I build houses, I build houses here. svn path=/nixpkgs/trunk/; revision=12539
2008-08-08 07:16:34 +00:00
games/mars: New nixpkg. svn path=/nixpkgs/trunk/; revision=26434
2011-03-20 18:24:39 +00:00
mars = callPackage ../games/mars { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
micropolis = callPackage ../games/micropolis { };
Added: * dmenu * gftp * micropolis * byacc as a build-time dependency for micropolis contributed by baldo <baldo@quimby.lan> svn path=/nixpkgs/trunk/; revision=12526
2008-08-06 20:39:01 +00:00
Adding the videogame Naev (beta version, because they label the non-beta 'deprecated') svn path=/nixpkgs/trunk/; revision=27017
2011-04-27 21:57:27 +00:00
naev = callPackage ../games/naev { };
Adding the pacman-like game njam. svn path=/nixpkgs/trunk/; revision=26553
2011-03-27 20:35:08 +00:00
njam = callPackage ../games/njam { };
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
openttd = callPackage ../games/openttd {
Add new game: openttd. svn path=/nixpkgs/trunk/; revision=11553
2008-04-10 22:12:20 +00:00
zlib = zlibStatic;
};
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
pioneers = callPackage ../games/pioneers { };
Adding the game 'pioneers' svn path=/nixpkgs/trunk/; revision=19769
2010-02-02 22:21:56 +00:00
Adding 3dpong. svn path=/nixpkgs/trunk/; revision=27498
2011-06-19 21:33:31 +00:00
pong3d = callPackage ../games/pong3d { };
Fixing the gcc-cross-wrapper; it failed after some changes related to breaking dependencies with it. (I should never link ld.so with a NIX_LDFLAGS -rpath forced) I made vim, scummvm cross-build. I added prboom (that cross-builds). Mplayer and elinks don't cross-build fine still, but are on the way. The mplayer fails to build in a weird way; nix does not show either a gcc error message or even the 'make' error message. svn path=/nixpkgs/branches/stdenv-updates/; revision=23131
2010-08-11 20:14:25 +00:00
prboom = callPackage ../games/prboom { };
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
quake3demo = callPackage ../games/quake3/wrapper {
* ioquake: updated to 1.34rc3. * rss-glx: fixed the build. * Removed the OpenGL wrapper stuff, it's no longer needed (thanks to the RUNPATH you just need to put the appropriate libGL.so in the LD_LIBRARY_PATH). svn path=/nixpkgs/trunk/; revision=12093
2008-06-14 20:55:48 +00:00
name = "quake3-demo-${quake3game.name}";
* Added a bunch of descriptions. svn path=/nixpkgs/trunk/; revision=6705
2006-10-11 16:45:55 +00:00
description = "Demo of Quake 3 Arena, a classic first-person shooter";
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
game = quake3game;
paks = [quake3demodata];
* Added basic Quake 3. Some wrapper stuff is still needed to get it to work "out of the box" with hardware acceleration and either the shareware or full PAK files. But with some hackery, I have gotten it to work with both Mesa software rendering and NVidia hardware rendering. svn path=/nixpkgs/trunk/; revision=4595
2006-01-26 14:43:05 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
quake3demodata = callPackage ../games/quake3/demo { };
* Get the Quake 3 demo data to work with the open source Quake 3. quake3/demo takes care of downloading and patching the required PAK files. quake3/wrapper calls the Quake binary with a synthesised directory of symlinks to activated PAK files. This should make it easy to plug in the commercial PAKs, or third-party mods. svn path=/nixpkgs/trunk/; revision=4611
2006-01-27 23:51:36 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
quake3game = callPackage ../games/quake3/game { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
Adding the game 'racer'. It works only in i686-linux. svn path=/nixpkgs/trunk/; revision=26520
2011-03-25 23:33:09 +00:00
racer = callPackage ../games/racer { };
Adding Rigs of Rods. Basically it builds, but I still don't know how to run it. I imagine the installPhase is still too poor, but it's better than nothing. I also added two mygui versions. That stable, and that required by Rigs of Roads (svn). svn path=/nixpkgs/trunk/; revision=26618
2011-03-30 22:08:33 +00:00
rigsofrods = callPackage ../games/rigsofrods {
mygui = myguiSvn;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
rogue = callPackage ../games/rogue { };
* Now Nixpkgs is officially complete. svn path=/nixpkgs/trunk/; revision=7573
2007-01-08 21:19:15 +00:00
Adding sauerbraten svn path=/nixpkgs/trunk/; revision=25278
2010-12-26 13:14:15 +00:00
sauerbraten = callPackage ../games/sauerbraten {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
scummvm = callPackage ../games/scummvm { };
* Unreal Tournament 2004 Demo. Also a binary-only component. 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
2004-06-09 18:06:29 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
scorched3d = callPackage ../games/scorched3d {
Fixing some wxGTK dangling attributes I forgot in a recent commit. svn path=/nixpkgs/trunk/; revision=18162
2009-11-05 21:34:44 +00:00
wxGTK = wxGTK26;
Added Scorched3D. svn path=/nixpkgs/trunk/; revision=15108
2009-04-16 22:50:36 +00:00
};
all-packages.nix changes for my last commits svn path=/nixpkgs/trunk/; revision=13693
2009-01-03 13:44:04 +00:00
sgtpuzzles = builderDefsPackage (import ../games/sgt-puzzles) {
Update SGT puzzles and improve builderDefs processing of propagated(Native)BuildInputs after stdenv merge svn path=/nixpkgs/trunk/; revision=20093
2010-02-18 10:29:40 +00:00
inherit (gtkLibs) gtk;
SGT Puzzles now need Perl for Makefile generation svn path=/nixpkgs/trunk/; revision=19466
2010-01-15 12:00:12 +00:00
inherit pkgconfig fetchsvn perl;
all-packages.nix changes for my last commits svn path=/nixpkgs/trunk/; revision=13693
2009-01-03 13:44:04 +00:00
inherit (xlibs) libX11;
};
Add expression for the simutrans game. svn path=/nixpkgs/trunk/; revision=26523
2011-03-26 07:22:24 +00:00
simutrans = callPackage ../games/simutrans { };
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
six = callPackage ../games/six {
Three Games and Perl Support for Irssi Here are four patches. Three of them add expressions for games. The fourth, irssi-perl.patch, adds perl as an input for irssi, so that one can run perl plugins in irssi. I didn't make the perl input optional, but maybe it should be to keep the irssi expression light. svn path=/nixpkgs/trunk/; revision=21813
2010-05-17 09:21:42 +00:00
inherit (kde3) arts kdelibs;
};
Adding Sphere of Influence svn path=/nixpkgs/trunk/; revision=25711
2011-01-28 08:13:52 +00:00
soi = callPackage ../games/soi {};
Added Orbit space flight simulation. Unfortunately, it doesn't feature gravity. svn path=/nixpkgs/trunk/; revision=10249
2008-01-22 17:56:53 +00:00
# You still can override by passing more arguments.
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
spaceOrbit = callPackage ../games/orbit {
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
inherit (gnome) esound; };
Added Orbit space flight simulation. Unfortunately, it doesn't feature gravity. svn path=/nixpkgs/trunk/; revision=10249
2008-01-22 17:56:53 +00:00
Updating from trunk again svn path=/nixpkgs/branches/stdenv-updates/; revision=24745
2010-11-17 17:03:09 +00:00
spring = callPackage ../games/spring { };
Spring RTS: packaged along with its deps and utils: libDevIL, libtorrent-rasterbar, spring-lobby. svn path=/nixpkgs/trunk/; revision=24681
2010-11-13 07:47:04 +00:00
Updating from trunk again svn path=/nixpkgs/branches/stdenv-updates/; revision=24745
2010-11-17 17:03:09 +00:00
springLobby = callPackage ../games/spring/spring-lobby.nix { };
Spring RTS: packaged along with its deps and utils: libDevIL, libtorrent-rasterbar, spring-lobby. svn path=/nixpkgs/trunk/; revision=24681
2010-11-13 07:47:04 +00:00
Add stardust svn path=/nixpkgs/trunk/; revision=24905
2010-11-28 13:16:47 +00:00
stardust = callPackage ../games/stardust {};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
superTux = callPackage ../games/super-tux { };
Three Games and Perl Support for Irssi Here are four patches. Three of them add expressions for games. The fourth, irssi-perl.patch, adds perl as an input for irssi, so that one can run perl plugins in irssi. I didn't make the perl input optional, but maybe it should be to keep the irssi expression light. svn path=/nixpkgs/trunk/; revision=21813
2010-05-17 09:21:42 +00:00
SuperTuxKart: Use GNU Make 3.81. svn path=/nixpkgs/branches/stdenv-updates/; revision=24725
2010-11-17 10:43:00 +00:00
superTuxKart = callPackage ../games/super-tux-kart {
/* With GNU Make 3.82, the build process is stuck in the `data'
directory, after displaying "Making all in tracks", and `pstree'
indicates that `make' doesn't launch any new process. */
stdenv = overrideInStdenv stdenv [ gnumake381 ];
};
Super Tux Kart, a free kart racing game. svn path=/nixpkgs/trunk/; revision=13052
2008-10-12 14:28:51 +00:00
Adding tbe game svn path=/nixpkgs/trunk/; revision=25178
2010-12-17 15:41:30 +00:00
tbe = callPackage ../games/the-butterfly-effect {};
Adding the videogame teeter torture. svn path=/nixpkgs/trunk/; revision=27500
2011-06-19 22:25:52 +00:00
teetertorture = callPackage ../games/teetertorture { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
teeworlds = callPackage ../games/teeworlds { };
Add Teeworlds, a Worms-like game, if you see what I mean. svn path=/nixpkgs/trunk/; revision=13762
2009-01-13 19:44:11 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
tennix = callPackage ../games/tennix { };
Adding (quite blindly) some gnome packages to get gnucash built. svn path=/nixpkgs/trunk/; revision=19758
2010-02-01 19:55:03 +00:00
Fixing libcgroup attribute name svn path=/nixpkgs/trunk/; revision=25229
2010-12-22 09:52:32 +00:00
tpm = callPackage ../games/thePenguinMachine { };
Added pygame and some of its dependencies. Also added Python Imaging library. svn path=/nixpkgs/trunk/; revision=9082
2007-08-09 17:33:18 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
tremulous = callPackage ../games/tremulous { };
games/tremulous: New nixpkg. svn path=/nixpkgs/trunk/; revision=22413
2010-06-25 15:09:53 +00:00
Adding Speed Dreams (a TORCS fork) svn path=/nixpkgs/trunk/; revision=26673
2011-04-04 05:01:53 +00:00
speed_dreams = callPackage ../games/speed-dreams {
# Torcs wants to make shared libraries linked with plib libraries (it provides static).
# i686 is the only platform I know than can do that linking without plib built with -fPIC
plib = plib.override { enablePIC = if stdenv.isi686 then false else true; };
};
Adding torcs svn path=/nixpkgs/trunk/; revision=23354
2010-08-22 14:18:58 +00:00
torcs = callPackage ../games/torcs {
# Torcs wants to make shared libraries linked with plib libraries (it provides static).
# i686 is the only platform I know than can do that linking without plib built with -fPIC
plib = plib.override { enablePIC = if stdenv.isi686 then false else true; };
};
Adding the rally game Trigger. As a side effect, I add jam. svn path=/nixpkgs/trunk/; revision=26615
2011-03-30 18:45:11 +00:00
trigger = callPackage ../games/trigger { };
Adding the game UFO: Alien Invasion. svn path=/nixpkgs/trunk/; revision=23488
2010-08-29 00:45:29 +00:00
ufoai = callPackage ../games/ufoai {
inherit (gnome) gtksourceview gtkglext;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ultimatestunts = callPackage ../games/ultimatestunts { };
Adding Ultimate Stunts, a racing game. svn path=/nixpkgs/trunk/; revision=19088
2009-12-23 22:28:50 +00:00
Trying to add ultrastardx. It fails for me in x86_64. I invite others to test or fix it, as I know zero about fpc. svn path=/nixpkgs/trunk/; revision=25305
2010-12-28 14:56:08 +00:00
ultrastardx = callPackage ../games/ultrastardx {
lua = lua5;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
urbanterror = callPackage ../games/urbanterror { };
games/urbanterror: New nixpkg for viric. svn path=/nixpkgs/trunk/; revision=19770
2010-02-03 00:46:43 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ut2004demo = callPackage ../games/ut2004demo { };
* Quake 3 Arena Demo. The goal is to show that Nix can also be used 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
2004-06-09 17:59:46 +00:00
Adding the racing videogame VDrift. I added the asio library as a side effect. svn path=/nixpkgs/trunk/; revision=26575
2011-03-28 16:08:21 +00:00
vdrift = callPackage ../games/vdrift { };
Adding the videogame Vectoroids. svn path=/nixpkgs/trunk/; revision=27497
2011-06-19 21:07:35 +00:00
vectoroids = callPackage ../games/vectoroids { };
Adding the racing videogame VDrift. I added the asio library as a side effect. svn path=/nixpkgs/trunk/; revision=26575
2011-03-28 16:08:21 +00:00
warmux = callPackage ../games/warmux { };
Adding warmux svn path=/nixpkgs/trunk/; revision=25997
2011-02-16 22:19:59 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
warsow = callPackage ../games/warsow {
games/warsow: Needs libjpeg62. svn path=/nixpkgs/trunk/; revision=19891
2010-02-09 23:12:47 +00:00
libjpeg = libjpeg62;
games/warsow: New package. svn path=/nixpkgs/trunk/; revision=19718
2010-01-27 22:22:35 +00:00
};
Making the current versions of flex/bison the default. Evaluation test passes. Please explicitly pass older versions to any package that can be adversely affected by too-fresh versions. svn path=/nixpkgs/branches/stdenv-updates/; revision=25086
2010-12-12 21:48:29 +00:00
warzone2100 = callPackage ../games/warzone2100 { };
warzone2100: New nixpkg. svn path=/nixpkgs/trunk/; revision=21582
2010-05-03 16:07:01 +00:00
Add Widelands RTS svn path=/nixpkgs/trunk/; revision=26869
2011-04-17 17:55:29 +00:00
widelands = callPackage ../games/widelands {};
Added GNU Chess and XBoard svn path=/nixpkgs/trunk/; revision=13923
2009-01-31 20:09:54 +00:00
xboard = builderDefsPackage (import ../games/xboard) {
Added syslog-ng (and the eventlog library that it depends on). svn path=/nixpkgs/trunk/; revision=13988
2009-02-05 16:50:45 +00:00
inherit (xlibs) libX11 xproto libXt libXaw libSM
Update xboard svn path=/nixpkgs/trunk/; revision=18870
2009-12-10 06:55:12 +00:00
libICE libXmu libXext libXpm;
inherit gnuchess texinfo;
Added GNU Chess and XBoard svn path=/nixpkgs/trunk/; revision=13923
2009-01-31 20:09:54 +00:00
};
Adding Xconq turn-based strategy svn path=/nixpkgs/trunk/; revision=27306
2011-05-28 15:36:56 +00:00
xconq = callPackage ../games/xconq {};
Added XSokoban svn path=/nixpkgs/trunk/; revision=13737
2009-01-11 22:05:19 +00:00
xsokoban = builderDefsPackage (import ../games/xsokoban) {
inherit (xlibs) libX11 xproto libXpm libXt;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
zdoom = callPackage ../games/zdoom { };
Adding zdoom. svn path=/nixpkgs/trunk/; revision=14194
2009-02-22 22:06:34 +00:00
Adding the zod engine, a multiplayer zed remake. svn path=/nixpkgs/trunk/; revision=26577
2011-03-28 16:08:29 +00:00
zod = callPackage ../games/zod { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
zoom = callPackage ../games/zoom { };
* Latest ALSA, SDL. svn path=/nixpkgs/trunk/; revision=6500
2006-09-11 23:06:26 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
keen4 = callPackage ../games/keen4 { };
* An example of supporting legacy applications using dosbox ;-) svn path=/nixpkgs/trunk/; revision=6895
2006-10-28 22:28:35 +00:00
* Fixed Stratego. * Added Zoom, an interpreter for Z-Code. svn path=/nixpkgs/trunk/; revision=894
2004-04-01 16:02:53 +00:00
* Refactoring: move KDE and Gnome out of development/libraries into desktops. svn path=/nixpkgs/trunk/; revision=8105
2007-02-28 16:18:58 +00:00
### DESKTOP ENVIRONMENTS
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
enlightenment = callPackage ../desktops/enlightenment { };
Enlightenment 0.16.8.15. Patch by John Altobelli <acocaracha@gmail.com>, minor edits by Ludovic Courtès <ludo@gnu.org>. svn path=/nixpkgs/trunk/; revision=13823
2009-01-22 22:46:39 +00:00
Recurse into gnome attrs svn path=/nixpkgs/trunk/; revision=21112
2010-04-16 05:26:27 +00:00
gnome28 = recurseIntoAttrs (import ../desktops/gnome-2.28 pkgs);
* Refactoring: move KDE and Gnome out of development/libraries into desktops. svn path=/nixpkgs/trunk/; revision=8105
2007-02-28 16:18:58 +00:00
Try using Gnome-2.28 svn path=/nixpkgs/branches/xorg-7.5/; revision=18058
2009-10-31 12:59:33 +00:00
gnome = gnome28;
Add gnome-2.28 to top-level svn path=/nixpkgs/trunk/; revision=17520
2009-09-30 05:29:08 +00:00
Adding recurseIntoAttrs for the kde3 attribute set, to have the derivations available listed by nix-env. svn path=/nixpkgs/trunk/; revision=20931
2010-04-03 10:59:26 +00:00
kde3 = recurseIntoAttrs {
* Some renaming: kde -> kde-3, kde-4 -> kde-4-old (we can delete it eventually, but it seems to contain some packages that aren't in kde-4.2 yet). svn path=/nixpkgs/trunk/; revision=14481
2009-03-10 07:58:12 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
kdelibs = callPackage ../desktops/kde-3/kdelibs {
Trying to get the gcc-4.4 cross-build also. Fixing the glibc-2.10 expression on cross-builds (which should be ported to the glibc-2.11 expression once we get "ports" there) Making kde3 and cyrus-sasl use gcc-4.3, because the strictness in gcc-4.4 does not allow them build. svn path=/nixpkgs/branches/stdenv-updates/; revision=18706
2009-11-29 23:27:35 +00:00
stdenv = overrideGCC stdenv gcc43;
* Some renaming: kde -> kde-3, kde-4 -> kde-4-old (we can delete it eventually, but it seems to contain some packages that aren't in kde-4.2 yet). svn path=/nixpkgs/trunk/; revision=14481
2009-03-10 07:58:12 +00:00
qt = qt3;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
kdebase = callPackage ../desktops/kde-3/kdebase {
Trying to get the gcc-4.4 cross-build also. Fixing the glibc-2.10 expression on cross-builds (which should be ported to the glibc-2.11 expression once we get "ports" there) Making kde3 and cyrus-sasl use gcc-4.3, because the strictness in gcc-4.4 does not allow them build. svn path=/nixpkgs/branches/stdenv-updates/; revision=18706
2009-11-29 23:27:35 +00:00
stdenv = overrideGCC stdenv gcc43;
Move KDE 3 packages into kde3 set Use kde3.kile instead of kile etc. svn path=/nixpkgs/trunk/; revision=20910
2010-04-01 13:34:36 +00:00
inherit (kde3) kdelibs;
* Some renaming: kde -> kde-3, kde-4 -> kde-4-old (we can delete it eventually, but it seems to contain some packages that aren't in kde-4.2 yet). svn path=/nixpkgs/trunk/; revision=14481
2009-03-10 07:58:12 +00:00
qt = qt3;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
arts = callPackage ../development/libraries/arts {
Move KDE 3 packages into kde3 set Use kde3.kile instead of kile etc. svn path=/nixpkgs/trunk/; revision=20910
2010-04-01 13:34:36 +00:00
qt = qt3;
inherit (gnome) glib;
inherit (kde3) kdelibs;
};
Fix evaluation svn path=/nixpkgs/trunk/; revision=24349
2010-10-18 12:18:07 +00:00
k3b = callPackage ../applications/misc/k3b/1.0.nix {
Move KDE 3 packages into kde3 set Use kde3.kile instead of kile etc. svn path=/nixpkgs/trunk/; revision=20910
2010-04-01 13:34:36 +00:00
inherit (kde3) kdelibs;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
kbasket = callPackage ../applications/misc/kbasket {
Move KDE 3 packages into kde3 set Use kde3.kile instead of kile etc. svn path=/nixpkgs/trunk/; revision=20910
2010-04-01 13:34:36 +00:00
stdenv = overrideGCC stdenv gcc43;
inherit (kde3) kdelibs;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
kile = callPackage ../applications/editors/kile {
Move KDE 3 packages into kde3 set Use kde3.kile instead of kile etc. svn path=/nixpkgs/trunk/; revision=20910
2010-04-01 13:34:36 +00:00
inherit (kde3) arts kdelibs;
qt = qt3;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
kphone = callPackage ../applications/networking/kphone {
Move KDE 3 packages into kde3 set Use kde3.kile instead of kile etc. svn path=/nixpkgs/trunk/; revision=20910
2010-04-01 13:34:36 +00:00
qt = qt3;
stdenv = overrideGCC stdenv gcc42; # I'm to lazy to clean up header files
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
kuickshow = callPackage ../applications/graphics/kuickshow {
Move KDE 3 packages into kde3 set Use kde3.kile instead of kile etc. svn path=/nixpkgs/trunk/; revision=20910
2010-04-01 13:34:36 +00:00
inherit (kde3) arts kdelibs;
qt = qt3;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
kcachegrind = callPackage ../development/tools/misc/kcachegrind {
Move KDE 3 packages into kde3 set Use kde3.kile instead of kile etc. svn path=/nixpkgs/trunk/; revision=20910
2010-04-01 13:34:36 +00:00
inherit (kde3) kdelibs;
qt = qt3;
};
* Refactoring: move KDE and Gnome out of development/libraries into desktops. svn path=/nixpkgs/trunk/; revision=8105
2007-02-28 16:18:58 +00:00
};
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
Really switch to kde-4.5 svn path=/nixpkgs/trunk/; revision=24212
2010-10-11 07:11:19 +00:00
kde4 = kde45;
pkgs/applications/editors/emacs-modes/magit: updated to version magit-0.7-94-gbf42bf8 Magit has seen plenty of development since version 0.7, but for some reason there haven't been any new releases. This version bump updates the expression to build a current version of Magit directly from the Git repository. This change adds buildInputs 'autoconf' and 'automake'. These tools are required only because we aren't building from a proper release tarball. Once version 0.8 comes out, these dependencies can be dropped again. svn path=/nixpkgs/trunk/; revision=20650
2010-03-16 12:13:40 +00:00
Add kdePackage function svn path=/nixpkgs/trunk/; revision=23008
2010-08-06 20:20:19 +00:00
kde45 = callPackage ../desktops/kde-4.5 {
* ‘applyGlobalOverrides’ considered harmful. Getting rid of it in the calls to KDE 4.5 and 4.6 cuts nix-env evaluation time (for ‘-qa --drv-path *’) from 10.2s to 7.4s. There are two other calls to ‘applyGlobalOverrides’, namely in ‘webkit’ and ‘webkitSVN’ for the libsoup override. We should get rid of those too. svn path=/nixpkgs/trunk/; revision=27611
2011-07-05 14:38:31 +00:00
callPackage = newScope pkgs.kde45;
Add kdePackage function svn path=/nixpkgs/trunk/; revision=23008
2010-08-06 20:20:19 +00:00
};
all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=27648
2011-07-07 21:32:55 +00:00
Start kde-4.6: copy 4.5, remove from release svn path=/nixpkgs/trunk/; revision=25279
2010-12-26 15:26:01 +00:00
kde46 = callPackage ../desktops/kde-4.6 {
* ‘applyGlobalOverrides’ considered harmful. Getting rid of it in the calls to KDE 4.5 and 4.6 cuts nix-env evaluation time (for ‘-qa --drv-path *’) from 10.2s to 7.4s. There are two other calls to ‘applyGlobalOverrides’, namely in ‘webkit’ and ‘webkitSVN’ for the libsoup override. We should get rid of those too. svn path=/nixpkgs/trunk/; revision=27611
2011-07-05 14:38:31 +00:00
callPackage = newScope pkgs.kde46;
Start kde-4.6: copy 4.5, remove from release svn path=/nixpkgs/trunk/; revision=25279
2010-12-26 15:26:01 +00:00
};
Adding redshift; it changes the color temperature of your screen gradually to match the lighting conditions svn path=/nixpkgs/trunk/; revision=25686
2011-01-24 23:52:22 +00:00
redshift = callPackage ../applications/misc/redshift {
inherit (xorg) libX11 libXrandr libxcb randrproto libXxf86vm
xf86vidmodeproto;
};
esniper 2.24.0 is a simple, lightweight tool for sniping eBay auctions. svn path=/nixpkgs/trunk/; revision=26086
2011-02-24 11:25:16 +00:00
oxygen_gtk = callPackage ../misc/themes/gtk2/oxygen-gtk {
Adding redshift; it changes the color temperature of your screen gradually to match the lighting conditions svn path=/nixpkgs/trunk/; revision=25686
2011-01-24 23:52:22 +00:00
inherit (gtkLibs) glib gtk;
};
Adding the Oxygen-GTK theme svn path=/nixpkgs/trunk/; revision=25676
2011-01-23 21:04:12 +00:00
Add Xfce Terminal emulator. Adds the terminal emulator, and the libraries that it depends upon. svn path=/nixpkgs/trunk/; revision=21820
2010-05-17 16:16:39 +00:00
xfce = xfce4;
pkgs/top-level/all-packages.nix: strip trailing whitenspace svn path=/nixpkgs/trunk/; revision=23118
2010-08-11 15:49:42 +00:00
* Add some more Xfce packages. svn path=/nixpkgs/trunk/; revision=23047
2010-08-08 22:43:00 +00:00
xfce4 = recurseIntoAttrs
(let callPackage = newScope pkgs.xfce4; in
import ../desktops/xfce-4 { inherit callPackage pkgs; });
Add Xfce Terminal emulator. Adds the terminal emulator, and the libraries that it depends upon. svn path=/nixpkgs/trunk/; revision=21820
2010-05-17 16:16:39 +00:00
pkgs/top-level/all-packages.nix: strip trailing whitenspace svn path=/nixpkgs/trunk/; revision=23118
2010-08-11 15:49:42 +00:00
Added XPlanet support to kdeedu-4.3.1, not that is an essential feature but it looks cool :-) svn path=/nixpkgs/trunk/; revision=17054
2009-09-11 14:06:51 +00:00
### SCIENCE
xlock: fixed build and updated to version 5.24 svn path=/nixpkgs/trunk/; revision=17356
2009-09-22 20:16:38 +00:00
xplanet: move expression into new category "astronomy" svn path=/nixpkgs/trunk/; revision=27676
2011-07-08 21:23:48 +00:00
xplanet = callPackage ../applications/science/astronomy/xplanet {
Added XPlanet support to kdeedu-4.3.1, not that is an essential feature but it looks cool :-) svn path=/nixpkgs/trunk/; revision=17054
2009-09-11 14:06:51 +00:00
inherit (gtkLibs) pango;
};
Added bash 4.0 (and readline 6.0, which is required by bash). svn path=/nixpkgs/trunk/; revision=14573
2009-03-17 14:03:03 +00:00
Added stellarium 0.11.0. svn path=/nixpkgs/trunk/; revision=27697
2011-07-10 20:17:44 +00:00
gravit = callPackage ../applications/science/astronomy/gravit { };
stellarium = callPackage ../applications/science/astronomy/stellarium { };
pkgs/top-level/all-packages.nix: strip trailing whitenspace svn path=/nixpkgs/trunk/; revision=23118
2010-08-11 15:49:42 +00:00
Add all my latest packages to all-packages.nix svn path=/nixpkgs/trunk/; revision=12957
2008-10-05 09:04:30 +00:00
### SCIENCE/GEOMETRY
Added toplevel clustalw2 svn path=/nixpkgs/trunk/; revision=11632
2008-04-15 09:35:52 +00:00
Added DrGeo svn path=/nixpkgs/trunk/; revision=12204
2008-06-27 19:15:01 +00:00
drgeo = builderDefsPackage (import ../applications/science/geometry/drgeo) {
inherit (gnome) libglade gtk;
Fix typo. svn path=/nixpkgs/trunk/; revision=25979
2011-02-15 13:23:34 +00:00
inherit libxml2 perl intltool libtool pkgconfig;
Prepare for the Guile 2.0 switchover. svn path=/nixpkgs/trunk/; revision=25976
2011-02-15 13:14:29 +00:00
guile = guile_1_8;
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
};
Added DrGeo svn path=/nixpkgs/trunk/; revision=12204
2008-06-27 19:15:01 +00:00
Adding tetgen svn path=/nixpkgs/trunk/; revision=23138
2010-08-12 10:59:05 +00:00
tetgen = callPackage ../applications/science/geometry/tetgen { };
Updated CMake to version 2.6.3. svn path=/nixpkgs/trunk/; revision=15114
2009-04-17 13:48:22 +00:00
Add all my latest packages to all-packages.nix svn path=/nixpkgs/trunk/; revision=12957
2008-10-05 09:04:30 +00:00
### SCIENCE/BIOLOGY
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
alliance = callPackage ../applications/science/electronics/alliance {
Adding alliance 5.0 svn path=/nixpkgs/trunk/; revision=14008
2009-02-08 16:28:31 +00:00
motif = lesstif;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
arb = callPackage ../applications/science/biology/arb {
Added older version of lesstif for arb svn path=/nixpkgs/trunk/; revision=12974
2008-10-06 15:11:36 +00:00
lesstif = lesstif93;
Force gcc42 for arb (otherwise headers balk) svn path=/nixpkgs/trunk/; revision=18324
2009-11-10 17:16:06 +00:00
stdenv = overrideGCC stdenv gcc42;
Add all my latest packages to all-packages.nix svn path=/nixpkgs/trunk/; revision=12957
2008-10-05 09:04:30 +00:00
};
Introduced biolib package svn path=/nixpkgs/trunk/; revision=12535
2008-08-07 15:01:21 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
biolib = callPackage ../development/libraries/science/biology/biolib { };
Introduced biolib package svn path=/nixpkgs/trunk/; revision=12535
2008-08-07 15:01:21 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
emboss = callPackage ../applications/science/biology/emboss { };
Control for biology packages svn path=/nixpkgs/trunk/; revision=11994
2008-06-05 17:15:27 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
mrbayes = callPackage ../applications/science/biology/mrbayes { };
Control for biology packages svn path=/nixpkgs/trunk/; revision=11994
2008-06-05 17:15:27 +00:00
All-packages entry for NCBI C toolbox svn path=/nixpkgs/trunk/; revision=18925
2009-12-13 20:24:23 +00:00
ncbiCTools = builderDefsPackage ../development/libraries/ncbi {
inherit tcsh mesa lesstif;
pkgs/top-level/all-packages.nix: switch to Python 2.6 (except on Darwin) MacOS X can build Python 2.6 just fine, but for some reason a lot of modules don't work, so the resulting binary isn't very useful. svn path=/nixpkgs/branches/stdenv-updates/; revision=19598
2010-01-21 15:39:11 +00:00
inherit (xlibs) libX11 libXaw xproto libXt libSM libICE
All-packages entry for NCBI C toolbox svn path=/nixpkgs/trunk/; revision=18925
2009-12-13 20:24:23 +00:00
libXmu libXext;
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ncbi_tools = callPackage ../applications/science/biology/ncbi-tools { };
Added ncbi-tools svn path=/nixpkgs/trunk/; revision=12003
2008-06-06 19:42:00 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
paml = callPackage ../applications/science/biology/paml { };
biology/paml added svn path=/nixpkgs/trunk/; revision=11997
2008-06-06 08:23:49 +00:00
Commenting out lapack/slr. Pjotr Prins, please add lapack gfortran.patch and uncomment. svn path=/nixpkgs/trunk/; revision=12963
2008-10-05 12:55:00 +00:00
/* slr = import ../applications/science/biology/slr {
Add all my latest packages to all-packages.nix svn path=/nixpkgs/trunk/; revision=12957
2008-10-05 09:04:30 +00:00
inherit fetchurl stdenv liblapack;
Commenting out lapack/slr. Pjotr Prins, please add lapack gfortran.patch and uncomment. svn path=/nixpkgs/trunk/; revision=12963
2008-10-05 12:55:00 +00:00
}; */
Add all my latest packages to all-packages.nix svn path=/nixpkgs/trunk/; revision=12957
2008-10-05 09:04:30 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pal2nal = callPackage ../applications/science/biology/pal2nal { };
Introduced pal2nal package svn path=/nixpkgs/trunk/; revision=12896
2008-09-19 13:39:17 +00:00
Updated CMake to version 2.6.3. svn path=/nixpkgs/trunk/; revision=15114
2009-04-17 13:48:22 +00:00
Add all my latest packages to all-packages.nix svn path=/nixpkgs/trunk/; revision=12957
2008-10-05 09:04:30 +00:00
### SCIENCE/MATH
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
atlas = callPackage ../development/libraries/science/math/atlas { };
Add all my latest packages to all-packages.nix svn path=/nixpkgs/trunk/; revision=12957
2008-10-05 09:04:30 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
blas = callPackage ../development/libraries/science/math/blas { };
pkgs/development/libraries/science/math/blas: added BLAS version 20070405 svn path=/nixpkgs/trunk/; revision=19671
2010-01-26 14:53:08 +00:00
changes for Content svn path=/nixpkgs/trunk/; revision=18928
2009-12-14 00:00:34 +00:00
content = builderDefsPackage ../applications/science/math/content {
inherit mesa lesstif;
pkgs/top-level/all-packages.nix: switch to Python 2.6 (except on Darwin) MacOS X can build Python 2.6 just fine, but for some reason a lot of modules don't work, so the resulting binary isn't very useful. svn path=/nixpkgs/branches/stdenv-updates/; revision=19598
2010-01-21 15:39:11 +00:00
inherit (xlibs) libX11 libXaw xproto libXt libSM libICE
adding libxcursor dependency svn path=/nixpkgs/trunk/; revision=18929
2009-12-14 00:14:43 +00:00
libXmu libXext libXcursor;
changes for Content svn path=/nixpkgs/trunk/; revision=18928
2009-12-14 00:00:34 +00:00
};
Added JAGS. svn path=/nixpkgs/trunk/; revision=26396
2011-03-17 14:45:36 +00:00
jags = callPackage ../applications/science/math/jags { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
liblapack = callPackage ../development/libraries/science/math/liblapack { };
Add all my latest packages to all-packages.nix svn path=/nixpkgs/trunk/; revision=12957
2008-10-05 09:04:30 +00:00
Updated CMake to version 2.6.3. svn path=/nixpkgs/trunk/; revision=15114
2009-04-17 13:48:22 +00:00
Added a preliminary expression for Coq (no IDE support yet). svn path=/nixpkgs/trunk/; revision=11983
2008-06-04 15:10:05 +00:00
### SCIENCE/LOGIC
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
coq = callPackage ../applications/science/logic/coq {
* Update lablgtk2 (and enable hydra build) svn path=/nixpkgs/trunk/; revision=25213
2010-12-20 14:58:56 +00:00
inherit (ocamlPackages) findlib lablgtk;
* Update camlp5 svn path=/nixpkgs/trunk/; revision=25206
2010-12-20 10:32:22 +00:00
camlp5 = ocamlPackages.camlp5_transitional;
Add expression for Coq 8.3 beta svn path=/nixpkgs/trunk/; revision=21734
2010-05-11 20:14:46 +00:00
};
Adding CVC3 satisfiability modulo theory (SMT) solver svn path=/nixpkgs/trunk/; revision=24975
2010-12-05 17:28:41 +00:00
cvc3 = callPackage ../applications/science/logic/cvc3 {};
Move E prover to applications/science/logic svn path=/nixpkgs/trunk/; revision=23434
2010-08-25 22:38:11 +00:00
eprover = callPackage ../applications/science/logic/eProver {
texLive = texLiveAggregationFun {
paths = [
texLive texLiveExtra
];
};
};
pkgs/applications/science/logic/hol: initial version svn path=/nixpkgs/trunk/; revision=23430
2010-08-25 19:50:24 +00:00
hol = callPackage ../applications/science/logic/hol { };
Added toplevel clustalw2 svn path=/nixpkgs/trunk/; revision=11632
2008-04-15 09:35:52 +00:00
* Update camlp5 svn path=/nixpkgs/trunk/; revision=25206
2010-12-20 10:32:22 +00:00
hol_light = callPackage ../applications/science/logic/hol_light {
Update hol_light and cleanup: * Update hol_light to rev 90 * Remove dmtcp checkpoint (it doesn't work properly). * General cleanup and simplification svn path=/nixpkgs/trunk/; revision=27290
2011-05-21 11:18:35 +00:00
inherit (ocamlPackages) findlib;
camlp5 = ocamlPackages.camlp5_strict;
* Update camlp5 svn path=/nixpkgs/trunk/; revision=25206
2010-12-20 10:32:22 +00:00
};
Add HOL Light and its dependencies. Add pkgs/applications/science/logic/hol_light and pkgs/applications/science/emacs-modes/hol_light Some functionalities of HOL Light requires the compiled sources of OCaml. For now we provide a new package ocaml_with_sources. After this shuold be merged with the current version of OCaml already present in nixpkgs. svn path=/nixpkgs/trunk/; revision=20008
2010-02-15 11:00:02 +00:00
Add expression for Isabelle2009 svn path=/nixpkgs/trunk/; revision=18905
2009-12-11 17:00:52 +00:00
isabelle = import ../applications/science/logic/isabelle {
svn path=/nixpkgs/trunk/; revision=22880
2010-08-02 16:01:55 +00:00
inherit (pkgs) stdenv fetchurl nettools perl polyml;
inherit (pkgs.emacs23Packages) proofgeneral;
Add expression for Isabelle2009 svn path=/nixpkgs/trunk/; revision=18905
2009-12-11 17:00:52 +00:00
};
Adding iProver svn path=/nixpkgs/trunk/; revision=24969
2010-12-04 18:39:44 +00:00
iprover = callPackage ../applications/science/logic/iprover {};
Adding LEO2 automated higher-order prover svn path=/nixpkgs/trunk/; revision=24952
2010-12-01 21:29:42 +00:00
leo2 = callPackage ../applications/science/logic/leo2 {};
Matita and its dependencies. svn path=/nixpkgs/trunk/; revision=25328
2010-12-31 17:48:55 +00:00
matita = callPackage ../applications/science/logic/matita {
esniper 2.24.0 is a simple, lightweight tool for sniping eBay auctions. svn path=/nixpkgs/trunk/; revision=26086
2011-02-24 11:25:16 +00:00
inherit (ocamlPackages) findlib lablgtk ocaml_expat gmetadom ocaml_http
Matita and its dependencies. svn path=/nixpkgs/trunk/; revision=25328
2010-12-31 17:48:55 +00:00
lablgtkmathview ocaml_mysql ocaml_sqlite3 ocamlnet ulex08 camlzip ocaml_pcre;
camlp5 = ocamlPackages.camlp5_transitional;
};
Adding MiniSAT svn path=/nixpkgs/trunk/; revision=24984
2010-12-05 19:54:27 +00:00
minisat = callPackage ../applications/science/logic/minisat {};
Making the current versions of flex/bison the default. Evaluation test passes. Please explicitly pass older versions to any package that can be adversely affected by too-fresh versions. svn path=/nixpkgs/branches/stdenv-updates/; revision=25086
2010-12-12 21:48:29 +00:00
opensmt = callPackage ../applications/science/logic/opensmt { };
Adding OpenSMT svn path=/nixpkgs/trunk/; revision=24978
2010-12-05 18:22:14 +00:00
pkgs/applications/science/logic/prover9: initial version svn path=/nixpkgs/trunk/; revision=23446
2010-08-26 11:37:05 +00:00
prover9 = callPackage ../applications/science/logic/prover9 { };
Adding Satallax prover svn path=/nixpkgs/trunk/; revision=24963
2010-12-03 11:26:34 +00:00
satallax = callPackage ../applications/science/logic/satallax {};
Adding SPASS svn path=/nixpkgs/trunk/; revision=24967
2010-12-04 11:43:01 +00:00
spass = callPackage ../applications/science/logic/spass {};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
ssreflect = callPackage ../applications/science/logic/ssreflect {
* Update camlp5 svn path=/nixpkgs/trunk/; revision=25206
2010-12-20 10:32:22 +00:00
camlp5 = ocamlPackages.camlp5_transitional;
Preliminary version of package ssreflect Add expression for ssreflect, an extension to the Coq Proof Assistant. Still has some clitches (see TODO in default.nix) but is usable anyway. svn path=/nixpkgs/trunk/; revision=18145
2009-11-05 15:08:12 +00:00
};
Adding TPTP svn path=/nixpkgs/trunk/; revision=27468
2011-06-15 10:35:18 +00:00
tptp = callPackage ../applications/science/logic/tptp {};
added ngspice svn path=/nixpkgs/trunk/; revision=12686
2008-08-21 20:43:53 +00:00
### SCIENCE / ELECTRONICS
Adding caneda svn path=/nixpkgs/trunk/; revision=24450
2010-10-24 17:01:09 +00:00
caneda = callPackage ../applications/science/electronics/caneda {
# At the time of writing, it fails to build with qt47
qt4 = qt46;
};
Adding qucs svn path=/nixpkgs/trunk/; revision=24449
2010-10-24 17:00:57 +00:00
gtkwave = callPackage ../applications/science/electronics/gtkwave { };
Updating from trunk. I had to do some changes to make it fit. svn path=/nixpkgs/branches/stdenv-updates/; revision=23500
2010-08-29 11:09:23 +00:00
kicad = callPackage ../applications/science/electronics/kicad { };
Adding Kicad svn path=/nixpkgs/trunk/; revision=23352
2010-08-22 12:09:47 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ngspice = callPackage ../applications/science/electronics/ngspice { };
added ngspice svn path=/nixpkgs/trunk/; revision=12686
2008-08-21 20:43:53 +00:00
Adding qucs svn path=/nixpkgs/trunk/; revision=24449
2010-10-24 17:00:57 +00:00
qucs = callPackage ../applications/science/electronics/qucs {
qt = qt3;
};
Updated CMake to version 2.6.3. svn path=/nixpkgs/trunk/; revision=15114
2009-04-17 13:48:22 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
xoscope = callPackage ../applications/science/electronics/xoscope { };
Adding xoscope (oscilloscope for the sound card input, among others) svn path=/nixpkgs/trunk/; revision=22242
2010-06-13 10:01:16 +00:00
Add scilab-4.1.2 svn path=/nixpkgs/trunk/; revision=12810
2008-09-05 17:12:04 +00:00
### SCIENCE / MATH
Adding ecm-6.2.3. svn path=/nixpkgs/trunk/; revision=26930
2011-04-23 12:25:51 +00:00
ecm = callPackage ../applications/science/math/ecm { };
Added Eukleides, a geometry drawing language. svn path=/nixpkgs/trunk/; revision=27655
2011-07-07 21:53:21 +00:00
eukleides = callPackage ../applications/science/math/eukleides { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
maxima = callPackage ../applications/science/math/maxima { };
Move maxima close to scilab. (applications/science/math) Requested by Michael Raskin. svn path=/nixpkgs/trunk/; revision=12812
2008-09-05 17:21:45 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
wxmaxima = callPackage ../applications/science/math/wxmaxima { };
Added wxMaxima version 0.8.3. svn path=/nixpkgs/trunk/; revision=18015
2009-10-29 11:57:58 +00:00
Adding PARI/GP svn path=/nixpkgs/trunk/; revision=24983
2010-12-05 19:11:21 +00:00
pari = callPackage ../applications/science/math/pari {};
Adding Singular CAS svn path=/nixpkgs/trunk/; revision=24980
2010-12-05 18:36:07 +00:00
singular = callPackage ../applications/science/math/singular {};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
scilab = callPackage ../applications/science/math/scilab {
Add scilab-4.1.2 svn path=/nixpkgs/trunk/; revision=12810
2008-09-05 17:12:04 +00:00
withXaw3d = false;
withTk = true;
withGtk = false;
withOCaml = true;
withX = true;
};
Package for msieve. This would be better if gmp-emc were packaged as well. svn path=/nixpkgs/trunk/; revision=26915
2011-04-21 12:48:07 +00:00
msieve = callPackage ../applications/science/math/msieve { };
Adding 'yacas', a CAS implemented in C++. svn path=/nixpkgs/trunk/; revision=23074
2010-08-09 21:58:21 +00:00
yacas = callPackage ../applications/science/math/yacas { };
Add Tulip, a graph visualization framework. svn path=/nixpkgs/trunk/; revision=22264
2010-06-14 18:30:35 +00:00
### SCIENCE / MISC
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
golly = callPackage ../applications/science/misc/golly { };
Adding golly (a cellular automata program) svn path=/nixpkgs/trunk/; revision=22391
2010-06-23 07:41:17 +00:00
Merging from trunk (the callPackage change) svn path=/nixpkgs/branches/stdenv-updates/; revision=22915
2010-08-03 08:14:13 +00:00
simgrid = callPackage ../applications/science/misc/simgrid { };
Move SimGrid under `science/misc'. svn path=/nixpkgs/trunk/; revision=22312
2010-06-17 17:06:40 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
tulip = callPackage ../applications/science/misc/tulip {
Make tulip run without hassle. Unfortunately, some operations repeatably crash tulip even when built vs Qt4.6 svn path=/nixpkgs/trunk/; revision=27570
2011-07-01 09:53:11 +00:00
qt = qt46;
Add Tulip, a graph visualization framework. svn path=/nixpkgs/trunk/; revision=22264
2010-06-14 18:30:35 +00:00
};
Updated CMake to version 2.6.3. svn path=/nixpkgs/trunk/; revision=15114
2009-04-17 13:48:22 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
vite = callPackage ../applications/science/misc/vite {
Add Visual Trace Explorer (ViTE). svn path=/nixpkgs/trunk/; revision=22311
2010-06-17 17:06:09 +00:00
qt = qt4;
};
* User-Mode Linux and GNU Patch. svn path=/nixpkgs/trunk/; revision=779
2004-02-13 14:42:28 +00:00
### MISC
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
atari800 = callPackage ../misc/emulators/atari800 { };
* Gnome: use GTK 2.4. svn path=/nixpkgs/trunk/; revision=1671
2004-11-03 21:28:03 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
ataripp = callPackage ../misc/emulators/atari++ { };
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
auctex = callPackage ../misc/tex/auctex { };
* Gnome: use GTK 2.4. svn path=/nixpkgs/trunk/; revision=1671
2004-11-03 21:28:03 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
busybox = callPackage ../misc/busybox {
Adding a busybox option to build it statically. Adding it to the cross builds. svn path=/nixpkgs/trunk/; revision=20516
2010-03-09 22:44:45 +00:00
enableStatic = true;
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cups = callPackage ../misc/cups { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
Add pdftops CUPS filter I've packaged this as a separate expression because it depends on poppler (why don't they look for pdftops on runtime?..). svn path=/nixpkgs/trunk/; revision=25124
2010-12-14 13:30:17 +00:00
cups_pdf_filter = callPackage ../misc/cups/pdf-filter.nix { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gutenprint = callPackage ../misc/drivers/gutenprint { };
adding gutenprint (former gimp-print) and gutenprintBin. I still haven't found the source of the binary package containing the .ppd files Still impure but works. See comment. svn path=/nixpkgs/trunk/; revision=16881
2009-08-27 23:32:13 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gutenprintBin = callPackage ../misc/drivers/gutenprint/bin.nix { };
adding gutenprint (former gimp-print) and gutenprintBin. I still haven't found the source of the binary package containing the .ppd files Still impure but works. See comment. svn path=/nixpkgs/trunk/; revision=16881
2009-08-27 23:32:13 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
cupsBjnp = callPackage ../misc/cups/drivers/cups-bjnp { };
cups-bjnp driver svn path=/nixpkgs/trunk/; revision=16880
2009-08-27 23:32:10 +00:00
Adding two NES emulators. Because of them, I made allegro build the allegrogl library. I also added the HawkNL library. svn path=/nixpkgs/trunk/; revision=26517
2011-03-25 22:15:48 +00:00
darcnes = callPackage ../misc/emulators/darcnes { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dblatex = callPackage ../misc/tex/dblatex { };
* Added dblatex, a DocBook -> PS/PDF/DVI converter. svn path=/nixpkgs/trunk/; revision=9569
2007-11-01 14:37:23 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dosbox = callPackage ../misc/emulators/dosbox { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
dpkg = callPackage ../tools/package-management/dpkg { };
added freestyle (non photorealistic renderer) and dependencies libQGLViewer, lib3ds svn path=/nixpkgs/trunk/; revision=12009
2008-06-08 03:56:32 +00:00
ekiga: fix build failure. Patch by Karn Kallio. svn path=/nixpkgs/trunk/; revision=24897
2010-11-28 09:21:36 +00:00
ekiga = newScope (pkgs.gtkLibs // pkgs.gnome) ../applications/networking/ekiga { };
Adding Ekiga svn path=/nixpkgs/trunk/; revision=23653
2010-09-05 23:37:54 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
electricsheep = callPackage ../misc/screensavers/electricsheep { };
* Electric Sheep, a screensaver. svn path=/nixpkgs/trunk/; revision=15415
2009-04-30 17:41:19 +00:00
Adding two NES emulators. Because of them, I made allegro build the allegrogl library. I also added the HawkNL library. svn path=/nixpkgs/trunk/; revision=26517
2011-03-25 22:15:48 +00:00
fakenes = callPackage ../misc/emulators/fakenes { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
foldingathome = callPackage ../misc/foldingathome { };
esniper 2.24.0 is a simple, lightweight tool for sniping eBay auctions. svn path=/nixpkgs/trunk/; revision=26086
2011-02-24 11:25:16 +00:00
Trying to add foomatic-filters and foo2zjs svn path=/nixpkgs/trunk/; revision=25712
2011-01-28 08:44:31 +00:00
foo2zjs = callPackage ../misc/drivers/foo2zjs {};
esniper 2.24.0 is a simple, lightweight tool for sniping eBay auctions. svn path=/nixpkgs/trunk/; revision=26086
2011-02-24 11:25:16 +00:00
Trying to add foomatic-filters and foo2zjs svn path=/nixpkgs/trunk/; revision=25712
2011-01-28 08:44:31 +00:00
foomatic_filters = callPackage ../misc/drivers/foomatic-filters {};
Adding a folding-at-home client. svn path=/nixpkgs/trunk/; revision=15122
2009-04-17 20:36:54 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
freestyle = callPackage ../misc/freestyle {
added freestyle (non photorealistic renderer) and dependencies libQGLViewer, lib3ds svn path=/nixpkgs/trunk/; revision=12009
2008-06-08 03:56:32 +00:00
#stdenv = overrideGCC stdenv gcc41;
};
Added Gajim XMPP client in nearly full-feature configuration with all dependencies svn path=/nixpkgs/trunk/; revision=15001
2009-04-12 19:34:20 +00:00
gajim = builderDefsPackage (import ../applications/networking/instant-messengers/gajim) {
inherit perl intltool pyGtkGlade gettext pkgconfig makeWrapper pygobject
Updated CMake to version 2.6.3. svn path=/nixpkgs/trunk/; revision=15114
2009-04-17 13:48:22 +00:00
pyopenssl gtkspell libsexy pycrypto aspell pythonDBus pythonSexy
Added Gajim XMPP client in nearly full-feature configuration with all dependencies svn path=/nixpkgs/trunk/; revision=15001
2009-04-12 19:34:20 +00:00
docutils;
dbus = dbus.libs;
inherit (gnome) gtk libglade;
Updated CMake to version 2.6.3. svn path=/nixpkgs/trunk/; revision=15114
2009-04-17 13:48:22 +00:00
inherit (xlibs) libXScrnSaver libXt xproto libXext xextproto libX11
Added Gajim XMPP client in nearly full-feature configuration with all dependencies svn path=/nixpkgs/trunk/; revision=15001
2009-04-12 19:34:20 +00:00
scrnsaverproto;
python = pythonFull;
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
generator = callPackage ../misc/emulators/generator {
* Updated SDL, NASM and Generator to the latest versions. * Moved Generator to the misc/emulators directory. svn path=/nixpkgs/trunk/; revision=4330
2005-12-03 01:33:18 +00:00
inherit (gtkLibs1x) gtk;
};
* Gens/GS doesn't build on 64-bit systems. svn path=/nixpkgs/trunk/; revision=23390
2010-08-24 09:57:57 +00:00
gensgs = callPackage_i686 ../misc/emulators/gens-gs { };
* Added Gens/GS, a Mega Drive emulator. svn path=/nixpkgs/trunk/; revision=23377
2010-08-23 20:28:14 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
ghostscript = callPackage ../misc/ghostscript {
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
x11Support = false;
I take out getPkgConfig. It looks to me as if it needed a solution, but noone took action. I take action before much discussion. For what I see: - getPkgConfig problems are hard to track - config.nix trying to forecast getPkgConfig behaviour looks me as a bad approach, and people should not trust such a config.nix unless they parsed the whole nixpkgs for tricky effects. - It's not that hard to write config.nix in the style of getConfig - Every now and then newcomers hit the "'git' is an attribute set while a boolean was expected". Maybe this will disrupt nixes of some people, and that will be a background on what to discuss. svn path=/nixpkgs/trunk/; revision=25314
2010-12-28 21:07:35 +00:00
cupsSupport = getConfig [ "ghostscript" "cups" ] true;
Adding mainline ghostscript as an option. svn path=/nixpkgs/trunk/; revision=27297
2011-05-24 15:35:38 +00:00
gnuFork = getConfig [ "ghostscript" "gnu" ] true;
* Added Dosbox, a DOS (x86) emulator. svn path=/nixpkgs/trunk/; revision=4331
2005-12-03 02:32:02 +00:00
};
pkgs/top-level/all-packages.nix: removed lowPrio modifier from ghostscriptX By default, "nix-env -i ghostscript" used to install a version of Ghostscript that didn't support X11. IMHO, this was the wrong choice for a user profile. svn path=/nixpkgs/trunk/; revision=23829
2010-09-17 14:46:55 +00:00
ghostscriptX = appendToName "with-X" (ghostscript.override {
* added gv (ghostscript-with-X is a dependency) svn path=/nixpkgs/trunk/; revision=9122
2007-08-14 14:09:58 +00:00
x11Support = true;
pkgs/top-level/all-packages.nix: removed lowPrio modifier from ghostscriptX By default, "nix-env -i ghostscript" used to install a version of Ghostscript that didn't support X11. IMHO, this was the wrong choice for a user profile. svn path=/nixpkgs/trunk/; revision=23829
2010-09-17 14:46:55 +00:00
});
added: dnsmasq, uisp, fltk libixp_for_wmii, acerhk kernel module, reiserfsprogs, radeontools, msmtp, procmail, pstree, gxemul changed: umlutilities to also support building tunctl optionally (needing kernel header files) wmii updated and wmiimenu added svn path=/nixpkgs/trunk/; revision=9242
2007-09-03 12:10:57 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
gxemul = callPackage ../misc/gxemul { };
jack added - compiles - haven't done any testing yet svn path=/nixpkgs/trunk/; revision=9403
2007-10-03 22:38:09 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
hplip = callPackage ../misc/drivers/hplip {
Adding hplip (HP's driver suite for printers and multi-function devices), which builds but I have not tried to do anything with it svn path=/nixpkgs/trunk/; revision=22321
2010-06-18 08:16:17 +00:00
qtSupport = true;
};
Uncommented mkDerivationByName. Now it doesn't break everything svn path=/nixpkgs/trunk/; revision=9415
2007-10-06 18:17:47 +00:00
# using the new configuration style proposal which is unstable
Replacing JACK1 with JACK2 (also jackdbus instead of jackd), this works much better for me svn path=/nixpkgs/trunk/; revision=27205
2011-05-09 20:49:51 +00:00
jack1d = callPackage ../misc/jackaudio/jack1.nix { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
jackaudio = callPackage ../misc/jackaudio { };
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
keynav = callPackage ../tools/X11/keynav { };
Added gnuplotX - gnuplot with X11 on. svn path=/nixpkgs/trunk/; revision=9047
2007-08-04 15:12:14 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
lazylist = callPackage ../misc/tex/lazylist { };
* modified tetex to support extra .sty's from other packages * added lazylist and polytable (both tetex packages) * added lhs2tex ebuild, depending on the two above svn path=/nixpkgs/trunk/; revision=4609
2006-01-27 20:51:41 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
lilypond = callPackage ../misc/lilypond {
adding lilypond svn path=/nixpkgs/trunk/; revision=17028
2009-09-10 16:57:56 +00:00
inherit (gtkLibs) pango;
LilyPond is not ready for Guile 2.0 svn path=/nixpkgs/trunk/; revision=26006
2011-02-17 08:23:56 +00:00
guile = guile_1_8;
adding lilypond svn path=/nixpkgs/trunk/; revision=17028
2009-09-10 16:57:56 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
martyr = callPackage ../development/libraries/martyr { };
* Sorted the contents of all-packages.nix. svn path=/nixpkgs/trunk/; revision=6535
2006-09-15 15:28:53 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
maven = callPackage ../misc/maven/maven-1.0.nix { };
maven2 = callPackage ../misc/maven { };
added eclipse 3.6.1, maven3, szip svn path=/nixpkgs/trunk/; revision=24772
2010-11-19 13:24:11 +00:00
maven3 = callPackage ../misc/maven/3.0.nix { };
maven 2 binary (don't have time for source built right now) svn path=/nixpkgs/trunk/; revision=9953
2007-12-19 00:17:40 +00:00
* Added MESS, the Multi Emulator Super System. svn path=/nixpkgs/trunk/; revision=23126
2010-08-11 19:47:05 +00:00
mess = callPackage ../misc/emulators/mess { };
* Nix 0.16. svn path=/nixpkgs/trunk/; revision=23208
2010-08-17 15:21:42 +00:00
nix = nixStable;
Make `nixUnstable' the default. svn path=/nixpkgs/trunk/; revision=21616
2010-05-05 19:48:32 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
nixStable = callPackage ../tools/package-management/nix {
I take out getPkgConfig. It looks to me as if it needed a solution, but noone took action. I take action before much discussion. For what I see: - getPkgConfig problems are hard to track - config.nix trying to forecast getPkgConfig behaviour looks me as a bad approach, and people should not trust such a config.nix unless they parsed the whole nixpkgs for tricky effects. - It's not that hard to write config.nix in the style of getConfig - Every now and then newcomers hit the "'git' is an attribute set while a boolean was expected". Maybe this will disrupt nixes of some people, and that will be a background on what to discuss. svn path=/nixpkgs/trunk/; revision=25314
2010-12-28 21:07:35 +00:00
storeDir = getConfig [ "nix" "storeDir" ] "/nix/store";
stateDir = getConfig [ "nix" "stateDir" ] "/nix/var";
* Use it. svn path=/nixpkgs/trunk/; revision=5248
2006-05-01 19:16:41 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
nixUnstable = callPackage ../tools/package-management/nix/unstable.nix {
I take out getPkgConfig. It looks to me as if it needed a solution, but noone took action. I take action before much discussion. For what I see: - getPkgConfig problems are hard to track - config.nix trying to forecast getPkgConfig behaviour looks me as a bad approach, and people should not trust such a config.nix unless they parsed the whole nixpkgs for tricky effects. - It's not that hard to write config.nix in the style of getConfig - Every now and then newcomers hit the "'git' is an attribute set while a boolean was expected". Maybe this will disrupt nixes of some people, and that will be a background on what to discuss. svn path=/nixpkgs/trunk/; revision=25314
2010-12-28 21:07:35 +00:00
storeDir = getConfig [ "nix" "storeDir" ] "/nix/store";
stateDir = getConfig [ "nix" "stateDir" ] "/nix/var";
* Revive nixUnstable. svn path=/nixpkgs/trunk/; revision=7060
2006-11-17 12:49:46 +00:00
};
Update Nix unstable. svn path=/nixpkgs/trunk/; revision=23832
2010-09-17 15:56:15 +00:00
* Use Nix with SQLite in NixOS by default. Cross fingers. svn path=/nixpkgs/trunk/; revision=25898
2011-02-11 12:45:19 +00:00
nixSqlite = nixUnstable;
* Add a Nix expression for the Nix SQLite branch (temporarily). svn path=/nixpkgs/trunk/; revision=20377
2010-03-04 14:39:47 +00:00
all-packages.nix changes for previous commits svn path=/nixpkgs/trunk/; revision=11758
2008-05-06 07:03:41 +00:00
nixCustomFun = src: preConfigure: enableScripts: configureFlags:
* Use the latest Nix. What a relief. :-) svn path=/nixpkgs/trunk/; revision=10801
2008-02-21 13:44:06 +00:00
import ../tools/package-management/nix/custom.nix {
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
inherit fetchurl stdenv perl curl bzip2 openssl src preConfigure automake
Give Bison 2.4, Flex 2.5.35 to Nix svn path=/nixpkgs/trunk/; revision=24542
2010-10-30 12:14:20 +00:00
autoconf libtool configureFlags enableScripts lib libxml2 boehmgc
Update nixCustom for all the dependencies of latest SVN Nix svn path=/nixpkgs/trunk/; revision=27084
2011-05-02 08:29:01 +00:00
pkgconfig flex bison sqlite perlPackages;
Updating nix's aterm from aterm242fixes to aterm25 (proposed by niksnut). svn path=/nixpkgs/branches/stdenv-updates/; revision=18879
2009-12-10 14:50:50 +00:00
aterm = aterm25;
* Use the latest Nix. What a relief. :-) svn path=/nixpkgs/trunk/; revision=10801
2008-02-21 13:44:06 +00:00
db4 = db45;
Missed that Nix trunk uses fresher libxml2.. svn path=/nixpkgs/trunk/; revision=17275
2009-09-19 12:35:52 +00:00
inherit docbook5_xsl libxslt docbook5 docbook_xml_dtd_43 w3m;
* Use the latest Nix. What a relief. :-) svn path=/nixpkgs/trunk/; revision=10801
2008-02-21 13:44:06 +00:00
};
Added possibility to use non-default Nix. svn path=/nixpkgs/trunk/; revision=9663
2007-11-13 15:52:16 +00:00
Add NUT package. svn path=/nixpkgs/trunk/; revision=27448
2011-06-14 02:41:01 +00:00
nut = callPackage ../applications/misc/nut { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
disnix = callPackage ../tools/package-management/disnix { };
xlock: fixed build and updated to version 5.24 svn path=/nixpkgs/trunk/; revision=17356
2009-09-22 20:16:38 +00:00
- Renamed DisnixService => DisnixWebService - Updated to latest unstable version svn path=/nixpkgs/trunk/; revision=24559
2010-11-01 17:33:24 +00:00
disnix_activation_scripts = callPackage ../tools/package-management/disnix/activation-scripts {
enableApacheWebApplication = getConfig ["disnix" "enableApacheWebApplication"] false;
enableAxis2WebService = getConfig ["disnix" "enableAxis2WebService"] false;
enableEjabberdDump = getConfig ["disnix" "enableEjabberdDump"] false;
enableMySQLDatabase = getConfig ["disnix" "enableMySQLDatabase"] false;
Bumped activation scripts so that postgresql and subversion types are supported svn path=/nixpkgs/trunk/; revision=25234
2010-12-22 13:31:25 +00:00
enablePostgreSQLDatabase = getConfig ["disnix" "enablePostgreSQLDatabase"] false;
enableSubversionRepository = getConfig ["disnix" "enableSubversionRepository"] false;
- Renamed DisnixService => DisnixWebService - Updated to latest unstable version svn path=/nixpkgs/trunk/; revision=24559
2010-11-01 17:33:24 +00:00
enableTomcatWebApplication = getConfig ["disnix" "enableTomcatWebApplication"] false;
};
openssh: Let $NIXPKGS_CONFIG determine whether OpenSSH supports PAM or not. PAM is enabled by default, as before. To disable it, set openssh { pam = false; }; or simply pam = false; in ~/.nixpkgs/config.nix. svn path=/nixpkgs/trunk/; revision=12312
2008-07-07 23:11:13 +00:00
Updated Disnix packages and added disnixos svn path=/nixpkgs/trunk/; revision=25181
2010-12-17 18:42:02 +00:00
disnixos = callPackage ../tools/package-management/disnix/disnixos { };
esniper 2.24.0 is a simple, lightweight tool for sniping eBay auctions. svn path=/nixpkgs/trunk/; revision=26086
2011-02-24 11:25:16 +00:00
- Renamed DisnixService => DisnixWebService - Updated to latest unstable version svn path=/nixpkgs/trunk/; revision=24559
2010-11-01 17:33:24 +00:00
DisnixWebService = callPackage ../tools/package-management/disnix/DisnixWebService { };
openssh: Let $NIXPKGS_CONFIG determine whether OpenSSH supports PAM or not. PAM is enabled by default, as before. To disable it, set openssh { pam = false; }; or simply pam = false; in ~/.nixpkgs/config.nix. svn path=/nixpkgs/trunk/; revision=12312
2008-07-07 23:11:13 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
latex2html = callPackage ../misc/tex/latex2html/default.nix {
applying patches provided by griswold svn path=/nixpkgs/trunk/; revision=19707
2010-01-27 12:12:35 +00:00
tex = tetex;
};
Add tex macro lkproof for making proof figures. svn path=/nixpkgs/trunk/; revision=25277
2010-12-25 18:06:36 +00:00
lkproof = callPackage ../misc/tex/lkproof { };
pkgs/top-level/all-packages.nix: strip trailing whitespace svn path=/nixpkgs/trunk/; revision=24045
2010-10-04 09:49:25 +00:00
mysqlWorkbench = newScope gnome ../applications/misc/mysql-workbench {
MySql-Workbench: packaged Patch by Karn Kallio svn path=/nixpkgs/trunk/; revision=23983
2010-09-28 09:33:56 +00:00
lua = lua5;
inherit (pythonPackages) pexpect paramiko;
};
Added opkg package svn path=/nixpkgs/trunk/; revision=27554
2011-06-28 09:45:51 +00:00
opkg = callPackage ../tools/package-management/opkg { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pgadmin = callPackage ../applications/misc/pgadmin { };
pgadmin3 added svn path=/nixpkgs/trunk/; revision=10369
2008-01-29 01:24:54 +00:00
* PGF 2.00 (keeping the old one so that I can still build old documents). svn path=/nixpkgs/trunk/; revision=12999
2008-10-08 14:03:44 +00:00
pgf = pgf2;
# Keep the old PGF since some documents don't render properly with
# the new one.
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pgf1 = callPackage ../misc/tex/pgf/1.x.nix { };
* PGF 2.00 (keeping the old one so that I can still build old documents). svn path=/nixpkgs/trunk/; revision=12999
2008-10-08 14:03:44 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
pgf2 = callPackage ../misc/tex/pgf/2.x.nix { };
* Added pgf/tikz. * runLaTeX: allow additional TeX packages to be specified. * teTeX setup hook: TEXMFNIX doesn't seem to work, use TEXINPUTS. svn path=/nixpkgs/trunk/; revision=8261
2007-03-10 23:51:59 +00:00
Adding pjsip (pjproject-1.8) svn path=/nixpkgs/trunk/; revision=25531
2011-01-13 09:23:40 +00:00
pjsip = callPackage ../applications/networking/pjsip { };
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
polytable = callPackage ../misc/tex/polytable { };
add cups svn path=/nixpkgs/trunk/; revision=4114
2005-10-21 13:06:43 +00:00
Cleanup svn path=/nixpkgs/trunk/; revision=24224
2010-10-11 19:59:22 +00:00
psi = newScope pkgs.kde45 ../applications/networking/instant-messengers/psi { };
all-packages.nix changes for previous commits svn path=/nixpkgs/trunk/; revision=11217
2008-03-20 09:52:40 +00:00
Added UAE: Ultimate Amiga Emulator svn path=/nixpkgs/trunk/; revision=27541
2011-06-26 19:49:51 +00:00
uae = callPackage ../misc/emulators/uae { };
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
putty = callPackage ../applications/networking/remote/putty { };
nixpkgs dir: nvidia and libsrvg svn path=/nixpkgs/trunk/; revision=8785
2007-05-28 14:10:46 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
rssglx = callPackage ../misc/screensavers/rss-glx { };
* add busybox * uclibc needs mktemp svn path=/nixpkgs/trunk/; revision=4969
2006-03-02 18:17:45 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
xlockmore = callPackage ../misc/screensavers/xlockmore {
I take out getPkgConfig. It looks to me as if it needed a solution, but noone took action. I take action before much discussion. For what I see: - getPkgConfig problems are hard to track - config.nix trying to forecast getPkgConfig behaviour looks me as a bad approach, and people should not trust such a config.nix unless they parsed the whole nixpkgs for tricky effects. - It's not that hard to write config.nix in the style of getConfig - Every now and then newcomers hit the "'git' is an attribute set while a boolean was expected". Maybe this will disrupt nixes of some people, and that will be a background on what to discuss. svn path=/nixpkgs/trunk/; revision=25314
2010-12-28 21:07:35 +00:00
pam = if getConfig [ "xlockmore" "pam" ] true then pam else null;
Add XLockmore, a screen locker for X11. Currently, password authentication doesn't work. svn path=/nixpkgs/trunk/; revision=10701
2008-02-15 10:40:20 +00:00
};
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
saneBackends = callPackage ../misc/sane-backends {
* Clean up indentation (expanded tabs etc.). svn path=/nixpkgs/trunk/; revision=11150
2008-03-17 09:41:28 +00:00
gt68xxFirmware = getConfig ["sane" "gt68xxFirmware"] null;
Various.. Added ircd-hybrid. Added USB support in SANE. Added Xsane. Added gt68xx firmware support. svn path=/nixpkgs/trunk/; revision=9070
2007-08-08 20:33:36 +00:00
};
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
saneFrontends = callPackage ../misc/sane-front { };
add libpcap, ethereal, sane-backends svn path=/nixpkgs/trunk/; revision=4213
2005-11-03 20:00:43 +00:00
put all source with tags stuff into its own file, now appends tag files to TAG_FILES env var using nix-support updated myEnvFun svn path=/nixpkgs/trunk/; revision=12097
2008-06-15 11:54:22 +00:00
sourceAndTags = import ../misc/source-and-tags {
moved hasktags to ghc68executables, updated url to new location svn path=/nixpkgs/trunk/; revision=12680
2008-08-21 11:07:44 +00:00
inherit pkgs stdenv unzip lib ctags;
doh svn path=/nixpkgs/trunk/; revision=16292
2009-07-09 22:23:51 +00:00
hasktags = haskellPackages.myhasktags;
put all source with tags stuff into its own file, now appends tag files to TAG_FILES env var using nix-support updated myEnvFun svn path=/nixpkgs/trunk/; revision=12097
2008-06-15 11:54:22 +00:00
};
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
splix = callPackage ../misc/cups/drivers/splix { };
Add splix cups driver svn path=/nixpkgs/trunk/; revision=21078
2010-04-14 19:27:15 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
tetex = callPackage ../misc/tex/tetex { };
add linuxwacom. Now, this is still without the driver for X (even though I don't know how that has to be used in X) svn path=/nixpkgs/trunk/; revision=4640
2006-01-31 15:18:27 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
tex4ht = callPackage ../misc/tex/tex4ht { };
Add tex4ht. svn path=/nixpkgs/trunk/; revision=19739
2010-01-31 12:13:33 +00:00
svn path=/nixpkgs/trunk/; revision=22959
2010-08-05 10:42:05 +00:00
texFunctions = import ../misc/tex/nix pkgs;
* Added rss-glx, a collection of nice OpenGL screensavers. svn path=/nixpkgs/trunk/; revision=4614
2006-01-28 02:10:26 +00:00
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
texLive = builderDefsPackage (import ../misc/tex/texlive) {
all-packages.nix changes for previous commits svn path=/nixpkgs/trunk/; revision=11217
2008-03-20 09:52:40 +00:00
inherit builderDefs zlib bzip2 ncurses libpng ed
I added extra dependencies to TeXLive - just in case. svn path=/nixpkgs/trunk/; revision=12323
2008-07-08 18:23:15 +00:00
gd t1lib freetype icu perl ruby expat curl
Making the current versions of flex/bison the default. Evaluation test passes. Please explicitly pass older versions to any package that can be adversely affected by too-fresh versions. svn path=/nixpkgs/branches/stdenv-updates/; revision=25086
2010-12-12 21:48:29 +00:00
libjpeg bison python fontconfig flex;
all-packages.nix changes for previous commits svn path=/nixpkgs/trunk/; revision=11217
2008-03-20 09:52:40 +00:00
inherit (xlibs) libXaw libX11 xproto libXt libXpm
Minor fix of "inherit"s. svn path=/nixpkgs/trunk/; revision=12708
2008-08-25 14:52:53 +00:00
libXmu libXext xextproto libSM libICE;
all-packages.nix changes for previous commits svn path=/nixpkgs/trunk/; revision=11217
2008-03-20 09:52:40 +00:00
ghostscript = ghostscriptX;
};
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
/* Look in configurations/misc/raskin.nix for usage example (around revisions
where TeXLive was added)
TeXLive. Now more configurable, and more options included. Beamer class for conference slides added. Before asking questions, look in configurations/misc/raskin.nix or in all-packages.nix . svn path=/nixpkgs/trunk/; revision=11257
2008-03-22 13:04:04 +00:00
(texLiveAggregationFun {
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
paths = [texLive texLiveExtra texLiveCMSuper
TeXLive. Now more configurable, and more options included. Beamer class for conference slides added. Before asking questions, look in configurations/misc/raskin.nix or in all-packages.nix . svn path=/nixpkgs/trunk/; revision=11257
2008-03-22 13:04:04 +00:00
texLiveBeamer
];
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
})
Some more details about texLiveAggregation in comment svn path=/nixpkgs/trunk/; revision=11832
2008-05-16 04:52:47 +00:00
You need to use texLiveAggregationFun to regenerate, say, ls-R (TeX-related file list)
Just installing a few packages doesn't work.
TeXLive. Now more configurable, and more options included. Beamer class for conference slides added. Before asking questions, look in configurations/misc/raskin.nix or in all-packages.nix . svn path=/nixpkgs/trunk/; revision=11257
2008-03-22 13:04:04 +00:00
*/
bison: use version 2.3 by default (the latest) svn path=/nixpkgs/trunk/; revision=12703
2008-08-25 13:25:07 +00:00
texLiveAggregationFun =
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
(builderDefsPackage (import ../misc/tex/texlive/aggregate.nix));
TeXLive. Now more configurable, and more options included. Beamer class for conference slides added. Before asking questions, look in configurations/misc/raskin.nix or in all-packages.nix . svn path=/nixpkgs/trunk/; revision=11257
2008-03-22 13:04:04 +00:00
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
texLiveContext = builderDefsPackage (import ../misc/tex/texlive/context.nix) {
Added font building support to builder-defs; made realCurl configurable; added Linux Libertine font; added ConTEXt svn path=/nixpkgs/trunk/; revision=11739
2008-04-28 10:10:44 +00:00
inherit texLive;
};
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
texLiveExtra = builderDefsPackage (import ../misc/tex/texlive/extra.nix) {
TeXLive. Now more configurable, and more options included. Beamer class for conference slides added. Before asking questions, look in configurations/misc/raskin.nix or in all-packages.nix . svn path=/nixpkgs/trunk/; revision=11257
2008-03-22 13:04:04 +00:00
inherit texLive;
};
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
texLiveCMSuper = builderDefsPackage (import ../misc/tex/texlive/cm-super.nix) {
TeXLive. Now more configurable, and more options included. Beamer class for conference slides added. Before asking questions, look in configurations/misc/raskin.nix or in all-packages.nix . svn path=/nixpkgs/trunk/; revision=11257
2008-03-22 13:04:04 +00:00
inherit texLive;
};
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
texLiveLatexXColor = builderDefsPackage (import ../misc/tex/texlive/xcolor.nix) {
TeXLive. Now more configurable, and more options included. Beamer class for conference slides added. Before asking questions, look in configurations/misc/raskin.nix or in all-packages.nix . svn path=/nixpkgs/trunk/; revision=11257
2008-03-22 13:04:04 +00:00
inherit texLive;
};
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
texLivePGF = builderDefsPackage (import ../misc/tex/texlive/pgf.nix) {
TeXLive. Now more configurable, and more options included. Beamer class for conference slides added. Before asking questions, look in configurations/misc/raskin.nix or in all-packages.nix . svn path=/nixpkgs/trunk/; revision=11257
2008-03-22 13:04:04 +00:00
inherit texLiveLatexXColor texLive;
};
Big breaking change. I have radically reduced number of nulls used in all-packages.nix and generally switched to composedArgsAndFun which simply adds .meta.function to everything that has come through it.. I have not tested the build, because OO.o has to be updated... svn path=/nixpkgs/trunk/; revision=12625
2008-08-14 22:04:30 +00:00
texLiveBeamer = builderDefsPackage (import ../misc/tex/texlive/beamer.nix) {
TeXLive. Now more configurable, and more options included. Beamer class for conference slides added. Before asking questions, look in configurations/misc/raskin.nix or in all-packages.nix . svn path=/nixpkgs/trunk/; revision=11257
2008-03-22 13:04:04 +00:00
inherit texLiveLatexXColor texLivePGF texLive;
};
all-packages.nix changes for previous commits svn path=/nixpkgs/trunk/; revision=11217
2008-03-20 09:52:40 +00:00
all-packages: remove trailing spaces svn path=/nixpkgs/trunk/; revision=22907
2010-08-02 21:40:34 +00:00
trac = callPackage ../misc/trac {
Fix typo from previous commit. svn path=/nixpkgs/trunk/; revision=16230
2009-07-07 22:34:03 +00:00
inherit (pythonPackages) pysqlite;
Trying to reinstate the meta-based Hydra builds svn path=/nixpkgs/trunk/; revision=16883
2009-08-28 06:29:21 +00:00
};
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
vice = callPackage ../misc/emulators/vice { };
all-packages.nix: add adns library This commit also adds the combinator 'getPkgConfig', which ADNS uses to let the user enable/disable static linking of the library. The behavior of the adns expression can be customized in ~/.nixpkgs/config.nix by setting, i.e., "adns = { version = "1.4"; static = true; };". svn path=/nixpkgs/trunk/; revision=12155
2008-06-18 22:48:34 +00:00
* Use callPackage_i686 for i686-only packages. svn path=/nixpkgs/trunk/; revision=23113
2010-08-11 13:25:30 +00:00
# Wine cannot be built in 64-bit; use a 32-bit build instead.
Making the current versions of flex/bison the default. Evaluation test passes. Please explicitly pass older versions to any package that can be adversely affected by too-fresh versions. svn path=/nixpkgs/branches/stdenv-updates/; revision=25086
2010-12-12 21:48:29 +00:00
wine = callPackage_i686 ../misc/emulators/wine { };
Added xmove - proxy X server which can move its clients to another one. Useful with Xvfb - so you can save your X session during needed reload of X. svn path=/nixpkgs/trunk/; revision=8917
2007-06-25 21:46:18 +00:00
Making the current versions of flex/bison the default. Evaluation test passes. Please explicitly pass older versions to any package that can be adversely affected by too-fresh versions. svn path=/nixpkgs/branches/stdenv-updates/; revision=25086
2010-12-12 21:48:29 +00:00
wineWarcraft = callPackage_i686 ../misc/emulators/wine/wine-warcraft.nix { };
Wine with patches for Warcraft 3 svn path=/nixpkgs/trunk/; revision=23933
2010-09-26 05:05:18 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
x2x = callPackage ../tools/X11/x2x { };
Adding x2x. Patch by Oleksandr Kozachuk svn path=/nixpkgs/trunk/; revision=21796
2010-05-16 16:23:17 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
xosd = callPackage ../misc/xosd { };
added xosd svn path=/nixpkgs/trunk/; revision=11340
2008-03-29 00:49:26 +00:00
* Add "gtk" to the top-level scope (just like "glib") and remove all those "inherit (gtkLibs) gtk" lines. svn path=/nixpkgs/trunk/; revision=23699
2010-09-09 16:48:13 +00:00
xsane = callPackage ../misc/xsane { };
Various.. Added ircd-hybrid. Added USB support in SANE. Added Xsane. Added gt68xx firmware support. svn path=/nixpkgs/trunk/; revision=9070
2007-08-08 20:33:36 +00:00
* Use callPackage for most packages in all-packages.nix. `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
2010-08-02 16:26:58 +00:00
yafc = callPackage ../applications/networking/yafc { };
Adding yafc-1.1.1 svn path=/nixpkgs/trunk/; revision=13846
2009-01-25 14:31:51 +00:00
update my_env. Hopefully does a better job now svn path=/nixpkgs/trunk/; revision=13037
2008-10-09 22:57:20 +00:00
myEnvFun = import ../misc/my-env {
inherit substituteAll pkgs;
inherit (stdenv) mkDerivation;
};
put all source with tags stuff into its own file, now appends tag files to TAG_FILES env var using nix-support updated myEnvFun svn path=/nixpkgs/trunk/; revision=12097
2008-06-15 11:54:22 +00:00
Added ZSNES emulator package svn path=/nixpkgs/trunk/; revision=27539
2011-06-25 22:25:50 +00:00
zsnes = callPackage_i686 ../misc/emulators/zsnes { };
adding cdtEnv symlinking deps into one $out/cdt-env/{lib,include} directory and collection which let's you install and update a set of derivations at once svn path=/nixpkgs/trunk/; revision=16224
2009-07-07 20:53:16 +00:00
misc = import ../misc/misc.nix { inherit pkgs stdenv; };
Updated CMake to version 2.6.3. svn path=/nixpkgs/trunk/; revision=15114
2009-04-17 13:48:22 +00:00
* buildRPM: print out the RPMs in the image. svn path=/nixpkgs/trunk/; revision=11168
2008-03-17 17:29:07 +00:00
}; in pkgs
Reference in New Issue Copy Permalink