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 | ||
| 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 | |
| Changing a character will trigger CI, yes | 23:14:47 | |
In reply to @piegames:flausch.socialI restate my position here that retriggering CI builds should not be a gated permission and instead be accessible to all logged-in users | 23:17:53 | |
| if you can't remember i can just change the release notes slightly, that should be enough x) | 23:18:19 | |
| * if you can't remember i can just change the release notes slightly, that should be enough x) edit: aaand it's pushed & restarted, thx folks | 23:20:15 | |
In reply to @piegames:flausch.socialI did not buy the Buildkite company yet alas | 23:20:31 | |
| (and I am not sure that a bot would make things more discoverable but maybe, not sure) | 23:21:50 | |
| CI failure UI on the gerrit side could include instructions on how to retrigger via bot | 23:22:39 | |
| (and I presume besadii could listen for gerrit CL comments, for example?) | 23:23:03 | |
| Yup | 23:24:24 | |
| 19 Mar 2026 | ||
| When I encounter a spurious CI failure, what I do is wait until someone else merges a cl and rebase my change on top and push. Not always the fastest, but doesn't involve asking anyone for help, which I'm rather bad at 🙃 | 02:00:05 | |
| raitobezarius doing a bit of maintenance to the lix package set in nixpkgs, i remember mention of some weird self ref in nix-direnv. when trying to repro that, it appears that… all packages in the set are currently infreccing? e.g.:
| 03:29:31 | |
| is this known? | 03:29:35 | |
| Yes, it is known that overlaying like this does not work. The only things it works for are Lix itself and its nix-eval-jobs. | 05:24:19 | |
| i was under the (i guess false!) impression that it was only for a handful of bad derivations (e.g. nix-direnv), but i guess it’s actually never worked at all? it should probably be removed from the website then if this is indeed true | 05:35:14 | |
| there was a Lix discussion at the time, but https://git.lix.systems/lix-project/lix-website/commit/26676b416a334fb69a7f6a2ac3d8464f321f4cca is what i remember | 05:37:38 | |