RE: Typical barnyard compile problems

["Mike Cohen" <mcohen () mchschool org>]

Im not to familiar with the process, and I know these  forums are very
particular about etiquette, so what is the best way for me to have this
reported as either a potential bug in the new build of barnyard or get
pointed towards fixing whatever misconfiguration I may have?

I removed the 
-lz -lssl from the configure.in and I did not get the error. 

I ve moved to mysql 4.0.18 with no change in status, but Im a bit
apprehensive about continuing to build a production server not really
knowing what I removed from the configure, and why I removed it. I know that
barnyard is still a work in progress, but from what Ive read it's the best
way to save ticks on a high traffic server.   

Im not concerned about using ssl anywhere in my setup, so if it has to do
with that then I don't really care, Id just like to be sure that  since my
you know what is on the line,  removing those lines doesn't butcher the
whole setup.

Thanks again for the help.


-----Original Message-----
From: Bamm Visscher [mailto:bamm () satx rr com] 
Sent: Wednesday, May 05, 2004 10:34 AM
To: Mike Cohen
Cc: snort-users () lists sourceforge net; barnyard-devel () lists sourceforge net
Subject: Re: [Snort-users] Typical barnyard compile problems

Someone in #snort reported this problem too. I hadn't tried 0.2.0 release
and when I did, I ran into the same problem. Since rc2 compiled fine, I
checked for a diff in two configures and got this:

*** 2553,2559 ****
    fi
   
      LDFLAGS="${LDFLAGS} -L${MYSQL_LIB_DIR}"
!   LIBS="${LIBS} -lz -lssl -lmysqlclient"
    echo $ac_n "checking for mysql_real_connect in -lmysqlclient""... $ac_c"
1>&6
  echo "configure:2559: checking for mysql_real_connect in -lmysqlclient"
> &5
  ac_lib_var=`echo mysqlclient'_'mysql_real_connect | sed 'y%./+-%__p_%'`
--- 2553,2559 ----
    fi
   
      LDFLAGS="${LDFLAGS} -L${MYSQL_LIB_DIR}"
!   LIBS="${LIBS} -lmysqlclient"
    echo $ac_n "checking for mysql_real_connect in -lmysqlclient""... $ac_c"
1>&6
  echo "configure:2559: checking for mysql_real_connect in -lmysqlclient"
> &5
  ac_lib_var=`echo mysqlclient'_'mysql_real_connect | sed 'y%./+-%__p_%'`


If you rm the '-lz -lssl', from LIBS then it will compile fine, although I
have to say I am not sure what affects this would have and/or why Andrew
added them. 

Bammkkkk

