Re: Re: heads up about f18+ and lid/power buttons

[Raphael Groner]

Hi Kevin,

thanks for giving the hint for the workaround to inhibit systemd
trying to take over the lid handling. This is not senseful for Xfce
systems, right!

I am on a freshly updated Manjaro system (ArchLinux) here. So this
issue has nothing to do with Fedora in particular and should be handled
upstream somewhere, either systemd (looks for other power managers
already active in the system, maybe…) or desktop handlers should
instruct systemd as the backend what to do. That design needs clearly
rethinking, IMHO.

I've added a comment to the upstream bug.

-R.


>  Just a note here in case any folks run into it before we fix it. 
>  
>  systemd now by default handles lid button, power button, etc. 
>  
>  This means that if you have xfce4-power-manager and have it doing
>  something different from 'suspend' on lid close (I have mine set to
>  "lock screen"), systemd will suspend for you. 
>  
>  You can work around this by setting a startup command: 
>  
>  systemd-inhibit --mode=block --what=handle-lid-switch sleep 1000000 &
>  
>  Ideally we would fix this in xfce4-power-manager and it would inhibit
>  anything that it wants to handle itself. Failing that, we could add
>  the inhibit to startxfce4, but that means that none of those buttons
>  would get handled if xfce4-power-manager wasn't installed or running. 
>  
>  See upstream bugs: 
>  https://bugzilla.xfce.org/show_bug.cgi?id=9326
>  https://bugzilla.xfce.org/show_bug.cgi?id=9335
>  
>  kevin

heads up about f18+ and lid/power buttons

[Kevin Fenzi]

On Sat, 20 Oct 2012 10:29:52 +0200
Raphael Groner <raphgro(a)web.de&gt; wrote:

>  Hi Kevin,
>  
>  thanks for giving the hint for the workaround to inhibit systemd
>  trying to take over the lid handling. This is not senseful for Xfce
>  systems, right! 
Well, it depends. If you have xfce4-power-manager running you probibly
want it to handle them. If you don't it could be nice to have something
handling them. 

>  I am on a freshly updated Manjaro system (ArchLinux) here. So this
>  issue has nothing to do with Fedora in particular and should be
>  handled upstream somewhere, either systemd (looks for other power
>  managers already active in the system, maybe…) or desktop handlers
>  should instruct systemd as the backend what to do. That design needs
>  clearly rethinking, IMHO.
>  
>  I've added a comment to the upstream bug. 
Well, the changes need to be made in xfce4-power-manager (and anything
else that wants to handle power management instead of systemd). 

>  -R. 
kevin

heads up about f18+ and lid/power buttons

[Sergio Cipolla]

On 10/20/2012 01:55 PM, Kevin Fenzi wrote:
>  On Sat, 20 Oct 2012 10:29:52 +0200
>  Raphael Groner <raphgro(a)web.de&gt; wrote:
>
> > Hi Kevin,
> >
> > thanks for giving the hint for the workaround to inhibit systemd
> > trying to take over the lid handling. This is not senseful for Xfce
> > systems, right!
>
>  Well, it depends. If you have xfce4-power-manager running you probibly
>  want it to handle them. If you don't it could be nice to have something
>  handling them.
>
> > I am on a freshly updated Manjaro system (ArchLinux) here. So this
> > issue has nothing to do with Fedora in particular and should be
> > handled upstream somewhere, either systemd (looks for other power
> > managers already active in the system, maybe…) or desktop handlers
> > should instruct systemd as the backend what to do. That design needs
> > clearly rethinking, IMHO.
> >
> > I've added a comment to the upstream bug.
>
>  Well, the changes need to be made in xfce4-power-manager (and anything
>  else that wants to handle power management instead of systemd).
>
> > -R.
>
>  kevin
>  
I know the people who are going to take care of this will define the 
approach but nowadays (in Fedora 17) there is acpid that can take care 
of these power related button presses.
It checks if gnome or xfce4 power-manager are running and if so it 
disables itself.

Just reminding.

heads up about f18+ and lid/power buttons

[Kevin Fenzi]

On Sun, 21 Oct 2012 09:20:17 -0200
Sergio <secipolla(a)gmail.com&gt; wrote:

>  I know the people who are going to take care of this will define the
>
>  approach but nowadays (in Fedora 17) there is acpid that can take
>  care of these power related button presses. 
It only handles the power button itself... and only if systemd is
inhibited. 

>  It checks if gnome or xfce4 power-manager are running and if so it 
>  disables itself. 
It does, but systemd is at a lower level, so this doesn't help any. 

systemd starts up on boot and takes control of all the power management
that it's defined to in /etc/systemd/logind.conf

Unless it's inhibited later it will always handle those events. 

I suppose acpid could be adjusted to inhibit systemd when it's
installed, but it also doesn't handle suspend, hibernate or lid. 

I think the best option here is for xfce4-power-manager to inhibit
systemd when it's running and handle all those events as the user
wishes. Unfortunately, that requires upstream code. 

kevin

heads up about f18+ and lid/power buttons

[Sergio Cipolla]

On 10/21/2012 04:24 PM, Kevin Fenzi wrote:
>  On Sun, 21 Oct 2012 09:20:17 -0200
>  Sergio <secipolla(a)gmail.com&gt; wrote:
>
> > I know the people who are going to take care of this will define the
> > approach but nowadays (in Fedora 17) there is acpid that can take
> > care of these power related button presses.
>
>  It only handles the power button itself... and only if systemd is
>  inhibited.
>
> > It checks if gnome or xfce4 power-manager are running and if so it
> > disables itself.
>
>  It does, but systemd is at a lower level, so this doesn't help any.
>
>  systemd starts up on boot and takes control of all the power management
>  that it's defined to in /etc/systemd/logind.conf
>
>  Unless it's inhibited later it will always handle those events.
>
>  I suppose acpid could be adjusted to inhibit systemd when it's
>  installed, but it also doesn't handle suspend, hibernate or lid.
>
>  I think the best option here is for xfce4-power-manager to inhibit
>  systemd when it's running and handle all those events as the user
>  wishes. Unfortunately, that requires upstream code.
>
>  kevin
>  
Oh, I don't know really about this new systemd method nor what should be 
the correct way to do it.
But AFAIK acpid can monitor any key and execute whatever script one defines.
It's just that it only comes with the action to poweroff as an example.
I myself have an action to suspend bound to the Sleep key.
I use it (and the power button) out of X, in lightdm or in IceWM, only 
in Xfce the power manager takes control.