[PATCH] UPower signaling obsolescence

Aleksander Morgado aleksander at aleksander.es
Tue Mar 22 10:27:27 UTC 2016


On Mon, Mar 21, 2016 at 11:13 PM, Dan Williams <dcbw at redhat.com> wrote:
> On Mon, 2016-03-21 at 22:07 +0100, Aleksander Morgado wrote:
>> On Mon, Mar 21, 2016 at 5:12 PM, Dan Williams <dcbw at redhat.com>
>> wrote:
>> >
>> > On Mon, 2016-03-21 at 10:16 +0100, Aleksander Morgado wrote:
>> > >
>> > > On 20/03/16 20:39, poma wrote:
>> > > >
>> > > >
>> > > > "Newer upower versions no longer emit that signal since this
>> > > > handled by systemd."
>> > > > by Michael Biebl <mbiebl at gmail.org>
>> > > > https://lists.freedesktop.org/archives/devkit-devel/2014-March/
>> > > > 0015
>> > > > 75.html
>> > > >
>> > > > See also "Plans for UPower 1.0"
>> > > > by Richard Hughes <hughsient at gmail.com>
>> > > > https://lists.freedesktop.org/archives/devkit-devel/2013-Januar
>> > > > y/00
>> > > > 1339.html
>> > > >
>> > > > Signed-off-by: poma <pomidorabelisima at gmail.com>
>> > > Yeah, it may be a good idea to remove this. I explicitly avoided
>> > > talking
>> > > about upower in the NEWS, only because of this.
>> > >
>> > > But NetworkManager still has the same build option; is there
>> > > anything
>> > > we're missing? or is it that NM should also remove upower support
>> > > for
>> > > suspend/resume?
>> > I wasn't really tracking the deprecation stuff for UPower and NM,
>> > though Lubomir might have.  The only question I'd have is whether
>> > people use current versions of NM and MM on systems that still run
>> > older versions of UPower, and if so, how long do we support that.
>> IIIRC, when I first ported the suspend/resume from NM to MM I had to
>> compile myself a very old upower in order to even test it, and that
>> was at least 1 year ago already. I think we should really remove that
>> as poma suggested. Richard's email explaining the 1.0 plans is
>> already
>> 3 years old.
>
> Ok, sure.

I've merged now the patch to MM git master.

-- 
Aleksander
https://aleksander.es


More information about the ModemManager-devel mailing list