From rgerhards at hq.adiscon.com  Tue Oct  2 09:49:42 2007
From: rgerhards at hq.adiscon.com (Rainer Gerhards)
Date: Tue, 2 Oct 2007 09:49:42 +0200
Subject: [rsyslog] rsyslog 1.19.8 released
In-Reply-To: <aa76cdac0709281203i395a4594x2aaa069a69c8160e@mail.gmail.com>
References: <577465F99B41C842AAFBE9ED71E70ABA278ADF@grfint2.intern.adiscon.com><aa76cdac0709280122u3c2e14c4o1aeb4bfbee3e41e0@mail.gmail.com><577465F99B41C842AAFBE9ED71E70ABA278B13@grfint2.intern.adiscon.com><aa76cdac0709280906y5c172f2due3c215521c1f026e@mail.gmail.com><577465F99B41C842AAFBE9ED71E70ABA278B2B@grfint2.intern.adiscon.com>
	<aa76cdac0709281203i395a4594x2aaa069a69c8160e@mail.gmail.com>
Message-ID: <577465F99B41C842AAFBE9ED71E70ABA278B55@grfint2.intern.adiscon.com>

Hi Michael,

sorry for the late reply, have been quite busy with astronomy day in
Germany. Back to rsyslog...

> You can split up the build to create multiple *binary* packages from a
> single *source* package, the RPM format as well as DEB allows that.
> 
> Actually the Debian and Fedora packages already do that. The rsyslog
> [1] binary package contains the core rsyslogd/rklogd binaries, the
> rsyslog-mysql [2] package the mysql output plugin.
> It's not necessary to already split up the *source* package for that.

That sounds exactly like what I would love to have. However, I am no
autotools expert. If you (or someone else) can lend me a helping hand in
creating the necessary config files for autotools, I will gladly do it
in that way.

The current setup has two things that I do not really like:

a) the need for two tarballs

I do not know how to integrate the full structure in a single "make
dist". And I do not like to simply include the *full* ommysql subdir
within the extra_dist make target - that gets me a lot of files I really
don't need. 

b) need to specify version twice

Currently, ommsysql has its own version definition in its configure.ac.
It's error prone and I know I'll mess up with it sooner or later. That
makes sense once it is a totally independent package, but not at the
time being.

Ideally, I would like autotools to know the dependencies and create
things correctly.

As said, any help is deeply appreciated. 

Rainer

> Cheers,
> Michael
> 
> 
> [1] http://packages.debian.org/sid/rsyslog
> [2] http://packages.debian.org/sid/rsyslog-mysql
> 
> --
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog

From mbiebl at gmail.com  Tue Oct  2 18:34:17 2007
From: mbiebl at gmail.com (Michael Biebl)
Date: Tue, 2 Oct 2007 18:34:17 +0200
Subject: [rsyslog] rsyslog 1.19.8 released
In-Reply-To: <577465F99B41C842AAFBE9ED71E70ABA278B55@grfint2.intern.adiscon.com>
References: <577465F99B41C842AAFBE9ED71E70ABA278ADF@grfint2.intern.adiscon.com>
	<aa76cdac0709280122u3c2e14c4o1aeb4bfbee3e41e0@mail.gmail.com>
	<577465F99B41C842AAFBE9ED71E70ABA278B13@grfint2.intern.adiscon.com>
	<aa76cdac0709280906y5c172f2due3c215521c1f026e@mail.gmail.com>
	<577465F99B41C842AAFBE9ED71E70ABA278B2B@grfint2.intern.adiscon.com>
	<aa76cdac0709281203i395a4594x2aaa069a69c8160e@mail.gmail.com>
	<577465F99B41C842AAFBE9ED71E70ABA278B55@grfint2.intern.adiscon.com>
Message-ID: <aa76cdac0710020934i6924c9ees527ef182b70692a5@mail.gmail.com>

2007/10/2, Rainer Gerhards <rgerhards at hq.adiscon.com>:
>
> > You can split up the build to create multiple *binary* packages from a
> > single *source* package, the RPM format as well as DEB allows that.
> >
> > Actually the Debian and Fedora packages already do that. The rsyslog
> > [1] binary package contains the core rsyslogd/rklogd binaries, the
> > rsyslog-mysql [2] package the mysql output plugin.
> > It's not necessary to already split up the *source* package for that.
>
> That sounds exactly like what I would love to have. However, I am no

But that is already possible with a single source tarball as we had
with <= 1.19.7.
That's why I questioned the need for the source package split.
Am I missing something?

> autotools expert. If you (or someone else) can lend me a helping hand in
> creating the necessary config files for autotools, I will gladly do it
> in that way.

I'd say, just ship a single tarball as in <= 1.19.7 and let the
distributions decide how they split up the package into (multiple)
binary packages.

Cheers,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

From rgerhards at hq.adiscon.com  Tue Oct  2 19:41:22 2007
From: rgerhards at hq.adiscon.com (Rainer Gerhards)
Date: Tue, 2 Oct 2007 19:41:22 +0200
Subject: [rsyslog] rsyslog 1.19.8 released
Message-ID: <001d01c8051b$7a5c1d62$060013ac@intern.adiscon.com>

Is this the overall consensus on this list? If so, I'll revert the change in the next release. So if you don't like this, please comment now.

Thanks,
Rainer

----- Urspr?ngliche Nachricht -----
Von: "Michael Biebl" <mbiebl at gmail.com>
An: "rsyslog-users" <rsyslog at lists.adiscon.com>
Gesendet: 02.10.07 18:34
Betreff: Re: [rsyslog] rsyslog 1.19.8 released

2007/10/2, Rainer Gerhards <rgerhards at hq.adiscon.com>:
>
> > You can split up the build to create multiple *binary* packages from a
> > single *source* package, the RPM format as well as DEB allows that.
> >
> > Actually the Debian and Fedora packages already do that. The rsyslog
> > [1] binary package contains the core rsyslogd/rklogd binaries, the
> > rsyslog-mysql [2] package the mysql output plugin.
> > It's not necessary to already split up the *source* package for that.
>
> That sounds exactly like what I would love to have. However, I am no

But that is already possible with a single source tarball as we had
with <= 1.19.7.
That's why I questioned the need for the source package split.
Am I missing something?

> autotools expert. If you (or someone else) can lend me a helping hand in
> creating the necessary config files for autotools, I will gladly do it
> in that way.

I'd say, just ship a single tarball as in <= 1.19.7 and let the
distributions decide how they split up the package into (multiple)
binary packages.

Cheers,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
_______________________________________________
rsyslog mailing list
http://lists.adiscon.net/mailman/listinfo/rsyslog

From infofarmer at FreeBSD.org  Thu Oct  4 10:37:39 2007
From: infofarmer at FreeBSD.org (Andrew Pantyukhin)
Date: Thu, 4 Oct 2007 12:37:39 +0400
Subject: [rsyslog] rsyslog 1.19.8 released
In-Reply-To: <001d01c8051b$7a5c1d62$060013ac@intern.adiscon.com>
References: <001d01c8051b$7a5c1d62$060013ac@intern.adiscon.com>
Message-ID: <20071004083738.GF61635@amilo.cenkes.org>

On Tue, Oct 02, 2007 at 07:41:22PM +0200, Rainer Gerhards wrote:
> Is this the overall consensus on this list? If so, I'll revert
> the change in the next release. So if you don't like this,
> please comment now.

In source-based systems (like BSD ports, Gentoo Portage and many
others), it is a lot more logical two have separate tarballs, but
they have to be self-sufficient. The current ommysql tarball
should only need whatever rsyslog core installs to be built and
used. It should not require the core tarball.

If that's too difficult, it's OK to ship a single tarball with an
opportunity to build just the plugin (just ommysql as opposed to
rsyslog+ommysql).

If that's also difficult, the old behavior is OK, where a single
tarball can build either rsyslog or rsyslog+ommysql. From a
packager's point of view, the current (transitional?) behavior
does not add anything but a minor headache. I had to disable
mysql support in the FreeBSD port temporarily because I didn't
have time to arrange for it to be built properly in 1.19.8.

Thanks!

From rgerhards at hq.adiscon.com  Thu Oct  4 10:44:59 2007
From: rgerhards at hq.adiscon.com (Rainer Gerhards)
Date: Thu, 4 Oct 2007 10:44:59 +0200
Subject: [rsyslog] rsyslog 1.19.8 released
In-Reply-To: <20071004083738.GF61635@amilo.cenkes.org>
References: <001d01c8051b$7a5c1d62$060013ac@intern.adiscon.com>
	<20071004083738.GF61635@amilo.cenkes.org>
Message-ID: <577465F99B41C842AAFBE9ED71E70ABA278B76@grfint2.intern.adiscon.com>

Hi all,

thanks for the (on- and off-list) feedback. I count silence as
agreement. So I will try to follow the advise down here. I'll change
back to a single tarball, most probably with the next release.

Rainer

> -----Original Message-----
> From: rsyslog-bounces at lists.adiscon.com [mailto:rsyslog-
> bounces at lists.adiscon.com] On Behalf Of Andrew Pantyukhin
> Sent: Thursday, October 04, 2007 10:38 AM
> To: rsyslog-users
> Subject: Re: [rsyslog] rsyslog 1.19.8 released
> 
> On Tue, Oct 02, 2007 at 07:41:22PM +0200, Rainer Gerhards wrote:
> > Is this the overall consensus on this list? If so, I'll revert
> > the change in the next release. So if you don't like this,
> > please comment now.
> 
> In source-based systems (like BSD ports, Gentoo Portage and many
> others), it is a lot more logical two have separate tarballs, but
> they have to be self-sufficient. The current ommysql tarball
> should only need whatever rsyslog core installs to be built and
> used. It should not require the core tarball.
> 
> If that's too difficult, it's OK to ship a single tarball with an
> opportunity to build just the plugin (just ommysql as opposed to
> rsyslog+ommysql).
> 
> If that's also difficult, the old behavior is OK, where a single
> tarball can build either rsyslog or rsyslog+ommysql. From a
> packager's point of view, the current (transitional?) behavior
> does not add anything but a minor headache. I had to disable
> mysql support in the FreeBSD port temporarily because I didn't
> have time to arrange for it to be built properly in 1.19.8.
> 
> Thanks!
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog

From mic at npgx.com.au  Thu Oct  4 11:03:55 2007
From: mic at npgx.com.au (Michael Mansour)
Date: Thu, 4 Oct 2007 19:03:55 +1000
Subject: [rsyslog] rsyslog 1.19.8 released
In-Reply-To: <577465F99B41C842AAFBE9ED71E70ABA278B76@grfint2.intern.adiscon.com>
References: <001d01c8051b$7a5c1d62$060013ac@intern.adiscon.com>
	<20071004083738.GF61635@amilo.cenkes.org>
	<577465F99B41C842AAFBE9ED71E70ABA278B76@grfint2.intern.adiscon.com>
Message-ID: <20071004085915.M41904@npgx.com.au>

Hi Rainer,

> Hi all,
> 
> thanks for the (on- and off-list) feedback. I count silence as
> agreement. So I will try to follow the advise down here. I'll change
> back to a single tarball, most probably with the next release.

Yeah, from my end I don't see much of a difference with how it's packaged your
end, since the packager responsible for making an RPM will need both tarballs
and two specs to make two RPM's anyway.

Regards,

Michael.

