Hi, I'm not sure if unconditionally disabling acpi-support if another suspend handler is running is the right thing to do. For one thing, it will make it harder (though not to the extent that it would be impossible to solve) for those of us who prefer acpi-support to handle this. More importantly, it also doesn't solve the problem of multiple handlers outside of acpi-support (mate-power-manager and logind were mentioned in this bugreport) trying to take care of suspend requests and similar things.
It might be better for such acpi handlers to have a common way of configuring which one gets to do this. This could be done through the alternatives system, or through a shared debconf question in the manner of the desktop managers. The situation here is, after all, very similar: we have several implementations of things that might want to do the same thing, where it is at least fairly annoying if multiple of these things try to do so. Regards, -- It is easy to love a country that is famous for chocolate and beer -- Barack Obama, speaking in Brussels, Belgium, 2014-03-26 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
