Package: logcheck-database Version: 1.2.54 Severity: normal This is Yet Another Character In An Interface Name Not Accepted By The DHCP Ignore Ruleset. The culprit in this case was br_lan, and the fix I've applied recreated that suggested in bug #470929 (I might have saved myself a few minutes if I'd thought to search the bug database sooner). I, too, modified the interface-name regex following "via ", adding '_' to the '.' already present in the character class. Might I suggest that this game of whack-a-mole might drag out for quite a long while like this, and that the obviously correct fix is to make the pattern accept all legal interface names? Not that I have been able to figure out what the definition for that might be. ;-(
Thanks! -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-xen-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages logcheck-database depends on: ii debconf [debconf-2.0] 1.5.11etch2 Debian configuration management sy logcheck-database recommends no packages. -- debconf information: logcheck-database/conffile-cleanup: false _______________________________________________ Logcheck-devel mailing list Logcheck-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/logcheck-devel