> Rainer
> 
> > -----Original Message-----
> > From: rsyslog-bounces at lists.adiscon.com [mailto:rsyslog-
> > bounces at lists.adiscon.com] On Behalf Of Andrew Pantyukhin
> > Sent: Thursday, October 04, 2007 10:38 AM
> > To: rsyslog-users
> > Subject: Re: [rsyslog] rsyslog 1.19.8 released
> > 
> > On Tue, Oct 02, 2007 at 07:41:22PM +0200, Rainer Gerhards wrote:
> > > Is this the overall consensus on this list? If so, I'll revert
> > > the change in the next release. So if you don't like this,
> > > please comment now.
> > 
> > In source-based systems (like BSD ports, Gentoo Portage and many
> > others), it is a lot more logical two have separate tarballs, but
> > they have to be self-sufficient. The current ommysql tarball
> > should only need whatever rsyslog core installs to be built and
> > used. It should not require the core tarball.
> > 
> > If that's too difficult, it's OK to ship a single tarball with an
> > opportunity to build just the plugin (just ommysql as opposed to
> > rsyslog+ommysql).
> > 
> > If that's also difficult, the old behavior is OK, where a single
> > tarball can build either rsyslog or rsyslog+ommysql. From a
> > packager's point of view, the current (transitional?) behavior
> > does not add anything but a minor headache. I had to disable
> > mysql support in the FreeBSD port temporarily because I didn't
> > have time to arrange for it to be built properly in 1.19.8.
> > 
> > Thanks!
> > _______________________________________________
> > rsyslog mailing list
> > http://lists.adiscon.net/mailman/listinfo/rsyslog
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog
------- End of Original Message -------


From janfrode at tanso.net  Thu Oct  4 12:10:16 2007
From: janfrode at tanso.net (Jan-Frode Myklebust)
Date: Thu, 4 Oct 2007 12:10:16 +0200
Subject: [rsyslog] rsyslog 1.19.8 released
References: <577465F99B41C842AAFBE9ED71E70ABA278ADF@grfint2.intern.adiscon.com>
	<slrnffqql8.2f3.janfrode@lc4eb8045376502.ibm.com>
Message-ID: <slrnfg9f08.s5k.janfrode@lc4eb8045376502.ibm.com>

On 2007-09-28, Jan-Frode Myklebust <janfrode at tanso.net> wrote:
> On 2007-09-27, Rainer Gerhards <rgerhards at hq.adiscon.com> wrote:
>>
>> rsyslog 1.19.8 has been released today. Most importantly, it fixes a bug
>
> Still crashes.. twice today, but I didn't find the trace the
> first time. Here's the trace from the second crash:
>

FYI: I set the environment variable MALLOC_CHECK_=2 after this
last crash on friday, hoping to get a better trace when it crashed,
but it still haven't crashed.. Not sure if that's good or bad :-)


  -jf


From rgerhards at hq.adiscon.com  Thu Oct  4 12:26:21 2007
From: rgerhards at hq.adiscon.com (Rainer Gerhards)
Date: Thu, 4 Oct 2007 12:26:21 +0200
Subject: [rsyslog] rsyslog 1.19.8 released
In-Reply-To: <slrnfg9f08.s5k.janfrode@lc4eb8045376502.ibm.com>
References: <577465F99B41C842AAFBE9ED71E70ABA278ADF@grfint2.intern.adiscon.com><slrnffqql8.2f3.janfrode@lc4eb8045376502.ibm.com>
	<slrnfg9f08.s5k.janfrode@lc4eb8045376502.ibm.com>
Message-ID: <577465F99B41C842AAFBE9ED71E70ABA278B7B@grfint2.intern.adiscon.com>

As we know it crashed at least once, I'd be more happy with consistent
crashing... ;) That inconsistency is part of the problem. It's extremely
hard to repro it - I did not even succeed once. I know what this pattern
typically means, but so far I've found no more places in code that would
"qualify" for this kind of bug... Obviously, either my understanding is
wrong or I am still looking at the wrong places. So any further data
from the field (crashing or not) is highly appreciated. You are my sole
source of troubleshooting information.

Rainer

> -----Original Message-----
> From: rsyslog-bounces at lists.adiscon.com [mailto:rsyslog-
> bounces at lists.adiscon.com] On Behalf Of Jan-Frode Myklebust
> Sent: Thursday, October 04, 2007 12:10 PM
> To: rsyslog at lists.adiscon.com
> Subject: Re: [rsyslog] rsyslog 1.19.8 released
> 
> On 2007-09-28, Jan-Frode Myklebust <janfrode at tanso.net> wrote:
> > On 2007-09-27, Rainer Gerhards <rgerhards at hq.adiscon.com> wrote:
> >>
> >> rsyslog 1.19.8 has been released today. Most importantly, it fixes
a
> bug
> >
> > Still crashes.. twice today, but I didn't find the trace the
> > first time. Here's the trace from the second crash:
> >
> 
> FYI: I set the environment variable MALLOC_CHECK_=2 after this
> last crash on friday, hoping to get a better trace when it crashed,
> but it still haven't crashed.. Not sure if that's good or bad :-)
> 
> 
>   -jf
> 
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog

From rgerhards at hq.adiscon.com  Fri Oct  5 14:51:53 2007
From: rgerhards at hq.adiscon.com (Rainer Gerhards)
Date: Fri, 5 Oct 2007 14:51:53 +0200
Subject: [rsyslog] bughunt news...
Message-ID: <577465F99B41C842AAFBE9ED71E70ABA278BAD@grfint2.intern.adiscon.com>

Hi folks,

thanks to mildew, I could get some grip on the bug today - just to be
now even more puzzled than ever. I've written a blog post to keep a
somewhat permanent record of my findings. I'd appreciate if you could
read it and provide feedback if you have an idea what is going on.

http://rgerhards.blogspot.com/2007/10/could-i-really-reproduce-bug.html

Thanks,
Rainer

From Leigh.Peterson at sungard.com  Mon Oct  8 14:06:14 2007
From: Leigh.Peterson at sungard.com (Leigh.Peterson at sungard.com)
Date: Mon, 8 Oct 2007 13:06:14 +0100
Subject: [rsyslog] ommysql compilation problem
Message-ID: <775FF2D890180541932EEA8C189AB7FC01DD43EE@eu-tc2-mail02.internal.sungard.corp>

Hi All,

I'm having a problem compiling the ommysql plugin for rsyslogd (rsyslog-ommysql-1.19.8).  I'm trying to compile it on CentOS 4.5.  I have managed to build rsyslogd following the instructions here:  http://www.rsyslog.com/module-Static_Docs-view-f-install.html.phtml, but it seems a bit outdated since running ./configure no longer has an "--enable-mysql" option.

To build ommysql separately, I do the following steps
cd plugins/ommysql
tar -xzf ommysql.tar.gz
cd rsyslog-ommysql-1.19.8
./configure

At this point it fails, saying:
configure: error: cannot find install-sh or install.sh in "." "./.." "./../.."

So, I copy install-sh from rsyslogd and try again:
cp ../../../install-sh .
./configure

and I get:
configure: error: cannot run /bin/sh ./config.sub

Then i copy config.sub and config.guess from /usr/lib/rpm and run it again and this time ./configure completes without any problem.  However, upon running make, I get this:

[root at syslog2 rsyslog-ommysql-1.19.8]# make
make  all-am
make[1]: Entering directory `/home/leigh/rsyslog-1.19.8/plugins/ommysql/rsyslog-ommysql-1.19.8'
source='ommysql.c' object='ommysql_la-ommysql.lo' libtool=yes \
DEPDIR=.deps depmode=none /bin/sh ./../../depcomp \
/bin/sh ./libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.  -I/usr/include/mysql -g -pipe -m32 -march=i386 -mtune=pentium4 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-strict-aliasing -I./../..   -g -O2 -W -Wall -Wformat-security -Wshadow -Wcast-align -Wpointer-arith -Wmissing-format-attribute -g -c -o ommysql_la-ommysql.lo `test -f 'ommysql.c' || echo './'`ommysql.c
/bin/sh: ./../../depcomp: No such file or directory
make[1]: *** [ommysql_la-ommysql.lo] Error 127
make[1]: Leaving directory `/home/leigh/rsyslog-1.19.8/plugins/ommysql/rsyslog-ommysql-1.19.8'
make: *** [all] Error 2

I have searched for anyone having similar problems and they suggested installing libtool (which I've done) would solve the problem.  However, I'm still not able to compile this plugin.  Is there something I'm missing here?  Any help would be much appreciated.

Regards,
Leigh

From rgerhards at hq.adiscon.com  Mon Oct  8 14:21:18 2007
From: rgerhards at hq.adiscon.com (Rainer Gerhards)
Date: Mon, 8 Oct 2007 14:21:18 +0200
Subject: [rsyslog] ommysql compilation problem
In-Reply-To: <775FF2D890180541932EEA8C189AB7FC01DD43EE@eu-tc2-mail02.internal.sungard.corp>
References: <775FF2D890180541932EEA8C189AB7FC01DD43EE@eu-tc2-mail02.internal.sungard.corp>
Message-ID: <577465F99B41C842AAFBE9ED71E70ABA278BD3@grfint2.intern.adiscon.com>

Leigh,

I guess this problem is part of the repackaging that was done in 1.19.8.
The repackaging was not the greatest success ;) I am right now rolling
it back. If you can wait another day, I think I'll have 1.19.9 out,
which comes with a single tarball again. For the same reason, I prefer
not to dig too deep into the problem.

Is that OK with you?

Rainer

> -----Original Message-----
> From: rsyslog-bounces at lists.adiscon.com [mailto:rsyslog-
> bounces at lists.adiscon.com] On Behalf Of Leigh.Peterson at sungard.com
> Sent: Monday, October 08, 2007 2:06 PM
> To: rsyslog at lists.adiscon.com
> Subject: [rsyslog] ommysql compilation problem
> 
> Hi All,
> 
> I'm having a problem compiling the ommysql plugin for rsyslogd
> (rsyslog-ommysql-1.19.8).  I'm trying to compile it on CentOS 4.5.  I
> have managed to build rsyslogd following the instructions here:
> http://www.rsyslog.com/module-Static_Docs-view-f-install.html.phtml,
> but it seems a bit outdated since running ./configure no longer has an
> "--enable-mysql" option.
> 
> To build ommysql separately, I do the following steps
> cd plugins/ommysql
> tar -xzf ommysql.tar.gz
> cd rsyslog-ommysql-1.19.8
> ./configure
> 
> At this point it fails, saying:
> configure: error: cannot find install-sh or install.sh in "." "./.."
> "./../.."
> 
> So, I copy install-sh from rsyslogd and try again:
> cp ../../../install-sh .
> ./configure
> 
> and I get:
> configure: error: cannot run /bin/sh ./config.sub
> 
> Then i copy config.sub and config.guess from /usr/lib/rpm and run it
> again and this time ./configure completes without any problem.
> However, upon running make, I get this:
> 
> [root at syslog2 rsyslog-ommysql-1.19.8]# make
> make  all-am
> make[1]: Entering directory `/home/leigh/rsyslog-
> 1.19.8/plugins/ommysql/rsyslog-ommysql-1.19.8'
> source='ommysql.c' object='ommysql_la-ommysql.lo' libtool=yes \
> DEPDIR=.deps depmode=none /bin/sh ./../../depcomp \
> /bin/sh ./libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.  -
> I/usr/include/mysql -g -pipe -m32 -march=i386 -mtune=pentium4 -
> D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-strict-
> aliasing -I./../..   -g -O2 -W -Wall -Wformat-security -Wshadow
-Wcast-
> align -Wpointer-arith -Wmissing-format-attribute -g -c -o ommysql_la-
> ommysql.lo `test -f 'ommysql.c' || echo './'`ommysql.c
> /bin/sh: ./../../depcomp: No such file or directory
> make[1]: *** [ommysql_la-ommysql.lo] Error 127
> make[1]: Leaving directory `/home/leigh/rsyslog-
> 1.19.8/plugins/ommysql/rsyslog-ommysql-1.19.8'
> make: *** [all] Error 2
> 
> I have searched for anyone having similar problems and they suggested
> installing libtool (which I've done) would solve the problem.
However,
> I'm still not able to compile this plugin.  Is there something I'm
> missing here?  Any help would be much appreciated.
> 
> Regards,
> Leigh
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog

From Leigh.Peterson at sungard.com  Mon Oct  8 14:43:15 2007
From: Leigh.Peterson at sungard.com (Leigh.Peterson at sungard.com)
Date: Mon, 8 Oct 2007 13:43:15 +0100
Subject: [rsyslog] ommysql compilation problem
References: <775FF2D890180541932EEA8C189AB7FC01DD43EE@eu-tc2-mail02.internal.sungard.corp>
	<577465F99B41C842AAFBE9ED71E70ABA278BD3@grfint2.intern.adiscon.com>
Message-ID: <775FF2D890180541932EEA8C189AB7FC01DD43EF@eu-tc2-mail02.internal.sungard.corp>

Hi Rainer,

Thanks for the prompt reply.  Thats fine with me - I tried using 1.19.6 and it compiled and installed without a problem.  Thanks again for your help.

Regards,
Leigh


-----Original Message-----
From: rsyslog-bounces at lists.adiscon.com on behalf of Rainer Gerhards
Sent: Mon 08/10/2007 13:21
To: rsyslog-users
Subject: Re: [rsyslog] ommysql compilation problem
 
Leigh,

I guess this problem is part of the repackaging that was done in 1.19.8.
The repackaging was not the greatest success ;) I am right now rolling
it back. If you can wait another day, I think I'll have 1.19.9 out,
which comes with a single tarball again. For the same reason, I prefer
not to dig too deep into the problem.

