| 13 Feb 2026 |
|  Moritz joined the room. | 16:23:20 |
 Cyrill | just a heads-up: I'm unable to reach git.lix.systems It might be down. | 18:47:02 |
|  @lengorbital:matrix.org removed their profile picture. | 18:48:29 |
| @lengorbital:matrix.org removed their display name klbr-l0673. | 18:48:44 |
| @lengorbital:matrix.org left the room. | 18:49:20 |
 raitobezarius | In reply to @sirius:ungleich.ch
just a heads-up: I'm unable to reach git.lix.systems It might be down. Fixed | 19:12:04 |
|  fnctr changed their profile picture. | 22:57:27 |
| 14 Feb 2026 |
|  bllry joined the room. | 06:51:34 |
|  Lotte (it/its)/Cinny (she/her) θΔ& changed their profile picture. | 15:01:57 |
 minman | Hi, when trying to upgrade from 25.05 to 25.11 I get the following error while building the unifi-controller-9.5.21. I also get it when trying to build mongodb-ce. The error occurs at the fixupPhase of the unifi-controller.
> stripping (with command strip and flags -S -p) in /nix/store/9llmy4n6v9qkkwbwvv4qjmnrvisq48nz-unifi-controller-9.5.21/lib
> Traceback (most recent call last):
> File "/nix/store/alsi9nvp6dsr52c77ggcyg4n50qciadi-auto-patchelf-0-unstable-2024-08-14/bin/auto-patchelf", line 17, in <module>
> from elftools.common.exceptions import ELFError # type: ignore
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> ModuleNotFoundError: No module named 'elftools'
What can I do to resolve it?
| 17:10:47 |
 K900 | nix-store --verify --check-contents would be a good start | 17:15:17 |
| minman | Thanks, I will try it :) | 17:15:47 |
| minman | There were no errors while verifying, and I still get the same error. | 17:31:26 |
|  famfo changed their profile picture. | 17:59:35 |
|  @dotmika:matrix.org joined the room. | 20:38:14 |
| @dotmika:matrix.org left the room. | 21:29:09 |
| 15 Feb 2026 |
 neobrain | Is there a list of attributes available via builtins.getFlake? Docs only mention "outputs and some metadata", and I'm wondering what metadata is included specifically | 09:59:05 |
 niko ⚡️ | On top of inputs and outputs, you get all the metadata of every input. The common attributes are type, lastModified (and lastModifiedDate), narHash, and then there are type specific attributes like repo and owner for forge types, rev, shortRev for anything git-esque (including forge-specific types), and probably some other ones as well. I don't think there's a specific list anywhere though it's just another one of those things you have to know, or know where to look for them™ | 15:31:38 |
| neobrain | hmm I was trying to get the git rev from the current flake using getFlake ./., but the result of that contains no rev attribute. Though it seems doing something like this would require an impure build anyway, so not really what I'm looking for | 15:44:12 |
| neobrain | * hmm I was trying to get the git rev from the current flake using (getFlake (toString ./.)).rev, but the result of that contains no rev attribute. Though it seems doing something like this would require an impure build anyway, so not really what I'm looking for | 15:46:03 |
| neobrain | Ah, but what you're saying is that this isn't valid syntax to begin with. I only get this rev attribute for the inputs, so e.g. (getFlake (toString ./.)).inputs.nixpkgs.rev would work, but the git rev of the main flake isn't accessible | 15:48:32 |
 aloisw | IIRC this kind of attributes is omitted when the worktree is dirty. | 15:50:13 |
| neobrain | ohhhh turns out I can just get the git rev using self.dirtyRev 😲 | 15:54:21 |
| niko ⚡️ | Yes, and (getFlake ./.) is the same as self pretty much | 15:59:02 |
|  parrot (he/him) changed their display name from φαггoт (he/him) to Parrot (he/him). | 16:50:28 |
|  sparogy (he/him) joined the room. | 17:36:25 |
 kuruczgy | Hi! I am debugging a build reproducability issue, would need some help.
I am running nix-build /nix/store/nl7s4ncvjkf7br9zjc86k73ph3w4jkvf-linux-6.19.0.drv --check --keep-failed, but it just completes the build, and does not flag any issues. /nix/store/vyfilqz68s0hld82n37l0s9p1nzsjcdr-linux-6.19.0-modules is the modules output of that derivation.
I am pretty convinced that there is an issue, I compared the output to the one built by GHA, there is a single bit diff, dd if=/nix/store/vyfilqz68s0hld82n37l0s9p1nzsjcdr-linux-6.19.0-modules/lib/modules/6.19.0/modules.dep.bin bs=1 skip=75086 count=20 outputs kerlel/fs/bfs/bfs.ko, which definitely seems wrong. (Note "kerlel" instead of "kernel")
In theory it could be possible that it's some input of this derivation that's already poisoned, but in this case I don't see how that could produce this result. Is there a way to tell nix to keep the build and output directories, even if it does not see a diff? Is it perhaps possible that --check is not checking the store contents directly, but some stored hash?
| 21:45:41 |
| kuruczgy | Ah yeah:
$ nix-store --verify-path /nix/store/vyfilqz68s0hld82n37l0s9p1nzsjcdr-linux-6.19.0-modules
path '/nix/store/vyfilqz68s0hld82n37l0s9p1nzsjcdr-linux-6.19.0-modules' was modified! expected hash 'sha256-9c9vmIar3f/xtbpfTVFugBRLqdCI7dS6aibpSxZRrCA=', got 'sha256-WWV4alvXbw7zgmG0yHrlnMS7W5NcxgtTjowTQkJ8dAc='
| 21:48:12 |
| kuruczgy | In this case nix-build --check not checking the actual store contents seems like quite a bit of a footgun... | 21:48:36 |
 0x4fbb09 it/its ⛯✇ΘΔ | --check not checking the store contents is fine unless you have store corruption, which would only happen if your FS/disk or RAM was fucked | 21:52:55 |
