Lix Development | 424 Members | |
| (Technical) development of Lix, the package manager, a Nix implementation. Please be mindful of ongoing technical conversations in this channel. | 141 Servers |
| Sender | Message | Time |
|---|---|---|
| 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 | |
| i saw on the wiki you were talking about maybe retiring the matrix anyway given the infrastructure problems with it (though i'd be sad to see it go given my reasons above), so i guess i might have to get used to zulip at some point :p | 13:17:40 | |
| As per the recent meeting on this, Matrix will stay with a slightly reduced channel list | 13:39:22 | |
| (i wasn't sure what zulip channel would be best for this ;-;) is there anyway to re-launch the CI for a CL? i'm pretty sure the devShell and clang-tidy failures are just flaky ci, especially given the error messages and the fact that other pipelines (incl. on the same platform) were completely fine. the contributing wiki for the ci says "just login to restart the build" but i don't have the access level for it. | 22:31:12 | |
| * (i wasn't sure what zulip channel would be best for this ;-;) is there anyway to re-launch the CI for a CL? i'm pretty sure the devShell and |clang-tidy](https://buildkite.com/afnix/lix/builds/966/summary?sid=019d01d2-d404-41ec-a6c1-df3836789413&tab=output) failures are just flaky ci, especially given the error messages and the fact that other pipelines (incl. on the same platform) were completely fine. the contributing wiki for the ci says "just login to restart the build" but i don't have the access level for it. | 22:32:07 | |
| * (i wasn't sure what zulip channel would be best for this ;-;) is there anyway to re-launch the CI for a CL? i'm pretty sure the devShell and clang-tidy failures are just flaky ci, especially given the error messages and the fact that other pipelines (incl. on the same platform) were completely fine. the contributing wiki for the ci says "just login to restart the build" but i don't have the access level for it. | 22:32:29 | |
| 22:36:46 | ||
In reply to @blokyk:matrix.orgCan’t you force-push an amended commit without any diff? That should do the trick I think | 22:38:50 | |
| nah, that's what i did and it noticed that no code actually changed so it didn't re-run it | 22:39:55 | |
In reply to @blokyk:matrix.orgYou can get permissions if you ask, though I forgot where to ask 🙃 | 23:09:39 | |
In reply to @xokdvium:matrix.orgCode changes are required for that | 23:11:32 | |
| The CI is smart (still dumb) :p | 23:11:42 | |
In reply to @raitobezarius:matrix.orgChange one character and change back works? | 23:12:04 | |
| Or does the source hash get memoised? (Just curious) | 23:12:43 | |
| Gerrit understands the kinds of delta a patchset | 23:14:19 | |
| A NO_CODE_CHANGE won't trigger CI | 23:14:35 | |