| 7 Nov 2025 |
 kuruczgy | Yes, btrfs | 18:33:31 |
|  0xda157 joined the room. | 18:37:06 |
|  @awwpotato:envs.net left the room. | 18:41:54 |
 Sofie 🏳️⚧️ (she/her) | When trying to overlay the monorepoSrc on llvmPackages.override I get
> mismatch in the minor version! we have version 21.1.2 and expected the minor version to be '1'; the source has '0' instead
| 21:39:57 |
| Sofie 🏳️⚧️ (she/her) | ah | 21:49:43 |
| Sofie 🏳️⚧️ (she/her) | it was just | 21:49:45 |
| Sofie 🏳️⚧️ (she/her) | version? | 21:49:46 |
| 8 Nov 2025 |
 aloisw | The "standard" procedure is deleting /nix/var/nix/db/reserved, but given that it's a relatively small file of zeroes it may not be enough. | 06:57:15 |
 Emma [it/its] | TIL that file exists | 08:12:45 |
| Emma [it/its] | personally i'd go with rm -rfI /tmp/* | 08:13:34 |
| aloisw | If your /tmp is on the same partition as /nix, that should work too of course. But on many systems it isn't. | 08:34:20 |
| aloisw | I wonder if we should just make the reserved file larger (maybe ~200 MiB, which is a bit above the 160 MiB required for the WAL) and fill it with random data. | 08:35:08 |
 tc424 (Steve D) | Feels like something that could usefully be configurable, given the behaviour of different filesystems etc is likely to have an impact | 09:49:04 |
| aloisw | Hm, what are you thinking about in concrete terms? I only know the behaviours "deleting the file frees the space it occupies" (which is the full size with random data), "deleting the file is useless" (don't hardlink or reflink that file then) or "deleting the file fails with ENOSPC`. In none of these cases a configurable size helps, except for maybe turning off the reserve file entirely if you expect it to be useless anyway. | 09:52:46 |
 uep | do note that there is now a tmp build dir under /nix | 10:17:15 |
| uep | /nix/var/nix/builds so the first thing to do would be make sure that's empty | 10:18:01 |
| aloisw | Sure, but that doesn't help you if it is empty (which it usually is). The reserved file is about resolving the deadlock between garbage collection and the disk filling up. | 10:19:16 |
| uep | yeah, just worth checking, since building is a common reason why it might fill | 10:19:44 |
| aloisw | Well, the other common reason is that you just forgot to run GC until it's too late… | 10:20:13 |
| aloisw | Particularly when running a VM with relatively small virtual disk using certain filesystems that will happily tell you it still has 10 GiB free while already throwing ENOSPC. | 10:23:24 |
| tc424 (Steve D) | More half-formed cursed thoughts .. have the daemon disable WAL when disk usage hits a particular %age? | 10:30:44 |
| tc424 (Steve D) | (I'm under medical advice to give up caffeine, so excuse gibberish) | 10:33:31 |
 lillecarl | I'm trying to run nix-daemon against an alternative socket path and a chroot store so I can mess around without ruining my nixos installation.
I did
just build
ln -s ./build/lix/nix/nix ./build/lix/nix/nix-daemon
NIX_REMOTE=unix://$PWD/socket sudo -E ./build/lix/nix/nix-daemon --store /tnix -vvv
(essentially-ish) but it takes over /nix/var/nix/daemon-socket/socket anyways?
| 18:15:05 |
| lillecarl | NIX_DAEMON_SOCKET_PATH found it, sry I'll look harder next time 😄 | 18:25:06 |
| Sofie 🏳️⚧️ (she/her) | [187/4787] Building RuntimeLibcalls.inc...
FAILED: [code=1] include/llvm/IR/RuntimeLibcalls.inc /build/llvm-src-21.0.0/llvm/build/include/llvm/IR/RuntimeLibcalls.inc
cd /build/llvm-src-21.0.0/llvm/build/include/llvm/IR && /nix/store/6nd5nl6iqcbfh21hp3y26l28fmgv1bjg-llvm-tblgen-21.1.2/bin/llvm-tblgen -gen-runtime-libcalls -I/build/llvm-src-21.0.0/llvm/include/llvm/IR -I/build/llvm-src-21.0.0/llvm/build/include -I/build/llvm-src-21.0.0/llvm/include /build/llvm-src-21.0.0/llvm/include/llvm/IR/RuntimeLibcalls.td --write-if-changed -o RuntimeLibcalls.inc -d RuntimeLibcalls.inc.d && /nix/store/5bn5f4ivqf4xn19khh4kcg4ngnjs6spg-cmake-4.1.2/bin/cmake -E cmake_transform_depfile Ninja gccdepfile /build/llvm-src-21.0.0/llvm /build/llvm-src-21.0.0/llvm/include/llvm/IR /build/llvm-src-21.0.0/llvm/build /build/llvm-src-21.0.0/llvm/build/include/llvm/IR /build/llvm-src-21.0.0/llvm/build/include/llvm/IR/RuntimeLibcalls.inc.d /build/llvm-src-21.0.0/llvm/build/CMakeFiles/d/30e77c83f02c7836d6e9f82549f72b45e78203b17873909d437c76b9ff3281df.d
error: The class 'SystemRuntimeLibrary' is not defined
{ llvmPackages_21, fetchFromGitHub }:
(llvmPackages_21.override
{
version = "21.0.0";
monorepoSrc = fetchFromGitHub {
owner = "bloomberg";
repo = "clang-p2996";
rev = "p2996";
hash = "sha256-xadn+JyvUceIsbSzLvdjAuzzN3l/qWbEmgH93kyPM8I=";
};
}).clang
| 19:34:39 |
| Sofie 🏳️⚧️ (she/her) | ugh.... | 19:34:42 |
| Sofie 🏳️⚧️ (she/her) | or..... should I patch it? upstream LLVM has a patch for this | 19:35:11 |
| Sofie 🏳️⚧️ (she/her) | how can I remove a patch from llvm? | 20:13:56 |
| Sofie 🏳️⚧️ (she/her) | like | 20:13:57 |
| Sofie 🏳️⚧️ (she/her) | that gnu install dirs one | 20:14:08 |
