| 20 Dec 2023 |
 bendlas | I've bundled all the frustration that I felt about the issues that we had with 23.11 and PostgreSQL 15 into a proposal on how to approach state transitions in a holistic way: https://github.com/bendlas/nixpkgs/blob/nixos-state-management/nixos/state/requirements.md | 00:31:31 |
| 23 Dec 2023 |
|  raitobezarius changed their display name from raitobezarius to raitobezarius (DECT 2128). | 22:22:31 |
| 25 Dec 2023 |
|  @julienmalka:matrix.org changed their display name from Julien to Julien - DECT 4575. | 20:03:43 |
|  lassulus changed their display name from lassulus to lassulus (8587). | 22:41:42 |
| 28 Dec 2023 |
|  piegames changed their display name from piegames to piegames [☎ 9712]. | 01:33:53 |
| 30 Dec 2023 |
| @julienmalka:matrix.org changed their display name from Julien - DECT 4575 to Julien. | 18:43:51 |
| lassulus changed their display name from lassulus (8587) to lassulus. | 19:30:24 |
| raitobezarius changed their display name from raitobezarius (DECT 2128) to raitobezarius. | 19:53:06 |
| 31 Dec 2023 |
| piegames changed their display name from piegames [☎ 9712] to piegames. | 12:41:00 |
|  Philip Taron (UTC-8) changed their display name from Philip Taron to Philip Taron (UTC-8). | 18:10:52 |
| 1 Jan 2024 |
|  nixinator left the room. | 22:45:04 |
| 2 Jan 2024 |
| raitobezarius | https://discourse.nixos.org/t/limited-cache-availability-for-i686-32-bits-x86-architecture/37626 | 04:38:15 |
 hexa | deleted backport labels for 23.05 | 10:58:45 |
|  @1h0:matrix.org joined the room. | 11:34:21 |
| 4 Jan 2024 |
|  LilleCarl changed their display name from LilleCarl to LilleCarl (Salsa9). | 09:06:29 |
| 5 Jan 2024 |
|  obsqrprjkt joined the room. | 14:08:10 |
| 11 Jan 2024 |
 Lily Foster | someone new to the community brought up being surprised by a new release (23.11) in #nix:nixos.org that they didn't know about since they don't check the website or discourse or anything regularly. how would we feel about adding to the release procedure pushing an eval warning of some flavor explaining that there is a new release and the EOL date of their current release to NixOS, maybe 2 weeks before the channels get turned off for a deprecated release? | 16:07:32 |
| Lily Foster | i can come up with technical details for it and make the PR to the release wiki if we're interested in something like that | 16:08:08 |
 Janne Heß | In reply to @lily:lily.flowers
someone new to the community brought up being surprised by a new release (23.11) in #nix:nixos.org that they didn't know about since they don't check the website or discourse or anything regularly. how would we feel about adding to the release procedure pushing an eval warning of some flavor explaining that there is a new release and the EOL date of their current release to NixOS, maybe 2 weeks before the channels get turned off for a deprecated release? systemd somewhat does that now. You need to explicitly continue booting it when the release is unsupported | 17:49:01 |
| raitobezarius | In reply to @lily:lily.flowers
someone new to the community brought up being surprised by a new release (23.11) in #nix:nixos.org that they didn't know about since they don't check the website or discourse or anything regularly. how would we feel about adding to the release procedure pushing an eval warning of some flavor explaining that there is a new release and the EOL date of their current release to NixOS, maybe 2 weeks before the channels get turned off for a deprecated release? Personally I would like to have a companion tray program for NixOS which informs you about various events of your system | 17:54:55 |
| raitobezarius | e.g. new release, EOL, security issues, etc. | 17:55:00 |
| raitobezarius | I don't see it specific to the release stuff but more like a event stream for anything relevant going on in nixpkgs | 17:55:15 |
| Lily Foster | In reply to @raitobezarius:matrix.org
I don't see it specific to the release stuff but more like a event stream for anything relevant going on in nixpkgs would you feel that should replace adding an eval warning when evaluating deprecated releases, or should we maybe look at eventually having both? | 17:57:12 |
| raitobezarius | For an eval warning, I would fear that people would find this a bit obnoxious but I may be wrong though we can of course provide toggles and what not | 17:57:18 |
| Lily Foster | also just curious, are you thinking something like gentoo enews? | 17:57:23 |
| raitobezarius | In reply to @lily:lily.flowers
would you feel that should replace adding an eval warning when evaluating deprecated releases, or should we maybe look at eventually having both? I think eval warning have the problem that you need to eval to find them | 17:57:32 |
| raitobezarius | In reply to @lily:lily.flowers
also just curious, are you thinking something like gentoo enews? Yeah, news items but maybe not by email | 17:57:46 |
 Vladimír Čunát | They're per-package I think. | 17:57:59 |
| raitobezarius | It's not mutually exclusive | 17:58:12 |
| raitobezarius | I think we have per-module, per-package, per-release, per-architecture news | 17:58:23 |
