| 5 Oct 2024 |
 K900 ⚡️ | It's more about how long fixing the regressions will take | 08:03:22 |
| K900 ⚡️ | And how that affects the timeline for future staging cycles | 08:03:33 |
 outfoxxed | whats the freeze date? if the patch is ready before then is there a chance it could be applied during the regression test period or should i just wait | 08:04:15 |
| K900 ⚡️ | Basically what I'm worried about is that the cycle being too long and then we don't have enough time to dogfood 6.8 | 08:05:04 |
| K900 ⚡️ | To be confident | 08:05:06 |
| K900 ⚡️ | * Basically what I'm worried about is the cycle being too long and then we don't have enough time to dogfood 6.8 | 08:05:14 |
| outfoxxed | yeah I've seen a fair amount of regressions for "minor" version bumps that it might be worth pushing off to the next release | 08:06:08 |
| K900 ⚡️ | And ideally I'd like to get 6.8 and the patch in two separate cycles so we don't have to play "was it this change or that change" when something epxplodes | 08:06:20 |
| K900 ⚡️ | * And ideally I'd like to get 6.8 and the patch in two separate cycles so we don't have to play "was it this change or that change" when something explodes | 08:06:23 |
| K900 ⚡️ | And the timeline is tight | 08:06:38 |
| outfoxxed | personally I don't need to get this in before the release, since at least most of my users are on unstable so I'll go with whatever | 08:07:10 |
| K900 ⚡️ | Anyway I guess we'll have to see how this cycle goes | 08:07:44 |
| K900 ⚡️ | And then we can see what we do about the next one | 08:07:51 |
| outfoxxed | if we're doing 6.7 in 24.11 maybe it makes sense to merge the patch anyway for all the kde users, and rebase it for 6.8 when thats ready? | 08:08:06 |
| K900 ⚡️ | Because right now this cycle is going like this | 08:08:09 |
| K900 ⚡️ | 
Download image.png | 08:08:11 |
| outfoxxed | In reply to @outfoxxed:outfoxxed.me
if we're doing 6.7 in 24.11 maybe it makes sense to merge the patch anyway for all the kde users, and rebase it for 6.8 when thats ready? if not ill wait till 6.8 to fix the nits and rebase | 08:09:01 |
| K900 ⚡️ | The problem is we don't know if we're doing 6.7 or 6.8 before we try 6.8 | 08:09:35 |
| outfoxxed | ah
are you testing for application correctness or just that everything builds | 08:10:04 |
| K900 ⚡️ | Mostly the former | 08:10:13 |
| K900 ⚡️ | Hydra can take care of the latter | 08:10:17 |
| K900 ⚡️ | But with e.g. 6.7.3 people are reporting weird runtime crashes | 08:10:26 |
| K900 ⚡️ | That I personally haven't hit but there's a lot of talk in the Plasma rooms | 08:10:41 |
| outfoxxed | theres lots of nasty ones in quick | 08:10:42 |
| outfoxxed | hit them personally a fair bit | 08:10:51 |
| K900 ⚡️ | And that's not something Hydra can catch | 08:10:56 |
| outfoxxed | personally would probably just hold off on 6.8 unless plasma can actually be fully tested in that time | 08:11:49 |
| K900 ⚡️ | If we get 6.8 into the next cycle and it goes closer to a normal timeline (i.e. 1-1.5 weeks and not 3), we'll have over a month to release | 08:13:12 |
| K900 ⚡️ | And we'll definitely have at least one more cycle to revert to 6.7 if it's really ba | 08:13:23 |
| K900 ⚡️ | * And we'll definitely have at least one more cycle to revert to 6.7 if it's really bad | 08:13:24 |
