so I want to create two scripts
-
first one that basically runs “systemctl suspend” when the lid is closed basically the default behavior doesn’t work for some reason and running systemctl suspend always works so yeah you get the idea
-
since I have made the headsets aka the jack output and the default speakers each their respective sink (that’s what I actually want (to have the power to put whatever I want in each sink using qpwgraph ) ) but that power comes at the cost of not switching between those respective two sinks so I just want to change I guess either the wireplumber config file or create a systemd service that runs when the jack port is plugged or unplugged
but I am lost in both questions to be honest and wireplumber is a mystery lol - sorry for being a noob if that matters
For your first point you’d probably want to investigate why your system doesn’t suspend or what exactly is going on. You could check logind.conf, specifically the HandleLidSwitch* keys. Otherwise, your lid switch should have a corresponding /dev/input/ event that you could maybe listen to or something.
I can’t offer much input on your second point. I think unplugging the audio jack should probably trigger a udev event that you could write a rule for. No idea about wireplumber though.
thanks for the idea it actually got me to find something so I am going to use “acpi_listen” I guess its a deamon for acpi the funny thing is closing the lid counts as “button/wlan WLAN 00000080 00000000 K” so I am positive linux or the kernel thinks that closing the lid is pressing the wiki toggle button (that’s the current behaviour btw) so I guess the next step is to just find out how can I make the kernel think that closing the lid is actually closing the lid lol
anyway thanks for the help stranger
the source of all of this https://askubuntu.com/questions/640741/what-code-is-executed-when-headphones-are-disconnected
the followup: https://lemmy.ml/post/3772773
so I made a follow up post: https://lemmy.ml/post/4441946 and a bug report: https://github.com/systemd/systemd/issues/28942 if you are interested in helping