| 8 Apr 2026 |
 Lotte (it/its)/Cinny (she/her) θΔ& | oh that too | 11:57:58 |
|  lord_fomo joined the room. | 17:04:02 |
| lord_fomo | woo y'all actually discussing the undelying issue. me likey B) | 17:06:10 |
|  Epic Eric joined the room. | 17:12:09 |
 aloisw | AF_UNIX sockets are nice, yes, but filesystem-bound ones and socketpair ones have the same advantages and don't weirdly live in the network namespace where no one expects them. | 17:31:48 |
 llakala | In reply to @llakala:matrix.org
you have to use a lot of pwd nonsense bc when executing, ./. is defined as the path of the repl-overlay, not your current path btw it would be wonderful if I didn't have to use $PWD to get the current path in a repl-overlay | 18:00:03 |
| llakala | feels like a bug to me that the ./. isn't the current path in that context | 18:00:46 |
| llakala | I can make an issue if core team agreess | 18:00:53 |
| llakala | * I can make an issue if core team agrees | 18:01:06 |
|  Acid Bong joined the room. | 18:35:56 |
| Acid Bong | evening. now that since 2.95 log format is configurable in nix.conf, it's also no longer possible to switch to with-logs version with -L (e.g., if multiline is used, appending -L would turn it into multiline-with-logs).
was that a desired change? is there maybe a move to a more symmetric switch, such that --log-format bar --log equals --log-format bar-with-logs and --log-format multiline-with-logs --no-log equals --log-format multiline? | 18:49:43 |
|  mall0c joined the room. | 18:54:15 |
| mall0c | Is there a comparison of features or incompatibilities between CppNix and Lix? | 18:55:18 |
 K900 | The Lix release notes are the closest thing we have tbh | 19:00:45 |
|  Amboss_Mann joined the room. | 21:00:02 |
|  Neil Mayhew joined the room. | 23:34:26 |
| Neil Mayhew | I've switched my NixOS system to use lix and I'd like to have cachix use lix. However, it has a hardcoded dependency on nix-store, via a pkgconfig-depends. I've created https://github.com/cachix/cachix/issues/727 to ask if anything can be done about this. | 23:38:15 |
| Neil Mayhew | Has anyone here been able to make cachix use lix? | 23:38:45 |
| Neil Mayhew | Is a client using the nix-store library compatible with a lix daemon? | 23:39:24 |
| lord_fomo | the overlay approach doesn't solve this? | 23:54:20 |
| 9 Apr 2026 |
| Neil Mayhew | No. As I show in the issue, I tried
cachix = hsuper.cachix.override (old: {
nix = super.lix.dev;
});
and I get
The pkg-config package 'nix-store' is required but it could not be found.
| 00:03:40 |
| Neil Mayhew | That's because cachix has a hard-coded dependency on nix via pkgconfig-depends: nix-store | 00:04:25 |
| Neil Mayhew | I assume the lix-store library is broadly compatible with the nix-store library, but I'd have to patch the cachix Cabal file to make it use the different library name. | 00:05:49 |
| Neil Mayhew | I'd also have to patch the same thing in the hercules-ci-cnix-store Haskell package which has the same dependency. | 00:06:21 |
| Neil Mayhew | * I'd also have to patch the same thing in the hercules-ci-cnix-store Haskell package which is a dependency of cachix has the same dependency on nix-store. | 00:07:32 |
| lord_fomo | ah kk gtk | 00:08:54 |
| lord_fomo | K900 so that's what buddy said in main nixos room no? | 00:09:14 |
| lord_fomo | that such things might need to be patched | 00:09:24 |
| Neil Mayhew | Ah, I didn't see that. Thanks, I'll go take a look. | 00:09:44 |
| lord_fomo | ah well i'm clarifying | 00:09:54 |
