| 8 Jul 2025 |
 Grimmauld (any/all) | but i won't be opening that PR today, so if anyone wants so replace some gits in the early stack then feel free to use these ^^ | 21:42:09 |
| Grimmauld (any/all) | sleep is preferred. | 21:42:19 |
 Vladimír Čunát | That won't help us now, right? Just next time. | 21:42:30 |
| Grimmauld (any/all) | yea | 21:42:36 |
 Fabián Heredia | Regarding now, I think the best option is what Alyssa Ross proposed (merging staging-next to the main branch and starting a new staging-next cycle with git 2.50.1) | 22:16:47 |
| Fabián Heredia | Well, regardless, merging into staging meanwhile, regardless if this cycle is scrapped (vcunant mentioned pulling the rest of staging) or a new one is started this would pulled from staging. | 22:23:27 |
 Sandro | Great idea! Did something similar with openssh a while ago. | 22:32:36 |
|  dgrig joined the room. | 22:36:56 |
| Fabián Heredia | * Well, merging into staging meanwhile, regardless if this cycle is scrapped (vcunant mentioned pulling the rest of staging) or a new one is started this would pulled from staging. | 22:39:51 |
| 9 Jul 2025 |
 Yureka (she/her) | redis/valkey tests are so flaky again
*** [err]: replica buffer don't induce eviction in tests/unit/maxmemory.tcl
| 00:34:13 |
| Yureka (she/her) | I tried on 3 different x86 hosts | 00:34:24 |
| Yureka (she/her) | (otherwise everything on staging-next + git update works for my server) | 00:35:19 |
|  ch joined the room. | 02:48:29 |
| Vladimír Čunát | Or alternatively, staging-next-25.05 might go first, as it has older security fixes as well. | 05:07:03 |
 alina arielle amelie🏳️⚧️🐾 | are people here already aware of this
https://blog.fyralabs.com/btrfs-corruption-issues/ | 09:05:01 |
| Vladimír Čunát | That just requires regular kernel update, right? | 09:06:44 |
| Vladimír Čunát | * That just requires a normal kernel update, right? | 09:06:54 |
 K900 | Yes | 09:07:00 |
| K900 | We should be 6.15.5 everywhere now | 09:07:05 |
| Yureka (she/her) | So no relevancy for staging | 09:07:11 |
| alina arielle amelie🏳️⚧️🐾 | ah i see, good | 09:07:20 |
| Vladimír Čunát | "everywhere": well, the nixos-unstable channel is still on 6.15.4. | 09:09:01 |
| Vladimír Čunát | And nixos-25.05 as well. | 09:09:15 |
| Vladimír Čunát | 25.05 should be a matter of just a few minutes (incidentally), -unstable hopefully today. | 09:10:57 |
| Vladimír Čunát | Just regular lagging. | 09:11:00 |
| Vladimír Čunát | * 25.05 should be a matter of just a few minutes (incidentally), -unstable hopefully today (tested job succeeded already). | 09:11:19 |
| alina arielle amelie🏳️⚧️🐾 | so would it be too late to add a warning or smth that prevents users from upgrading to that version without being aware of this regression? | 09:11:33 |
| K900 | Yes | 09:11:53 |
| K900 | We can't retroactively update channels really | 09:11:59 |
| Vladimír Čunát | 🤔 it wouldn't be hard technically, I suppose. But we certainly don't have a workflow for that. | 09:13:13 |
