With stable one I get stuff like (non-faulty output snipped) $ dlint root.cz. sort: open failed: +0nr: No such file or directory With ~arch one I get even more useless noise, such as: $ dlint root.cz. tail: cannot open `+1' for reading: No such file or directory tail: cannot open `+2' for reading: No such file or directory tail: cannot open `+3' for reading: No such file or directory tail: cannot open `+4' for reading: No such file or director tail: cannot open `+5' for reading: No such file or directory Even more phun, this "random" storage file (grep TMPNS `which dlint`) location in /var/tmp is not really so random so if you run the thing as root and then as unpriviledged user, you get /usr/bin/dlint: line 236: /var/tmp/dlintns.14602: Permission denied On another note, this installs useless INSTALL and COPYRIGHT via dodoc.
Oh, and it RDEPENDs on coreutils (eh?) and on bash #!/bin/sh doesn't look like it'd want bash to me, but then again the script is so messy I didn't bother to check whether is uses something bash-specific or not
Maybe we should consider its removal is nobody wants to fix this
The issue is that the script is calling tail without the -n argument. Placing that it on lines 386 and 477 of version 1.4.1 makes it work for me. Strangely part of the diff from 1.4.0 to 1.4.1 fixed one call to tail, but not the others.
Doesn't dlint have any replacement with an active upstream?
DNSSEC-tools (http://www.dnssec-tools.org/) offers a tool called "donuts" that seems to do something similar. They do actually have general, non-dnssec rules in there and would probably be interested in implementing any (correct) checks from dlint.
dropped