| 28 Jan 2026 |
Coca | you can use with it npins just like sprinkles, it only handles the schema part of flakes, just like in sprinkles | 11:57:16 |
Lotte (it/its)/Cinny (she/her) θΔ& | you’d use both together seemingly | 11:57:21 |
Coca | * you can use it with npins just like sprinkles, it only handles the schema part of flakes, just like in sprinkles | 11:57:27 |
Coca | * you can use it with npins, it only handles the schema part of flakes, just like in sprinkles | 11:57:43 |
piegames | (I consider nilla et al merely alternatives to npins – same as npins to niv – and not successors, because they don't fundamentally improve upon the core formula) | 11:58:03 |
Sofie 🏳️⚧️ (she/her) | so, Nilla vs Sprinkles | 12:05:20 |
Sofie 🏳️⚧️ (she/her) | Why not combine forces? | 12:05:29 |
ShalokShalom | In reply to @piegames:flausch.social I mean npins is fairly feature complete by now and in need of a successor, so I'm interested in hearing your show-stoppers for using it I read they are no full replacement for flakes | 12:15:35 |
Coca | pinning inputs and schemas are two pretty different things for a single tool to handle, so most focus on one or the other | 12:20:30 |
niko ⚡️ | What do you think npins is lacking in? | 13:12:25 |
niko ⚡️ | Or, well, what in your eyes warrants a successor. Because I can only think of inputs list vs lockfile not being separate files being a tiny bit annoying, but that's about it? Probably my usecases aren't sophisticated enough though | 13:13:44 |
piegames | That's the main point, yes | 13:14:36 |
piegames | But also, anything wanting ti replace flakes should also do transitive dependency resolution in some way | 13:15:00 |
piegames | In reply to @coca162:matrix.org pinning inputs and schemas are two pretty different things for a single tool to handle, so most focus on one or the other Yes but in the end we need a tool that combines both, one way or another | 13:15:23 |
niko ⚡️ | But then we're stepping out from just input locking to full on dependency management, probably also requiring standardized way of handing inputs and stuff like that. On one hand I agree but on the other my immediate reaction is "that's out of scope and I like how every projects brings their own locks and I don't want to extend the scope" | 13:19:59 |
Coca | It's almost certainly out of scope for npins, but hopefully at least for people who want to take a crack at making the combined thing they can use something like libnpins to at least not have to reinvent the wheel again | 13:24:05 |
raitobezarius | speaking of dependency management | 13:37:54 |
raitobezarius | https://zulip.lix.systems/#narrow/channel/10-Flakes/topic/.5BRFC.5D.20Allowing.20new.20installables.20syntaxes.20in.20nix3.20CLI/with/5152 — interested in opinions :) | 13:38:04 |
niko ⚡️ | Wow I was like "damn lix zulip looks pretty barren..." nope, it's just the ios app is broken and doesn't allow joining channels so all this time I only saw general | 13:54:51 |
niko ⚡️ | This is embarrassing | 13:54:57 |
raitobezarius | ^^ | 13:55:02 |
raitobezarius | That's good feedback for the Zulip team | 13:55:08 |
raitobezarius | They're usually quite interested | 13:55:11 |
raitobezarius | I think the onboarding story on mobile apps sucks a bit (even on desktop imho) | 13:55:29 |
raitobezarius | New channels gets created all the time and people doesn't see them necessarily | 13:55:36 |
niko ⚡️ | Now I need to go through all the other zulip servers I'm in on desktop and see what I missed all this time I only checked zulip on mobile | 13:56:05 |
piegames | In reply to @raitobezarius:matrix.org New channels gets created all the time and people doesn't see them necessarily Yeah, my main gripe with Zulip is that it isn't "all channels are visible by default" like Discord | 14:15:39 |
piegames | Even Matrix at least has "recommended channels" | 14:15:57 |
piegames | In theory we could just subscribe everyone by default when creating a new channel but that might have fucky consequences | 14:16:31 |
raitobezarius | conversely | 14:16:58 |