| 5 Dec 2025 |
 lennart | I'm going to email the nixpkgs core team about that later today. :) | 05:31:17 |
 ma27 | fwiw the original motivation is documented here: https://github.com/NixOS/rfcs/blob/master/rfcs/0080-nixos-release-schedule.md#motivation
(I didn't check if it still applies, but figured it might help with your considerations) | 06:06:00 |
| lennart | does help, thanks ma27. since NixOS is mainly used on servers, I'd argue WMs are negligible… lets see. | 06:56:19 |
| lennart |
The current March and September release months may be the worst months for GNOME and Plasma
https://github.com/NixOS/rfcs/blob/master/rfcs/0080-nixos-release-schedule.md?plain=1#L32
KDE Plasma releases roughly three major feature releases a year
https://endoflife.date/kde-plasma
yea, well…
| 06:57:42 |
 vcunat | If you need extra one week, it would seem way simpler to just promise one extra week or two. | 07:00:02 |
| lennart | uuuh nice idea | 07:00:11 |
| lennart | * uuuh nice idea, didn't think of that | 07:00:18 |
| vcunat | But I wouldn't do such changes lightly anyway. | 07:01:42 |
 dotlambda | You mean releasing earlier in the month? | 07:05:33 |
| vcunat | That might also be possible, but I meant moving the end of support, not the beginning. | 07:06:47 |
| vcunat |
I didn't check if it still applies, but figured it might help with your considerations
This timing will hold generally, as both Fedora and Ubuntu are doing 04 + 10.
| 07:07:24 |
 leona | I’m not here to represent them, but i can say that e.g. my workplace already struggles with 4 weeks upgrade time (but also partly for home-made reasons). Reducing it further doesn’t help | 07:08:38 |
| dotlambda | Releasing in early November would also give people more time to upgrade by the end of December | 07:09:42 |
| vcunat | We're surely all talking about increasing the overlap, not reducing. | 07:10:04 |
| leona | Ah, wasn’t sure about that, but then I agree | 07:10:49 |
| leona | I wasn’t sure if the proposal is “give maintainers more time, reduce overlap support period” or “release earlier -> lengthen the support period” | 07:12:35 |
| vcunat | Down-sides of increasing overlap are there, too. For example, staging >>> master lag gets like doubled in that period. | 07:14:08 |
| leona | I personally think we should wait for a faster hydra, then the problems won’t matter this much | 07:15:22 |
| lennart | I'd propose I sent an email to nixpkgs core team summarising all your and mine input, and we'll figure out how to move forward with them? DM me your mail address if you want to be CC'ed. gonna write that mail next week. OK? | 07:19:49 |
| lennart | * I'd propose I send an email to nixpkgs core team summarising all your and mine input, and we'll figure out how to move forward with them? DM me your mail address if you want to be CC'ed. gonna write that mail next week. OK? | 07:20:59 |
| vcunat | Why not in public, e.g. discours? | 07:24:46 |
| lennart | was just thinking about that aswell, discourse is good. thanks you all! | 07:25:10 |
| lennart | will do that maybe today, surely by next week | 07:25:21 |
 emily | I'm not sure we have reason to believe this - NixOS on the desktop seems very/increasingly popular and we already tend to get GNOME/Plasma updates right in the very last stage of the release, would be rough to pull it back | 10:18:31 |
| lennart | yea, I agree that shifting to different months is not all too good. the solution suggested by vcunat is better (adding a few more weeks of support before EOL). | 10:19:38 |
| emily | fwiw the period where we support two stable releases simultaneously already feels pretty painful in terms of handling backports and balancing Hydra builds to me, but I guess a week wouldn't change that much (OTOH if it's because of holidays, many people won't be working on those things for that week anyway) | 10:19:43 |
| emily | (only a personal opinion, not speaking for any team) | 10:19:54 |
| lennart | all good, thanks for your input! | 10:20:04 |
| lennart | I have no rush about this, gonna write the discourse post, maybe do an RFC. and if it's better not to do that, fine. | 10:20:25 |
| lennart | * I have no rush about this, gonna write the discourse post, maybe do an RFC. and if it's better not to do that, fine. :) | 10:20:34 |
