| 1 Sep 2021 |
 Vladimír Čunát | The runner status says: "currentJobs" : 4 :-) | 12:46:13 |
 hexa | Vladimír Čunát: hm, what was you reasoning behind merging staging-next-21.05? | 20:51:24 |
| Vladimír Čunát | Getting updated 21.05-small. | 20:52:14 |
| Vladimír Čunát | (I tried explaining in the commit message) | 20:52:30 |
| Vladimír Čunát | And missing binaries on a release branch seem less hurtful than on master. | 20:53:06 |
| hexa | GitHub isn't very forthcoming with the merge commit's message | 20:53:13 |
| hexa | at least not from within the pull request | 20:53:38 |
| hexa | FWIW: I don't mind, was just wondering because there was >50k jobs left | 20:54:01 |
| Vladimír Čunát | Ah, right... there's a PR :-) | 20:55:16 |
| hexa | ah, you merged from the CLI? :P | 20:56:23 |
| Vladimír Čunát | Yes, I typically merge from CLI. (and sign them) | 20:56:51 |
| Vladimír Čunát | The original motivation of -small channels was for faster delivery of security updates. Staging them (partially) defeats that. | 20:58:12 |
| Vladimír Čunát | Actually, aarch64-linux has no more runnables in queue ATM, if I look right. | 21:34:02 |
| Vladimír Čunát | So this will put it back to work. | 21:34:08 |
| Vladimír Čunát | * So this will put it back to work. (ah, probably not too much, just some NixOS tests will get added) | 21:38:43 |
| 3 Sep 2021 |
| Vladimír Čunát | In reply to @andi:kack.it
I'm currently testing the PR rebased on master (with a hydra jobset) so ideally the amount of (additional) rebuilds will be very small anyway. I don't expect the systemd jobset really helps to reduce the rebuilds much. It's small - only has about one thousand builds, but OfBorg says the full rebuild amount is >26k.
Also, I assume you didn't mean for systemd to go before the staging-next iteration that's been in progress for more than a week (?), and their combination will cause rebuilds again.
| 05:59:17 |
 andi- | It isn't about rebuilds but getting the testes executed. Also to be able to verify on local devices without days of rebuilding things locally. I don't expect it to merge apart from any of the usual staging flows. | 06:00:43 |
| andi- | * It isn't about rebuilds but getting the testes executed. Also to be able to verify on local devices without days of rebuilding things locally. I don't expect it to be merged outside of any of the usual staging flows. | 06:02:56 |
| Vladimír Čunát | Ah, so it just waits if there's more feedback and then will get merged to staging? Even staging-next would seem OK at this moment, given that you've tested it relatively a lot and it staging-next doesn't have that many binaries ATM (and x86_64-darwin is lagging way behind and won't suffer from systemd). | 06:04:48 |
| Vladimír Čunát | * Ah, so it just waits if there's more feedback and then will get merged to staging? Even staging-next would seem OK at this moment, given that you've tested it relatively a lot and staging-next doesn't have that many binaries ATM (and x86_64-darwin is lagging way behind and won't suffer from systemd). | 06:05:18 |
| andi- | Yeah, I don't think it is very risky right now. There is one minor change pending and then it is good to go. I'll have a look at that in the evening. By then all the pending tests are hopefully through. | 06:07:21 |
| 4 Sep 2021 |
| andi- | FWIW I think the PR is "final". I've gone through most of the hydra build failures and I couldn't find anything that would come from my changes. Retargeted the PR to staging-next so we can merge it in whenever you want. | 16:33:46 |
| 5 Sep 2021 |
| hexa |
Your branch is ahead of 'origin/staging-next' by 485 commits.
| 12:52:07 |
|  lukegb (he/him) joined the room. | 12:52:29 |
| hexa | merged | 12:53:44 |
| hexa | ping me when python issues come up | 12:54:25 |
| lukegb (he/him) | ack | 12:54:34 |
| lukegb (he/him) | hmm, imagemagick bump in there too? | 12:54:40 |
| hexa | ah fuck | 12:55:10 |
| hexa | I forgot to rebase | 12:55:15 |
