!9IQChSjwSHXPPWTa:lix.systems

Lix

1145 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-rooms318 Servers

Load older messages


SenderMessageTime
7 Apr 2026
@k900:0upti.meK900It's not supported specifically when going through the daemon protocol10:11:59
@goldstein:tty5.devgoldstein cc raitobezarius my big “evaluating all the flakes” writeup is now up, including info about my setup & scripts I used
https://goldstein.lol/posts/great-nix-flake-check/
15:55:25
@raitobezarius:matrix.orgraitobezariusSuper fascinating16:47:41
@raitobezarius:matrix.orgraitobezariusThank you for the mention and the article16:47:53
@raitobezarius:matrix.orgraitobezariusSona poki looks very interesting too16:47:59
@raitobezarius:matrix.orgraitobezariusI wonder if we should go the Go proxy route to solve the GH rate limit issue16:48:11
@goldstein:tty5.devgoldsteinI found that if you want to evaluate something that requires fetching stuff (like flakes), it’s basically the only way16:48:41
@goldstein:tty5.devgoldsteingithub didn’t really explicitly rate limit me when I used a token, but requests became very slow and I was hitting my generous 24 minute timeout all the time16:49:27
@goldstein:tty5.devgoldsteinreducing github request load 25x really did the difference16:50:02
@goldstein:tty5.devgoldsteinit also potentially allows benchmarking, although I didn’t get around to this yet16:50:29
@accelbread:matrix.orgaccelbread is self in flake registry that weird :P
Isnt it common to set flake inputs to the registry in nixos config? That ends up setting self (which I use for nix develop self#rust or w/e
17:06:17
@accelbread:matrix.orgaccelbread* is self in flake registry that weird :P Isnt it common to set flake inputs to the registry in nixos config? That ends up setting self (which I use for nix develop self#rust or w/e)17:06:35
@goldstein:tty5.devgoldstein you usually set, like, inputs.nixpkgs there, not inputs.self, no? 17:07:00
@blokyk:matrix.orgzoë (she/her)i heard about the great flake check a while ago and was really looking forward to the results, this is so cool :D17:07:34
@accelbread:matrix.orgaccelbread registry = mapAttrs (_: v: { flake = v; }) inputs; 17:08:26
@goldstein:tty5.devgoldsteinyeah, i think it was an idiom like this actually17:08:54
@goldstein:tty5.devgoldsteinit’s my first time seeing this, I basically only use local registry for nixpkgs and my template set17:09:16
@blokyk:matrix.orgzoë (she/her) this might be a dumb question, since i don't use flakes much, but: what's the difference between the registry and nix-channel? 17:10:40
@accelbread:matrix.orgaccelbread Repos using my flake lib read their flake.lock to get inputs when not explicity passed, so interesting that there werent more failures due to that 17:12:44
@accelbread:matrix.orgaccelbread
In reply to @blokyk:matrix.org
this might be a dumb question, since i don't use flakes much, but: what's the difference between the registry and nix-channel?
afaik, channels are for syntax, and registries are for flakerefs
17:13:30
@goldstein:tty5.devgoldstein registry is a json file on your system (local registry) and another json file global for everyone (global registry) that is used to resolve flake references like nixpkgs 17:13:44
@goldstein:tty5.devgoldsteini.e. without an explicit url17:13:49
@accelbread:matrix.orgaccelbread* afaik, channels are for `<nixpkgs>` syntax, and registries are for flakerefs17:13:54
@goldstein:tty5.devgoldstein <nixpkgs> is resolved via NIX_PATH, not channels 17:14:07
@accelbread:matrix.orgaccelbreadoh, huh17:14:22
@goldstein:tty5.devgoldsteinchannels is like a pre-flake way to distribute nixpkgs17:14:30
@goldstein:tty5.devgoldsteinI haven’t used them much, I migrated to flakes quickly, and then to unflake lol17:14:44
@blokyk:matrix.orgzoë (she/her)yes sorry i knew that, what i meant is: aren't they both stateful/implicit ways of having dependencies?17:14:55
@goldstein:tty5.devgoldsteinyeah they ae17:15:06
@goldstein:tty5.devgoldstein* yeah they are17:15:10

Show newer messages


Back to Room ListRoom Version: 10