Control: close -1 On Wed, 10 Jan 2024 23:24:16 +0100 Michael Biebl <bi...@debian.org> wrote: > Am 10.01.24 um 16:10 schrieb наб: > > On Wed, Jan 10, 2024 at 03:40:27PM +0100, Michael Biebl wrote: > >> Am 10.01.24 um 15:26 schrieb наб: > >>> As you can see in my logind.conf, > >>> I have re-mapped the power key to suspend, > >>> and long-pressing the power key to hibernate. > >>> > >>> When I click the power key the machine suspends instantly > >>> (and under X I see XF86PowerOff). > >>> But this actually happens no matter how long I hold the button for, > >>> and hibernation never occurs. > >> Maybe your desktop environment intercepts/interprets those keys? > > It doesn't: > > $ grep XF86 .config/i3/config > > bindsym XF86AudioRaiseVolume exec --no-startup-id pactl set- sink-volume @DEFAULT_SINK@ +10% && $refresh_i3status > > bindsym XF86AudioLowerVolume exec --no-startup-id pactl set- sink-volume @DEFAULT_SINK@ -10% && $refresh_i3status > > bindsym XF86AudioMute exec --no-startup-id pactl set-sink-mute @DEFAULT_SINK@ toggle && $refresh_i3status > > bindsym XF86AudioMicMute exec --no-startup-id pactl set-source- mute @DEFAULT_SOURCE@ toggle && $refresh_i3status > > > > And, well, the xev seeing them means i3 didn't eat them. > > > >> Can you confirm the issue when being logged into the kernel console only > >> (i.e. no desktop environment running)? > > I guess I forgot to note this explicitly: > > yes this happens both under X and at a getty. > > > > Best, > > I'd say you best raise this upstream then at > https://github.com/systemd/systemd/issues > > we do not ship any downstream patches in that regard. > > Please report back with the upstream issue number so we can mark it > accordingly.
This is tracked upstream, there are no patches nor configuration downstream, closing. -- Kind regards, Luca Boccassi
signature.asc
Description: This is a digitally signed message part