[syslog-ng] pdbtool patternize update and my syslog-ng 3.2 branch

Matthew Hall mhall at mhcomputing.net
Fri Oct 1 20:38:59 CEST 2010


Further investigation reveals that the syslog-ng daemon and 
libsyslog-ng.so appear to be linking only against libc and its friends. 
However pdbtool's linking against a truckload of external libraries as 
shown before. It seems that the link logic is not consistent across 
different binaries.

On Fri, Oct 01, 2010 at 10:02:45AM -0700, Matthew Hall wrote:
> Any updates on this one? I would really like to know:
> 
> 1) how / where to get Bazsi's 3.2 tree
> 2) how to compile it for RHEL 4/5 using a newer OS like Ubuntu 10.04 LTS
> 3) how to install it once it has been compiled
> 4) i.e. can binaries be compiled, tree copied, then make install, or what???
> 
> I am dead in the water until I can figure this out, because I need 
> patternize working before I can start to process logs and get any results.
> 
> Matthew.
> 
> On Wed, Sep 29, 2010 at 09:15:59AM -0700, Matthew Hall wrote:
> > On Wed, Sep 29, 2010 at 11:06:18AM +0200, Balazs Scheidler wrote:
> > > If you can install the static versions of these libraries:
> > > 
> > > $GLIB_LIBS $EVTLOG_LIBS $PCRE_LIBS $REGEX_LIBS
> > > 
> > > Then those dependencies will be statically linked into the
> > > syslog-ng/pdbtool binary, but libsyslog-ng.so will always be linked
> > > dynamically. Not to mention that even pdbtool tries to load plugins.
> > 
> > OK Good to know. It might help if you were comfortable to publish a copy 
> > of the dpkg --get-selections output from one of your working build 
> > systems or a list of the dependencies which are needed to build this 
> > thing the right way. It's not exactly very easy to figure out when you 
> > want portable binaries. Especially since the build succeeds and produces 
> > unexpected output when certain libraries are missing.
> > 
> > > So as of right now, you can't move the binaries to different boxes.
> > 
> > Then how is Balabit able to produce packages which work on different 
> > boxes? Would it make a difference if I compiled on one box, copied the 
> > compiled tree, and then ran make install? That was what came to my mind 
> > as an ugly but possible effective technique.
> > 
> > > But I have good news as well, I've integrated gyp's patches to 
> > > mainline, cleaned them up, removed memory leaks and also decreased 
> > > memory usage a lot. So you don't need gyp's tree, it is enough to use 
> > > the mainline.
> > 
> > This is wonderful news. How would I get a nightly build of this if it's 
> > not possible for me to move the binaries from a system where it compiles 
> > (Ubuntu 10.04 LTS for example) to a system where it doesn't (RHEL 4 and 
> > 5 for example)?
> > 
> > > Bazsi
> > 
> > Matthew.
> ______________________________________________________________________________
> Member info: https://lists.balabit.hu/mailman/listinfo/syslog-ng
> Documentation: http://www.balabit.com/support/documentation/?product=syslog-ng
> FAQ: http://www.campin.net/syslog-ng/faq.html
> 


More information about the syslog-ng mailing list