Is that OK with you?

Rainer

> -----Original Message-----
> From: rsyslog-bounces at lists.adiscon.com [mailto:rsyslog-
> bounces at lists.adiscon.com] On Behalf Of Leigh.Peterson at sungard.com
> Sent: Monday, October 08, 2007 2:06 PM
> To: rsyslog at lists.adiscon.com
> Subject: [rsyslog] ommysql compilation problem
> 
> Hi All,
> 
> I'm having a problem compiling the ommysql plugin for rsyslogd
> (rsyslog-ommysql-1.19.8).  I'm trying to compile it on CentOS 4.5.  I
> have managed to build rsyslogd following the instructions here:
> http://www.rsyslog.com/module-Static_Docs-view-f-install.html.phtml,
> but it seems a bit outdated since running ./configure no longer has an
> "--enable-mysql" option.
> 
> To build ommysql separately, I do the following steps
> cd plugins/ommysql
> tar -xzf ommysql.tar.gz
> cd rsyslog-ommysql-1.19.8
> ./configure
> 
> At this point it fails, saying:
> configure: error: cannot find install-sh or install.sh in "." "./.."
> "./../.."
> 
> So, I copy install-sh from rsyslogd and try again:
> cp ../../../install-sh .
> ./configure
> 
> and I get:
> configure: error: cannot run /bin/sh ./config.sub
> 
> Then i copy config.sub and config.guess from /usr/lib/rpm and run it
> again and this time ./configure completes without any problem.
> However, upon running make, I get this:
> 
> [root at syslog2 rsyslog-ommysql-1.19.8]# make
> make  all-am
> make[1]: Entering directory `/home/leigh/rsyslog-
> 1.19.8/plugins/ommysql/rsyslog-ommysql-1.19.8'
> source='ommysql.c' object='ommysql_la-ommysql.lo' libtool=yes \
> DEPDIR=.deps depmode=none /bin/sh ./../../depcomp \
> /bin/sh ./libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.  -
> I/usr/include/mysql -g -pipe -m32 -march=i386 -mtune=pentium4 -
> D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-strict-
> aliasing -I./../..   -g -O2 -W -Wall -Wformat-security -Wshadow
-Wcast-
> align -Wpointer-arith -Wmissing-format-attribute -g -c -o ommysql_la-
> ommysql.lo `test -f 'ommysql.c' || echo './'`ommysql.c
> /bin/sh: ./../../depcomp: No such file or directory
> make[1]: *** [ommysql_la-ommysql.lo] Error 127
> make[1]: Leaving directory `/home/leigh/rsyslog-
> 1.19.8/plugins/ommysql/rsyslog-ommysql-1.19.8'
> make: *** [all] Error 2
> 
> I have searched for anyone having similar problems and they suggested
> installing libtool (which I've done) would solve the problem.
However,
> I'm still not able to compile this plugin.  Is there something I'm
> missing here?  Any help would be much appreciated.
> 
> Regards,
> Leigh
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog
_______________________________________________
rsyslog mailing list
http://lists.adiscon.net/mailman/listinfo/rsyslog



From theinric at redhat.com  Mon Oct  8 14:46:18 2007
From: theinric at redhat.com (theinric at redhat.com)
Date: Mon, 08 Oct 2007 14:46:18 +0200
Subject: [rsyslog] ommysql compilation problem
In-Reply-To: <577465F99B41C842AAFBE9ED71E70ABA278BD3@grfint2.intern.adiscon.com>
References: <775FF2D890180541932EEA8C189AB7FC01DD43EE@eu-tc2-mail02.internal.sungard.corp>
	<577465F99B41C842AAFBE9ED71E70ABA278BD3@grfint2.intern.adiscon.com>
Message-ID: <470A269A.1010702@redhat.com>

Yes, the split didn't go very well. Before 1.19.9 is out, it is possible
to build the plugin with these steps:

tar xzf rsyslog-1.19.8.tar.gz
cd rsyslog-1.19.8/plugins/
tar xzf ommysql/ommysql.tar.gz
cd rsyslog-ommysql-1.19.8/
./configure && make

Rainer Gerhards wrote:
> Leigh,
> 
> I guess this problem is part of the repackaging that was done in 1.19.8.
> The repackaging was not the greatest success ;) I am right now rolling
> it back. If you can wait another day, I think I'll have 1.19.9 out,
> which comes with a single tarball again. For the same reason, I prefer
> not to dig too deep into the problem.
> 
> Is that OK with you?
> 
> Rainer
> 
>> -----Original Message-----
>> From: rsyslog-bounces at lists.adiscon.com [mailto:rsyslog-
>> bounces at lists.adiscon.com] On Behalf Of Leigh.Peterson at sungard.com
>> Sent: Monday, October 08, 2007 2:06 PM
>> To: rsyslog at lists.adiscon.com
>> Subject: [rsyslog] ommysql compilation problem
>>
>> Hi All,
>>
>> I'm having a problem compiling the ommysql plugin for rsyslogd
>> (rsyslog-ommysql-1.19.8).  I'm trying to compile it on CentOS 4.5.  I
>> have managed to build rsyslogd following the instructions here:
>> http://www.rsyslog.com/module-Static_Docs-view-f-install.html.phtml,
>> but it seems a bit outdated since running ./configure no longer has an
>> "--enable-mysql" option.
>>
>> To build ommysql separately, I do the following steps
>> cd plugins/ommysql
>> tar -xzf ommysql.tar.gz
>> cd rsyslog-ommysql-1.19.8
>> ./configure
>>
>> At this point it fails, saying:
>> configure: error: cannot find install-sh or install.sh in "." "./.."
>> "./../.."
>>
>> So, I copy install-sh from rsyslogd and try again:
>> cp ../../../install-sh .
>> ./configure
>>
>> and I get:
>> configure: error: cannot run /bin/sh ./config.sub
>>
>> Then i copy config.sub and config.guess from /usr/lib/rpm and run it
>> again and this time ./configure completes without any problem.
>> However, upon running make, I get this:
>>
>> [root at syslog2 rsyslog-ommysql-1.19.8]# make
>> make  all-am
>> make[1]: Entering directory `/home/leigh/rsyslog-
>> 1.19.8/plugins/ommysql/rsyslog-ommysql-1.19.8'
>> source='ommysql.c' object='ommysql_la-ommysql.lo' libtool=yes \
>> DEPDIR=.deps depmode=none /bin/sh ./../../depcomp \
>> /bin/sh ./libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.  -
>> I/usr/include/mysql -g -pipe -m32 -march=i386 -mtune=pentium4 -
>> D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-strict-
>> aliasing -I./../..   -g -O2 -W -Wall -Wformat-security -Wshadow
> -Wcast-
>> align -Wpointer-arith -Wmissing-format-attribute -g -c -o ommysql_la-
>> ommysql.lo `test -f 'ommysql.c' || echo './'`ommysql.c
>> /bin/sh: ./../../depcomp: No such file or directory
>> make[1]: *** [ommysql_la-ommysql.lo] Error 127
>> make[1]: Leaving directory `/home/leigh/rsyslog-
>> 1.19.8/plugins/ommysql/rsyslog-ommysql-1.19.8'
>> make: *** [all] Error 2
>>
>> I have searched for anyone having similar problems and they suggested
>> installing libtool (which I've done) would solve the problem.
> However,
>> I'm still not able to compile this plugin.  Is there something I'm
>> missing here?  Any help would be much appreciated.
>>
>> Regards,
>> Leigh
>> _______________________________________________
>> rsyslog mailing list
>> http://lists.adiscon.net/mailman/listinfo/rsyslog
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog


From Leigh.Peterson at sungard.com  Mon Oct  8 19:14:01 2007
From: Leigh.Peterson at sungard.com (Leigh.Peterson at sungard.com)
Date: Mon, 8 Oct 2007 18:14:01 +0100
Subject: [rsyslog] rsyslog clustering
Message-ID: <775FF2D890180541932EEA8C189AB7FC01DD43F0@eu-tc2-mail02.internal.sungard.corp>

Hi All,

I have a question about rsyslog configuration in a clustered environment.  Currently we have two data centres and I was going to deploy a syslog server at both of these locations.  I was hoping also implement a "master" log server here in the office where we could easily view the logs from both locations in one place.  However, looking at the schema for Syslogs.SystemEvents, it's using ID as the primary key which is an auto_increment integer.  Obviously, this won't work.  I'm trying to avoid any code change as well.

I've noticed that syslog-ng have a commercial solution with the concept of a "relay" which basically concatenates the messages in the data centres and feeds into a master server.  Is it possible to configure rsyslog to behave in a similar fashion?

Failing that, I was thinking of using MySQL database replication whereby each data centre would have a different database name and could then replicate their databases to the master server.  However, is it possible to specify a failover MySQL server in the rsyslogd configuration?

I'd be very interested to hear from anyone who's implemented a similar solution.  Thanks for your time!

Regards,
Leigh

From mic at npgx.com.au  Tue Oct  9 03:35:40 2007
From: mic at npgx.com.au (Michael Mansour)
Date: Tue, 9 Oct 2007 11:35:40 +1000
Subject: [rsyslog] rsyslog clustering
In-Reply-To: <775FF2D890180541932EEA8C189AB7FC01DD43F0@eu-tc2-mail02.internal.sungard.corp>
References: <775FF2D890180541932EEA8C189AB7FC01DD43F0@eu-tc2-mail02.internal.sungard.corp>
Message-ID: <20071009013237.M13218@npgx.com.au>

Hi,

> Hi All,
> 
> I have a question about rsyslog configuration in a clustered 
> environment.  Currently we have two data centres and I was going to 
> deploy a syslog server at both of these locations.  I was hoping 
> also implement a "master" log server here in the office where we 
> could easily view the logs from both locations in one place. 
>  However, looking at the schema for Syslogs.SystemEvents, it's using 
> ID as the primary key which is an auto_increment integer.  Obviously,
>  this won't work.  I'm trying to avoid any code change as well.
> 
> I've noticed that syslog-ng have a commercial solution with the 
> concept of a "relay" which basically concatenates the messages in 
> the data centres and feeds into a master server.  Is it possible to 
> configure rsyslog to behave in a similar fashion?
> 
> Failing that, I was thinking of using MySQL database replication 
> whereby each data centre would have a different database name and 
> could then replicate their databases to the master server.  However, 
> is it possible to specify a failover MySQL server in the rsyslogd configuration?

Yes, I don't have the links to this on-hand, but if you check the mail
archives you'll find others who have replied to me with the links to explain
how to implement a backup MySQL database if the primary one was to fail.

I personally haven't implemented this (yet) as the MySQL environment is
already HA'ed, which lessons the need for me to have a failover MySQL
environment (although I intend to implement it at some stage in the future
just for my own interest).

Regards,

Michael.

> I'd be very interested to hear from anyone who's implemented a 
> similar solution.  Thanks for your time!
> 
> Regards,
> Leigh
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog
------- End of Original Message -------


From rgerhards at hq.adiscon.com  Tue Oct  9 11:20:21 2007
From: rgerhards at hq.adiscon.com (Rainer Gerhards)
Date: Tue, 9 Oct 2007 11:20:21 +0200
Subject: [rsyslog] rsyslog packaging
Message-ID: <577465F99B41C842AAFBE9ED71E70ABA278BE9@grfint2.intern.adiscon.com>

Hi all,

I have received a proposal for rsyslog packaging and an associated
patch.

In that proposal, ommysql has its own makefile, but there is only one
configure.ac. Building of the module is controlled with the
--enable-mysql option. make dist configures and generates a tarball
containing ommysql. 

I like this proposal as it keeps things separate, but still within a
single source distribution. However, given the feedback on the packaging
change in 1.19.8, I understand that this may not be considered the real
solution. So I would like to ask for advise if that is a good way to
package things. I think I will also later today be able to provide an
experimental tarball build in that way - so that you could try it out
and see if it works for you. I will not release a new version until
after feedback (or sufficiently-long silence).

I appreciate any comments.

Thanks,
Rainer

From rgerhards at hq.adiscon.com  Wed Oct 10 09:25:56 2007
From: rgerhards at hq.adiscon.com (Rainer Gerhards)
Date: Wed, 10 Oct 2007 09:25:56 +0200
Subject: [rsyslog] experimental 1.19.9 tarball
Message-ID: <1192001156.16341.2.camel@localhost.localdomain>

Hi all,

as promised yesterday, I have uploaded an experimental tarball for
1.19.9. It is available at

http://download.rsyslog.com/rsyslog/rsyslog-1.19.9.tar.gz

It now is a single tarball again, but with a separate makefile for
ommysql. That makefile is integrated in the build process and being
activated by

./configure --enable-mysql

I would appreciate feedback from those of you doing packaging. Is this
format acceptable? I would like to release only if people are generally
happy with it.

Thanks,
Rainer


From mic at npgx.com.au  Wed Oct 10 15:53:32 2007
From: mic at npgx.com.au (Michael Mansour)
Date: Wed, 10 Oct 2007 23:53:32 +1000
Subject: [rsyslog] experimental 1.19.9 tarball
In-Reply-To: <1192001156.16341.2.camel@localhost.localdomain>
References: <1192001156.16341.2.camel@localhost.localdomain>
Message-ID: <20071010135138.M12596@npgx.com.au>

Hi Rainer,

> Hi all,
> 
> as promised yesterday, I have uploaded an experimental tarball for
> 1.19.9. It is available at
> 
> http://download.rsyslog.com/rsyslog/rsyslog-1.19.9.tar.gz
> 
> It now is a single tarball again, but with a separate makefile for
> ommysql. That makefile is integrated in the build process and being
> activated by
> 
> ./configure --enable-mysql
> 
> I would appreciate feedback from those of you doing packaging. Is 
> this format acceptable? I would like to release only if people are generally
> happy with it.

I downloaded the tarball and ran it against my spec (the ones I posed on the
wiki), and I get:

 gcc -DHAVE_CONFIG_H -I. -I../.. -I/usr/include/mysql -g -pipe -m32
-march=i386 -mtune=pentium4 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -fno-strict-aliasing -I./../.. -O2 -g -pipe -m32
-march=i386 -mtune=pentium4 -W -Wall -Wformat-security -Wshadow -Wcast-align
-Wpointer-arith -Wmissing-format-attribute -g -MT ommysql_la-ommysql.lo -MD
-MP -MF .deps/ommysql_la-ommysql.Tpo -c ommysql.c  -fPIC -DPIC -o
.libs/ommysql_la-ommysql.o
ommysql.c:27:28: ommysql-config.h: No such file or directory
In file included from ommysql.c:39:
../../syslogd.h:59: warning: "struct AllowedSenders" declared inside parameter
list
../../syslogd.h:59: warning: its scope is only this definition or declaration,
which is probably not what you want
make[2]: *** [ommysql_la-ommysql.lo] Error 1
make[2]: Leaving directory `/usr/src/redhat/BUILD/rsyslog-1.19.9/plugins/ommysql'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/redhat/BUILD/rsyslog-1.19.9'
make: *** [all] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.88499 (%build)

Not sure what's wrong with it but I might take a look at it tomorrow after a
good nights rest.

Regards,

Michael.

> Thanks,
> Rainer
> 
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog
------- End of Original Message -------


From mbiebl at gmail.com  Wed Oct 10 17:43:42 2007
From: mbiebl at gmail.com (Michael Biebl)
Date: Wed, 10 Oct 2007 17:43:42 +0200
Subject: [rsyslog] experimental 1.19.9 tarball
In-Reply-To: <1192001156.16341.2.camel@localhost.localdomain>
References: <1192001156.16341.2.camel@localhost.localdomain>
Message-ID: <aa76cdac0710100843o70d7c2dbpc449e533f1992686@mail.gmail.com>

2007/10/10, Rainer Gerhards <rgerhards at hq.adiscon.com>:
> Hi all,
>
> as promised yesterday, I have uploaded an experimental tarball for
> 1.19.9. It is available at
>
>
> I would appreciate feedback from those of you doing packaging. Is this
> format acceptable? I would like to release only if people are generally
> happy with it.
>

I hope I can test it tomorrow or on friday. I'll report back then.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

From rgerhards at hq.adiscon.com  Wed Oct 10 17:45:20 2007
From: rgerhards at hq.adiscon.com (Rainer Gerhards)
Date: Wed, 10 Oct 2007 17:45:20 +0200
Subject: [rsyslog] experimental 1.19.9 tarball
In-Reply-To: <aa76cdac0710100843o70d7c2dbpc449e533f1992686@mail.gmail.com>
References: <1192001156.16341.2.camel@localhost.localdomain>
	<aa76cdac0710100843o70d7c2dbpc449e533f1992686@mail.gmail.com>
Message-ID: <577465F99B41C842AAFBE9ED71E70ABA278C22@grfint2.intern.adiscon.com>

Excellent - from initial feedback I received, there still seems to be
some minor nits. I'll re-release the pilot soon, will post then.

Rainer

> -----Original Message-----
> From: rsyslog-bounces at lists.adiscon.com [mailto:rsyslog-
> bounces at lists.adiscon.com] On Behalf Of Michael Biebl
> Sent: Wednesday, October 10, 2007 5:44 PM
> To: rsyslog-users
> Subject: Re: [rsyslog] experimental 1.19.9 tarball
> 
> 2007/10/10, Rainer Gerhards <rgerhards at hq.adiscon.com>:
> > Hi all,
> >
> > as promised yesterday, I have uploaded an experimental tarball for
> > 1.19.9. It is available at
> >
> >
> > I would appreciate feedback from those of you doing packaging. Is
> this
> > format acceptable? I would like to release only if people are
> generally
> > happy with it.
> >
> 
> I hope I can test it tomorrow or on friday. I'll report back then.
> 
> Michael
> 
> --
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog

From mbiebl at gmail.com  Wed Oct 10 19:33:23 2007
From: mbiebl at gmail.com (Michael Biebl)
Date: Wed, 10 Oct 2007 19:33:23 +0200
Subject: [rsyslog] experimental 1.19.9 tarball
In-Reply-To: <577465F99B41C842AAFBE9ED71E70ABA278C22@grfint2.intern.adiscon.com>
References: <1192001156.16341.2.camel@localhost.localdomain>
	<aa76cdac0710100843o70d7c2dbpc449e533f1992686@mail.gmail.com>
	<577465F99B41C842AAFBE9ED71E70ABA278C22@grfint2.intern.adiscon.com>
Message-ID: <aa76cdac0710101033l1c49e04bu35c0698fa8dea095@mail.gmail.com>

2007/10/10, Rainer Gerhards <rgerhards at hq.adiscon.com>:
> Excellent - from initial feedback I received, there still seems to be
> some minor nits. I'll re-release the pilot soon, will post then.

Ok, I had some time to review the changes. All in all I like, how it's
done know.

Attached you will find a patch which will cleanup/fix some issues:

1.) fix failing compilation of ommysql plugin (s/ommysql-config.h/config.h/)
2.) fix mysql configure check (although the default is no, we did
check for the mysql devel files)
3.) Create a separate Makefile.am for the doc files. This cleans up
the toplevel Makefile.am considerably and makes it much more readable
and maintainable. I guess everyone agrees ;-)
3b) Assign the html doc files to html_DATA. This means, they are
installed to $(hmtdir), which by autoconf standards is
$(prefix)/share/doc/$packagename/. If that is not wanted, just name
the variable html_files e.g.
4.) Reformat the SOURCES line to make it better readable and maintainable.

The patch is against the experimental 1.19.9 tarball.
It only patches configure.ac/Makefile.am, so you have to run
"autoreconf -vfi" to rebuild the auto* files.

Please review and apply.

Cheers,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

From r.bhatia at ipax.at  Wed Oct 10 20:09:33 2007
From: r.bhatia at ipax.at (Raoul Bhatia [IPAX])
Date: Wed, 10 Oct 2007 20:09:33 +0200
Subject: [rsyslog] experimental 1.19.9 tarball
In-Reply-To: <aa76cdac0710101033l1c49e04bu35c0698fa8dea095@mail.gmail.com>
References: <1192001156.16341.2.camel@localhost.localdomain>	<aa76cdac0710100843o70d7c2dbpc449e533f1992686@mail.gmail.com>	<577465F99B41C842AAFBE9ED71E70ABA278C22@grfint2.intern.adiscon.com>
	<aa76cdac0710101033l1c49e04bu35c0698fa8dea095@mail.gmail.com>
Message-ID: <470D155D.9050000@ipax.at>

Michael Biebl wrote:
> Please review and apply.

please reattach ;) the email has no patch enclosed.

cheers,
raoul
-- 
____________________________________________________________________
DI (FH) Raoul Bhatia M.Sc.          email.          r.bhatia at ipax.at
Technischer Leiter

IPAX - Aloy Bhatia Hava OEG         web.          http://www.ipax.at
Barawitzkagasse 10/2/2/11           email.            office at ipax.at
1190 Wien                           tel.               +43 1 3670030
FN 277995t HG Wien                  fax.            +43 1 3670030 15
____________________________________________________________________

From mbiebl at gmail.com  Wed Oct 10 20:38:59 2007
From: mbiebl at gmail.com (Michael Biebl)
Date: Wed, 10 Oct 2007 20:38:59 +0200
Subject: [rsyslog] experimental 1.19.9 tarball
In-Reply-To: <470D155D.9050000@ipax.at>
References: <1192001156.16341.2.camel@localhost.localdomain>
	<aa76cdac0710100843o70d7c2dbpc449e533f1992686@mail.gmail.com>
	<577465F99B41C842AAFBE9ED71E70ABA278C22@grfint2.intern.adiscon.com>
	<aa76cdac0710101033l1c49e04bu35c0698fa8dea095@mail.gmail.com>
	<470D155D.9050000@ipax.at>
Message-ID: <aa76cdac0710101138xf9c8799ic57135cfad0bc4f6@mail.gmail.com>

2007/10/10, Raoul Bhatia [IPAX] <r.bhatia at ipax.at>:
> Michael Biebl wrote:
> > Please review and apply.
>
> please reattach ;) the email has no patch enclosed.

I definitely attached the patch, but maybe the list-server stripped it.

So lets try it again.
I case it doesn't also work this time you can also find the patch at

http://debs.michaelbiebl.de/rsyslog/rsyslog.patch

Cheers,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

From rgerhards at hq.adiscon.com  Thu Oct 11 10:47:43 2007
From: rgerhards at hq.adiscon.com (Rainer Gerhards)
Date: Thu, 11 Oct 2007 10:47:43 +0200
Subject: [rsyslog] experimental 1.19.9 tarball
In-Reply-To: <aa76cdac0710101138xf9c8799ic57135cfad0bc4f6@mail.gmail.com>
References: <1192001156.16341.2.camel@localhost.localdomain><aa76cdac0710100843o70d7c2dbpc449e533f1992686@mail.gmail.com><577465F99B41C842AAFBE9ED71E70ABA278C22@grfint2.intern.adiscon.com><aa76cdac0710101033l1c49e04bu35c0698fa8dea095@mail.gmail.com><470D155D.9050000@ipax.at>
	<aa76cdac0710101138xf9c8799ic57135cfad0bc4f6@mail.gmail.com>
Message-ID: <577465F99B41C842AAFBE9ED71E70ABA278C31@grfint2.intern.adiscon.com>

The list server is *very* picky on what it allows (almost nothing). Its
kind of a "better save than sorry" setup...

Rainer

> -----Original Message-----
> From: rsyslog-bounces at lists.adiscon.com [mailto:rsyslog-
> bounces at lists.adiscon.com] On Behalf Of Michael Biebl
> Sent: Wednesday, October 10, 2007 8:39 PM
> To: rsyslog-users
> Subject: Re: [rsyslog] experimental 1.19.9 tarball
> 
> 2007/10/10, Raoul Bhatia [IPAX] <r.bhatia at ipax.at>:
> > Michael Biebl wrote:
> > > Please review and apply.
> >
> > please reattach ;) the email has no patch enclosed.
> 
> I definitely attached the patch, but maybe the list-server stripped
it.
> 
> So lets try it again.
> I case it doesn't also work this time you can also find the patch at
> 
> http://debs.michaelbiebl.de/rsyslog/rsyslog.patch
> 
> Cheers,
> Michael
> --
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?

From rgerhards at hq.adiscon.com  Thu Oct 11 11:15:50 2007
From: rgerhards at hq.adiscon.com (Rainer Gerhards)
Date: Thu, 11 Oct 2007 11:15:50 +0200
Subject: [rsyslog] experimental 1.19.9 tarball
In-Reply-To: <aa76cdac0710101033l1c49e04bu35c0698fa8dea095@mail.gmail.com>
References: <1192001156.16341.2.camel@localhost.localdomain>
	<aa76cdac0710100843o70d7c2dbpc449e533f1992686@mail.gmail.com>
	<577465F99B41C842AAFBE9ED71E70ABA278C22@grfint2.intern.adiscon.com>
	<aa76cdac0710101033l1c49e04bu35c0698fa8dea095@mail.gmail.com>
Message-ID: <1192094150.16341.6.camel@localhost.localdomain>

Hi Michael,

many thanks, this is a *very* useful patch, much appreciated. I just
applied it an re-created the experimental tarball. The new version is
available at the previous url at

http://download.rsyslog.com/rsyslog/rsyslog-1.19.9.tar.gz

I think I'll release tomorrow if I do not hear any show stopper until
then.

Thanks all for testing, comments and patches! (I so far applied
Michael's only, is it seems to cover everything else - but I'll do
further review now) :)

Rainer

On Wed, 2007-10-10 at 19:33 +0200, Michael Biebl wrote:
> 2007/10/10, Rainer Gerhards <rgerhards at hq.adiscon.com>:
> > Excellent - from initial feedback I received, there still seems to be
> > some minor nits. I'll re-release the pilot soon, will post then.
> 
> Ok, I had some time to review the changes. All in all I like, how it's
> done know.
> 
> Attached you will find a patch which will cleanup/fix some issues:
> 
> 1.) fix failing compilation of ommysql plugin (s/ommysql-config.h/config.h/)
> 2.) fix mysql configure check (although the default is no, we did
> check for the mysql devel files)
> 3.) Create a separate Makefile.am for the doc files. This cleans up
> the toplevel Makefile.am considerably and makes it much more readable
> and maintainable. I guess everyone agrees ;-)
> 3b) Assign the html doc files to html_DATA. This means, they are
> installed to $(hmtdir), which by autoconf standards is
> $(prefix)/share/doc/$packagename/. If that is not wanted, just name
> the variable html_files e.g.
> 4.) Reformat the SOURCES line to make it better readable and maintainable.
> 
> The patch is against the experimental 1.19.9 tarball.
> It only patches configure.ac/Makefile.am, so you have to run
> "autoreconf -vfi" to rebuild the auto* files.
> 
> Please review and apply.
> 
> Cheers,
> Michael
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog


From theinric at redhat.com  Thu Oct 11 12:37:01 2007
From: theinric at redhat.com (theinric at redhat.com)
Date: Thu, 11 Oct 2007 12:37:01 +0200
Subject: [rsyslog] experimental 1.19.9 tarball
In-Reply-To: <1192094150.16341.6.camel@localhost.localdomain>
References: <1192001156.16341.2.camel@localhost.localdomain>	<aa76cdac0710100843o70d7c2dbpc449e533f1992686@mail.gmail.com>	<577465F99B41C842AAFBE9ED71E70ABA278C22@grfint2.intern.adiscon.com>	<aa76cdac0710101033l1c49e04bu35c0698fa8dea095@mail.gmail.com>
	<1192094150.16341.6.camel@localhost.localdomain>
Message-ID: <470DFCCD.90307@redhat.com>

Hi,

just a few additions to Michael's patch.

Rainer Gerhards wrote:
> Hi Michael,
> 
> many thanks, this is a *very* useful patch, much appreciated. I just
> applied it an re-created the experimental tarball. The new version is
> available at the previous url at
> 
> http://download.rsyslog.com/rsyslog/rsyslog-1.19.9.tar.gz
> 
> I think I'll release tomorrow if I do not hear any show stopper until
> then.
> 
> Thanks all for testing, comments and patches! (I so far applied
> Michael's only, is it seems to cover everything else - but I'll do
> further review now) :)
> 
> Rainer
> 
> On Wed, 2007-10-10 at 19:33 +0200, Michael Biebl wrote:
>> 2007/10/10, Rainer Gerhards <rgerhards at hq.adiscon.com>:
>>> Excellent - from initial feedback I received, there still seems to be
>>> some minor nits. I'll re-release the pilot soon, will post then.
>> Ok, I had some time to review the changes. All in all I like, how it's
>> done know.
>>
>> Attached you will find a patch which will cleanup/fix some issues:
>>
>> 1.) fix failing compilation of ommysql plugin (s/ommysql-config.h/config.h/)
>> 2.) fix mysql configure check (although the default is no, we did
>> check for the mysql devel files)
>> 3.) Create a separate Makefile.am for the doc files. This cleans up
>> the toplevel Makefile.am considerably and makes it much more readable
>> and maintainable. I guess everyone agrees ;-)
>> 3b) Assign the html doc files to html_DATA. This means, they are
>> installed to $(hmtdir), which by autoconf standards is
>> $(prefix)/share/doc/$packagename/. If that is not wanted, just name
>> the variable html_files e.g.
>> 4.) Reformat the SOURCES line to make it better readable and maintainable.
>>
>> The patch is against the experimental 1.19.9 tarball.
>> It only patches configure.ac/Makefile.am, so you have to run
>> "autoreconf -vfi" to rebuild the auto* files.
>>
>> Please review and apply.
>>
>> Cheers,
>> Michael
>> _______________________________________________
>> rsyslog mailing list
>> http://lists.adiscon.net/mailman/listinfo/rsyslog
> 
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog


From rgerhards at hq.adiscon.com  Thu Oct 11 12:38:46 2007
From: rgerhards at hq.adiscon.com (Rainer Gerhards)
Date: Thu, 11 Oct 2007 12:38:46 +0200
Subject: [rsyslog] experimental 1.19.9 tarball
In-Reply-To: <470DFCCD.90307@redhat.com>
References: <1192001156.16341.2.camel@localhost.localdomain>	<aa76cdac0710100843o70d7c2dbpc449e533f1992686@mail.gmail.com>	<577465F99B41C842AAFBE9ED71E70ABA278C22@grfint2.intern.adiscon.com>	<aa76cdac0710101033l1c49e04bu35c0698fa8dea095@mail.gmail.com><1192094150.16341.6.camel@localhost.localdomain>
	<470DFCCD.90307@redhat.com>
Message-ID: <577465F99B41C842AAFBE9ED71E70ABA278C36@grfint2.intern.adiscon.com>

The mailing list won't let attachments of anything other than (I think,
.txt) through (if at all). You can mail me privately, I'll post it (and
I bet you've also a site to post to, feel free to do that).

Thanks again all for your help - muuuuuch appreciated!

Rainer

> -----Original Message-----
> From: rsyslog-bounces at lists.adiscon.com [mailto:rsyslog-
> bounces at lists.adiscon.com] On Behalf Of theinric at redhat.com
> Sent: Thursday, October 11, 2007 12:37 PM
> To: rsyslog-users
> Subject: Re: [rsyslog] experimental 1.19.9 tarball
> 
> Hi,
> 
> just a few additions to Michael's patch.
> 
> Rainer Gerhards wrote:
> > Hi Michael,
> >
> > many thanks, this is a *very* useful patch, much appreciated. I just
> > applied it an re-created the experimental tarball. The new version
is
> > available at the previous url at
> >
> > http://download.rsyslog.com/rsyslog/rsyslog-1.19.9.tar.gz
> >
> > I think I'll release tomorrow if I do not hear any show stopper
until
> > then.
> >
> > Thanks all for testing, comments and patches! (I so far applied
> > Michael's only, is it seems to cover everything else - but I'll do
> > further review now) :)
> >
> > Rainer
> >
> > On Wed, 2007-10-10 at 19:33 +0200, Michael Biebl wrote:
> >> 2007/10/10, Rainer Gerhards <rgerhards at hq.adiscon.com>:
> >>> Excellent - from initial feedback I received, there still seems to
> be
> >>> some minor nits. I'll re-release the pilot soon, will post then.
> >> Ok, I had some time to review the changes. All in all I like, how
> it's
> >> done know.
> >>
> >> Attached you will find a patch which will cleanup/fix some issues:
> >>
> >> 1.) fix failing compilation of ommysql plugin (s/ommysql-
> config.h/config.h/)
> >> 2.) fix mysql configure check (although the default is no, we did
> >> check for the mysql devel files)
> >> 3.) Create a separate Makefile.am for the doc files. This cleans up
> >> the toplevel Makefile.am considerably and makes it much more
> readable
> >> and maintainable. I guess everyone agrees ;-)
> >> 3b) Assign the html doc files to html_DATA. This means, they are
> >> installed to $(hmtdir), which by autoconf standards is
> >> $(prefix)/share/doc/$packagename/. If that is not wanted, just name
> >> the variable html_files e.g.
> >> 4.) Reformat the SOURCES line to make it better readable and
> maintainable.
> >>
> >> The patch is against the experimental 1.19.9 tarball.
> >> It only patches configure.ac/Makefile.am, so you have to run
> >> "autoreconf -vfi" to rebuild the auto* files.
> >>
> >> Please review and apply.
> >>
> >> Cheers,
> >> Michael
> >> _______________________________________________
> >> rsyslog mailing list
> >> http://lists.adiscon.net/mailman/listinfo/rsyslog
> >
> > _______________________________________________
> > rsyslog mailing list
> > http://lists.adiscon.net/mailman/listinfo/rsyslog


From theinric at redhat.com  Thu Oct 11 12:43:42 2007
From: theinric at redhat.com (theinric at redhat.com)
Date: Thu, 11 Oct 2007 12:43:42 +0200
Subject: [rsyslog] experimental 1.19.9 tarball
In-Reply-To: <577465F99B41C842AAFBE9ED71E70ABA278C36@grfint2.intern.adiscon.com>
References: <1192001156.16341.2.camel@localhost.localdomain>	<aa76cdac0710100843o70d7c2dbpc449e533f1992686@mail.gmail.com>	<577465F99B41C842AAFBE9ED71E70ABA278C22@grfint2.intern.adiscon.com>	<aa76cdac0710101033l1c49e04bu35c0698fa8dea095@mail.gmail.com><1192094150.16341.6.camel@localhost.localdomain>	<470DFCCD.90307@redhat.com>
	<577465F99B41C842AAFBE9ED71E70ABA278C36@grfint2.intern.adiscon.com>
Message-ID: <470DFE5E.8040207@redhat.com>

Sorry, didn't realised.

diff -up rsyslog-1.19.9/configure.ac.orig rsyslog-1.19.9/configure.ac
--- rsyslog-1.19.9/configure.ac.orig    2007-10-11 11:56:05.000000000 +0200
+++ rsyslog-1.19.9/configure.ac 2007-10-11 11:57:33.000000000 +0200
@@ -254,17 +254,23 @@ if test "x$enable_mysql" = "xyes"; then
      [mysql/mysql.h],,
      [AC_MSG_FAILURE([MySQL is missing])]
    )
-  AC_SUBST(LIBS_TMP,[$LIBS])
-  AC_SEARCH_LIBS(
-    [mysql_init],
+  AC_CHECK_PROG(
+    [HAVE_MYSQL_CONFIG],
+    [mysql_config],
+    [yes],,,
+  )
+  if test "x${HAVE_MYSQL_CONFIG}" != "xyes"; then
+    AC_MSG_FAILURE([mysql_config not found in PATH])
+  fi
+  AC_CHECK_LIB(
      [mysqlclient],
+    [mysql_init],
      [mysql_cflags=`mysql_config --cflags`
       mysql_libs=`mysql_config --libs`
      ],
      [AC_MSG_FAILURE([MySQL library is missing])],
      [`mysql_config --libs`]
    )
-  AC_SUBST(LIBS,[$LIBS_TMP])
  fi
  AM_CONDITIONAL(ENABLE_MYSQL, test x$enable_mysql = xyes)
  AC_SUBST(mysql_cflags)

Rainer Gerhards wrote:
> The mailing list won't let attachments of anything other than (I think,
> .txt) through (if at all). You can mail me privately, I'll post it (and
> I bet you've also a site to post to, feel free to do that).
> 
> Thanks again all for your help - muuuuuch appreciated!
> 
> Rainer
> 
>> -----Original Message-----
>> From: rsyslog-bounces at lists.adiscon.com [mailto:rsyslog-
>> bounces at lists.adiscon.com] On Behalf Of theinric at redhat.com
>> Sent: Thursday, October 11, 2007 12:37 PM
>> To: rsyslog-users
>> Subject: Re: [rsyslog] experimental 1.19.9 tarball
>>
>> Hi,
>>
>> just a few additions to Michael's patch.
>>
>> Rainer Gerhards wrote:
>>> Hi Michael,
>>>
>>> many thanks, this is a *very* useful patch, much appreciated. I just
>>> applied it an re-created the experimental tarball. The new version
> is
>>> available at the previous url at
>>>
>>> http://download.rsyslog.com/rsyslog/rsyslog-1.19.9.tar.gz
>>>
>>> I think I'll release tomorrow if I do not hear any show stopper
> until
>>> then.
>>>
>>> Thanks all for testing, comments and patches! (I so far applied
>>> Michael's only, is it seems to cover everything else - but I'll do
>>> further review now) :)
>>>
>>> Rainer
>>>
>>> On Wed, 2007-10-10 at 19:33 +0200, Michael Biebl wrote:
>>>> 2007/10/10, Rainer Gerhards <rgerhards at hq.adiscon.com>:
>>>>> Excellent - from initial feedback I received, there still seems to
>> be
>>>>> some minor nits. I'll re-release the pilot soon, will post then.
>>>> Ok, I had some time to review the changes. All in all I like, how
>> it's
>>>> done know.
>>>>
>>>> Attached you will find a patch which will cleanup/fix some issues:
>>>>
>>>> 1.) fix failing compilation of ommysql plugin (s/ommysql-
>> config.h/config.h/)
>>>> 2.) fix mysql configure check (although the default is no, we did
>>>> check for the mysql devel files)
>>>> 3.) Create a separate Makefile.am for the doc files. This cleans up
>>>> the toplevel Makefile.am considerably and makes it much more
>> readable
>>>> and maintainable. I guess everyone agrees ;-)
>>>> 3b) Assign the html doc files to html_DATA. This means, they are
>>>> installed to $(hmtdir), which by autoconf standards is
>>>> $(prefix)/share/doc/$packagename/. If that is not wanted, just name
>>>> the variable html_files e.g.
>>>> 4.) Reformat the SOURCES line to make it better readable and
>> maintainable.
>>>> The patch is against the experimental 1.19.9 tarball.
>>>> It only patches configure.ac/Makefile.am, so you have to run
>>>> "autoreconf -vfi" to rebuild the auto* files.
>>>>
>>>> Please review and apply.
>>>>
>>>> Cheers,
>>>> Michael
>>>> _______________________________________________
>>>> rsyslog mailing list
>>>> http://lists.adiscon.net/mailman/listinfo/rsyslog
>>> _______________________________________________
>>> rsyslog mailing list
>>> http://lists.adiscon.net/mailman/listinfo/rsyslog
> 
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog


From pvrabec at redhat.com  Thu Oct 11 12:34:24 2007
From: pvrabec at redhat.com (Peter Vrabec)
Date: Thu, 11 Oct 2007 12:34:24 +0200
Subject: [rsyslog] experimental 1.19.9 tarball
In-Reply-To: <aa76cdac0710101033l1c49e04bu35c0698fa8dea095@mail.gmail.com>
References: <1192001156.16341.2.camel@localhost.localdomain>	<aa76cdac0710100843o70d7c2dbpc449e533f1992686@mail.gmail.com>	<577465F99B41C842AAFBE9ED71E70ABA278C22@grfint2.intern.adiscon.com>
	<aa76cdac0710101033l1c49e04bu35c0698fa8dea095@mail.gmail.com>
Message-ID: <470DFC30.1010403@redhat.com>

Michael Biebl wrote:
> 2007/10/10, Rainer Gerhards <rgerhards at hq.adiscon.com>:
>> Excellent - from initial feedback I received, there still seems to be
>> some minor nits. I'll re-release the pilot soon, will post then.
> 
> Ok, I had some time to review the changes. All in all I like, how it's
> done know.
> 
> Attached you will find a patch which will cleanup/fix some issues:
> 
> 1.) fix failing compilation of ommysql plugin (s/ommysql-config.h/config.h/)
> 2.) fix mysql configure check (although the default is no, we did
> check for the mysql devel files)
> 3.) Create a separate Makefile.am for the doc files. This cleans up
> the toplevel Makefile.am considerably and makes it much more readable
> and maintainable. I guess everyone agrees ;-)
> 3b) Assign the html doc files to html_DATA. This means, they are
> installed to $(hmtdir), which by autoconf standards is
> $(prefix)/share/doc/$packagename/. If that is not wanted, just name
> the variable html_files e.g.

I would appreciate it :-)

> 4.) Reformat the SOURCES line to make it better readable and maintainable.
> 
> The patch is against the experimental 1.19.9 tarball.
> It only patches configure.ac/Makefile.am, so you have to run
> "autoreconf -vfi" to rebuild the auto* files.
> 
> Please review and apply.
> 
> Cheers,
> Michael
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog


From mic at npgx.com.au  Thu Oct 11 14:53:00 2007
From: mic at npgx.com.au (Michael Mansour)
Date: Thu, 11 Oct 2007 22:53:00 +1000
Subject: [rsyslog] experimental 1.19.9 tarball
In-Reply-To: <1192094150.16341.6.camel@localhost.localdomain>
References: <1192001156.16341.2.camel@localhost.localdomain>
	<aa76cdac0710100843o70d7c2dbpc449e533f1992686@mail.gmail.com>
	<577465F99B41C842AAFBE9ED71E70ABA278C22@grfint2.intern.adiscon.com>
	<aa76cdac0710101033l1c49e04bu35c0698fa8dea095@mail.gmail.com>
	<1192094150.16341.6.camel@localhost.localdomain>
Message-ID: <20071011124934.M48098@npgx.com.au>

Hi Rainer,

> Hi Michael,
> 
> many thanks, this is a *very* useful patch, much appreciated. I just
> applied it an re-created the experimental tarball. The new version is
> available at the previous url at
> 
> http://download.rsyslog.com/rsyslog/rsyslog-1.19.9.tar.gz
> 
> I think I'll release tomorrow if I do not hear any show stopper until
> then.
> 
> Thanks all for testing, comments and patches! (I so far applied
> Michael's only, is it seems to cover everything else - but I'll do
> further review now) :)

With a small mod to my spec I was able to build both RPM's (rsyslog and
rsyslog-mysql).

I updated my rsyslog 1.19.7 installation and things seem to be running fine.

Thanks,

Michael.

> Rainer
> 
> On Wed, 2007-10-10 at 19:33 +0200, Michael Biebl wrote:
> > 2007/10/10, Rainer Gerhards <rgerhards at hq.adiscon.com>:
> > > Excellent - from initial feedback I received, there still seems to be
> > > some minor nits. I'll re-release the pilot soon, will post then.
> > 
> > Ok, I had some time to review the changes. All in all I like, how it's
> > done know.
> > 
> > Attached you will find a patch which will cleanup/fix some issues:
> > 
> > 1.) fix failing compilation of ommysql plugin (s/ommysql-config.h/config.h/)
> > 2.) fix mysql configure check (although the default is no, we did
> > check for the mysql devel files)
> > 3.) Create a separate Makefile.am for the doc files. This cleans up
> > the toplevel Makefile.am considerably and makes it much more readable
> > and maintainable. I guess everyone agrees ;-)
> > 3b) Assign the html doc files to html_DATA. This means, they are
> > installed to $(hmtdir), which by autoconf standards is
> > $(prefix)/share/doc/$packagename/. If that is not wanted, just name
> > the variable html_files e.g.
> > 4.) Reformat the SOURCES line to make it better readable and maintainable.
> > 
> > The patch is against the experimental 1.19.9 tarball.
> > It only patches configure.ac/Makefile.am, so you have to run
> > "autoreconf -vfi" to rebuild the auto* files.
> > 
> > Please review and apply.
> > 
> > Cheers,
> > Michael
> > _______________________________________________
> > rsyslog mailing list
> > http://lists.adiscon.net/mailman/listinfo/rsyslog
> 
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog
------- End of Original Message -------


From rgerhards at hq.adiscon.com  Thu Oct 11 17:10:32 2007
From: rgerhards at hq.adiscon.com (Rainer Gerhards)
Date: Thu, 11 Oct 2007 17:10:32 +0200
Subject: [rsyslog] experimental 1.19.9 tarball
In-Reply-To: <470DFE5E.8040207@redhat.com>
References: <1192001156.16341.2.camel@localhost.localdomain>
	<aa76cdac0710100843o70d7c2dbpc449e533f1992686@mail.gmail.com>
	<577465F99B41C842AAFBE9ED71E70ABA278C22@grfint2.intern.adiscon.com>
	<aa76cdac0710101033l1c49e04bu35c0698fa8dea095@mail.gmail.com>
	<1192094150.16341.6.camel@localhost.localdomain>
	<470DFCCD.90307@redhat.com>
	<577465F99B41C842AAFBE9ED71E70ABA278C36@grfint2.intern.adiscon.com>
	<470DFE5E.8040207@redhat.com>
Message-ID: <1192115432.16341.8.camel@localhost.localdomain>

I just applied this patch, testing a bit. Will re-release experimental
tarball later today.

Rainer

On Thu, 2007-10-11 at 12:43 +0200, theinric at redhat.com wrote:
> Sorry, didn't realised.
> 
> diff -up rsyslog-1.19.9/configure.ac.orig rsyslog-1.19.9/configure.ac
> --- rsyslog-1.19.9/configure.ac.orig    2007-10-11 11:56:05.000000000 +0200
> +++ rsyslog-1.19.9/configure.ac 2007-10-11 11:57:33.000000000 +0200
> @@ -254,17 +254,23 @@ if test "x$enable_mysql" = "xyes"; then
>       [mysql/mysql.h],,
>       [AC_MSG_FAILURE([MySQL is missing])]
>     )
> -  AC_SUBST(LIBS_TMP,[$LIBS])
> -  AC_SEARCH_LIBS(
> -    [mysql_init],
> +  AC_CHECK_PROG(
> +    [HAVE_MYSQL_CONFIG],
> +    [mysql_config],
> +    [yes],,,
> +  )
> +  if test "x${HAVE_MYSQL_CONFIG}" != "xyes"; then
> +    AC_MSG_FAILURE([mysql_config not found in PATH])
> +  fi
> +  AC_CHECK_LIB(
>       [mysqlclient],
> +    [mysql_init],
>       [mysql_cflags=`mysql_config --cflags`
>        mysql_libs=`mysql_config --libs`
>       ],
>       [AC_MSG_FAILURE([MySQL library is missing])],
>       [`mysql_config --libs`]
>     )
> -  AC_SUBST(LIBS,[$LIBS_TMP])
>   fi
>   AM_CONDITIONAL(ENABLE_MYSQL, test x$enable_mysql = xyes)
>   AC_SUBST(mysql_cflags)
> 
> Rainer Gerhards wrote:
> > The mailing list won't let attachments of anything other than (I think,
> > .txt) through (if at all). You can mail me privately, I'll post it (and
> > I bet you've also a site to post to, feel free to do that).
> > 
> > Thanks again all for your help - muuuuuch appreciated!
> > 
> > Rainer
> > 
> >> -----Original Message-----
> >> From: rsyslog-bounces at lists.adiscon.com [mailto:rsyslog-
> >> bounces at lists.adiscon.com] On Behalf Of theinric at redhat.com
> >> Sent: Thursday, October 11, 2007 12:37 PM
> >> To: rsyslog-users
> >> Subject: Re: [rsyslog] experimental 1.19.9 tarball
> >>
> >> Hi,
> >>
> >> just a few additions to Michael's patch.
> >>
> >> Rainer Gerhards wrote:
> >>> Hi Michael,
> >>>
> >>> many thanks, this is a *very* useful patch, much appreciated. I just
> >>> applied it an re-created the experimental tarball. The new version
> > is
> >>> available at the previous url at
> >>>
> >>> http://download.rsyslog.com/rsyslog/rsyslog-1.19.9.tar.gz
> >>>
> >>> I think I'll release tomorrow if I do not hear any show stopper
> > until
> >>> then.
> >>>
> >>> Thanks all for testing, comments and patches! (I so far applied
> >>> Michael's only, is it seems to cover everything else - but I'll do
> >>> further review now) :)
> >>>
> >>> Rainer
> >>>
> >>> On Wed, 2007-10-10 at 19:33 +0200, Michael Biebl wrote:
> >>>> 2007/10/10, Rainer Gerhards <rgerhards at hq.adiscon.com>:
> >>>>> Excellent - from initial feedback I received, there still seems to
> >> be
> >>>>> some minor nits. I'll re-release the pilot soon, will post then.
> >>>> Ok, I had some time to review the changes. All in all I like, how
> >> it's
> >>>> done know.
> >>>>
> >>>> Attached you will find a patch which will cleanup/fix some issues:
> >>>>
> >>>> 1.) fix failing compilation of ommysql plugin (s/ommysql-
> >> config.h/config.h/)
> >>>> 2.) fix mysql configure check (although the default is no, we did
> >>>> check for the mysql devel files)
> >>>> 3.) Create a separate Makefile.am for the doc files. This cleans up
> >>>> the toplevel Makefile.am considerably and makes it much more
> >> readable
> >>>> and maintainable. I guess everyone agrees ;-)
> >>>> 3b) Assign the html doc files to html_DATA. This means, they are
> >>>> installed to $(hmtdir), which by autoconf standards is
> >>>> $(prefix)/share/doc/$packagename/. If that is not wanted, just name
> >>>> the variable html_files e.g.
> >>>> 4.) Reformat the SOURCES line to make it better readable and
> >> maintainable.
> >>>> The patch is against the experimental 1.19.9 tarball.
> >>>> It only patches configure.ac/Makefile.am, so you have to run
> >>>> "autoreconf -vfi" to rebuild the auto* files.
> >>>>
> >>>> Please review and apply.
> >>>>
> >>>> Cheers,
> >>>> Michael
> >>>> _______________________________________________
> >>>> rsyslog mailing list
> >>>> http://lists.adiscon.net/mailman/listinfo/rsyslog
> >>> _______________________________________________
> >>> rsyslog mailing list
> >>> http://lists.adiscon.net/mailman/listinfo/rsyslog
> > 
> > _______________________________________________
> > rsyslog mailing list
> > http://lists.adiscon.net/mailman/listinfo/rsyslog
> 
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog


From rgerhards at hq.adiscon.com  Thu Oct 11 17:18:38 2007
From: rgerhards at hq.adiscon.com (Rainer Gerhards)
Date: Thu, 11 Oct 2007 17:18:38 +0200
Subject: [rsyslog] experimental 1.19.9 tarball
In-Reply-To: <470DFC30.1010403@redhat.com>
References: <1192001156.16341.2.camel@localhost.localdomain>
	<aa76cdac0710100843o70d7c2dbpc449e533f1992686@mail.gmail.com>
	<577465F99B41C842AAFBE9ED71E70ABA278C22@grfint2.intern.adiscon.com>
	<aa76cdac0710101033l1c49e04bu35c0698fa8dea095@mail.gmail.com>
	<470DFC30.1010403@redhat.com>
Message-ID: <1192115919.16341.10.camel@localhost.localdomain>

OK, I have changed this location. If someone objects that, please speak
up now.

Thanks,
Rainer

On Thu, 2007-10-11 at 12:34 +0200, Peter Vrabec wrote:
> Michael Biebl wrote:
> > 2007/10/10, Rainer Gerhards <rgerhards at hq.adiscon.com>:
> >> Excellent - from initial feedback I received, there still seems to be
> >> some minor nits. I'll re-release the pilot soon, will post then.
> > 
> > Ok, I had some time to review the changes. All in all I like, how it's
> > done know.
> > 
> > Attached you will find a patch which will cleanup/fix some issues:
> > 
> > 1.) fix failing compilation of ommysql plugin (s/ommysql-config.h/config.h/)
> > 2.) fix mysql configure check (although the default is no, we did
> > check for the mysql devel files)
> > 3.) Create a separate Makefile.am for the doc files. This cleans up
> > the toplevel Makefile.am considerably and makes it much more readable
> > and maintainable. I guess everyone agrees ;-)
> > 3b) Assign the html doc files to html_DATA. This means, they are
> > installed to $(hmtdir), which by autoconf standards is
> > $(prefix)/share/doc/$packagename/. If that is not wanted, just name
> > the variable html_files e.g.
> 
> I would appreciate it :-)
> 
> > 4.) Reformat the SOURCES line to make it better readable and maintainable.
> > 
> > The patch is against the experimental 1.19.9 tarball.
> > It only patches configure.ac/Makefile.am, so you have to run
> > "autoreconf -vfi" to rebuild the auto* files.
> > 
> > Please review and apply.
> > 
> > Cheers,
> > Michael
> > 
> > 
> > ------------------------------------------------------------------------
> > 
> > _______________________________________________
> > rsyslog mailing list
> > http://lists.adiscon.net/mailman/listinfo/rsyslog
> 
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog


From rgerhards at hq.adiscon.com  Thu Oct 11 17:21:52 2007
From: rgerhards at hq.adiscon.com (Rainer Gerhards)
Date: Thu, 11 Oct 2007 17:21:52 +0200
Subject: [rsyslog] experimental 1.19.9 re-released
Message-ID: <577465F99B41C842AAFBE9ED71E70ABA278C42@grfint2.intern.adiscon.com>

... the URL still is:

http://download.rsyslog.com/rsyslog/rsyslog-1.19.9.tar.gz

Goal is still to officially release tomorrow. Anyone unhappy with the
current state please let me know (the doc set covers the wrong
dates/version number, that'll be fixed on release day).

Rainer

From mbiebl at gmail.com  Thu Oct 11 21:53:29 2007
From: mbiebl at gmail.com (Michael Biebl)
Date: Thu, 11 Oct 2007 21:53:29 +0200
Subject: [rsyslog] experimental 1.19.9 re-released
In-Reply-To: <577465F99B41C842AAFBE9ED71E70ABA278C42@grfint2.intern.adiscon.com>
References: <577465F99B41C842AAFBE9ED71E70ABA278C42@grfint2.intern.adiscon.com>
Message-ID: <aa76cdac0710111253l16924523ic700e8700bcfc78b@mail.gmail.com>

2007/10/11, Rainer Gerhards <rgerhards at hq.adiscon.com>:
> Goal is still to officially release tomorrow. Anyone unhappy with the
> current state please let me know (the doc set covers the wrong
> dates/version number, that'll be fixed on release day).

It seems, doc/Makefile.am is missing in cvs.

Cheers,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

From mic at npgx.com.au  Fri Oct 12 03:52:21 2007
From: mic at npgx.com.au (Michael Mansour)
Date: Fri, 12 Oct 2007 11:52:21 +1000
Subject: [rsyslog] experimental 1.19.9 re-released
In-Reply-To: <577465F99B41C842AAFBE9ED71E70ABA278C42@grfint2.intern.adiscon.com>
References: <577465F99B41C842AAFBE9ED71E70ABA278C42@grfint2.intern.adiscon.com>
Message-ID: <20071012015158.M97985@npgx.com.au>

Hi Rainer,

> ... the URL still is:
> 
> http://download.rsyslog.com/rsyslog/rsyslog-1.19.9.tar.gz
> 
> Goal is still to officially release tomorrow. Anyone unhappy with the
> current state please let me know (the doc set covers the wrong
> dates/version number, that'll be fixed on release day).

Compiled ok and run ok.

Regards,

Michael.

> Rainer
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog
------- End of Original Message -------


From rgerhards at hq.adiscon.com  Fri Oct 12 16:06:39 2007
From: rgerhards at hq.adiscon.com (Rainer Gerhards)
Date: Fri, 12 Oct 2007 16:06:39 +0200
Subject: [rsyslog] experimental 1.19.9 re-released
In-Reply-To: <aa76cdac0710111253l16924523ic700e8700bcfc78b@mail.gmail.com>
References: <577465F99B41C842AAFBE9ED71E70ABA278C42@grfint2.intern.adiscon.com>
	<aa76cdac0710111253l16924523ic700e8700bcfc78b@mail.gmail.com>
Message-ID: <577465F99B41C842AAFBE9ED71E70ABA278C58@grfint2.intern.adiscon.com>

Fixed - thx :)

Rainer

> -----Original Message-----
> From: rsyslog-bounces at lists.adiscon.com [mailto:rsyslog-
> bounces at lists.adiscon.com] On Behalf Of Michael Biebl
> Sent: Thursday, October 11, 2007 9:53 PM
> To: rsyslog-users
> Subject: Re: [rsyslog] experimental 1.19.9 re-released
> 
> 2007/10/11, Rainer Gerhards <rgerhards at hq.adiscon.com>:
> > Goal is still to officially release tomorrow. Anyone unhappy with
the
> > current state please let me know (the doc set covers the wrong
> > dates/version number, that'll be fixed on release day).
> 
> It seems, doc/Makefile.am is missing in cvs.
> 
> Cheers,
> Michael
> 
> --
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog

From rgerhards at hq.adiscon.com  Fri Oct 12 17:54:00 2007
From: rgerhards at hq.adiscon.com (Rainer Gerhards)
Date: Fri, 12 Oct 2007 17:54:00 +0200
Subject: [rsyslog] rsyslog 1.19.9 officially out
Message-ID: <577465F99B41C842AAFBE9ED71E70ABA278C5B@grfint2.intern.adiscon.com>

Hi all,

Rsyslog 1.19.9 has been officially released today. The new release
primarily focuses on the build system, which now again comes as a single
tarball. Also, there is some code restructuring done and some
experimental code that shall aid in detecting a bug occurring in some
environments. If you are happy with your current release, there is no
need to update to this one.

Many thanks to everyone who helped with creating this version.

I would also deeply appreciate if those of you that experience the
segfault could try out the new version and report an any problem (or
absence of it) they see.

Change Log:
  http://www.rsyslog.com/Article135.phtml

Download:
  http://www.rsyslog.com/Downloads-req-getit-lid-61.phtml

As always, feedback is appreciated.

Rainer Gerhards

From janfrode at tanso.net  Fri Oct 12 21:14:39 2007
From: janfrode at tanso.net (Jan-Frode Myklebust)
Date: Fri, 12 Oct 2007 21:14:39 +0200
Subject: [rsyslog] rsyslog 1.19.9 officially out
References: <577465F99B41C842AAFBE9ED71E70ABA278C5B@grfint2.intern.adiscon.com>
Message-ID: <slrnfgvhsv.gen.janfrode@lc4eb8045376502.ibm.com>


On your blog-posting you wrote: "However, mildew has identified
that the segfault seems to occur only on 64 bit machines, which
is a very good hint. "

But my segfaulting machine is an IBM x345, which doesn't have
a 64-bit cpu.. Haven't had a segfault since October fifth, so the
"export MALLOC_CHECK_=2" seems to have made it more stable.. still
hoping for a crash soon to get a good backtrace..



  -jf


From rgerhards at hq.adiscon.com  Fri Oct 12 21:17:42 2007
From: rgerhards at hq.adiscon.com (Rainer Gerhards)
Date: Fri, 12 Oct 2007 21:17:42 +0200
Subject: [rsyslog] rsyslog 1.19.9 officially out
In-Reply-To: <slrnfgvhsv.gen.janfrode@lc4eb8045376502.ibm.com>
References: <577465F99B41C842AAFBE9ED71E70ABA278C5B@grfint2.intern.adiscon.com>
	<slrnfgvhsv.gen.janfrode@lc4eb8045376502.ibm.com>
Message-ID: <577465F99B41C842AAFBE9ED71E70ABA278C5F@grfint2.intern.adiscon.com>

Oops, sorry, that was my fault. Mildew made me aware of the x64 tendency
and asked if I had any other (non-x64 reports). I said no - and
obviously screwed up. So it is me to blame ;)

And: thanks for the feedback, this brings us onto the right track!

Rainer 

> -----Original Message-----
> From: rsyslog-bounces at lists.adiscon.com 
> [mailto:rsyslog-bounces at lists.adiscon.com] On Behalf Of 
> Jan-Frode Myklebust
> Sent: Friday, October 12, 2007 9:15 PM
> To: rsyslog at lists.adiscon.com
> Subject: Re: [rsyslog] rsyslog 1.19.9 officially out
> 
> 
> On your blog-posting you wrote: "However, mildew has identified
> that the segfault seems to occur only on 64 bit machines, which
> is a very good hint. "
> 
> But my segfaulting machine is an IBM x345, which doesn't have
> a 64-bit cpu.. Haven't had a segfault since October fifth, so the
> "export MALLOC_CHECK_=2" seems to have made it more stable.. still
> hoping for a crash soon to get a good backtrace..
> 
> 
> 
>   -jf
> 
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog
> 

From mic at npgx.com.au  Sat Oct 13 03:12:04 2007
From: mic at npgx.com.au (Michael Mansour)
Date: Sat, 13 Oct 2007 11:12:04 +1000
Subject: [rsyslog] rsyslog 1.19.9 officially out
In-Reply-To: <577465F99B41C842AAFBE9ED71E70ABA278C5B@grfint2.intern.adiscon.com>
References: <577465F99B41C842AAFBE9ED71E70ABA278C5B@grfint2.intern.adiscon.com>
Message-ID: <20071013010416.M27694@npgx.com.au>

Hi Rainer,

> Hi all,
> 
> Rsyslog 1.19.9 has been officially released today. The new release
> primarily focuses on the build system, which now again comes as a single
> tarball. Also, there is some code restructuring done and some
> experimental code that shall aid in detecting a bug occurring in some
> environments. If you are happy with your current release, there is no
> need to update to this one.
> 
> Many thanks to everyone who helped with creating this version.
> 
> I would also deeply appreciate if those of you that experience the
> segfault could try out the new version and report an any problem (or
> absence of it) they see.

I've applied this version on all 6 servers that use rsyslog.

I create RPM's and then apply them, part of the RPM installation is to restart
rsyslog. All 32bit servers restarted fine, both x86_64 bit servers (running
hyperthreaded) gave the following response:

Oct 13 10:56:28 server kernel: Kernel logging (proc) stopped.
Oct 13 10:56:28 server kernel: Kernel log daemon terminating.
Oct 13 10:56:29 server rsyslog: rklogd shutdown succeeded
Oct 13 10:56:29 server rsyslogd: [origin software="rsyslogd"
swVersion="1.19.7" x-pid="2671"] exiting on signal 15.
Oct 13 10:57:23 server rsyslogd: [origin software="rsyslogd"
swVersion="1.19.9" x-pid="11827"][x-configInfo udpRecep
tion="No" udpPort="514" tcpReception="No" tcpPort="0"] restart
Oct 13 10:57:23 server rsyslog: rsyslogd startup succeeded
Oct 13 10:57:23 server kernel: rklogd 1.19.9, log source = /proc/kmsg started.
Oct 13 10:57:23 server kernel: rsyslogd[11109]: segfault at 000000000000000a
rip 00000038c7568678 rsp 00000000409fe0
60 error 4
Oct 13 10:57:23 server rsyslog: rklogd startup succeeded
Oct 13 10:57:23 server rsyslog: rsyslogd shutdown succeeded

As we've discussed before however, I've never actually had rsyslog crash on
these servers before, I only get this segfault when I restart (and only on the
first restart on installing the RPM, consecutive restarts don't segfault).

I've also updated the wiki.

Thanks,

Michael.

> Change Log:
>   http://www.rsyslog.com/Article135.phtml
> 
> Download:
>   http://www.rsyslog.com/Downloads-req-getit-lid-61.phtml
> 
> As always, feedback is appreciated.
> 
> Rainer Gerhards
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog
------- End of Original Message -------


From Leigh.Peterson at sungard.com  Mon Oct 15 19:24:26 2007
From: Leigh.Peterson at sungard.com (Leigh.Peterson at sungard.com)
Date: Mon, 15 Oct 2007 18:24:26 +0100
Subject: [rsyslog] rsyslogd error
Message-ID: <775FF2D890180541932EEA8C189AB7FC01DD43F4@eu-tc2-mail02.internal.sungard.corp>

Hi All,

I'm currently using Rsyslog 1.19.6 and I've noticed that there is a reoccurring error that I keep seeing in phpLogCon.  I got the record in question from the database:
| 9057 |       NULL | 2007-10-15 18:08:07 | 2007-10-15 18:08:07 |        5 |        3 | localhost | select                                                                                                                                             |       NULL |       NULL | NULL        | NULL      |          NULL |    NULL | NULL            |         NULL |      NULL |     NULL |     NULL |          1 | rsyslogd: | NULL         | NULL            |     NULL |

Any suggestions as to what might be causing this?

Regards,
Leigh

From mbiebl at gmail.com  Thu Oct 18 18:08:13 2007
From: mbiebl at gmail.com (Michael Biebl)
Date: Thu, 18 Oct 2007 18:08:13 +0200
Subject: [rsyslog] Documentation fixes
Message-ID: <aa76cdac0710180908r11d662aapd223c86528dbbec3@mail.gmail.com>

Hi everyone,

attached [1] is a patch that fixes a lot of typos and spelling errors
in the documentation. It also updates the doc/Makefile.am to include
the recently added html files.

Please review and apply.

Cheers,
Michael

[1] I also put it online at
http://debs.michaelbiebl.de/rsyslog/rsyslog_doc.patch.gz

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

From rgerhards at hq.adiscon.com  Thu Oct 18 18:19:48 2007
From: rgerhards at hq.adiscon.com (Rainer Gerhards)
Date: Thu, 18 Oct 2007 18:19:48 +0200
Subject: [rsyslog] Documentation fixes
In-Reply-To: <aa76cdac0710180908r11d662aapd223c86528dbbec3@mail.gmail.com>
References: <aa76cdac0710180908r11d662aapd223c86528dbbec3@mail.gmail.com>
Message-ID: <577465F99B41C842AAFBE9ED71E70ABA278CAE@grfint2.intern.adiscon.com>

Excellent, many thanks. I've just applied the changes, they are now in
cvs. Tomorrow we will release 1.19.10 and they are part of it.

Rainer

> -----Original Message-----
> From: Michael Biebl [mailto:mbiebl at gmail.com]
> Sent: Thursday, October 18, 2007 6:08 PM
> To: rsyslog-users; Rainer Gerhards
> Subject: Documentation fixes
> 
> Hi everyone,
> 
> attached [1] is a patch that fixes a lot of typos and spelling errors
> in the documentation. It also updates the doc/Makefile.am to include
> the recently added html files.
> 
> Please review and apply.
> 
> Cheers,
> Michael
> 
> [1] I also put it online at
> http://debs.michaelbiebl.de/rsyslog/rsyslog_doc.patch.gz
> 
> --
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?

From mbiebl at gmail.com  Thu Oct 18 23:55:44 2007
From: mbiebl at gmail.com (Michael Biebl)
Date: Thu, 18 Oct 2007 23:55:44 +0200
Subject: [rsyslog] [PATCH] man page formatting
Message-ID: <aa76cdac0710181455p7d019e43oca3818e17d3bc2ae@mail.gmail.com>

Hi,

here is another, small patch [1], which fixes a formatting glitch in
the rsyslog.conf.5 man page.
It seems that '' breaks the layout, so I replaced it by "".

Cheers,
Michael


[1] http://debs.michaelbiebl.de/rsyslog/man_page_format.patch

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

From mmeckelein at hq.adiscon.com  Fri Oct 19 16:17:43 2007
From: mmeckelein at hq.adiscon.com (Michael Meckelein)
Date: Fri, 19 Oct 2007 16:17:43 +0200
Subject: [rsyslog] rsyslog 1.19.10 released
Message-ID: <577465F99B41C842AAFBE9ED71E70ABA278CC1@grfint2.intern.adiscon.com>

Hi all,

Rsyslog 1.19.10 has been released today. It is a code cleanup and
maintenance release. Fixing some minor issues e.g. slackware startup
script as well as rolling back the creation of a separate thread for the
main loop (this did not turn out to be useful). Further it introduced
the new new ":modulename:" syntax for calling module actions in selector
lines. Some documentation errors were removed. Upgrading to this release
is recommended for all users.

Changelog:

http://www.rsyslog.com/Article137.phtml

Download:

http://www.rsyslog.com/Downloads-req-getit-lid-62.phtml

As always, feedback is appreciated.

Michael Meckelein

From brian at vfive.com  Tue Oct 23 01:33:01 2007
From: brian at vfive.com (Brian Ghidinelli)
Date: Mon, 22 Oct 2007 16:33:01 -0700
Subject: [rsyslog] Receiving over TCP only working in debug mode
Message-ID: <471D332D.1060301@vfive.com>


Hi Group,

I've been working to set up a central syslog server starting with UDP 
(-r514) and that worked fine once the firewall was opened.  Next step 
was to use TCP and then finally I would use stunnel+tcp.

However, when I switched to TCP (-t514) and made the corresponding 
change to the client rsyslog.conf (@@host:514), rsyslog stopped 
receiving data and did not bind to the port (netstat -an). To confirm, a 
telnet to the port returned no connection.

I started up rsyslog in debug mode (rsyslogd -m 0 -t514 -d -n) and it 
then showed it was listening on 514 and I was able to send syslog data 
as well as telnet to the port.

In short: when started from the command line in debug mode, TCP works. 
When using the -t514 switch in the /etc/sysconfig/rsyslogd file, TCP 
does not start up.

Any ideas?  I'm using RPMs from tanso.net and I'm running 1.19.8.


Brian