| 23 May 2025 |
 flx | Kann ich irgendwie den Commit von dem ryantm update bot rebasen? https://github.com/NixOS/nixpkgs/pull/406686 | 23:32:27 |
| flx | Wahrscheinlich muss ich dazu Committer sein? | 23:32:46 |
| flx | nvm. ich hab einfach einen eigenen pr erstellt. | 23:58:31 |
| 24 May 2025 |
| flx | leona: Ein Jenkins LTS Release wird nur für 3 Monate supported und bekommt während dessen 3 minor Releases im Abstand von 4 Wochen. Ein neues LTS major Release könnte Dinge brechen. Können die trotzdem gebackported werden? Ansonsten hat das Jenkins Paket auf dem Stable Branch sehr wahrscheinlich irgendwelche Sicherheitslücken bis zum nächsten Release. | 00:22:47 |
| flx | * leona: Ein Jenkins LTS Release wird nur für 3 Monate supported und bekommt während dessen 3 minor Releases im Abstand von 4 Wochen. Ein neues LTS major Release könnte Dinge brechen. Können die trotzdem gebackported werden? Ansonsten hat das Jenkins Paket auf dem Stable Branch sehr wahrscheinlich irgendwelche Sicherheitslücken bis zum nächsten NixOS Release. | 00:23:45 |
| flx | * leona: Ein Jenkins LTS Release wird nur für 3 Monate supported und bekommt während dessen 3 minor Releases im Abstand von 4 Wochen. Ein neues LTS major Release könnte Dinge brechen. Können die trotzdem gebackported werden? Ansonsten hat das Jenkins Paket auf dem Stable Branch sehr wahrscheinlich irgendwelche Sicherheitslücken und Bugs bis zum nächsten NixOS Release. | 00:25:18 |
 Atemu | Wenn secuirity-critical: Ja | 09:59:05 |
| Atemu | Generell kann man das so sagen, dass alles backported werden soll, das kaputt geht und die discovery von einem neuen security bug ist breakage. Genauso bei e.g. yt-dlp das auch immer backported wird, weil halt der service mit dem es interagiert andauernd breakt | 10:00:57 |
 leona | Wenn es ein paket ist, dass viele Versionen mit breaking changes hat, kann es auch nett sein versionierte Pakete bereitzustellen, die dann über Zeit mit knownVulnerabilities markiert werden. Sonst wie Atemu sagt | 10:04:40 |
| flx | alles klar. | 13:43:59 |
| 25 May 2025 |
 maralorn | Was um alles in der Welt ist denn /run/current-system/sw/etc/xdg/autostart und wie kriege ich es weg? | 11:38:58 |
| maralorn | Immer dieser neumodische scheiß nach nem system upgrade … | 11:39:20 |
 piegames | ✨it's automagic✨ | 11:39:57 |
| maralorn | Da sind jetzt 6 services drin, die apparently alle gestartet werden sollen von meinem systemd user daemon. | 11:40:06 |
| maralorn | Aber ich will die alle 6 nicht haben. 😄 | 11:40:26 |
| maralorn | Ich glaube kaum eine Software hat mir schon mehr Frustration erzeugt als der gnome-keyring und der hat sich da jetzt schon wieder in mein System geschmuggelt. 😭 | 11:41:13 |
 katja (she/her) | xdg.autostart.enable = false; ?
| 11:43:37 |
| maralorn | Und was halt schon skurril ist, wenn ich mir anschaue was z.B. programs.nm-applet.enable macht, dann frage ich ob das nicht eiskalt kollidiert mit diesem Autostart Zeug. i.e. wenn ich das auf true hätte, dann würden zwei systemd units versuchen nm-applet zu starten. | 11:45:02 |
| maralorn | Ah, Atemu hat sich damit schonmal auseinander gesetzt? 😄 https://github.com/NixOS/nixpkgs/issues/380166 | 11:45:03 |
| katja (she/her) | ach du sch... x) | 11:46:01 |
 Grimmauld (migrated to @grimmauld:m.grimmauld.de) | https://github.com/NixOS/nixpkgs/blob/2e80d2ee44ff98f2f2325afdd2b8241684268542/nixos/modules/config/xdg/autostart.nix#L18-L22
es sollte conditional sein... | 11:48:08 |
| katja (she/her) | bringt nichts, wenn es /etc/xdg nicht ist.
| 11:49:06 |
| maralorn | Also irgendwie muss halt auch noch das desktop environment / wayland compositor oder so das xdg-desktop-autostart.target requesten versuche gerade herauszufinden, wie ich mir das eingetreten habe. | 11:51:46 |
| maralorn | Obwohl ich ja eigentlich die Idee, das für autostart zu benutzen gar nicht so dumm finde. Aber dann sollen halt bitte nicht einfach alle Pakete in den autostart folder reinrotzen dürfen nur weil ich sie nach environment.systemPackages packe … Boah, Windows Gefühle … | 11:53:07 |
| maralorn | * Also irgendwie muss halt auch noch das desktop environment / wayland compositor oder so das xdg-desktop-autostart.target requesten. Versuche gerade herauszufinden, wie ich mir das eingetreten habe. | 11:53:30 |
| Atemu | In reply to @maralorn:maralorn.de
Ich glaube kaum eine Software hat mir schon mehr Frustration erzeugt als der gnome-keyring und der hat sich da jetzt schon wieder in mein System geschmuggelt. 😭 Und es ist einen semi-hard dependency für viele apps; I hate it | 11:53:41 |
| Atemu | In reply to @maralorn:maralorn.de
Obwohl ich ja eigentlich die Idee, das für autostart zu benutzen gar nicht so dumm finde. Aber dann sollen halt bitte nicht einfach alle Pakete in den autostart folder reinrotzen dürfen nur weil ich sie nach environment.systemPackages packe … Boah, Windows Gefühle … Yup, same reaction from my side.. | 11:55:43 |
| Atemu | In reply to @maralorn:maralorn.de
Also irgendwie muss halt auch noch das desktop environment / wayland compositor oder so das xdg-desktop-autostart.target requesten versuche gerade herauszufinden, wie ich mir das eingetreten habe. Das ist ein good point; das hatte ich nicht investigated | 11:56:14 |
| Atemu | Oder war das nicht irgendwie built into systemd? | 11:56:32 |
| Atemu | Ich will eig. generell kein implicit autostart; alles was bei mir automatisch starten soll wird bitte zu einer user unit | 11:57:14 |
