!lymvtcwDJ7ZA9Npq:lix.systems

Lix Development

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

Load older messages


SenderMessageTime
16 May 2024
@jade_:matrix.orgjade_ i think the sensible move is probably to not do the include/ move but to do the pkg-config name and -l break still 23:52:37
@puck:puck.moepuckaka "can we become the C api's upstream"23:52:38
@puck:puck.moepuck
In reply to @jade_:matrix.org
i think the sensible move is probably to not do the include/ move but to do the pkg-config name and -l break still
the C api is also not in a directory, it's just #include <nix_api_expr.h> etc
23:53:03
@puck:puck.moepucki think we're likely to break the API (tho the ABI should stay .. closer to same)23:53:21
@delroth:delroth.netdelrothhttps://git.lix.systems/lix-project/lix/src/branch/main/src/libcmd/installables.cc#L470 like, wtf, seriously23:53:30
@delroth:delroth.netdelrothok, I'll leave "fixing the UX" to someone else23:53:37
@delroth:delroth.netdelroththere is no way to make this /nix/store/...^out return a proper error message because if it throws then nix tries to interpret it as a flake, which also doesn't work because /nix/store/... isn't a flake, and that overrides the initial error23:54:22
@qyriad:katesiria.orgQyriad even if you throw a UsageError? 23:54:51
@delroth:delroth.netdelrothwell yeah, look at the code23:55:00
@delroth:delroth.netdelrothit catches (...)23:55:03
@qyriad:katesiria.orgQyriad what 23:55:11
@qyriad:katesiria.orgQyriad fucking hell 23:55:21
@jade_:matrix.orgjade_burn it23:55:27
@jade_:matrix.orgjade_we should fix that catch23:55:35
@qyriad:katesiria.orgQyriad kill catch (...) with fire basically anywhere we can 23:55:49
@delroth:delroth.netdelrothI wonder what's the funniest parsing exception I could trigger which would lead nix to try and parse something as a flake23:56:46
@qyriad:katesiria.orgQyriad I want to fuzz that parser so badly 23:57:04
@jade_:matrix.orgjade_fuzzing is cat behaviour23:57:20
@puck:puck.moepuck 23:57:52
@jade_:matrix.orgjade_ puck: any opinions on choosing to intentionally leave the includes in their current location but still explode pkg-config and linking, vs also moving includes to lix/? 23:58:46
@puck:puck.moepuckmove it. people should use pkg-config always even under nixpkgs23:59:06
@puck:puck.moepuckor, hrm23:59:13
@puck:puck.moepuckno, that'd break anyways23:59:18
@puck:puck.moepucki was thinking of the `foo -> <nix/foo>23:59:24
@puck:puck.moepuck * i was thinking of the foo -> <nix/foo> thing 23:59:25
@jade_:matrix.orgjade_ yes, but lix/ includes do actually affect downstreams if they are including things via #include <nix/nixexpr.hh> 23:59:30
@jade_:matrix.orgjade_but otoh we want to explode our include paths very aggressively in teh future anyhow23:59:51
@jade_:matrix.orgjade_so shrug23:59:53
@puck:puck.moepucksymlinks :D23:59:57
17 May 2024
@jade_:matrix.orgjade_ maybe the c api should be in nix/ still 00:00:02

Show newer messages


Back to Room ListRoom Version: 10