On Tue, May 04, 2004 at 02:29:04PM -0700, Mike Cohen wrote:
> Hi All, 
>
> Having problems installing the barnyard 0.2.0 on my Suse 9 server.
>
> I have installed mysql and the accompanying packages using YAST (since Im
a
> rookie)
>
> I get the following error when I try to run configure on barnyard
>
> **********************************************
>   ERROR: unable to find mysqlclient library
>   checked in the following places
>         /usr/lib/mysql
> **********************************************
>
> Here are some of the specifics of my box. It's a standard suse 9 install
>
> # uname -a
> Linux XXXXXXXX 2.4.21-202-smp4G #1 SMP Fri Apr 2 21:32:50 UTC 2004 i686
i686
> i386 GNU/Linux
>
> #: /usr/src/packages/SOURCES/barnyard-0.2.0 # rpm -q mysql
> mysql-4.0.15-13
>
> #:/usr/lib/mysql # ls
> .           libmyisam.a        libmysqlclient.so.12      libmysys.a
> ..          libmyisammrg.a     libmysqlclient.so.12.0.0  libnisam.a
> libdbug.a   libmysqlclient.a   libmysqlclient_r.a        libvio.a
> libheap.a   libmysqlclient.la  libmysqlclient_r.la       mysqld.sym
> libmerge.a  libmysqlclient.so  libmystrings.a
>
>
>
>
>
> #:/usr/src/packages/SOURCES/barnyard-0.2.0 # ./configure --enable-mysql
> loading cache ./config.cache
> checking for a BSD compatible install... (cached) /usr/bin/install -c
> checking whether build environment is sane... yes
> checking whether make sets ${MAKE}... (cached) yes
> checking for working aclocal-1.4... missing
> checking for working autoconf... found
> checking for working automake-1.4... missing
> checking for working autoheader... found
> checking for working makeinfo... missing
> checking for gcc... (cached) gcc
> checking whether the C compiler (gcc  ) works... yes
> checking whether the C compiler (gcc  ) is a cross-compiler... no
> checking whether we are using GNU C... (cached) yes
> checking whether gcc accepts -g... (cached) yes
> checking for gcc option to accept ANSI C... (cached) none needed
> checking for ranlib... (cached) ranlib
> checking for gcc... (cached) gcc
> checking whether the C compiler (gcc -g -O2 ) works... yes
> checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no
> checking whether we are using GNU C... (cached) yes
> checking whether gcc accepts -g... (cached) yes
> checking host system type... i686-pc-linux-gnu
> checking whether byte ordering is bigendian... (cached) no
> checking how to run the C preprocessor... (cached) gcc -E
> checking for strings.h... (cached) yes
> checking for string.h... (cached) yes
> checking for stdlib.h... (cached) yes
> checking for unistd.h... (cached) yes
> checking for sys/sockio.h... (cached) no
> checking for paths.h... (cached) yes
> checking for socket in -lsocket... (cached) no
> checking whether printf must be declared... (cached) no
> checking whether fprintf must be declared... (cached) no
> checking whether syslog must be declared... (cached) no
> checking whether puts must be declared... (cached) no
> checking whether fputs must be declared... (cached) no
> checking whether fputc must be declared... (cached) no
> checking whether fopen must be declared... (cached) no
> checking whether fclose must be declared... (cached) no
> checking whether fwrite must be declared... (cached) no
> checking whether fflush must be declared... (cached) no
> checking whether getopt must be declared... (cached) no
> checking whether bzero must be declared... (cached) no
> checking whether bcopy must be declared... (cached) no
> checking whether memset must be declared... (cached) no
> checking whether strtol must be declared... (cached) no
> checking whether strcasecmp must be declared... (cached) no
> checking whether strncasecmp must be declared... (cached) no
> checking whether strerror must be declared... (cached) no
> checking whether perror must be declared... (cached) no
> checking whether socket must be declared... (cached) no
> checking whether sendto must be declared... (cached) no
> checking whether vsnprintf must be declared... (cached) no
> checking whether snprintf must be declared... (cached) no
> checking whether strtoul must be declared... (cached) no
> checking for snprintf... (cached) yes
> checking for strlcpy... (cached) no
> checking for strlcat... (cached) no
> checking for strerror... (cached) yes
> checking for /usr/include/mysql/mysql.h... yes
> checking for mysql_real_connect in -lmysqlclient... no
>
>
> **********************************************
>   ERROR: unable to find mysqlclient library
>   checked in the following places
>         /usr/lib/mysql
> **********************************************
>
>
>
>
> Ive looked through the mailing list and I find tons of people with this
> question, no one using barnyard 2, and most deal with editing the
> configure.in which in this case has mysql_real_connect on line 285. I
found
> One other posting that said to change this like to "my" instead of
"mysql.."
> I tried this followed by 
> Aclocal
> Autoheader
> Autoconf
> Automake 
>
> And Im still getting this problem.
>
>
> Any suggestions?  Are there any good alternatives to barnyard?
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g. 
> Take an Oracle 10g class now, and we'll give you the exam FREE. 
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Snort-users mailing list
> Snort-users () lists sourceforge net
> Go to this URL to change user options or unsubscribe:
> https://lists.sourceforge.net/lists/listinfo/snort-users
> Snort-users list archive:
> http://www.geocrawler.com/redir-sf.php3?list=snort-users



-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to 
deliver higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
_______________________________________________
Snort-users mailing list
Snort-users () lists sourceforge net
Go to this URL to change user options or unsubscribe:
https://lists.sourceforge.net/lists/listinfo/snort-users
Snort-users list archive:
http://www.geocrawler.com/redir-sf.php3?list=snort-users