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