Lix Development | 431 Members | |
| (Technical) development of Lix, the package manager, a Nix implementation. Please be mindful of ongoing technical conversations in this channel. | 145 Servers |
| Sender | Message | Time |
|---|---|---|
| 15 Mar 2026 | ||
| 20:54:47 | ||
| 20:55:03 | ||
| Tomorrow I think I will go through my merged nix PRs and port any applicable ones to Lix. Nothing too extravagant, just minor things. There are a few unmerged ones that are a bit more interesting, but I'll hold off on them for now in case they end up changing from review feedback. Later this week I'll probably join a Nix team meeting and bug them for reviews. | 23:11:13 | |
| but feel free to comment on the unmerged ones in case there's anything applicable before I get them accepted and port them to Lix | 23:15:57 | |
| 16 Mar 2026 | ||
| 10:16:20 | ||
| 10:16:31 | ||
| Getting used to gerrit again, I'm working on porting https://github.com/NixOS/nix/pull/15105. That PR has two commits, one for the build hook signals and one for the progress bar shutdown message. Should I open these as different changes? | 13:31:30 | |
| Yes, but be aware that Lix codebase is quite different in some areas (notably interruptions wise) from cppNix | 13:56:30 | |
| 17 Mar 2026 | ||
| 00:10:50 | ||
this is probably very dumb but: I'm trying to follow "Getting Started with Gerrit", and since it specifically points out "Now you can just git commit your change. No need to create a separate branch", i committed on main directly, but then the no-commit-on-branch commit hook failed because i tried to commit to main, so... am i missing something? | 03:11:46 | |
| It's still probably a good idea to separate your changes into their own branches, otherwise you'll have to rebase just to edit changes that happened before you make another, unrelated change | 03:16:34 | |
| right, that makes sense, i was just a little confused at the docs ^^; | 03:17:23 | |
| aaaand first CL submitted :D ...it's an 8-bytes diff x) | 03:24:38 | |
| * | 03:58:07 | |
In reply to @blokyk:matrix.orgI think that sentence was about remote branches, but you're right it's confusing | 09:14:57 | |
| 18 Mar 2026 | ||
hi, i recently got a review on one of my CLs (by eldritch horrors / pennae but they're not in this room ;-;), about using std::next to traverse a nix::Generator<T>, but i'm not very good with c++ so i'm not sure how to do that, since it seems that nix::Generator<T>.next returns a custom iterator implementation that differs from c++'s | 12:20:03 | |
* hi, i recently got a review on one of my CLs (by eldritch horrors / pennae but they're not in this room ;-;), about using std::next to traverse a nix::Generator<T>, but i'm not very good with c++ so i'm not sure how to do that, since it seems that nix::Generator<T>.next returns a custom iterator implementation that differs from c++'s(specifically, writing either std::next(gen.next()) or std::next(gen) gets me Candidate template ignored: substitution failure [with _InputIterator = iterator]: argument may not have 'void' type) | 12:21:50 | |
* c++ noob time: hi, i recently got a review on one of my CLs (by eldritch horrors / pennae but they're not in this room ;-;), about using std::next to traverse a nix::Generator<T>, but i'm not very good with c++ so i'm not sure how to do that, since it seems that nix::Generator<T>.next returns a custom iterator implementation that differs from c++'s(specifically, writing either std::next(gen.next()) or std::next(gen) gets me Candidate template ignored: substitution failure [with _InputIterator = iterator]: argument may not have 'void' type) | 12:27:21 | |
| That comment is non-blocking (it's marked as "Resolved"), so it's not a huge issue if you can't figure that out | 12:27:19 | |
But the comment does also specify that it would have to be something like std::next(traces.begin(), requestTraceIdx) | 12:28:03 | |
| yeah i saw but i figured i'd like to do it anyways, since that loop is quite weird to me | 12:28:10 | |
| yeah yeah i also tried that (the second arg is optional and defaults to 1), i simplified it for the comment but i'll edit it | 12:28:55 | |
* c++ noob time: hi, i recently got a review on one of my CLs (by eldritch horrors / pennae but they're not in this room ;-;), about using std::next to traverse a nix::Generator<T>, but i'm not very good with c++ so i'm not sure how to do that, since it seems that nix::Generator<T>.next returns a custom iterator implementation that differs from c++'s(specifically, writing either std::next(gen.next(), idx) or std::next(gen, idx) gets me Candidate template ignored: substitution failure [with _InputIterator = iterator]: argument may not have 'void' type) | 12:29:05 | |
| FYI, it's easier to reach out for development discussions over zulip.lix.systems ; if you plan to contribute more actively, I recommend joining it :) | 13:09:34 | |
| i've already made an account for it (because for some reason i couldn't join the matrix spaces before), but i'm not too good in more formal environments (at least to me zulip feels more formal) ;-; and i think the amount of things i can contribute given my skillset is not gonna be very high, especially given the time constraints i'll be in soon enough x) | 13:11:46 | |
| anyway, i hesitated doing that this time, but i'll do it next time then :) | 13:12:16 | |
| * anyway, i hesitated doing that this time, but i'll do it next time then, thanks for the clarification :) | 13:12:22 | |
| i'd say zulip is meant to make conversations more structured to help us to help you or help yourselves follow what you care about on a development level | 13:15:46 | |
| (sure, it's less tolerant of offtopics tangents but that's a feature :P) | 13:16:01 | |
| but no problem, this was just an invitation | 13:17:07 | |