!lymvtcwDJ7ZA9Npq:lix.systems

Lix Development

422 Members
(Technical) development of Lix, the package manager, a Nix implementation. Please be mindful of ongoing technical conversations in this channel.143 Servers

Load older messages


SenderMessageTime
22 May 2024
@qyriad:katesiria.orgQyriad
In reply to@puck:puck.moe
json, tyvm
TOML I think is what we decided on?
02:15:50
@federicodschonborn:matrix.orgFederico Damián Schonborn
In reply to @delroth:delroth.net
(nix.conf.nix? :P)
nix.nix. Need to configure how Nix parses nix.nix? nix.nix.nix
02:17:48
@delroth:delroth.netdelrothrecursively look for nix.nix.nix.nix... until a fixpoint is reached02:18:21
@irenes:matrix.org@irenes:matrix.orgohhhhh lol I have to admit, I wondered why it wasn't in nix syntax03:24:16
@irenes:matrix.org@irenes:matrix.orgI'm not sure I really agree that there's a bootstrapping problem03:24:33
@irenes:matrix.org@irenes:matrix.orgbut I get it, I guess03:24:39
@irenes:matrix.org@irenes:matrix.orglike, I don't think there should be options that break the language itself03:25:08
@niko:nrab.lolniko ⚡️
In reply to @irenes:matrix.org
like, I don't think there should be options that break the language itself
Yes, but also if you want to use "just the language" you'd end up with flakes situation - with flake.nix having .nix extension even though it's actually a subset of nix
07:30:59
@irenes:matrix.org@irenes:matrix.orgyeah, hmmm08:04:08
@irenes:matrix.org@irenes:matrix.orgthat's true08:04:10
@irenes:matrix.org@irenes:matrix.orghmm08:04:21
@irenes:matrix.org@irenes:matrix.orgwell, this needs to be weighed carefully08:04:26
@grimmauld:grimmauld.deGrimmauld (moving to @grimmauld:grapevine.grimmauld.de)
In reply to @federicodschonborn:matrix.org
nix.nix. Need to configure how Nix parses nix.nix? nix.nix.nix
I actually configure stuff like lap and lang server and nvim integration for programming languages with one nix file per language. E.g. python.nix, rust.nix, and c.nix. thus I also actually have nix.nix as an existing part of my config
09:21:40
@grimmauld:grimmauld.deGrimmauld (moving to @grimmauld:grapevine.grimmauld.de)* I actually configure stuff like fmt and lang server and nvim integration for programming languages with one nix file per language. E.g. python.nix, rust.nix, and c.nix. thus I also actually have nix.nix as an existing part of my config09:22:00
@jade_:matrix.orgjade_image.png
Download image.png
21:04:21
@raitobezarius:matrix.orgraitobezarius (DECT: 7248)can i unsee21:21:40
@weirdrock:4d2.orgquartz joined the room.21:52:31
@irenes:matrix.org@irenes:matrix.orgLMAO I didn't know that was public22:07:16
@irenes:matrix.org@irenes:matrix.orgI continue to adore it22:07:20
@temmie_nya:matrix.orgtemmie_nya joined the room.23:21:37
23 May 2024
@delroth:delroth.netdelrothhow much do people here care about Nix native plugins (plugin-files = foo.so)? the whole way they rely on static initializers is really a pretty terrible API (for many reasons) and I'm already looking at changing that API internally in Lix because it's very broken with static builds19:50:17
@k900:0upti.meK900Yeet it 19:50:49
@k900:0upti.meK900I've only ever seen it used for absolutely disgusting things19:51:05
@delroth:delroth.netdelroth(basically: my goal is to get rid of RegisterPrimOp, RegisterStoreImplementation, RegisterCommand, and RegisterStoreImplementation internally in Lix in favor of something which doesn't rely on static initializers, like a simple "void r() { RegisterStore1(); RegisterStore2(); ... }19:53:28
@delroth:delroth.netdelroth * (basically: my goal is to get rid of RegisterPrimOp, RegisterStoreImplementation, RegisterCommand, and RegisterStoreImplementation internally in Lix in favor of something which doesn't rely on static initializers, like a simple "void RegisterAllStores() { RegisterStore1(); RegisterStore2(); ... }"19:53:35
@delroth:delroth.netdelroth * (basically: my goal is to get rid of RegisterPrimOp, RegisterStoreImplementation, RegisterCommand, and RegisterStoreImplementation internally in Lix in favor of something which doesn't rely on static initializers, like a simple "void RegisterAllStores() { RegisterStore1(); RegisterStore2(); ... }")19:53:38
@puck:puck.moepuckiirc nix has some kind of non-static-init method19:53:49
@puck:puck.moepuck yeah, void nix_plugin_entry(void) 19:54:06
@puck:puck.moepuck we should cherry-pick dc0f7d8 19:54:43
@niko:nrab.lolniko ⚡️
In reply to @delroth:delroth.net
how much do people here care about Nix native plugins (plugin-files = foo.so)? the whole way they rely on static initializers is really a pretty terrible API (for many reasons) and I'm already looking at changing that API internally in Lix because it's very broken with static builds
Native plugins were a mistake
19:55:08

Show newer messages


Back to Room ListRoom Version: 10