| 7 Aug 2024 |
 Moritz Sanft | Nach 360 Sekunden werden mithilfe von swaymsg alle Outputs (Bildschirme) ausgemacht | 18:06:11 |
| Moritz Sanft | Er könnte auch einfach systemctl sleep machen aber | 18:06:27 |
 Benedikt Ritter (britter) | Die outputs auszuschalten ist doch nicht das gleiche wie sleep, oder? | 18:06:51 |
| Moritz Sanft | Eifentlich braucht er das before-sleep auch nicht, weil nach 300 Sekunden sowieso gelockt wird | 18:07:04 |
| Moritz Sanft | In reply to @britter:yatrix.org
Die outputs auszuschalten ist doch nicht das gleiche wie sleep, oder? Soweit ich weiß macht sleep noch mehr Sachen | 18:07:15 |
| Moritz Sanft | Aber kannst du mich jetzt auch nicht drauf festnageln | 18:07:27 |
| Benedikt Ritter (britter) | Okay, wenn sleep mehr sachen macht, als die displays auszuschalten, wo ist dann das mapping, welches aus command = "${pkgs.sway}/bin/swaymsg 'output * dpms off'"; ein before-sleep event macht? | 18:10:44 |
| Moritz Sanft | Ich denke mal das ist swayidle-spezifisch | 18:11:15 |
| Benedikt Ritter (britter) | Dass systemctl sleep ein before-sleep event feuert macht Sinn, aber das andere ist ja einfach nur eine beliebige command line. | 18:11:25 |
| Benedikt Ritter (britter) | Ich les mir mal die man page von swayidle durch. | 18:11:45 |
| Moritz Sanft | Ich glaube Pauls Config ist etwas weird | 18:13:18 |
| Benedikt Ritter (britter) | https://man.archlinux.org/man/swayidle.1#EVENTS das verstehe ich so, dass systemd sleep das event feuert. Ich glaube nicht, dass das in Pauls config funktioniert. | 18:13:31 |
| Moritz Sanft | Das before-sleep dürfte nur fired werden, wenn man manuell systemctl sleep aufrugt | 18:13:43 |
| Moritz Sanft | * Das before-sleep dürfte nur fired werden, wenn man manuell systemctl sleep aufruft | 18:13:47 |
| Moritz Sanft | (was auch sinnvoll ist, aber wsl. nicht desired) | 18:14:05 |
| Moritz Sanft | * (was auch sinnvoll ist, aber wsl. nicht das, was Pauls Config eigentlich machen soll) | 18:14:22 |
| Moritz Sanft | Das Example ergibt etwas mehr Sinn:
[
{ timeout = 60; command = "${pkgs.swaylock}/bin/swaylock -fF"; }
{ timeout = 90; command = "${pkgs.systemd}/bin/systemctl suspend"; }
]
| 18:14:48 |
| Benedikt Ritter (britter) | Das before sleep in Pauls config macht Sinn, da es ja sein kann, dass man manuel das sleep aufruft. | 18:17:16 |
| 13 Aug 2024 |
| Benedikt Ritter (britter) | Öhm, can I haz screenshare on Sway WM? 😅 funktioniert einfach nicht. Ist das ein sway Problem? Ein Wayland Problem? Bei StackOverflow haben ich einen einfachen Guide mit 9 Schritten gefunden um das ans laufen zu bekommen… geht das auch einfacher? 🤔 | 07:30:06 |
| Moritz Sanft | Also bei mir funktioniert es (in Teams) einfach | 07:30:45 |
 Paul Z | In reply to @britter:yatrix.org
Öhm, can I haz screenshare on Sway WM? 😅 funktioniert einfach nicht. Ist das ein sway Problem? Ein Wayland Problem? Bei StackOverflow haben ich einen einfachen Guide mit 9 Schritten gefunden um das ans laufen zu bekommen… geht das auch einfacher? 🤔 Eigentlich brauchst du nur xdg-desktop-porzal-wlr, damit der Bildschirminhalt über Pilewire für andere Programme zugänglich gemacht wird. Allerdings funktioniert mit wlroots aktuell nur das Teilen des kompletten Bildschirms. Einzelne Fenster lassen sich meines Wissens aktuell nur mit GNOME, Plasma, Hyprland und Cosmic teilen. | 07:32:42 |
| Paul Z | * Eigentlich brauchst du nur xdg-desktop-portal-wlr, damit der Bildschirminhalt über Pilewire für andere Programme zugänglich gemacht wird. Allerdings funktioniert mit wlroots aktuell nur das Teilen des kompletten Bildschirms. Einzelne Fenster lassen sich meines Wissens aktuell nur mit GNOME, Plasma, Hyprland und Cosmic teilen. | 07:33:28 |
| Benedikt Ritter (britter) | Okay, dann versuche ich mal xdg-desktop-portal-wlr zu installieren. Muss das einfach im PATH sein? | 08:39:41 |
 aaron | Bei mir sieht die Konfiguration auf NixOS Ebene wie folgt aus:
xdg.portal = {
enable = true;
wlr.enable = true;
extraPortals = [ pkgs.xdg-desktop-portal-gtk ];
};
Damit funktioniert screensharing bei mir.
programs.sway = {
enable = true;
wrapperFeatures.gtk = true;
};
| 09:09:20 |
| aaron | * Bei mir sieht die Konfiguration auf NixOS Ebene wie folgt aus:
xdg.portal = {
enable = true;
wlr.enable = true;
extraPortals = [ pkgs.xdg-desktop-portal-gtk ];
};
programs.sway = {
enable = true;
wrapperFeatures.gtk = true;
};
Damit funktioniert screensharing bei mir.
| 09:09:49 |
| Benedikt Ritter (britter) | In reply to @kaisea74:ruhr-uni-bochum.de
Bei mir sieht die Konfiguration auf NixOS Ebene wie folgt aus:
xdg.portal = {
enable = true;
wlr.enable = true;
extraPortals = [ pkgs.xdg-desktop-portal-gtk ];
};
programs.sway = {
enable = true;
wrapperFeatures.gtk = true;
};
Damit funktioniert screensharing bei mir.
Danke fürs teilen! Wofür braucht man das gtk portal? | 16:55:58 |
| 15 Aug 2024 |
 Paul Meyer (katexochen) | @room Nächste Woche Mittwoch, 21.08, 18:00 Uhr, im Labor: Unser nächstes Treffen! (Wie jeden 3. Mittwoch im Monat, für die, die jetzt überrascht sind ;) )
Will jemand was präsentieren? | 12:43:58 |
| 20 Aug 2024 |
| Benedikt Ritter (britter) | Ich komme morgen auch, so wie es aussieht! | 11:54:07 |
| Benedikt Ritter (britter) | Wenn ihr wollt kann ich ganz LoFi was über nixos-hardware erzählen. Wäre dann aber ohne Folien, nur das Repo kurz zeigen und sagen wie Mans benutzt und wozu es da ist. | 11:54:51 |
 matthias | In reply to @katexochen:matrix.org
@room Nächste Woche Mittwoch, 21.08, 18:00 Uhr, im Labor: Unser nächstes Treffen! (Wie jeden 3. Mittwoch im Monat, für die, die jetzt überrascht sind ;) )
Will jemand was präsentieren? Ich schaffe es diesmal leider nicht. Viel Spaß und hoffentlich bis zur dritten September Woche | 17:27:52 |
