| 12 Nov 2025 |
 leona | Is nim 1 EOL? You can remove it, but you have to take care of in-tree usages ofc | 07:25:28 |
 eveeifyeve | Is there a script that I can the usage of nim1. | 11:43:46 |
| eveeifyeve | * Is there a script that I can the usage of nim1? | 11:43:50 |
| leona | maybe there are, but you can also just use grep/ripgrep | 11:44:26 |
|  Inayet changed their display name from inayet to Inayet. | 12:39:41 |
| eveeifyeve | I am finding it hard to deprecate nim1 I am struggling on package mosdepth which uses nim1, but I can't seem to build a lockfile for it. | 13:03:33 |
|  daylin joined the room. | 14:49:01 |
| 14 Nov 2025 |
|  Aaron Hall joined the room. | 01:18:31 |
| Aaron Hall | Emacs org in 25.05 | 05:24:38 |
| Aaron Hall | * Emacs org's version, in 25.05, is not available in ELPA (they must have deleted it.) | 05:25:18 |
| Aaron Hall changed their display name from Aaron Hall, MBA to Aaron Hall. | 06:04:00 |
| eveeifyeve | Please look at https://github.com/NixOS/nixpkgs/pull/435408 they have fixed it in unstable. | 07:26:41 |
| leona | i'm doing staging branch-off now. | 09:52:17 |
| leona | staging-25.11 and staging-next-25.11 branches exist now (hydra jobsets will be created later) | 10:04:30 |
| leona | release-notes + periodic-merge workflows in https://github.com/NixOS/nixpkgs/pull/461526 | 10:04:50 |
|  MATE joined the room. | 17:54:26 |
|  Florian set a profile picture. | 18:40:39 |
|  @corngood:corngood.com joined the room. | 19:46:11 |
| 16 Nov 2025 |
 dotlambda | What's the point of staging-next-25.11? Won't staging-next be merged into master before branch-off? | 15:05:12 |
| dotlambda | I'm asking cause I have a fix for something broken on staging-next and want to make sure it reaches 25.11 too | 15:05:46 |
 vcunat | The current staging-next will. | 15:07:44 |
| vcunat | The next one won't reach 25.11. | 15:07:50 |
| leona | Primarily we have staging-25.11 because the current staging branch won’t reach 25.11 anymore and we want to make it possible directly create the backport PR to staging-25.11. To not complicate things too much, we already create the staging-next-25.11 branch even though it has no technical sense until branchoff | 15:08:04 |
| dotlambda | In reply to @vcunat:matrix.org
The next one won't reach 25.11. I'm aware | 15:08:07 |
| vcunat | I think we need staging-next-25.11 already for the auto-merging workflow to work right. | 15:08:32 |
| leona | i.e. just give your PR to staging, the backport staging-25.11 label | 15:08:35 |
| dotlambda | In reply to @leona:leona.is
Primarily we have staging-25.11 because the current staging branch won’t reach 25.11 anymore and we want to make it possible directly create the backport PR to staging-25.11. To not complicate things too much, we already create the staging-next-25.11 branch even though it has no technical sense until branchoff So it's just there for the regular automatic merges? | 15:08:36 |
| dotlambda | I thought those don't make too much sense before release-25.11 is created | 15:09:02 |
| leona | Yes. It would work without it, but then the workflow would again look different than for the other branches and I didn’t like it | 15:09:23 |
| dotlambda | I think this is more confusing than helpful and in the future, staging-next-26.05 should only be created after the last merge of staging next into master before branch-off | 15:10:00 |
