Package: apcupsd
Version: 3.10.17-2
Severity: normal

The distributed killpower script does the first two mounts without a
remount, and the others with a remount.  This looks as if it might be
an oversight.

If that's not an issue, it would probably be appropriate to downgrade
this to "minor" severity.

All my other issues concern the documentation of killpower.

The file doesn't really indicate what environment the script will be
run in, making it hard to assess issues such as that raised above.
Have all the partitions been unmounted when it runs?

The Debian NEWS is confusing.  It says
        Also there's a new file in /etc/apcupsd which is called
        killpower, if you have /usr/ and /var on different
        partitions you should check this file and uncomment
        the line you need most.
Looking at killpower, I thought this meant I should pick one of
#mount -n -o ro /usr
#mount -n -o ro /var
This is not consistent with the comment in killpower, and, on
reflection, probably not the intent.

The NEWS file also has a comma splice after "killpower".
I suggest this revision:
        I have moved powerfail file from /var/spool to /etc.
        Also, there's a new file in /etc/apcupsd which is called
        killpower.  If you have /usr/ and /var on different
        partitions you should check this file and uncomment
        the line or lines you need.


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (600, 'testing'), (50, 'unstable'), (40, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.4.27adnvcd
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages apcupsd depends on:
ii  libc6                       2.3.2.ds1-21 GNU C Library: Shared libraries an
ii  libncurses5                 5.4-4        Shared libraries for terminal hand
ii  libsnmp4.2                  4.2.5-5      NET SNMP (Simple Network Managemen
ii  libssl0.9.7                 0.9.7e-3     SSL shared libraries
ii  libwrap0                    7.6.dbs-8    Wietse Venema's TCP wrappers libra

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to