Arnout Engelen 3f4ad3d37d bash: don't rely on patch timestamps in build ... When, after patching, `configure.ac` is newer than `configure`, the Makefile will try to regenerate `configure` from `configure.ac`. While that might usually be desirable, in this case we want to keep bootstrapping simple and directly use the `configure` from the package so we can avoid a dependency on automake. Previously, we used the `-T` parameter to automake to make sure the timestamps were okay. However, this is brittle when we update: when the timestamp of the original file changes, and no longer matches the timestamp of the original file in the patch, `patch` will show a warning but otherwise continue without updating the timestamp. This PR changes things so we only patch `configure`, so that will always have a newer timestamp. Refs https://github.com/NixOS/nixpkgs/issues/115177		2021-03-21 16:11:09 +01:00
..
bash-completion	pkgs/shells: stdenv.lib -> lib	2021-01-15 14:24:03 +07:00
nix-bash-completions	treewide: with stdenv.lib; in meta -> with lib;	2021-01-11 10:38:22 +01:00
4.4.nix	bash: don't rely on patch timestamps in build	2021-03-21 16:11:09 +01:00
5.1.nix	bash: don't rely on patch timestamps in build	2021-03-21 16:11:09 +01:00
bash-4.4-patches.nix
bash-5.1-patches.nix	bash: 5.0 -> 5.1	2020-12-22 10:43:59 +11:00
cygwin-bash-4.4.11-2.src.patch
pgrp-pipe-4.4.patch	bash: don't rely on patch timestamps in build	2021-03-21 16:11:09 +01:00
pgrp-pipe-5.1.patch	bash: don't rely on patch timestamps in build	2021-03-21 16:11:09 +01:00
update-patch-set.sh