!VRULIdgoKmKPzJZzjj:nixos.org

Nix Package Manager development

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

Load older messages


SenderMessageTime
2 Dec 2025
@roberthensing:matrix.orgRobert Hensing (roberth) Taeer Bar-Yam: latest stable by default. Sometimes temporarily nixos-unstable leading up to NixOS release. Not super organized schedule 02:09:57
@roberthensing:matrix.orgRobert Hensing (roberth)(last time I checked)02:10:21
@roberthensing:matrix.orgRobert Hensing (roberth)or whatever. It's undocumented02:10:31
@xokdvium:matrix.orgSergei Zimmerman (xokdvium)Have a bump for 25.11 now: https://github.com/NixOS/nix/pull/1468802:10:33
@shine:proqqul.netTaeer Bar-YamI'm going to try to test it out tomorrow. 25.11 has a version bump for meson that inshallah makes some fuzzing stuff simpler02:12:22
@solhvemjsun:matrix.orgSol set a profile picture.12:38:55
3 Dec 2025
@matthewcroughan:defenestrate.itmatthewcroughanDamnit01:28:33
@matthewcroughan:defenestrate.itmatthewcroughan
deleting '/nix/store/f9p2v6xivrr2b0phjhaqfl7grgwjllp2-source'
^CNix crashed. This is a bug. Please report this at https://github.com/NixOS/nix/issues with the following information included:

Exception: nix::Interrupted: error: interrupted by the user
Stack trace:
 0# 0x000055BE8EEECC81 in nix-collect-garbage
 1# 0x00007F5F6DFBD1AA in /nix/store/xm08aqdd7pxcdhm0ak6aqb1v7hw5q6ri-gcc-14.3.0-lib/lib/libstdc++.so.6
 2# std::unexpected() in /nix/store/xm08aqdd7pxcdhm0ak6aqb1v7hw5q6ri-gcc-14.3.0-lib/lib/libstdc++.so.6
 3# 0x00007F5F6DFBD427 in /nix/store/xm08aqdd7pxcdhm0ak6aqb1v7hw5q6ri-gcc-14.3.0-lib/lib/libstdc++.so.6
 4# 0x00007F5F6EC0222B in /nix/store/d1j3flz8qr4n3lypwhk0v8ffvflfz914-nix-util-2.32.4/lib/libnixutil.so.2.32.4
 5# nix::readLine[abi:cxx11](int, bool) in /nix/store/d1j3flz8qr4n3lypwhk0v8ffvflfz914-nix-util-2.32.4/lib/libnixutil.so.2.32.4
 6# 0x00007F5F6E97C954 in /nix/store/g7305zf4hx7q0rrzfi58ja12qpxkh6hs-nix-store-2.32.4/lib/libnixstore.so.2.32.4
 7# 0x00007F5F6DFEB064 in /nix/store/xm08aqdd7pxcdhm0ak6aqb1v7hw5q6ri-gcc-14.3.0-lib/lib/libstdc++.so.6
 8# 0x00007F5F6DD6197A in /nix/store/xx7cm72qy2c0643cm1ipngd87aqwkcdp-glibc-2.40-66/lib/libc.so.6
 9# 0x00007F5F6DDE9D2C in /nix/store/xx7cm72qy2c0643cm1ipngd87aqwkcdp-glibc-2.40-66/lib/libc.so.6
01:28:35
@xokdvium:matrix.orgSergei Zimmerman (xokdvium)Probably just a nested exception from the interrupt01:29:27
@xokdvium:matrix.orgSergei Zimmerman (xokdvium)There are many of those sadly :(01:29:38
@joerg:thalheim.ioMic92
In reply to @matthewcroughan:defenestrate.it
Damnit
Did you hit ctrl-c?
06:38:45
@joerg:thalheim.ioMic92
In reply to @roberthensing:matrix.org
so putting meta in derivations without impacting hashing was actually kinda low hanging fruit
https://github.com/NixOS/nix/pull/14686
I think i want better roadmaps that are actually followed up on for new experimental features. Nix starts to look like haskell with it's preamble of language extensions
06:43:34
@maridonkers:matrix.orgThe Photonsphere joined the room.12:58:37
@wplanck:mozilla.org@wplanck:mozilla.org left the room.13:14:11
@matthewcroughan:defenestrate.itmatthewcroughanYeah14:33:46
@connorbaker:matrix.orgconnor (burnt/out) (UTC-8)If only we could enable them per-file ;)16:08:56
@shine:proqqul.netTaeer Bar-Yam

