| 22 Sep 2021 |
 lukegb (he/him) | *eval's builds are mostly settled (which is... probably a few hundred x86_64-darwin builds that seem stuck) | 23:05:25 |
 hexa | hardened kernel maintenance is a mess on master | 23:10:15 |
| hexa | the way it is right now … the hardened kernel delays regular kernel updates | 23:10:35 |
| lukegb (he/him) | In reply to @hexa:lossy.network
the way it is right now … the hardened kernel delays regular kernel updates in this case... it's just broken instead | 23:12:59 |
| lukegb (he/him) | but yeah, I agree, they probably shouldn't be modifying the base kernels because the hardened patchset often lags | 23:13:31 |
 trofi | should the package be marked as broken in metadata? (would it help?) | 23:14:37 |
| lukegb (he/him) | nah, it doesn't really matter | 23:15:07 |
| lukegb (he/him) | (at least, imo) | 23:15:16 |
 Vladimír Čunát | It would be less messy on Hydra. | 23:18:44 |
| Vladimír Čunát | And perhaps users would know earlier that their build is bound to fail. | 23:19:09 |
 Sandro | In reply to @hexa:lossy.network
the way it is right now … the hardened kernel delays regular kernel updates Wasn't this decoupled a while ago? | 23:25:20 |
| lukegb (he/him) | I have a patch which patches the patch | 23:48:44 |
 sterni | as you do | 23:49:31 |
| Vladimír Čunát | In reply to @lukegb:zxcvbnm.ninja
Going to merge staging-next once this eval finished, unless it all goes horribly wrong; Linux hardened is now broken on master anyway (new kernel bump, hardened patchset hasn't updated yet), but I fixed the one(?) remaining working version ;) xinstall-netbsd seems relatively big, but I guess people can patch it on master. (some attempts to fix were said to happen within a day) | 23:55:14 |
| lukegb (he/him) | Ah yeah, that's causing a bunch of failures for darwin | 23:55:45 |
| 23 Sep 2021 |
| lukegb (he/him) | https://github.com/NixOS/nixpkgs/pull/139051 ugh | 01:06:23 |
| lukegb (he/him) | hah, raced r-burns: https://github.com/NixOS/nixpkgs/pull/139046 | 01:08:32 |
| lukegb (he/him) | Merged some ffmpeg stuff and some smaller r-burns PRs. I'm hoping this is the last hydra iteration. | 13:32:04 |
| 24 Sep 2021 |
| Vladimír Čunát | staging-next was merged now! | 11:18:51 |
| sterni | need to get the mandoc update into staging quick then :p | 14:57:24 |
| Vladimír Čunát | It's too late, I suspect. But at this point it might be fine to merge to staging-next. | 15:06:11 |
| sterni | yeah I think I will, it just causes a few rebuilds on darwin since it's a nativeBuildInput of some netbsd tool | 15:15:47 |
| lukegb (he/him) | Has anyone started the next staging-next iteration or shall I do it again when I get home | 15:20:43 |
| sterni | staging is 89 commits ahead of staging-next atm, I think, so no | 15:31:06 |
| Vladimír Čunát | I got confused by staging-next getting over 30k jobs on Hydra about an hour ago. | 15:43:02 |
| Vladimír Čunát | That... doesn't even look like an intentional situation. | 15:43:22 |
| lukegb (he/him) | ...oh boy | 15:44:32 |
| sterni | hopefully ofborg finishes before lukegb (he/him) gets home so I can merge mandoc into staging still :p | 15:51:14 |
| Vladimír Čunát | I see no need to hurry with starting the next iteration, as Hydra will clearly be busy anyway for at least one day. | 15:53:06 |
| sterni | oh these jobs are left over from the last iteration? | 15:53:34 |
