8 Commits

Author	SHA1	Message	Date
Ben Siraphob	8c5d37129f	pkgs/tools: stdenv.lib -> lib	2021-01-15 17:12:36 +07:00
Profpatsch	4a7f99d55d	treewide: with stdenv.lib; in meta -> with lib; ... Part of: https://github.com/NixOS/nixpkgs/issues/108938 meta = with stdenv.lib; is a widely used pattern. We want to slowly remove the `stdenv.lib` indirection and encourage people to use `lib` directly. Thus let’s start with the meta field. This used a rewriting script to mostly automatically replace all occurances of this pattern, and add the `lib` argument to the package header if it doesn’t exist yet. The script in its current form is available at https://cs.tvl.fyi/depot@2f807d7f141068d2d60676a89213eaa5353ca6e0/-/blob/users/Profpatsch/nixpkgs-rewriter/default.nix	2021-01-11 10:38:22 +01:00
Michael Reilly	84cf00f980	treewide: Per RFC45, remove all unquoted URLs	2020-04-10 17:54:53 +01:00
volth	46420bbaa3	treewide: name -> pname (easy cases) (#66585) ... treewide replacement of stdenv.mkDerivation rec { name = "*-${version}"; version = "*"; to pname	2019-08-15 13:41:18 +01:00
Tobias Geerinckx-Rice	0f84673f3d	Remove nckx as a maintainer for all packages ... Goodbye, and thanks for all the Nix...	2018-01-16 23:00:49 +01:00
Tobias Geerinckx-Rice	ac33b4724a	More version attribute tidying where maintainers |= nckx	2016-01-25 20:08:34 +01:00
Tobias Geerinckx-Rice	685b2ebb60	xdelta: add longDescription	2016-01-11 20:34:36 +01:00
Tobias Geerinckx-Rice	6aa786d1d6	xdeltaUnstable: init at 3.1.0 ... This will eventually become the new stable branch (as unstable ones are wont to do), but is worth having if you want to patch yesterday's ‘large’ files today, or need to apply patches already created with it. “First release of the 3.1.x series. This is taken from the "64bithash" branch. - Adds support for -B values greater than 2GB, enabled by -DXD3_USE_LARGESIZET=1 variable. [Enabled in nixpkgs.] - Adds new performance and speed regression test, written in #Golang. [Not enabled in nixpkgs.] When compiled for large sizes, xdelta3 uses a 64bit checksum function. This impacts both compression and speed. Relative to 3.0.11, the new branch is currently 3-5% slower and has 1-2% worse compression. Performance will be addressed in future 3.1.x releases.”	2016-01-11 20:34:36 +01:00