| 11 Nov 2025 |
 Sergei Zimmerman (xokdvium) | Quip: nix eval "github:nixos/nixpkgs?rev=a999c1cc0c9eb2095729d5aa03e0d8f7ed256780#pkgsCross.gnu64.bitwarden" --no-eval-cache. This wasn’t a regression and doesn’t evaluate under any nix impl. It was the case where nixpkgs machinery thought that it was doing this in cross and thus failed to eval | 18:09:42 |
 raitobezarius | aaaaaaaaah thanks | 18:09:54 |
| raitobezarius | well the other thing was a regression no? | 18:10:00 |
| raitobezarius | i know something that evals only on lix head now | 18:10:06 |
| Sergei Zimmerman (xokdvium) | In reply to @raitobezarius:matrix.org
well the other thing was a regression no? Yeah, some old nixos config from flake-regressions | 18:10:40 |
| raitobezarius | yeah, ok it was indeed from flake-reg | 18:11:32 |
| raitobezarius | (i imagined that and therefore i did yesterday: https://git.lix.systems/raito/flake-regressions) | 18:11:48 |
| raitobezarius | This is going into the pennae's direction from my understanding | 18:12:31 |
| raitobezarius | People can decide to have a cmp fn function they use in their local context | 18:12:44 |
 KFears 🏳️⚧️ (they/them) | In reply to @raitobezarius:matrix.org
This is going into the pennae's direction from my understanding Yeah | 18:14:11 |
 Taeer Bar-Yam |
no practical value to offer a real == for fns
except backward compatibility, right?
| 18:29:12 |
 Winter | @raitobezarius do you remember the context to https://git.lix.systems/lix-project/nixos-module/commit/a50986cfc71dfd60acaf55d31d1e3e05e9bdde6d ? | 18:49:04 |
| Winter | working on a semi-related change for nixpkgs and want to know if making nixos-option use config.nix.package would be bad/cause a bunch of rebuilds tm | 18:49:29 |
| raitobezarius | i think nixos-option code is deeply integrated with C++ API | 18:50:02 |
| raitobezarius | nix 2.18 seemed a reasonable pin at that time | 18:50:09 |
| raitobezarius | lix is not because of nixos-option developers are not striving for lix/nix C++ API compat | 18:50:29 |
