2015-12-16 13:59:02 +01:00
|
|
|
|
/* Helper expression for copy-tarballs. This returns (nearly) all
|
|
|
|
|
tarballs used the free packages in Nixpkgs.
|
|
|
|
|
|
|
|
|
|
Typical usage:
|
|
|
|
|
|
|
|
|
|
$ copy-tarballs.pl --expr 'import <nixpkgs/maintainers/scripts/all-tarballs.nix>'
|
|
|
|
|
*/
|
|
|
|
|
|
2018-07-04 17:21:33 +02:00
|
|
|
|
import ../../pkgs/top-level/release.nix
|
2015-12-16 13:59:02 +01:00
|
|
|
|
{ # Don't apply ‘hydraJob’ to jobs, because then we can't get to the
|
|
|
|
|
# dependency graph.
|
|
|
|
|
scrubJobs = false;
|
|
|
|
|
# No need to evaluate on i686.
|
|
|
|
|
supportedSystems = [ "x86_64-linux" ];
|
release.nix: namespace bootstrap tools with triples
This will allow buliding bootstrap tools for platforms with
non-default libcs, like *-unknown-linux-musl.
This gets rid of limitedSupportSystems/systemsWithAnySupport. There
was no need to use systemsWithAnySupport for supportDarwin, because it
was always equivalent to supportedSystems for that purpose, and the
only other way it was used was for determining which platforms to
build the bootstrap tools for, so we might as well use a more explicit
parameter for that, and then we can change how it works without
affecting the rest of the Hydra jobs.
Not affecting the rest of the Hydra jobs is important, because if we
changed all jobs to use config triples, we'd end up renaming every
Hydra job. That might still be worth thinking about at some point,
but it's unnecessary at this point (and would be a lot of work).
I've checked by running
nix-eval-jobs --force-recurse pkgs/top-level/release.nix
that the actual bootstrap tools derivations are unaffected by this
change, and that the only other jobs that change are ones that depend
on the hash of all of Nixpkgs. Of the other jobset entrypoints that
end up importing pkgs/top-level/release.nix, none used the
limitedSupportedSystems parameter, so they should all be unaffected as
well.
2023-10-07 17:48:15 +02:00
|
|
|
|
bootstrapConfigs = [];
|
2018-07-04 17:21:33 +02:00
|
|
|
|
}
|