| 23 Nov 2025 |
 jlc | If I try Dolphin again I'll be sure to! Thunar is working as expected, apart from being in light mode | 16:40:43 |
 Sofie 🏳️⚧️ (she/her) | error: attribute 'wasm32-wasi' missing
at /nix/store/lfzp7i6r926pwszqyr8r4igvakxw59kh-source/overlays/default.nix:85:47:
84| ]
85| ) inputs.nixpkgs.legacyPackages.${system}.lixPackageSets.git
| ^
86| )
| 16:50:15 |
| Sofie 🏳️⚧️ (she/her) | when building Firefox | 16:50:22 |
 hexa | heh | 16:51:33 |
| hexa | why would you want a wasi32-wasi lix package? | 16:51:41 |
| hexa | firefox doesn't want that | 16:51:48 |
| Sofie 🏳️⚧️ (she/her) | my
packages = { ... } // (lib.listToAttrs (
lib.mapAttrsToList
(name: value: {
name = { lix = "nix"; }.${name} or name;
inherit value;
})
(
lib.filterAttrs (
name: value:
lib.isDerivation value
&& lib.all (n: name != n) [
"editline"
"boehmgc"
]
) inputs.nixpkgs.legacyPackages.${system}.lixPackageSets.git
)
| 17:17:23 |
| Sofie 🏳️⚧️ (she/her) | does that? | 17:17:25 |
| Sofie 🏳️⚧️ (she/her) | don't ask about that cursed code 😭 | 17:17:51 |
| Sofie 🏳️⚧️ (she/her) | * my
packages = { ... } // (lib.listToAttrs (
lib.mapAttrsToList
(name: value: {
name = { lix = "nix"; }.${name} or name;
inherit value;
})
(
lib.filterAttrs (
name: value:
lib.isDerivation value
&& lib.all (n: name != n) [
"editline"
"boehmgc"
]
) inputs.nixpkgs.legacyPackages.${system}.lixPackageSets.git
)
| 17:18:00 |
| Sofie 🏳️⚧️ (she/her) | why did I even do that | 17:24:51 |
| Sofie 🏳️⚧️ (she/her) | to begin with | 17:24:54 |
| Sofie 🏳️⚧️ (she/her) | anyways | 17:24:56 |
| Sofie 🏳️⚧️ (she/her) | fixed now | 17:24:57 |
| Sofie 🏳️⚧️ (she/her) | we need an wasm build of lix!!!! /s | 17:25:08 |
 tebriel | when should I be using the other packages aside from lix in lixPackageSets? I'm unclear why they're in that namespace (maybe to give lix its expected verisons?) | 17:33:08 |
 whispers (it/fae) | if you use one of the packages in the set, then you want to use the lixPackageSets version. all it does is give the lix version of that package, which is sometimes just overriding the nix version to be lix nstead of cppnix and sometimes a full fork (as in the case of nix-eval-jobs) | 17:44:36 |
| whispers (it/fae) | the "advanced change" section on this page shows how to globally overlay them if you want to do that, but you can also just use them directly https://lix.systems/add-to-config/ | 17:45:25 |
| whispers (it/fae) | * if you use one of the packages in the set, then you want to use the lixPackageSets version. all it does is give the lix version of that package, which is sometimes just overriding the nix version to be lix nstead of cppnix and sometimes a full fork (as in the case of nix-eval-jobs). otherwise, it'll use cppnix internally | 17:47:26 |
| whispers (it/fae) | * | 17:51:22 |
| whispers (it/fae) | * if you use one of the packages in the set, then you want to use the lixPackageSets version. all it does is give the lix version of that package, which is sometimes just overriding the nix version to be lix nstead of cppnix and sometimes a full fork (as in the case of nix-eval-jobs). otherwise, each of those will use cppnix internally
(aiui the exceptions are aws-sdk-cpp, boehmgc, and editline, since those are internal to lix)
| 17:55:28 |
| 13 May 2024 |
|  zrsk joined the room. | 13:37:30 |
|  dariof4 joined the room. | 14:16:05 |
|  abbe joined the room. | 14:42:22 |
 mjm | lix is now in nixos-unstable, what's the best way to use it in a NixOS config? | 15:47:41 |
 K900 | nix.package = pkgs.lix | 15:47:54 |
| K900 | Probably | 15:47:58 |
| K900 | Or just keep using the module | 15:48:02 |
 puck | you can use nix.package = pkgs.lix; if you want; but using the overlay will guarantee more updates (tho less binary cache) | 15:48:44 |
| mjm | well, the module/overlay doesn't easily support using the one from nixpkgs | 15:48:44 |
