Comment 1 Ali Abdallah 2009-05-11 08:09:54 CEST

(In reply to comment #0)
> Hey,
> 
> there was a dbus upgrade in Debian this weekend, which leaded to a dbus
> restart. This restart made xfpm dies, and one needs to restart it manually. I
> know there are ways to survive a dbus restart in a dbus-related application,
> it'd be nice if that could be setup in xfpm :)
> 

xfpm handles correctly hal restarts, but yeah it will die immediately if dbus restarts, there is a way to catch dbus system/session restarts, it is not added in xfpm, i will try to implement it this evening.

> Cheers,

Cheers.

Comment 2 Ali Abdallah 2009-05-15 20:23:38 CEST

(In reply to comment #0)
> Hey,
> 
> there was a dbus upgrade in Debian this weekend, which leaded to a dbus
> restart. This restart made xfpm dies, and one needs to restart it manually. I
> know there are ways to survive a dbus restart in a dbus-related application,
> it'd be nice if that could be setup in xfpm :)
> 

Always good ideas from you, this is implemented correctly for r7345, i have test it a lot, please confirm, run the power manager then stop your system bus, the power manager will restarts when the system bus restarts again.

BTW: there is no point in having any handler for session bus disconnection, i tried to stop my session bus and i saw all my desktop crashing, even the X server, i end up with no mouse/keyboard control at all.

Cheers,

Comment 3 Yves-Alexis Perez 2009-05-15 21:54:33 CEST

(In reply to comment #2)
> (In reply to comment #0)
> > Hey,
> > 
> > there was a dbus upgrade in Debian this weekend, which leaded to a dbus
> > restart. This restart made xfpm dies, and one needs to restart it manually. I
> > know there are ways to survive a dbus restart in a dbus-related application,
> > it'd be nice if that could be setup in xfpm :)
> > 
> 
> Always good ideas from you, this is implemented correctly for r7345, i have
> test it a lot, please confirm, run the power manager then stop your system bus,
> the power manager will restarts when the system bus restarts again.

Cool, will test that.

> BTW: there is no point in having any handler for session bus disconnection, i
> tried to stop my session bus and i saw all my desktop crashing, even the X
> server, i end up with no mouse/keyboard control at all.

I still think every apps should do what they can. When dbus is upgraded here, it's restarted, even the session bus. And yes, it doesn't really behaves well, due to the fact that a lot of apps don't react well. But that should be a goal in each of them to be able to survive correctly, so we don't end up with an unusable desktop :/

Cheers,

Comment 4 Ali Abdallah 2009-05-15 22:25:32 CEST

(In reply to comment #3)
> (In reply to comment #2)
> > (In reply to comment #0)
> > > Hey,
> > > 
> I still think every apps should do what they can. When dbus is upgraded here,
> it's restarted, even the session bus. 

But men, the session bus is not restarted after a DBus upgrade, i'm quite sure about this.

Comment 5 Yves-Alexis Perez 2009-05-16 03:41:09 CEST

Hmmh, then I'm not sure what's restarted. I might try, just to see, one of these days, to be sure :)

Comment 6 Ali Abdallah 2009-07-02 14:11:34 CEST

Closing old bugs to keep things organized.