| 8 Dec 2025 |
 Aijokey | Redacted or Malformed Event | 14:51:27 |
| Aijokey | ❯ sudo nix-channel --list
[sudo] password for aijokey:
nixos https://channels.nixos.org/nixos-25.11
nixos-unstable https://nixos.org/channels/nixos-unstable | 14:51:53 |
 raitobezarius | did you run nix-channel --update ? | 14:52:15 |
 hexa | in nixos-25.11 lixPackages.stable.lix is 2.93.3 | 14:52:29 |
| Aijokey | yes | 14:52:46 |
| raitobezarius | so i guess all that's left is to run NIX_REMOTE=local nixos-rebuild switch now | 14:53:02 |
| Aijokey | ❯ NIX_REMOTE=local nixos-rebuild switch now
/run/current-system/sw/bin/nixos-rebuild: unknown option now | 14:54:16 |
| Aijokey | ? | 14:54:18 |
| raitobezarius | remove the now | 14:54:26 |
| Aijokey | waiting for lock on '/nix/store/v1flrsxkmbb3darbh3qassma3if4yn83-app.cash.sqldelight.gradle.plugin-2.1.0.pom'...
waiting for lock on '/nix/store/7m50sgfypkh0as0b5r1d89nnwpcykdq2-app.cash.licensee.gradle.plugin-1.13.0.pom'...
| 14:56:27 |
| Aijokey | I have lock that not fixing by reloading | 14:56:47 |
| raitobezarius | ah so you have a lock that stuck | 14:57:03 |
| raitobezarius | https://wiki.lix.systems/books/lix-users/page/debugging-a-stuck-lix-invocation use step 5 to determine who is holding the lock, then kill the holder, then resume | 14:57:39 |
| Aijokey | Unstuck | 14:57:40 |
| Aijokey | 100 974 100 974 0 0 7395 0 --:--:-- --:--:-- --:--:-- 7378
waiting for lock on '/nix/store/v1flrsxkmbb3darbh3qassma3if4yn83-app.cash.sqldelight.gradle.plugin-2.1.0.pom'...
waiting for lock on '/nix/store/7m50sgfypkh0as0b5r1d89nnwpcykdq2-app.cash.licensee.gradle.plugin-1.13.0.pom'...
error: opening directory '/nix/store/lhczw64kd1l2w1832ncgll6b4by5zd65-oss-parent-34.pom': Too many open files
Command 'nix-build '<nixpkgs/nixos>' --attr config.system.build.toplevel --no-out-link' returned non-zero exit status 1.
| 14:57:42 |
| raitobezarius | i'm trying to see if i can reproduce this | 14:58:32 |
| raitobezarius | you are manipulating two channels in your system at the same time hm | 14:58:53 |
| Aijokey | always stable and unstable | 14:59:24 |
| raitobezarius | I have to step out for 30 minutes or so | 15:01:23 |
| raitobezarius | It seems you have Java applications, what happens if you comment them and rebuild? | 15:01:46 |
| Aijokey | and it helps | 15:38:10 |
| Aijokey | but also i found out something using kotlin and some android tools during building, even after I comment all android/jave pkgs | 15:39:18 |
| raitobezarius | In reply to @aijokey:matrix.org
but also i found out something using kotlin and some android tools during building, even after I comment all android/jave pkgs What is the something? | 15:42:20 |
 crop | https://git.lix.systems/lix-project/lix/issues/1069 | 15:42:24 |
| Aijokey | I dont know | 15:42:35 |
| Aijokey | maven? | 15:42:58 |
| Aijokey | But it also just dependencie not in my config | 15:43:44 |
 goldstein | (feel free to redirect me to the dev channel if it’s more appropriate there)
hi! I’ve found a divergence in behaviour between Lix and CppNix. when using fetchTree with git flakeref + ?ref=refs/tags/something, Lix and CppNix set the resulting .rev differently: Lix sets it to the hash of the tag itself, while CppNix sets it to the hash of the commit behind the tag. on the first glance, CppNix behaviour seems more sensible to me, since rev is usually the commit hash, but I’d like to know if it’s intentional. if it’s not, I’ll try to fix it. | 17:00:28 |
 Rutile (Commentator2.0) feel free to ping | this is known: https://git.lix.systems/lix-project/lix/issues/520 | 17:07:19 |
| goldstein | thanks for the link! | 17:07:45 |
