!VRULIdgoKmKPzJZzjj:nixos.org

Nix Package Manager development

858 Members
For people hacking on Nix: https://github.com/NixOS/nix Nix maintainers can be reached here.184 Servers

Load older messages


SenderMessageTime
17 Oct 2025
@fzakaria:one.ems.hostfzakariaCan we make local-nar-cache have a default ?00:12:17
@fzakaria:one.ems.hostfzakaria

supported for BinaryStore

https://cache.nixos.org/?local-nar-cache=...

00:12:30
@fzakaria:one.ems.hostfzakariait's the reason why it reads the NAR all in memory00:15:14
@fzakaria:one.ems.hostfzakariawrote it here https://github.com/NixOS/nix/issues/1428400:19:44
@fzakaria:one.ems.hostfzakaria (wasn't even sure why can't just write to the /nix/store 00:19:53
@fzakaria:one.ems.hostfzakaria * (wasn't even sure why can't just write to the /nix/store) 00:19:56
@Ericson2314:matrix.orgJohn EricsonI did change some of that stuff, but not in a way that I think would affect fresh buidls02:14:02
@Ericson2314:matrix.orgJohn Ericson* I did change some of that stuff, but not in a way that I think would affect fresh builds02:14:05
@Ericson2314:matrix.orgJohn Ericsononly perhaps substitutions of CA derivations or something like that02:14:16
@Ericson2314:matrix.orgJohn Ericson* only perhaps substitutions of CA derivations or something obscure like that02:14:22
@fzakaria:one.ems.hostfzakariaAnother fix in the bag03:06:22
@fzakaria:one.ems.hostfzakariahttps://github.com/NixOS/nix/pull/1428503:06:22
@fzakaria:one.ems.hostfzakariaRedacted or Malformed Event04:07:48
@fzakaria:one.ems.hostfzakariaRedacted or Malformed Event04:18:54
@avdhut7009:matrix.orgAvdhut7009 joined the room.05:07:27
@raboof:matrix.orgraboofthis is indeed not about 'regular' builds but about rebuilds - filed https://github.com/NixOS/nix/issues/1428707:27:57
@xokdvium:matrix.orgSergei Zimmerman (xokdvium)
In reply to @raboof:matrix.org
this is indeed not about 'regular' builds but about rebuilds - filed https://github.com/NixOS/nix/issues/14287
I think there’s been some changes around builtOutputs that might not keep those for bmCheck mode.
07:34:33
@xokdvium:matrix.orgSergei Zimmerman (xokdvium)Must have been the DerivationGoal per-output split07:35:13
@xokdvium:matrix.orgSergei Zimmerman (xokdvium)Or was it called just in the DerivationBuildingGoal?07:36:17
@raboof:matrix.orgraboofjup indeed looks like it broke in https://github.com/NixOS/nix/pull/1329413:30:15
@xokdvium:matrix.orgSergei Zimmerman (xokdvium)
In reply to @raboof:matrix.org
jup indeed looks like it broke in https://github.com/NixOS/nix/pull/13294
That itself was a fix for checking when not all outputs are valid
13:38:44
@xokdvium:matrix.orgSergei Zimmerman (xokdvium)So when some outputs have been substituted previously13:39:16
@raboof:matrix.orgraboofyeah I won't pretend I understand what exactly is going on, just sharing my observation after bisecting :)13:45:27
@Ericson2314:matrix.orgJohn Ericson raboof: ah OK I think I see what is going on 15:24:41
@Ericson2314:matrix.orgJohn Ericsonthere is no need to re-register the path info in the check case, but we still want to re-sign it15:25:00
@Ericson2314:matrix.orgJohn Ericson(assuming it didn't change)15:25:05
@Ericson2314:matrix.orgJohn Ericson raboof: so a tricky thing with --check is that it doesn't register outputs that were not registered before 15:46:05
@Ericson2314:matrix.orgJohn EricsonI was surprised to learn that, and a few of my refactors were dedicated to making sure I didn't break that15:46:47
@Ericson2314:matrix.orgJohn Ericsonas a I split things up15:46:56
@Ericson2314:matrix.orgJohn Ericson that is why DerivationBuilder doesn't register or return any path infos in the --check case 15:47:27

Show newer messages


Back to Room ListRoom Version: 6