Re: [Logcheck-devel] upload 1.2.64

2008-05-15 Thread maximilian attems
On Thu, May 15, 2008 at 01:55:59PM +0100, martin f krafft wrote: also sprach martin f krafft [EMAIL PROTECTED] [2008.04.26.1536 +0100]: also sprach maximilian attems [EMAIL PROTECTED] [2008.04.09.2043 +0400]: latest seems to have landed as ebuild in gentoo: 18:34 kamil I'm using the git

[Logcheck-devel] Bug#443171: Bug#443171: Bug#443171: Bug#443171: Bug#443171: rules to ignore acpid messages

2007-09-21 Thread maximilian attems
On Fri, Sep 21, 2007 at 01:29:13PM +0100, martin f krafft wrote: also sprach maximilian attems [EMAIL PROTECTED] [2007.09.21.1311 +0100]: no the reason is pretty simple, you want to match *all* the line. Why? strict design so that not something sneeks in at the end. -- maks

Re: [Logcheck-devel] git-svn woes (was: [Logcheck-commits] r1695 - logcheck/branches)

2007-08-23 Thread maximilian attems
On Thu, Aug 23, 2007 at 12:39:11PM +0200, martin f krafft wrote: also sprach [EMAIL PROTECTED] [EMAIL PROTECTED] [2007.08.23.1231 +0200]: cleaning up the mess, restarting this branch. sorry. sorry for the commit log mess I just created, I am not totally down with git-svn yet, I guess.

Bug#379215: [Logcheck-devel] Bug#379215: logcheck: [INTL:fr] French debconf templates translation update

2006-07-22 Thread maximilian attems
On Sat, 22 Jul 2006, Michel Grentzinger wrote: Please find the attached fr.po file, which is an update of the french translation of the debconf templates. This file has been reviewed by the contributors of the debian-l10n-french mailing-list. thanks, had already an updated version, but seem

Bug#377618: [Logcheck-devel] Bug#377618: logcheck: Please do not abuse debconf

2006-07-20 Thread maximilian attems
On Mon, 10 Jul 2006, Thomas Huriaux wrote: Hi, You are using two debconf notes which really look like a debconf abuse (from debconf-devel(7): It should be used only for important notes that the user really should see, since debconf will go to great pains to make sure the user sees it).

Bug#377618: [Logcheck-devel] Bug#377618: logcheck: Please do not abuse debconf

2006-07-20 Thread maximilian attems
tags 377618 -patch tags 377618 wontfix severity 377618 wishlist stop and no thanks On Thu, Jul 20, 2006 at 01:13:45PM +0200, Thomas Huriaux wrote: snipp No, the argument of the priority is not valid. The lowest the priority is, the more experienced the user is expected to be. An experienced

Re: [Logcheck-devel] Re: so, about preprocessing... (#376106)

2006-07-05 Thread maximilian attems
On Wed, Jul 05, 2006 at 06:46:30AM -0400, Todd Troxell wrote: fullack on the MACRO expansion indeed we missed a good working implementation until now. I am really in favour of this and would start to implement run-time translation as soon as I hear people who're also in favour. Go for it :)

Re: [Logcheck-devel] Re: so, about preprocessing... (#376106)

2006-07-05 Thread maximilian attems
On Wed, Jul 05, 2006 at 10:27:42PM +0200, martin f krafft wrote: also sprach Todd Troxell [EMAIL PROTECTED] [2006.07.05.2321 +0200]: Unless there are objections, I say go for it.. been wanting to propose such a thing for a while. I wonder if it would be possible to cleanly merge the

Re: [Logcheck-devel] smart attribute messages

2006-07-05 Thread maximilian attems
On Wed, Jul 05, 2006 at 11:40:01PM +0200, martin f krafft wrote: Can we please ignore SMART Usage and Prefailure attribute changes? The rationale is that smartd will send out separate email anyway when something bad happens. Comments? we already do the same for nagios. -- maks

Re: [Logcheck-devel] moving rules out of logcheck-database into the packages

2006-07-04 Thread maximilian attems
On Tue, Jul 04, 2006 at 05:36:40PM +0200, martin f krafft wrote: also sprach Jamie L. Penman-Smithson [EMAIL PROTECTED] [2006.07.04.1652 +0200]: Also -- but it's probably way too late for that -- a common prefix for all files installed by logcheck-database would be helpful, and it would

Re: [Logcheck-devel] Re: so, about preprocessing... (#376106)

2006-07-04 Thread maximilian attems
On Tue, Jul 04, 2006 at 05:34:49PM +0200, martin f krafft wrote: also sprach martin f krafft [EMAIL PROTECTED] [2006.07.04.0052 +0200]: @LEAD@ @PROC_SMTP@: @QUEUE_ID@: @TO@, [EMAIL PROTECTED]@, @DELAY@, @DSNS@, status=deliverable \(@SMTP_SSTATUS@ recipient @EMAIL@ ok\)@EOL@ I

Re: [Logcheck-devel] moving rules out of logcheck-database into the packages

2006-07-04 Thread maximilian attems
On Tue, Jul 04, 2006 at 05:46:06PM +0200, maximilian attems wrote: now that there seem some logcheck action again, i'd be motivated to clean up old upgrade path stuff. i've also an logtail.c in the pipes will see to dust it out and post it for review here. regards -- maks

Re: [Logcheck-devel] procedure to modify rule files

2006-07-04 Thread maximilian attems
On Tue, Jul 04, 2006 at 07:54:07PM +0200, martin f krafft wrote: As I told you yesterday, I now have commit rights to the logcheck CVS. My question is whether it's okay for me to just start merging in my own bug reports, and later make fixes without filing individual bugs. I now have the CVS

Re: [Logcheck-devel] New logcheck committer

2006-07-03 Thread maximilian attems
On Mon, Jul 03, 2006 at 06:21:25PM -0400, Todd Troxell wrote: Martin F. Krafft (madduck) has been added to the project. P.S. I'd like to get a release out sometime next week. -- Todd Troxell http://rapidpacket.com/~xtat cool warmly welcome! the macros looked promising at quick overview

Bug#370689: [Logcheck-devel] Bug#370689: The qmail rules of logcheck won't work

2006-06-06 Thread maximilian attems
On Tue, Jun 06, 2006 at 02:14:57PM +0200, Heilig Szabolcs wrote: Package: logcheck Version: 1.2.39 The /etc/logcheck/ignore.d.server/qmail rule contains Windows style (\r\n) line endings. I experienced, logcheck doesn't like that. With correnct (\n) line endings logcheck started to ignore

Bug#353508: [Logcheck-devel] Bug#353508: logcheck-database: Ignore (f|)cron messages, please

2006-03-18 Thread maximilian attems
reassign 353508 fcron reassign 355214 fcron stop On Sat, 18 Feb 2006, Adam Porter wrote: I use cron and fcron on my system. I have them set to e-mail me if necessary, so I don't need logcheck to show me their log messages, especially for successful jobs. Could rules to ignore these be