search for: fbrier

Displaying 19 results from an estimated 19 matches for "fbrier".

Did you mean: fbriere
2005 Jun 07
2
Bug#312376: /etc/logcheck/logcheck.ignore is no longer read
Package: logcheck Version: 1.2.39 Severity: normal Since I''ve upgraded my servers to sarge, I''m getting mail every hour for stuff that was duly included in /etc/logcheck/logcheck.ignore. Turns out that sarge''s version no longer reads that file. If this was a conscious decision, then there should be some warning about this when upgrading (via debconf of
2007 Sep 24
3
Bug#443886: /etc/logcheck/ignore.d.server/proftpd: [proftpd] Refused user $USER for service $FOO
Package: logcheck-database Version: 1.2.61 Severity: wishlist File: /etc/logcheck/ignore.d.server/proftpd Two weeks ago, I got a rush of these: Sep 8 12:37:07 goretex proftpd: PAM-listfile: Refused user news for service proftpd (Apparently, fail2ban managed to miss those.) This is triggered by pam_listfile, which is used by proftpd (and other FTP daemons) to block users
2008 Dec 27
5
Bug#509885: does not cleanly update from logtail2
Package: logtail Version: 1.2.68 Severity: normal Hi, logtail does not cleanly update from logtail2: $ sudo dpkg --install /var/cache/apt/archives/logtail_1.2.68_all.deb (Reading database ... 26564 files and directories currently installed.) Unpacking logtail (from .../logtail_1.2.68_all.deb) ... dpkg: error processing
2013 Mar 21
0
Processed (with 1 errors): Fix broken submitters (double encoded)
...9 [cups-filters] cups-pdf: please change default output to embedded text rather than rasterized graphics Changed Bug submitter to 'Anders Lager?s <anders.lageras at gmail.com>' from 'Anders Lager??s <anders.lageras at gmail.com>' > submitter 526698 Fr?d?ric Bri?re <fbriere at fbriere.net> Bug #526698 {Done: Benjamin Drung <bdrung at debian.org>} [devscripts] [licensecheck] Remove assembler comments beginning with "@" or ";" Changed Bug submitter to 'Fr?d?ric Bri?re <fbriere at fbriere.net>' from 'Fr??d??ric Bri??re <...
2008 Mar 14
7
Bug#470929: dhcp: interface names can have dash in them
Package: logcheck-database Version: 1.2.54 Severity: normal I recently created a bridge with the name xen-local. The DHCP server gets requests via this bridge. I got spammed with logcheck messages about DHCPREQUESTS and the lot because the name of the interface in the logcheck-database does not match on names with a dash in it. -- System Information: Debian Release: 4.0 APT prefers stable
2007 Oct 03
1
Bug#445074: /etc/logcheck/ignore.d.server/ssh: Nasty PTR record
Package: logcheck-database Version: 1.2.62 Severity: wishlist File: /etc/logcheck/ignore.d.server/ssh openssh issues a friendly warning when the remote IP maps back to a hostname that looks just like an IP address. (For example, the address 206.251.174.31 currently maps back to the hostname "206.251.174.31".) Here''s a rule that filters out these unimportant
2008 Jan 24
0
[PATCH] Added "Re-using pre-shared static key" openvpn rule
Signed-off-by: Frédéric Brière <fbriere@fbriere.net> --- rulefiles/linux/ignore.d.server/openvpn | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/rulefiles/linux/ignore.d.server/openvpn b/rulefiles/linux/ignore.d.server/openvpn index 68ebf8f..c57e3cb 100644 --- a...
2008 Jan 24
0
[PATCH] Re-enabled :port portion of "UDPv4 link" openvpn rule
...has been modified to no longer attach the ":port" part to "[undef]" -- probably to reflect a recent change in openvpn. Unfortunately, the rule no longer matches in etch, thus breaking the backport. Here's a patch to match both versions. Signed-off-by: Frédéric Brière <fbriere@fbriere.net> --- rulefiles/linux/ignore.d.server/openvpn | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/rulefiles/linux/ignore.d.server/openvpn b/rulefiles/linux/ignore.d.server/openvpn index c57e3cb..1ea6068 100644 --- a...
2008 Mar 15
1
Bug#471072: logcheck-database: Moving most of violations.ignore.d to ignore.d.*
Package: logcheck-database Version: 1.2.63 Severity: normal Given that violations.d/logcheck has been emptied by 2394562ab4a13c4510c671f01ffc8f35e97f1cd3, shouldn''t most of violations.ignore.d be moved to one of ignore.d.*? AIUI, all of these are currently rendered useless. (I''ll gladly lend a hand; I just want to make sure this is the right thing to do.) -- System
2009 Aug 18
9
Bug#542265: sendmail-base and logcheck-database: error when trying to install together
Package: logcheck-database,sendmail-base Version: logcheck-database/1.2.69 Version: sendmail-base/8.14.3-9 Severity: serious User: treinen@debian.org Usertags: edos-file-overwrite Date: 2009-08-18 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected
2009 Apr 07
2
Bug#515156: Same bug after removal + reinstall
I ran into the same problem after somebody uninstalled logcheck and I re-installed it. It turned out that the ownership of /var/lock/logcheck where root:root - sudo chown logcheck:logcheck /var/lock/logcheck solved it. I see that there already is a check for the permissions in the postinst which (as far as I can see) *should* have fixed the permissions and ownership
2007 Oct 03
2
Bug#445072: /etc/logcheck/violations.ignore.d/logcheck-ssh: Failed password for ...
Package: logcheck-database Version: 1.2.62 Severity: normal File: /etc/logcheck/violations.ignore.d/logcheck-ssh Somewhere between etch and now, ssh stopped reporting failed passwords as "error: PAM: Authentication failure for foo", and switched to "Failed password for foo", similar to what it already did for unknown users, but without the "invalid
2007 Sep 26
1
Bug#444097: /etc/logcheck/ignore.d.server/ddclient: 2 rules to get you started
Package: logcheck Version: 1.2.62 Severity: wishlist Here are two rules for ddclient, a client for dynamic IP services such as DynDNS or DynIP: ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ ddclient\[[[:digit:]]+\]: SUCCESS: updating [._[:alnum:]-]+: good: IP address set to [:[:xdigit:].]+$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ ddclient\[[[:digit:]]+\]: WARNING: forcing update of [._[:alnum:]-]+ from
2007 Aug 14
0
Bug#437753: logcheck-database: proftpd ignore rule does not match when rhost is IPv6
Package: logcheck-database Version: 1.2.54 Severity: normal It would appear that proftpd is now logging IP addresses in IPv6 form, even the v4 ones. I got a bunch of these last week: Aug 7 04:00:11 goretex proftpd: (pam_unix) authentication failure; logname= uid=0 euid=0 tty= ruser= rhost=::ffff:58.60.237.66 user=mysql Simply adding a ":" to the rhost character class did the
2007 Aug 14
0
Bug#437891: logcheck-database: addition to ignore rule for bind's RCODE
Package: logcheck-database Version: 1.2.54 Severity: wishlist In addition to seeing warnings from bind about REFUSED and SERVFAIL unexpected RCODE, I''m also getting from "15" in my logs as well, from various unrelated hosts. This doesn''t occur nearly as frequently as the other two, but still enough to be annoying. May I suggest inserting
2007 Sep 24
0
Bug#443869: logcheck-database: [bind] notify question section contains no SOA
Package: logcheck-database Version: 1.2.61 Severity: wishlist Here''s a new rule for ignore.d.server/bind: ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ named\[[0-9]+\]: (client [.#[:digit:]]+: )?notify question section contains no SOA$ This is apparently triggered by DJB''s DNS survey (<http://cr.yp.to/surveys/dns1.html>, packet #5). It doesn''t show
2008 Feb 06
0
gethostby*.getanswer: asked for $FOO, got $BAR
Martin, I see you were already bitten by this with postfix last year. Should we try to come up with a generic rule that matches any application, since this comes from the bowels of libc6? -- Being overloaded is the sign of a true Debian maintainer. -- JHM on #Debian _______________________________________________ Logcheck-devel mailing list Logcheck-devel@lists.alioth.debian.org
2008 Mar 16
2
Bug#448510: logcheck-database: revised pattern for spamd
# Commit a3169ad6defc5ea28992a786387e345cb91c14a3 tag 448510 pending thanks In article <20071029165738.32481.50847.reportbug__39564.2398893417$1193677404$gmane$org@corn.betterworld.us> you wrote: > spamassassin is now reporting Unix domain sockets in the rport field. I take it you are using --socketpath in /etc/default/spamassassin? > I''m not exactly sure what
2007 Sep 24
3
Bug#443908: /etc/logcheck/ignore.d.server/bind: [bind] unexpected RCODE (NOTIMP)
Package: logcheck-database Version: 1.2.61 Severity: wishlist File: /etc/logcheck/ignore.d.server/bind After #437891, I got yet another new "unexpected RCODE", this time "NOTIMP". As I was starting to get pissed off, I copied the whole list out of lib/dns/result.c, in an attempt to put an end to my headache. If you insist on using an enumeration