#3 Support lix

Opened by dante on May 29, 2024, 2:46 AM
// dante on May 29, 2024, 2:46 AM

Given nix was recently forked into lix (https://lix.systems/) would it be possible for this module to support installation along-side lix too?

// dblsaiko on May 30, 2024, 2:19 AM

Sure, I’ll look into it!

// dante on Jul 24, 2024, 10:09 PM

I had an informal chat with the lix team, they wouldn’t be opposed to accepting the necessary patch to nix/lix upstream. https://matrix.to/#/!lymvtcwDJ7ZA9Npq:lix.systems/$FHf1Fgsv1HrSWVllcbb-Fuv1dl54qKkx1N9W7ofvhG8?via=lix.systems&via=matrix.org&via=tchncs.de

// dblsaiko on Dec 8, 2024, 4:44 AM

I’ve added some changes that make it compile with Lix. Haven’t tested it though.

// Ithy on Sep 1, 2026, 11:55 PM

Have there been any updates on this? I want to integrate this into my nixos/lix build. Is that exactly the same as integrating it into standard nixos?

// Ithy on Sep 1, 2026, 11:56 PM

Also, has lix accepted it upstream or do I need to apply the patch?

// dblsaiko on Sep 2, 2026, 10:15 AM

Lix has not accepted this upstream because according to them libfetchers is a maintenance nightmare or some such and they are trying to move away from flakes (which this is primarily for).

See https://gerrit.lix.systems/c/lix/+/3083 (discussion), https://gerrit.lix.systems/c/lix/+/3084.

I did port it to Lix, in fact that’s what the last at least two changes in the repo are for, but it was the Lix for at the time of writing those changes (Unfortunately I didn’t record the exact version but I think it should work with the lix in flake.lock’s nixpkgs). Considering the constant refactoring in both lix and cppnix I have my doubts it will run as-is with current Lix, though.

(Note this repo is unmaintained due to me not currently using Pijul, and also moving away from Nix)