Red Hat Bugzilla – Bug 494020
nut do not provide any mechanism to grant access to /dev/ttyS0
Last modified: 2009-04-15 02:16:09 EDT
Description of problem:
/sbin/powercom do not have access to /dev/ttyS0 to manage UPS on /dev/ttyS0
Version-Release number of selected component (if applicable):
service ups start
Steps to Reproduce:
1. Setup UPS on /dev/ttyS0
Access to /dev/ttyS0 is denied
/sbin/upsdrvctl start and work
Changing owner of /dev/ttyS0 to 'nut' in /etc/rc.d/init.d/ups (section 'start') can avoid the problem.
In rawhide is new version of nut (2.4.x instead of 2.2.x), do you know if it worked in older versions (for example in Fedora 10) ?
well, it seems some change in udev package caused this problem:
/dev/ttyS* changed it's group from uucp to dialout, the change came from udev's upstream, so I'm going to made necessary changes in nut.
fixed since nut-2.4.1-3.fc11 ( https://koji.fedoraproject.org/koji/buildinfo?buildID=97850 )
Please test, I have only usb connected ups.
Sorry, but your URL is not accessible:
An error occurred during a connection to koji.fedoraproject.org.
SSL peer was unable to negotiate an acceptable set of security parameters.
(Error code: ssl_error_handshake_failure_alert)
Can you send me patch by Email?
It's just because you have no account in koji. Use this link (http instead of https).
I think now it should be possible to just update nut using yum update nut (check if it offers you 2.4.1-3.fc11 version, if not use packages from the link). Both packages should be the same. I've provided this link only because this is a little faster so we don't have to wait repository process.
Testing packages that have been built using present rawhide buildroot is more accurate, then use patch and build your own. The patch is really simple: replace all occurrences of 'uucp' in spec file with 'dialout'.