| 17 Nov 2024 |
 yshui | hey, is lix not meant to be a drop-in replacement of nix? a recent commit renaming nix to lix (e.g. in library names like libnixmain) broke compatibility with nixpkgs | 10:42:39 |
 K900 | User level, yes | 10:45:56 |
| K900 | API level, no | 10:45:58 |
 Acid Bong | In reply to @yshui:matrix.org
hey, is lix not meant to be a drop-in replacement of nix? a recent commit renaming nix to lix (e.g. in library names like libnixmain) broke compatibility with nixpkgs are you using lix from git? | 12:01:59 |
| yshui | from the release-2.91 branch | 12:02:28 |
|  bmillwood left the room. | 13:55:22 |
| yshui | so overlay = { nix = lix; } is no go? | 12:04:51 |
| K900 | No go | 12:08:42 |
| K900 | It's not even go on normal NixOS | 12:08:50 |
| K900 | Because Nix breaks API between minor releases | 12:08:54 |
| K900 | * It's not even go on normal Nix | 12:09:10 |
| K900 | * It's not even go on upstream Nix | 12:09:16 |
| yshui | well guess i am lucky nothing has blown up so far 😛 | 12:18:02 |
|  Ben Millwood joined the room. | 13:53:04 |
 Dettorer | hi! I'm trying to upgrade my flake-based nixos system, I get an error when building nixos-option where meson can't find the "nix-flake" dependency (complete log: https://bpa.st/LJPQ), it seems that the problem was introduced by this PR in nixpkgs https://github.com/NixOS/nixpkgs/pull/355745, with someone reporting the exact same problem but then dismissing it saying it has something to do with Lix (https://github.com/NixOS/nixpkgs/pull/355745#issuecomment-2480206835), I do use Lix indeed, does this problem rings a bell to someone here? | 13:53:13 |
| Dettorer | * hi! I'm trying to upgrade my flake-based nixos system, I get an error when building nixos-option where meson can't find the "nix-flake" dependency (complete log: https://bpa.st/LJPQ), it seems that the problem was introduced by this PR in nixpkgs https://github.com/NixOS/nixpkgs/pull/355745, with someone reporting the exact same problem but then dismissing it saying it has something to do with Lix (https://github.com/NixOS/nixpkgs/pull/355745#issuecomment-2480206835), I do use Lix indeed, does this problem ring a bell to someone here? | 13:53:49 |
| K900 | Just disable nixos-option | 14:07:37 |
| Dettorer | oh I didn't know it was possible to disable it, I thought it was some fundamental part of the nixos configuration system, I don't think I enabled it explicitly anywhere so I'd need to find what part of my config indirectly does that, but thanks for the hint | 14:09:16 |
| K900 | It's enabled by default | 14:11:09 |
| K900 | Try system.tools.nixos-option.enable = false | 14:11:16 |
| Dettorer | haha ok it's juste some command-line tool to inspect current nixos options, ok thanks it seems to continue building now, I have another error (meson complaining that g++ cannot compile programs when building nixt) but I'll investigate before asking for help | 14:15:21 |
 Seltyk | i think i need to run nix-store --verify --check-contents --repair to get some updated derivations to build, but when i run it i just get my hdd spinning for 20 minutes before i give up and cancel it | 16:52:05 |
| K900 | Don't give up? | 16:52:35 |
| Seltyk | * i think i need to run nix-store --verify --check-contents --repair to get some updated derivations to build, but when i run it i just get my hdd spinning for 20 minutes before i give up and cancel it. that command has worked in the past, in a few minutes or less, and actually prints things out | 16:52:38 |
| K900 | It's not very fast, especially on spinning rust | 16:52:43 |
| Seltyk | it's never been this slow | 16:53:01 |
| K900 | Check iotop/strace/etc? | 16:54:30 |
| Seltyk | it's doin' something, reading megabytes per second | 16:57:10 |
| K900 | Then it's probably working | 17:00:00 |
 aloisw | It's also quite possible that your store is just bigger this time, since that commands checks the entire store and not just the closure of your current system configuration. | 17:05:22 |
