!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
17 May 2024
@puck:puck.moepuckwe can have compat pkg-config entries if we really care00:00:05
@jade_:matrix.orgjade_we should not have compat pkg-config00:00:14
@jade_:matrix.orgjade_because we don't have api compat00:00:18
@jade_:matrix.orgjade_we would just like to not explode peoples actual application code that badly for no reason i guess00:00:31
@puck:puck.moepuck
In reply to @jade_:matrix.org
maybe the c api should be in nix/ still
oh, the C api is in the root of -isystem anyways; but i think we can discuss that; i might do a 1:1 with horrors about this some point soon
00:01:01
@puck:puck.moepuck(i'd like to get the C api in soonish because it'd mean we can run zilch on it)00:01:13
@puck:puck.moepuck (mind you, https://puck.moe/git/zilch/tree/core/nix/default.nix?id=ae0f39a7b7eeef67442f96dd461648369fc47e0f#n3) 00:01:34
@jade_:matrix.orgjade_ anyway i guess im inclined to explode C++ API really hard on purpose. but we can stage the move include/nix/ to include/lix/ to a second change? idk what you prefer 00:01:47
@puck:puck.moepuck * (mind you, i miight've already done this~) 00:01:51
@qyriad:katesiria.orgQyriad no one external is using the C API right now I'm not sure if it matters or not 00:03:52
@puck:puck.moepuck
In reply to @puck:puck.moe
i think we'll likely break the C api but i have plans to try and convince robert
(we can probably have a convincing point if we have a nice API and proper rust/python bindings)
00:04:52
@delroth:delroth.netdelrothanyway, https://gerrit.lix.systems/c/lix/+/1151 enough rabbit hole for tonight00:06:53
@delroth:delroth.netdelrothalso first bug I fix in Lix which is actually a Nix bug and not a regression in Lix /hides00:07:27
@julia:the-apothecary.clubjuliaoh yeah for Gerrit if a change is all approved who presses the submit button? is it still one of the reviewers or is it supposed to be me00:13:19
@puck:puck.moepuckthe author, preferably00:13:47
@jade_:matrix.orgjade_author, yes00:14:04
@jade_:matrix.orgjade_it prevents the classic github blunder of not being able to decide as the submitter if you want to action a review00:14:34
@jade_:matrix.orgjade_unless you have merge rights. which is goofy!00:14:42
@jade_:matrix.orgjade_ (at my last employer people had merge rights and the practice was to self-merge with an approval for exactly this reason) 00:15:05
@jade_:matrix.orgjade_ * (at my last employer people had github merge rights and the practice was to self-merge with an approval for exactly this reason) 00:15:11
@julia:the-apothecary.clubjuliaah00:15:13
@qyriad:katesiria.orgQyriad This also means the author has the final say in whether their code is merged  00:15:50
@julia:the-apothecary.clubjuliaGerrit is so nice it makes so much more sense than GitHub/hitlab merge request workflow I can't believe I "got taught it" (read; died having group members learn it) at uni 00:16:11
@qyriad:katesiria.orgQyriad I know right  00:16:34
@delroth:delroth.netdelrothevery time I wonder if the gerrit workflow is actually better or if I've just been conditioned by 9+ years of Critique00:17:30
@delroth:delroth.netdelrothand then I think for 15s and realize that no, github actually really just sucks00:17:38
@puck:puck.moepuckyeah00:17:42
@puck:puck.moepucklike, gerrit reviews are so good, they nailed all of it by just .. replicating the email workflow but in a web ui00:17:56
@delroth:delroth.netdelrothdisagree: email workflow doesn't have the "resolved" bit00:18:23
@delroth:delroth.netdelrothwhich makes it greatly inferior00:18:28

Show newer messages


Back to Room ListRoom Version: 10