SER bugs found under OpenBSD 3.5:
ser 0.8.14 binary: ------------------
The ser-0.8.14_openbsd_i386.tar.gz binary will not work since the executable is in the obsolete a.out format instead of ELF.
ser 0.8.14 source: ------------------
make produced syntax errors, so I used gmake.
It runs! Strangely, it doesn't emit an error or warning even when there is no ser.cfg file at all. It doesn't seem to find /etc/ser/ser.cfg or /etc/ser.cfg when I put one there.
Upon run it reports WARNING: could not read from /dev/random. Under OpenBSD, /dev/random is reserved for hardware RNG's. Use /dev/arandom (or /dev/urandom) instead.
There is confusion over whether the config file is /etc/ser.cfg or /etc/ser/ser.cfg. The ser man page erroneously says the -f default is ./ser.cfg instead of /etc/...
man page errors: Under FILES: it lists /etc/ser/ser.cfg instead of /etc/ser.cfg -which is correct? Also, /usr/sbin/ser should be /usr/local/sbin/ser Also, /usr/lib/ser/modules/* is really /usr/local/lib/ser/modules/*
Missing: There is no man page for serctl.
Also, /usr/share/doc/ser/README.cfg should be /usr/local/share/doc/ser/README.cfg The file /usr/local/share/examples/ser/ser.cfg should be mentioned by the man page.
Installation: The example ser.cfg should be copied to /etc/ser.cfg
Under OpenBSD, /usr/sbin and /usr/local/bin are in the path, but /usr/local/sbin is not (go figure). This means ser will no execute directly since it is not in the path. This may be a reason to use /usr/sbin instead of /usr/local/sbin.
Personally, I don't care whether ser and it's files go in .../local/... or not, as long as the documentation reflects this accurately.
-Steve