How can I be getting the error message

error: output '/nix/store/6s177q59d74xhxkj8p54bga156d9g84b-test' is not allowed to refer to the following paths:
         /nix/store/6s177q59d74xhxkj8p54bga156d9g84b-test

Without hitting the checkOutputs() function at all? That text doesn't appear anywhere else in the code!

Things I did:

  1. adding a debug print statement std::cout << "HERE\n"; (didn't get printed)
  2. running with a breakpoint in gdb (didn't get hit)
  3. commenting out the relevant throw (threw the error anyways)
  4. running on a fresh derivation in case i was hitting some cache (same results)
  5. putting obvious errors in checkOutputs() (compile error. so I am recompiling this function)
  6. editing src/nix/main.cc in obvious ways to make sure I was running the binary that was getting built (obvious changes showed up, so I'm successfully building and running the right binary)
17:46:50
@shine:proqqul.netTaeer Bar-Yam *

How can I be getting the error message

error: output '/nix/store/6s177q59d74xhxkj8p54bga156d9g84b-test' is not allowed to refer to the following paths:
         /nix/store/6s177q59d74xhxkj8p54bga156d9g84b-test

Without hitting the checkOutputs() function at all? That text doesn't appear anywhere else in the code!

Things I did:

  1. adding a debug print statement std::cout << "HERE\n"; (didn't get printed)
  2. running with a breakpoint in gdb (didn't get hit)
  3. commenting out the relevant throw (threw the error anyways)
  4. changing the text of the relevant throw (printed the old text)
  5. running on a fresh derivation in case i was hitting some cache (same results)
  6. putting obvious errors in checkOutputs() (compile error. so I am recompiling this function)
  7. editing src/nix/main.cc in obvious ways to make sure I was running the binary that was getting built (obvious changes showed up, so I'm successfully building and running the right binary)
17:48:03
@xokdvium:matrix.orgSergei Zimmerman (xokdvium)Dumb question. Did you funnel this to the newly built nix's local store or a separate daemon?17:48:15
@shine:proqqul.netTaeer Bar-YamOH is that code running on the daemon?? of course!17:48:37
@shine:proqqul.netTaeer Bar-Yami knew i was going to kick myself when i figured it out17:48:42
@shine:proqqul.netTaeer Bar-Yamor when someone told me, rather17:48:46
@shine:proqqul.netTaeer Bar-Yami've been spending so much time in the parsing code i forgot about the daemon17:49:07
@shine:proqqul.netTaeer Bar-Yamhow do i force it to use local nix for the daemon again?17:49:31
@xokdvium:matrix.orgSergei Zimmerman (xokdvium) Depends. You can just use a chroot store with --store /path/to/chroot/store 17:50:39
@shine:proqqul.netTaeer Bar-Yamthank you!!17:51:25
@roberthensing:matrix.orgRobert Hensing (roberth)Sure. This one is a small change, and can be stabilized to become a normal requiredSystemFeatures feature. I would suggest to do that after 1 year. SBOM folks will use this stuff, so unlike say the TOML timestamps we'll get some testing in that time.22:05:22
@roberthensing:matrix.orgRobert Hensing (roberth) As for requiredSystemFeatures becoming a Haskell-esque preamble, that's mitigated by having Nixpkgs do it, and you can bundle a bunch of them up into a single flag like Haskell2010 did. We're nowhere near that though. ca-derivations will remain a choice anyway (input addressing is useful), so structured attrs is the only other such flag so far. 22:08:02
@roberthensing:matrix.orgRobert Hensing (roberth)structuredAttrs and the discard references thing should have been requiredSystemFeatures, but that's not useful anymore at this point22:10:01
4 Dec 2025
@i-am-logger:matrix.orgIdo Samuelson joined the room.01:47:49

There are no newer messages yet.


Back to Room ListRoom Version: 6