!9IQChSjwSHXPPWTa:lix.systems

Lix

1099 Members
Lix user channel. Feel free to discuss on-topic issues here and give each other help. For matrix.to links to the rest of the Lix channels, see: https://wiki.lix.systems/books/lix-organisation/page/matrix-rooms292 Servers

Load older messages


SenderMessageTime
30 Nov 2025
@weethet:catgirl.cloudWeetHetHow would nix3 cli function without flakes?18:53:41
@niklaskorz:matrix.orgniklaskorz if you specify a file with -f it works on normal nix files instead of flakes 19:02:06
@weethet:catgirl.cloudWeetHetYeah but nix3 cli with -f is just strictly worse than nix2 cli?19:02:34
@niklaskorz:matrix.orgniklaskorzwell that wasn't your question19:03:14
@niklaskorz:matrix.orgniklaskorzI too prefer nix-build when working with normal files :D19:03:49
@weethet:catgirl.cloudWeetHetWhat's the point in leaving nix3 CLI in Lix if it would be there strictly so that an external plugin would work19:04:00
@niklaskorz:matrix.orgniklaskorz(or nom-build, for that matter)19:04:04
@niklaskorz:matrix.orgniklaskorzthere are some more or less agreed upon improvements to be made I think, like defaulting to default.nix if no flake.nix is found (or if no flake plugin is enabled I suppose)19:05:11
@niklaskorz:matrix.orgniklaskorz and then interpreting the list of installables as attributes, so nix build foobar would be equivalent to nix-build -A foobar 19:06:05
@weethet:catgirl.cloudWeetHetWhat is the advantage to doing that instead of just working with nix2 cli?19:06:36
@weethet:catgirl.cloudWeetHet* What is the advantage in doing that instead of just working with nix2 cli?19:07:27
@just1602:systemli.orgjust1602Having a unified CLI?19:12:16
@weethet:catgirl.cloudWeetHet By unified CLI do you understand nix smth instead of nix-smth? If yes, just creating aliases would work 19:13:28
@weethet:catgirl.cloudWeetHetI don't see why nix3 CLI which is inherently flawed should stay in Lix19:13:50
@helle:tacobelllabs.nethelle (just a stray cat girl)nix3 cli feels more thought out in terms of options and other bits, as someone who got introduced to nix after it was already in19:13:46
@helle:tacobelllabs.nethelle (just a stray cat girl)though I get to probably fine comb the documentation vs the code reality, so will be able to support this feeling hopefully at some point19:14:18
@weethet:catgirl.cloudWeetHetIf Lix wants a better CLI then nix3 is definitely not better19:14:22
@helle:tacobelllabs.nethelle (just a stray cat girl) lix cli with actually full consistency when 19:16:07
@helle:tacobelllabs.nethelle (just a stray cat girl)(and yes I know we actually have some ideas for this floating around)19:16:23
@just1602:systemli.orgjust1602IMO the solution would be nix4 only if we actually deprecated the other two. For the unified thing, you can create aliases but it could be good for UX to have a command that handle flake automatically if flake is enabled, etc If we don't go that way, I'm totally fine with it, but we'll need really good documentation and tutorial to explain people how to properly and efficiently use our thing 19:16:58
@helle:tacobelllabs.nethelle (just a stray cat girl)pondering if someone should just prototype this as a pile of wrappers, see where consistency would strand, etc19:18:51
@weethet:catgirl.cloudWeetHetI'm not against a better nix cli then nix2, nix3 is just not it19:19:11
@helle:tacobelllabs.nethelle (just a stray cat girl)might not be the best solution, but sometimes throwing some bad code in a standalone setting shows quickest what the right UX should be19:19:25
@weethet:catgirl.cloudWeetHetI might just be used to it but I don't think nix2 is that bad19:30:51
@weethet:catgirl.cloudWeetHetIt can use some improvement (like changing/allowing to set up different default log format) but overall it works with files(-ish) and expressions/attributes and does exactly what it is supposed to do19:33:27
@weethet:catgirl.cloudWeetHet One thing it's missing badly is a native concept of shells leading to having to work around it and having a dependency on nixpkgs 19:35:42
@weethet:catgirl.cloudWeetHet One would assume that a new CLI should address this first and foremost to close a hole leading to a dependency on the internal nixpkgs logic and propose a new structured way to approach devshells 19:37:23
@weethet:catgirl.cloudWeetHetNix3 doesn't do that.19:37:29
@helle:tacobelllabs.nethelle (just a stray cat girl)one of the interesting questions with that is, well, this can be done with nix code, so should this just be a smaller external thing (possibly maintained in conjuction with lix), mostly independent of nixpkgs19:50:08
@raitobezarius:matrix.orgraitobezarius
In reply to @weethet:catgirl.cloud
What's the point in leaving nix3 CLI in Lix if it would be there strictly so that an external plugin would work
The point is doing it progressively
19:59:36

Show newer messages


Back to Room ListRoom Version: 10