| 28 Oct 2024 |
 Sandro | The module I posted above basically does that but without you having to write the code for it | 12:53:11 |
| Sandro | But looks about right | 12:53:15 |
 ma27 | In reply to @sandro:supersandro.de
Please mark it insecure otherwise people can't uograde upgrade from where?
you can also go to 14 and upgrade then? | 13:27:34 |
| Sandro | you need the old version to upgrade and if someone is still on 13 because well, they never upgraded then they cannot without also adding an old channel back | 13:28:17 |
| Sandro | removing the package would just make upgrading for people that have slept it over until now even harder | 13:28:45 |
| ma27 | hmm yeah fair.
Guess I'll add a warning for the oldest two(?) postgresql version in the conditional. | 13:29:43 |
| 29 Oct 2024 |
 Arian | i'm running into a lot of Bluetooth issues since bluez 5.78 landed on unstable. Just a heads up | 12:27:28 |
| Arian | things disconnect after a while; and lose their pairing | 12:27:35 |
| Arian | It's fixed by rolling bluez back to 5.76 | 12:27:46 |
| Arian | Or at least; I'm not running into the issue when I boot that nixos generation | 12:28:13 |
| 30 Oct 2024 |
|  Tomodachi94 (they/them) joined the room. | 04:49:41 |
| 1 Nov 2024 |
 vcunat | Schedule: I believe we can only afford a single staging-next iteration before branch-off. | 07:03:13 |
| vcunat | So I suggest that we ~~scratch~~ the first cycle from the official schedule at least. | 07:04:11 |
 Lily Foster | In reply to @vcunat:matrix.org
So I suggest that we ~~scratch~~ the first cycle from the official schedule at least. why, uh, is the schedule tight around that again? i don't think it's been like that in prior releases, but idk if staging has just been slow or if the schedule changed? | 11:43:31 |
 linj | I guess the schedule changed due to holidays https://discourse.nixos.org/t/lets-have-a-great-24-11-release-cycle/51549 | 11:51:20 |
 SigmaSquadron | sooo, ZHF today? | 12:56:08 |
| SigmaSquadron | I've been trying to fix gnuk recently, but i don't think there's time to add the new packages its newer versions require, so the PR I have prepped for it just overhauls the derivation to conform to recent standards and marks it as broken.
| 13:00:38 |
| SigmaSquadron | * I've been trying to fix gnuk recently (has been failing to build for a while now), but i don't think there's time to add the new packages its newer versions require, so the PR I have prepped for it just overhauls the derivation to conform to recent standards and marks it as broken.
| 13:00:55 |
| SigmaSquadron | it requires picolibc which will probably be a mess of pkgsCross that I do not want to touch.
| 13:01:31 |
| vcunat | New packages can be added to stable releases any time, e.g. 24.05 could still get them even. | 13:03:06 |
| vcunat | * New packages can be added to stable releases any time, e.g. 24.05 could still get them even, at this moment. | 13:03:16 |
 Tristan Ross | In reply to @sigmasquadron:matrix.org
sooo, ZHF today? Yes | 14:13:12 |
| Tristan Ross | https://github.com/NixOS/nixpkgs/issues/352882 | 14:34:56 |
 emily | you're missing the ñ! | 14:47:54 |
| Tristan Ross | In reply to @emilazy:matrix.org
you're missing the ñ! I can't type it with my JP IME lol | 14:50:47 |
| Tomodachi94 (they/them) | Is it okay to drop packages that we realistically cannot maintain and that have been EOL for a long time, with a large number of open CVEs and several mature compatible replacements? | 23:56:49 |
| Tomodachi94 (they/them) | (I'm referring to OracleJDK in this specific case, but I made the question a tad more general. There is already consensus in #NixOS JVM that we can't realistically maintain that) | 23:58:12 |
| emily | it would be okay even if only one of those applied tbh | 23:58:23 |
| emily | In reply to @qyliss:fairydust.space
We've never prevented removing packages at any time before a release either, fwi.w see discussion around here | 23:58:40 |
| 2 Nov 2024 |
|  hpfr joined the room. | 04:01:46 |
