summary refs log tree commit diff
path: root/pkgs/stdenv/linux
Commit message (Collapse)AuthorAge
...
* | | treewide: use optionalStringFelix Buehler2023-02-13
|/ /
* | make-bootstrap-tools.nix: fix for wrapped gzipArtturin2023-01-21
| |
* | Merge remote-tracking branch 'origin/staging-next' into stagingSergei Trofimovich2023-01-20
|\ \ | | | | | | | | | | | | | | | Conflicts: pkgs/development/libraries/qt-6/modules/qtbase.nix pkgs/stdenv/linux/make-bootstrap-tools.nix
| * | make-bootstrap-tools.nix: don't pull in pkgs.glibc in test (#210038)sternenseemann2023-01-16
| | | | | | | | | | | | | | | | | | | | | | | | `builtins.baseNameOf` retains any string context, causing the test derivation to incorrectly depend on `pkgs.glibc`. All we really want is to know what the dynamicLinker is called, but we don't need it to be present in store. Thanks to Adam Joseph for spotting this.
* | | Merge pull request #210752 from trofi/make-bootstrap-tools-libstdcxx-rpathSergei Trofimovich2023-01-15
|\ \ \ | | | | | | | | make-bootstrap-tools: fix test to include libstdc++ -rpath
| * | | make-bootstrap-tools: fix test to include libstdc++ -rpathSergei Trofimovich2023-01-14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | After https://github.com/NixOS/nixpkgs/pull/209054 we started moving libstdc++.so out of default glibc's paths. This exposed bootstrap tools build failure as: $ nix build --no-link -f ./pkgs/stdenv/linux/make-bootstrap-tools.nix ... > .../bin/bar: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory Note that bootstrap itself did not break. The change only expands handcrafted `-rpath` entries.
* | | | Merge pull request #210109 from ↵Artturi2023-01-14
|\ \ \ \ | |/ / / |/| | | | | | | amjoseph-nixpkgs/pr/stdenv/build-gettext-only-once
| * | | stdenv: build gettext only onceAdam Joseph2023-01-10
| |/ / | | | | | | | | | | | | | | | Right now we build gettext several times during the bootstrap. Gettext's build process is "embarrassingly serial", so avoiding rebuilding it speeds things up considerably.
* | | stdenv: mark binutils-patchelfed (#209600)Adam Joseph2023-01-14
| | | | | | | | | | | | | | | | | | | | | | | | | | | The stdenv bootstrap creates several wrappers around binutils, and gives them the exact same drvName as the binutils package itself. These wrappers cost almost nothing to create (they are just file copies and patchelf runs, not builds), so we should distinguish them from expensive binutils builds with a unique pname. This commit does that.
* | | linux/bootstrap-tools: move libstdc++ out of default library search pathSergei Trofimovich2023-01-04
|/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | This change allows building new gcc during bootstrap without fear of pulling in outdated libstdc++.so after g++ switched from bootstrapTools to freshly built g++. Noticed when tried to add early bootstrap stage to rebuild `gcc` before `glibc` is fully untangled from `bootstrapTools` as a failure to built `binutils`: ld: dwp.o: in function `__gnu_cxx::new_allocator<gold::Dwp_output_file::Contribution>::allocate(unsigned long, void const*)': /nix/store/...-gcc-11.3.0/include/c++/11.3.0/ext/new_allocator.h:116: undefined reference to `std::__throw_bad_array_new_length()' The change survives existing bootstrap and unblockes early `gcc` bootstrap.
* | Merge staging-next into staginggithub-actions[bot]2023-01-03
|\ \
| * | stdenv/linux: document some tips in debugging stdenv bootstrap towerSergei Trofimovich2023-01-02
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Just a few comments added: - added a few one-liners to explore which tools are rebuilt at each stdenv iteration during bootstrap - explicitly listed available toolchains and their sources for on each bootstrap step: glibc, binutils, gcc, coreutils. - added mention of static libraries linked into gcc Co-authored-by: Adam Joseph <54836058+amjoseph-nixpkgs@users.noreply.github.com>
* | | what to do about attrs.env or {} maybe have a empty env attrset alwaysArtturin2022-12-08
|/ / | | | | | | so no need to use `or`
* | perl: fix build with libxcryptFranz Pletz2022-10-09
| |
* | stdenv: complete the deprecation of stdenv.glibcArtturin2022-10-03
|/
* Merge pull request #185182 from ↵Bernardo Meurer2022-08-25
|\ | | | | | | | | amjoseph-nixpkgs/pr/powerpc64le-bootstrapFiles/again pkgs/stdenv/linux: update powerpc64le bootstrap-files
| * pkgs/stdenv/linux: update powerpc64le bootstrap-filesAdam Joseph2022-08-04
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This PR updates the Hydra-generated bootstrap tarballs for powerpc64le-linux. The bootstrap-files referenced prior to this commit will only bootstrap in a nixpkgs which has https://github.com/NixOS/nixpkgs/pull/181802. That PR was closed in favor of https://github.com/NixOS/nixpkgs/pull/181943, which is a cleaner solution but which requires regenerating the bootstrap-files. I'll be following the script established in https://github.com/NixOS/nixpkgs/pull/151399, which I previously used in https://github.com/NixOS/nixpkgs/pull/168199. Files came from [this](https://hydra.nixos.org/build/186237511) Hydra build, which used nixpkgs revision ac43c444780a80e789fd14fe2114acd4a3b5cf9d to instantiate: ``` /nix/store/nhjbza9vlcyhp9zxfz6lwpc3m2ghrpzj-stdenv-bootstrap-tools-powerpc64le-unknown-linux-gnu.drv ``` and then built: ``` /nix/store/fklpm7fy6cp5wz55w0gd8wakyqvzapjx-stdenv-bootstrap-tools-powerpc64le-unknown-linux-gnu ``` I downloaded these files from Hydra with the following commands: ``` STOREPATH=fklpm7fy6cp5wz55w0gd8wakyqvzapjx-stdenv-bootstrap-tools-powerpc64le-unknown-linux-gnu OPTIONS="--option binary-caches https://cache.nixos.org --option trusted-public-keys cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=" nix store add-file \ --name bootstrap-tools.tar.xz \ $(nix-store ${OPTIONS} -r /nix/store/${STOREPATH})/on-server/bootstrap-tools.tar.xz nix store add-path \ --name busybox \ $(nix-store ${OPTIONS} -r /nix/store/${STOREPATH})/on-server/busybox ``` I then prefetched them into `/nix/store` with: ``` $ nix store prefetch-file --executable file:///nix/store/p9lz8r81zp3a4sl2qq2v4j69syjzryn2-busybox Downloaded 'file:///nix/store/p9lz8r81zp3a4sl2qq2v4j69syjzryn2-busybox' to '/nix/store/a42qf2kf5hychcsw5sz0pvghy9vli1im-p9lz8r81zp3a4sl2qq2v4j69syjzryn2-busybox' (hash 'sha256-jtPEAsht4AUAG4MLK8xocQSfveUR4ppU1lS4bGI1VN4='). $ nix store prefetch-file file:///nix/store/y4530zpk7ia4szf5cdi4zpyy5lpjv3iv-bootstrap-tools.tar.xz Downloaded 'file:///nix/store/y4530zpk7ia4szf5cdi4zpyy5lpjv3iv-bootstrap-tools.tar.xz' to '/nix/store/kgzyq9q08nll28ccqjcbv8angq5hyvdp-y4530zpk7ia4szf5cdi4zpyy5lpjv3iv-bootstrap-tools.tar.xz' (hash 'sha256-MpIDnpZUK3M17qlnuoxfnK0EgxRosm3TMW1WfPZ1+jU='). ``` And started the bootstrap with the following command: ``` nix build -f . -L hello ``` As @lovesegfault requested in #151399, here are the the `sha256sum`s of all the `on-server` components for extra verification: ``` $ sha256sum /nix/store/fklpm7fy6cp5wz55w0gd8wakyqvzapjx-stdenv-bootstrap-tools-powerpc64le-unknown-linux-gnu/on-server/* 3292039e96542b7335eea967ba8c5f9cad04831468b26dd3316d567cf675fa35 /nix/store/fklpm7fy6cp5wz55w0gd8wakyqvzapjx-stdenv-bootstrap-tools-powerpc64le-unknown-linux-gnu/on-server/bootstrap-tools.tar.xz 3d078dff7b4087d82442937667c91dace3321493aae4d3a4160d046b7eabcc2c /nix/store/fklpm7fy6cp5wz55w0gd8wakyqvzapjx-stdenv-bootstrap-tools-powerpc64le-unknown-linux-gnu/on-server/busybox ```
* | Merge pull request #181536 from trofi/fix-gnumake-guileSergei Trofimovich2022-08-19
|\ \ | | | | | | gnumake: unconditionally disable guileSupport on bootstrap
| * | gnumake: unconditionally disable guileSupport on bootstrapSergei Trofimovich2022-07-29
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Before the change an attempt to use `gnumake.override { guileSupport = true; }` caused recursion in bootstrap stages as guileSupport pulls in guile and it's dependencies. To restore the bootstrap the change unconditionally sets `guileSupport = false;` for `gnumake`. Co-authored-by: Sandro <sandro.jaeckel@gmail.com>
* | | make-bootstrap-tools.nix: drop libelf.so from tootstrap tarballsSergei Trofimovich2022-08-18
| | | | | | | | | | | | | | | | | | | | | gcc stopped using libelf in commit 48215350c24 ("re PR lto/46273 (Failed to bootstrap)") around 2010, before gcc-4.6.0. Bootstrap tools don't use it either.
* | | Merge pull request #183487 from amjoseph-nixpkgs/pr/mipsel/bootstrap-filesBernardo Meurer2022-08-17
|\ \ \ | |_|/ |/| | stdenv/linux/bootstrap-files: add mipsel-linux (mips32)
| * | stdenv/linux/bootstrap-files: add mipsel-linux (mips32)Adam Joseph2022-07-28
| |/
* | Merge pull request #183967 from Ericson2314/small-stdenv-cleanupRobert Hensing2022-08-01
|\ \ | |/ |/| stdenv: Two small cleanups
| * stdenv/common-path.nix: move to stdenv/generic/John Ericson2022-07-29
| | | | | | | | | | Do this since it is part of the generic stdenv/`mkDerivation` infrastructure, rather than being a bootstrapping strategy.
* | Merge master into staging-nextgithub-actions[bot]2022-07-27
|\ \
| * \ Merge #179628: make-bootstrap-tools-cross: add mips32elVladimír Čunát2022-07-27
| |\ \ | | |/ | |/|
| | * make-bootstrap-tools-cross: enable Hydra builds of mips32el bootstrap-filesAdam Joseph2022-06-29
| | | | | | | | | | | | | | | This one-line commit will cause Hydra to build a bootstrap-files tarball for 32-bit little-endian MIPS.
* | | Merge pull request #168590 from amjoseph-nixpkgs/stdenv-disallowedReferencesArtturi2022-07-18
|\ \ \ | |/ / |/| | stdenv: use disallowedRequisites to check forbidden requisites
| * | stdenv: use disallowedRequisites to check forbidden requisitesAdam Joseph2022-04-13
| | |
* | | Merge master into staging-nextgithub-actions[bot]2022-07-17
|\ \ \
| * \ \ Merge pull request #180223 from ↵Bernardo Meurer2022-07-16
| |\ \ \ | | | | | | | | | | | | | | | | | | | | amjoseph-nixpkgs/pr/mips64el/bootstrap-file-hashes pkgs/stdenv/linux: add mips64el bootstrap-files
| | * | | pkgs/stdenv/linux: add mips64el bootstrap-filesAdam Joseph2022-07-05
| | | |/ | | |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This PR adds Hydra-generated bootstrap tarballs for mips64el-linux. I'll be following the script established in https://github.com/NixOS/nixpkgs/pull/151399, which I previously used in https://github.com/NixOS/nixpkgs/pull/168199. Files came from [this](https://hydra.nixos.org/build/182757245) Hydra build, which used nixpkgs revision ef3fe254f3c59455386bc92fe84164f9679b92b1 to instantiate: ``` /nix/store/a2bvv663wjnyhq8m7v84aspsd3sgf9h6-stdenv-bootstrap-tools-mips64el-unknown-linux-gnuabi64.drv ``` and then built: ``` /nix/store/aw3dmsrh22831l83vi3q9apg9qi3x8ms-stdenv-bootstrap-tools-mips64el-unknown-linux-gnuabi64 ``` I downloaded these files from Hydra with the following commands: ``` STOREPATH=aw3dmsrh22831l83vi3q9apg9qi3x8ms-stdenv-bootstrap-tools-mips64el-unknown-linux-gnuabi64 OPTIONS="--option binary-caches https://cache.nixos.org" nix store add-file \ --name bootstrap-tools.tar.xz \ $(nix-store ${OPTIONS} -r /nix/store/${STOREPATH})/on-server/bootstrap-tools.tar.xz nix store add-path \ --name busybox \ $(nix-store ${OPTIONS} -r /nix/store/${STOREPATH})/on-server/busybox ``` I then prefetched them into `/nix/store` with: ``` $ nix store prefetch-file --executable file:///nix/store/aw3dmsrh22831l83vi3q9apg9qi3x8ms-stdenv-bootstrap-tools-mips64el-unknown-linux-gnuabi64/on-server/busybox Downloaded 'file:///nix/store/aw3dmsrh22831l83vi3q9apg9qi3x8ms-stdenv-bootstrap-tools-mips64el-unknown-linux-gnuabi64/on-server/busybox' to '/nix/store/ai30ss23914syz6j8m95arkwffbbx44k-busybox' (hash 'sha256-sTE58ofjqAqX3Xtq1g9wDxzIe6Vo//GHbicfqJoivDI='). $ nix store prefetch-file file:///nix/store/aw3dmsrh22831l83vi3q9apg9qi3x8ms-stdenv-bootstrap-tools-mips64el-unknown-linux-gnuabi64/on-server/bootstrap-tools.tar.xz Downloaded 'file:///nix/store/aw3dmsrh22831l83vi3q9apg9qi3x8ms-stdenv-bootstrap-tools-mips64el-unknown-linux-gnuabi64/on-server/bootstrap-tools.tar.xz' to '/nix/store/nr6zjrbwbxcxs6brf042zsyqllwbwj9v-bootstrap-tools.tar.xz' (hash 'sha256-tTgjeXpd2YgnfP4JvRuO0bXd2j8GqzBcd57JI3wH9x0='). ``` And started the bootstrap with the following command (the `--arg localSystem` is needed because #161159 has not merged): ``` nix build -f . -L hello --arg localSystem '(import ./lib).systems.examples.mips64el-linux-gnuabi64' ``` As @lovesegfault requested in #151399, here are the the `sha256sum`s of all the `on-server` components for extra verification: ``` $ sha256sum /nix/store/aw3dmsrh22831l83vi3q9apg9qi3x8ms-stdenv-bootstrap-tools-mips64el-unknown-linux-gnuabi64/on-server/* b53823797a5dd988277cfe09bd1b8ed1b5ddda3f06ab305c779ec9237c07f71d /nix/store/aw3dmsrh22831l83vi3q9apg9qi3x8ms-stdenv-bootstrap-tools-mips64el-unknown-linux-gnuabi64/on-server/bootstrap-tools.tar.xz 598e05abb69b2c1a0db46585cd2131212077c0937ce2a665daf3811f059ae767 /nix/store/aw3dmsrh22831l83vi3q9apg9qi3x8ms-stdenv-bootstrap-tools-mips64el-unknown-linux-gnuabi64/on-server/busybox ```
* | / | Revert "stdenv: label the ephemeral coreutils-stage4 package"Adam Joseph2022-07-02
|/ / / | | | | | | | | | This reverts commit 23ea8b35dacd9152c9e0e21577d5afe3e39b6255.
* | | Merge pull request #169378 from ↵Rick van Schijndel2022-06-30
|\ \ \ | |/ / |/| | | | | | | | amjoseph-nixpkgs/stdenv-makeStaticLibraries-do-what-comment-says stdenv: make stage3.{gmp,mpfr,mpc,isl} do what the comment says
| * | stdenv: add -stageX markers to gmp, mpfr, libmpc, and islAdam Joseph2022-06-05
| | |
| * | Update pkgs/stdenv/linux/default.nixAdam Joseph2022-06-05
| | | | | | | | | Co-authored-by: sternenseemann <sternenseemann@systemli.org>
| * | stdenv: label the ephemeral coreutils-stage4 packageAdam Joseph2022-06-05
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | During stdenv bootstrapping, coreutils is built twice. This makes troubleshooting very difficult, because both packages have name="coreutils", so it is a hassle to figure out "which coreutils am I using / is not building"? The first of these builds is used only in stage4, and is not part of the final stdenv. Let's label that one with a different `name` attribute to make it obvious which is which.
| * | stdenv: cause makeStaticLibraries usage to agree with usage specAdam Joseph2022-06-05
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The usage of `makeStaticLibraries` in stdenv/linux/default.nix is prefaced by this comment: # Link GCC statically against GMP etc. This makes sense because # these builds of the libraries are only used by GCC, so it # reduces the size of the stdenv closure. However "these builds of the libraries are only used by GCC" is not actually true. As currently written, the stage4 coreutils links against these customized, static-ified libraries. Beside the fact that the code doesn't actually do what it says, this causes other problems as well. One example is #168983, which arises because have a dynamically-linked binary (coreutils) which is built from statically-linked libraries (libgmp.a); doing this causes mayhem on platforms where `-fstack-protector` needs an auxiliary `libssp.{so,a}` library; we end up with link failures because some parts of the resulting binary want `libssp.so` and other parts want `libssp_nonshared.a`. Let's make the code actually do what the comment says, by moving these definitions into the `gcc-unwrapped` override. This will cause the stage4-coreutils to link against libgmp dynamically, rather than statically. For this reason this commit depends on the previous commit, which allows that to be done without creating a forbidden reference from stdenv-final to the bootstrap-files.
| * | stdenv: force gmp to rebuild in stage4 of the bootstrapAdam Joseph2022-06-05
| | | | | | | | | | | | | | | | | | | | | As explained in the comment, this ensures that stage4-coreutils does not leak a reference to the bootstrap-files by way of libgmp. This will allow the next patch in this series to build stage4-coreutils using a dynamically-linked (rather than statically-linked) libgmp.
* | | Merge #175785: libidn2: hack to avoid referencing bootstrap toolsVladimír Čunát2022-06-17
|\ \ \ | | | | | | | | | | | | ...into staging
| * | | libidn2: hack to avoid referencing bootstrap toolsVladimír Čunát2022-06-05
| | | | | | | | | | | | | | | | | | | | Due to bootstrap tools getting purged from closure of libidn2.dev, a very large rebuild is caused.
* | | | Merge remote-tracking branch 'origin/staging-next' into stagingMartin Weinelt2022-06-08
|\ \ \ \ | |_|/ / |/| | |
| * | | release-cross.nix: fix cross bootstrap tools evalAlyssa Ross2022-06-08
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In 5643714dea5, I changed pkgs/stdenv/linux/make-bootstrap-tools.nix to take a package set instead of system and localSystem arguments, but I forgot to update make-bootstrap-tools-cross.nix. Fixes: 5643714dea5 ("stdenvBootstrapTools: inherit {cross,local}System")
* | | | Merge staging-next into staginggithub-actions[bot]2022-05-31
|\| | |
| * | | Merge master into staging-nextgithub-actions[bot]2022-05-31
| |\| |
| | * | stdenvBootstrapTools: inherit {cross,local}SystemAlyssa Ross2022-05-31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | It's expected that attributes in the top-level package set will all use that package set, but this wasn't the case for the bootstrap tools. This led some very confusing behaviour: - pkgsMusl.stdenvBootstrapTools would build glibc bootstrap tools - stdenvBootstrapTools was _always_ cross compiled, even if Nixpkgs wasn't, because it always set crossSystem. This also didn't match the behaviour of using make-bootstrap-tools.nix as an entrypoint, where crossSystem would default to null. For the Linux stdenv, I've made the ideal fix, which is to make pkgs an argument rather than taking the arguments for pkgs, and then re-importing it. This means it'll always use exactly the same package set that's calling it, and should also mean faster eval due to not importing Nixpkgs twice. The Darwin stdenv is more complicated, and I'm not able to easily test it, so I wasn't confident in making the same fix there. Instead, I've just made sure crossSystem and localSystem are set to the correct values so they're not always cross compiled and match the parent package set's. It would still be preferable if somebody could make Darwin's make-bootstrap-tools.nix take pkgs as an argument, rather than all the arguments for pkgs.
* | | | Merge pull request #168413 from ↵Rick van Schijndel2022-05-28
|\ \ \ \ | |/ / / |/| | | | | | | | | | | a-m-joseph/libtool-purity-fix-put-file-in-bootstrap fixLibtool(): replace /usr/bin/file in ./configure, add file to common-path.nix
| * | | fixLibtool(): patch ./configure, add `file` to common-path.nixAdam Joseph2022-05-26
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | libtool's libtool.m4 script assumes that `file` is available, and can be found at `/usr/bin/file` (this path is hardwired). Furthermore, the script with this assumption is vendored into the ./configure scripts of an enormous number of packages. Without this commit, you will frequently see errors like this during the configurePhase with the sandbox enabled: ./configure: line 9595: /usr/bin/file: command not found Due mostly to luck, this error does not affect native compiles on nixpkgs' two most popular platforms, x86_64-linux and aarch64-linux. However it will cause incorrect linker flag detection and a failure to generate shared libraries for sandboxed cross-builds to a x86_64-linux host as well as any sandboxed build (cross or native) for the following hosts: x86_64-freebsd, *-hpux, *-irix, mips64*-linux, powerpc*-linux, s390x-linux, s390x-tpf, sparc-linux, and *-solaris. This commit fixes the problem by adding an extra line to fixLibtool() in pkgs/stdenv/generic/setup.sh. This extra line will scan the unpacked source code for executable files named "configure" which contain the following text: 'GNU Libtool is free software; you can redistribute it and/or modify' This text is taken to be an indicator of a vendored libtool.m4. When it is found, the configure script containing it is subjected to `sed -i s_/usr/bin/file_file_` which replaces all occurrences of `/usr/bin/file` with `file`. Additionally, the `file` package is now considered to be part of `stdenv`. It has been added to `common-path.nix` so that the `file` binary will be found in the `$PATH` of every build, except for the bootstrap-tools and the first few stages of stdenv boostrapping. Verified no regressions under: nix-build --arg pkgs 'import ./. {}' ./lib/tests/release.nix This commit allows the following commands to complete, which should enable Hydra to produce bootstrap-files for mips64el: nix-build \ --option sandbox true \ --option sandbox-fallback false \ pkgs/top-level/release-cross.nix \ -A bootstrapTools.mips64el-linux-gnuabi64.build nix-build \ --option sandbox true \ --option sandbox-fallback false \ . \ -A pkgsCross.mips64el-linux-gnuabi64.nix_2_4
* | | | Merge staging-next into staginggithub-actions[bot]2022-05-27
|\ \ \ \ | |/ / / |/| / / | |/ /
| * | Merge pull request #172391 from Artturin/deprecate-stdenv-glibcArtturi2022-05-27
| |\ \
generated by cgit-pink 1.4.1 (git 2.36.1) at 2024-05-24 05:08:52 +0000