On 3/30/22 9:24 AM, Roger Heflin wrote:
nut-server seems to connect to the device and tie up its port.

It appears upower only accesses the device every so often and queries it.

So then once nut-server is started upower cannot open the device again.

It comes down to you cannot really have 2 separate software stacks managing any single device as it is rare that anyone writes their specific stack to play nice with others. nut-server is quite old and I know it opens and keeps open the port to the ups, mainly because it manages some old upses with very primitive control cables (not strictly serial connections).

There might be a way to configure upower and/or the applet to query nut-server rather than the ups. Though doing a quick look at upowerd the documentation seems sparse.

Just now I found a clue that suggests that NUT is somewhat aware of upower. There's a UDEV rules file named 95-upower-hid.rules that comes from the NUT project:

https://github.com/networkupstools/nut/blob/master/scripts/upower/95-upower-hid.rules

A file of this name is installed on my Fedora 34 systems, but it is packaged with upower:

$ rpm -qf /usr/lib/udev/rules.d/95-upower-hid.rules
upower-0.99.13-1.fc34.x86_64

The file begins with this text:

# Uninterruptible Power Supplies with USB HID interfaces
#
# This file was automatically generated by NUT:
# https://github.com/networkupstools/nut/

Also, there's an open NUT issue that relates to upower but it's not been updated since 2018:

https://github.com/networkupstools/nut/issues/526

The reason I'm using NUT, as opposed to apcupsd (which does play nice with upower), is that I have a couple of Synology NASes that have built-in NUT support. These NASes are connected to the same UPS as one of my Linux systems so I have the Linux system acting as NUT server with the NASes acting as NUT clients.

Dave



_______________________________________________
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Reply via email to