| 25 May 2025 |
 maralorn | Ja, aber:
xdg-desktop-autostart.target
The XDG specification defines a way to autostart applications using XDG desktop files. systemd ships systemd-xdg-autostart-
generator(8) for the XDG desktop files in autostart directories. Desktop Environments can opt-in to use this service by
adding a Wants= dependency on xdg-desktop-autostart.target.
Added in version 246.
| 11:57:21 |
| maralorn | d.h. aus systemd Perspektive ist das opt-in. | 11:57:56 |
 Atemu | Hm, speaking of which: vlt. kann man das target oder die services masken und so disablen? | 11:57:56 |
| Atemu | Oh! | 11:58:15 |
| maralorn | Vermutlich. otoh, hat z.B. home-manager eine option um selber Sachen in den autostart reinzupacken und ich finde die Idee das zu benutzen gar nicht so dumm … Aber dann müsste man es erstmal so konfigurieren, dass nur in directories schaut für die man da opt-in gemacht hat … | 12:00:01 |
| Atemu | tbh was ich glaube ich ganz gerne hätte ist, dass der generator mir units baut, diese aber nicht per default wanted sind | 12:03:45 |
| Atemu | Dann kann/muss ich explizit die services enablen, die ich wirklich haben will, aber die apps können halt declaren, wie sie denn auto started werden wollen, wenn das gewünscht ist | 12:05:14 |
| maralorn | Diese ganze business von systemd user daemon soll bitte Zeug starten, aber erst wenn das DE bereit ist, ist ja zumindest bei alles furchtbar brittle … | 12:06:21 |
| maralorn | Und ich fühle mich immer dirty, aber bin doch eigentlich recht glücklich mit dem dumm "spawn-on-start" welches auch immer mein compositor gerade anbietet … | 12:07:06 |
| maralorn | * Diese ganze business von systemd user daemon soll bitte Zeug starten, aber erst wenn das DE bereit ist, ist ja zumindest bei mir alles furchtbar brittle … | 12:07:29 |
| maralorn | * Und ich fühle mich immer dirty, aber bin doch eigentlich recht glücklich mit dem dummen "spawn-on-start" welches auch immer mein compositor gerade anbietet … | 12:07:36 |
| Atemu | @maralorn:maralorn.de schau dir mal UWSM an | 12:24:04 |
| Atemu | Das tut | 12:24:08 |
| maralorn | Huh, okay … | 12:26:59 |
| maralorn | but otoh greetd findet ja meine Niri session. Das sollte dann ja von sich aus schon das richtige tun … | 12:27:50 |
| maralorn | Huh, das nichts bewirkende autostart.enable wurde vor 7 Jahren hinzugefügt. 😄 https://github.com/NixOS/nixpkgs/commit/13e2e19158bcd2b4d53e452d82f62817194100ef Ich sehe Michael Peyton Jones in zwei Wochen. Kann ihn Fragen was er sich dabei gedacht hat. 😄 | 12:36:18 |
| maralorn | Hat jemand auf dem Schirm, wo greetd möglich wm sessions discovered? | 12:37:05 |
| maralorn | Ah, I guess services.displayManager.sessionPackages. | 12:38:03 |
|  katja (she/her) joined the room. | 13:46:00 |
 hexa | falls hier noch wer interesse an kanidm hat, ab morgen ist firstyear, einer der entwickler, bei uns zu gast | 13:52:07 |
| hexa | wir planen ein entspanntes treffen morgen ab 17 Uhr | 13:52:28 |
| hexa | #kanidm-darmstadt-2025:lossy.network wer die planung verfolgen möchte | 13:52:46 |
|  katja (she/her) left the room. | 14:08:40 |
| Atemu | In reply to @maralorn:maralorn.de
Huh, das nichts bewirkende autostart.enable wurde vor 7 Jahren hinzugefügt. 😄 https://github.com/NixOS/nixpkgs/commit/13e2e19158bcd2b4d53e452d82f62817194100ef Ich sehe Michael Peyton Jones in zwei Wochen. Kann ihn Fragen was er sich dabei gedacht hat. 😄 Das hat ggf. sogar mal funktioniert; was das breakt ist ja, dass anderswo das parent dir included wird | 18:50:28 |
| maralorn | Kennst Du denn irgendeinen workaround? https://github.com/NixOS/nixpkgs/issues/380166 | 21:36:45 |
| maralorn | Ich habe den Eindruck rm $out/etc/xdg/autostart in environment.extraSetup könnte tun. 😄 | 21:37:48 |
| hexa | forken | 21:39:19 |
| hexa | * forken | 21:39:23 |
| maralorn | Wen?^^ nixos? | 21:39:34 |
| maralorn | Okay, ich suche mir schonmal ein cutes Logo für "NoAutostartOS". | 21:40:05 |
