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
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
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.
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
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).
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
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 :)
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
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
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
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
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
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
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
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
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
16 matches
Mail list logo