4 ms·

I'm sorry, the mirror is actually for sources, not build artifacts. I've updated my comment to clarify.

• Filligree 9y ago
  When was that added? Well fetchurl automatically poke it if it can't find the sources otherwise?
  • ymse 9y ago
    Yes, fetchurl will try it: https://github.com/NixOS/nixpkgs/blob/733151b7825ee8840f743705076683c88e8d098e/pkgs/build-support/fetchurl/mirrors.nix#L4 https://github.com/NixOS/nixpkgs/blob/733151b7825ee8840f7437... Edit: It was apparently added in 2007: https://nixos.org/releases/nixpkgs/nixpkgs-0.11/release-notes/ https://nixos.org/releases/nixpkgs/nixpkgs-0.11/release-note...
• vishvananda 9y ago
  interesting I wasn't aware of that. I wonder why my builds are not using it.
  • catern 9y ago
    It might be related to using a different Nix prefix for your builds, which is a little poorly supported. Just curious: Why are you using a different prefix?
    • vishvananda 9y ago
      The point of crashcart is to be able to side load a filesystem with utilities into a running container. It is very important that the location we pick doesn't conflict with any path already in the container. If we used /nix as the mount path it would conflict with any container that uses nix. In order to prevent this (probably rare) conflict, we build our utilities in /dev/crashcart/ instead.
      • catern 9y ago
        Hmmmm, interesting... That does seem like a pretty good reason, though maybe you could bind mount over /nix? That should be fine from a Nix perspective, not sure how well it works with container technologies.
        • vishvananda 9y ago
          we could bind mount over /nix or /nix/store, but that means any existing nix packages from the container would not be available. The whole point is to have the whole container file system available along with the utilities. We could alternatively find each package that we need for our debugging utilities and bind mount each directory from the store individually. This would work due to unique paths in the store, but that means potentially hundreds of bind mounts and is an orchestration nightmare.
          • catern 9y ago
            Sorry, I didn't mean bind mount, I mean union mount, like with OverlayFS or whatever the most-used one is.
            • vishvananda 9y ago
              we didn't look at using overlay. Might be possible, although that would introduce a dependency on kernel version and/or module. A custom fuse might be an option here as well but fuse in containers is a bit sketchy at the moment.
      • danbst 9y ago
        Try Nix 2.0, it can place your derivations in custom folder by clever use of chroot, read about --store argument.
        • vishvananda 9y ago
          Ok. I will check it out. Thanks.