Re: FR 2.1.3 compile problem
Chris Howley wrote: I encountered the following problem (see below) when attempting to compile the latest version of 2.1.3 (stable code) from the git tree. Your help in fixing this problem would be appreciated. Libltdl nonsense? I suspect you're building with two different versions of libltldl. (i.e. local pre-installed). I don't have any problems on the Solaris systems I have access to. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
FR 2.1.3 compile problem
Alan, I encountered the following problem (see below) when attempting to compile the latest version of 2.1.3 (stable code) from the git tree. Your help in fixing this problem would be appreciated. Thanks, Chris Environment: SunOS XX 5.10 Generic_120012-14 i86pc i386 i86p gcc .libs/radiusdS.o -o .libs/radiusd .libs/acct.o .libs/auth.o .libs/client.o .libs/conffile.o .libs/crypt.o .libs/exec.o .libs/files.o .libs/listen.o .libs/log.o .libs/mainconfig.o .libs/modules.o .libs/modcall.o .libs/radiusd.o .libs/stats.o .libs/session.o .libs/threads.o .libs/util.o .libs/valuepair.o .libs/version.o .libs/xlat.o .libs/event.o .libs/realms.o .libs/evaluate.o .libs/vmps.o .libs/detail.o /sandbox/radiusd/src/lib/.libs/libfreeradius-radius.so -lnsl -lresolv -lsocket -lposix4 -lpthread -lcrypt /usr/local/lib/libltdl.so -lssl -lcrypto -R/usr/local/lib Undefined first referenced symbol in file lt__PROGRAM__LTX_preloaded_symbols .libs/modules.o ld: fatal: Symbol referencing errors. No output written to .libs/radiusd collect2: ld returned 1 exit status gmake[4]: *** [radiusd] Error 1 gmake[4]: Leaving directory `/sandbox/radiusd/src/main' gmake[3]: *** [common] Error 2 gmake[3]: Leaving directory `/sandbox/radiusd/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/sandbox/radiusd/src' gmake[1]: *** [common] Error 2 gmake[1]: Leaving directory `/sandbox/radiusd' gmake: *** [all] Error 2 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: FR 2.1.3 compile problem
Looking for lt__PROGRAM__LTX_preloaded_symbols in my email archive, this was already reported on 2009-02-02 for Linux ( thread Installation Problem), but as far as I know no definite answer was given. Have a nice day! Am 26.02.2009 um 16:16 schrieb Chris Howley: Alan, I encountered the following problem (see below) when attempting to compile the latest version of 2.1.3 (stable code) from the git tree. Your help in fixing this problem would be appreciated. Thanks, Chris Environment: SunOS XX 5.10 Generic_120012-14 i86pc i386 i86p gcc .libs/radiusdS.o -o .libs/radiusd .libs/acct.o .libs/ auth.o .libs/client.o .libs/conffile.o .libs/crypt.o .libs/ exec.o .libs/files.o .libs/listen.o .libs/log.o .libs/ mainconfig.o .libs/modules.o .libs/modcall.o .libs/radiusd.o .libs/ stats.o .libs/session.o .libs/threads.o .libs/util.o .libs/ valuepair.o .libs/version.o .libs/xlat.o .libs/event.o .libs/ realms.o .libs/evaluate.o .libs/vmps.o .libs/detail.o /sandbox/ radiusd/src/lib/.libs/libfreeradius-radius.so -lnsl -lresolv - lsocket -lposix4 -lpthread -lcrypt /usr/local/lib/libltdl.so -lssl - lcrypto -R/usr/local/lib Undefined first referenced symbol in file lt__PROGRAM__LTX_preloaded_symbols .libs/modules.o ld: fatal: Symbol referencing errors. No output written to .libs/ radiusd collect2: ld returned 1 exit status gmake[4]: *** [radiusd] Error 1 gmake[4]: Leaving directory `/sandbox/radiusd/src/main' gmake[3]: *** [common] Error 2 gmake[3]: Leaving directory `/sandbox/radiusd/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/sandbox/radiusd/src' gmake[1]: *** [common] Error 2 gmake[1]: Leaving directory `/sandbox/radiusd' gmake: *** [all] Error 2 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/ users.html Nicolas Goutte extragroup GmbH - Karlsruhe Waldstr. 49 76133 Karlsruhe Germany Geschäftsführer: Stephan Mönninghoff, Hans Martin Kern, Tilman Haerdle Registergericht: Amtsgericht Münster / HRB: 5624 Steuer Nr.: 337/5903/0421 / UstID: DE 204607841 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: freeradius compile problem
Alan I have OpenSSL installed, I thought that is where the crypto libraries come from? Where do I get the crypto libraries from? It would help if Freeradius supplied a reference to where to obtain these crypto libraries. Dave On 08/12/2007, Alan DeKok [EMAIL PROTECTED] wrote: Dave Gibelli wrote: Hi I am having problems compiling with eap module. Here is the section from config.log showing what I think is the problem. I have the latest OpenSSL and Freeradius 1.1.7 Any ideas? configure:20584: gcc -o conftest -g -O2 -D_REENTRANT It's not a compile problem. The configure tests are there so that the server can find out if your system has the packages to *start* the compilation. In this case, your system fails to meet the minimum prerequisites to build all of the modules in EAP. -D_POSIX_PTHREAD_SEMANTICS conftest.c -lssl -L/usr/local/ssl/lib -lnsl -lresolv -lpthread 5 /usr/local/ssl/lib/libssl.a(ssl_lib.o): In function `SSL_clear': ssl_lib.c:(.text+0x28): undefined reference to `ERR_put_error' You do not have the crypto libraries installed. Alan DeKok, - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: freeradius compile problem
Dave Gibelli wrote: Alan I have OpenSSL installed, I thought that is where the crypto libraries come from? Where do I get the crypto libraries from? It would help if Freeradius supplied a reference to where to obtain these crypto libraries. I disagree that the FreeRadius ./configure process should be handing out advice on how to setup the development environment on your system, but anyway... In your case, it seems that the configure process is looking in /usr/local/ssl/lib for libssl; and that the libssl in that location (a static rather than shared library?) needs some symbols (ERR_) from another, missing, library. On my system, the ERR_ functions are in -lcrypto and -lssl is a dynamic library dependent on -lcrypto, so it all just works. Try building OpenSSL as shared libraries, or maybe muck around with LDFLAGS to add -lcrypto if you can't get that to work. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: freeradius compile problem
Dave Gibelli wrote: Hi I am having problems compiling with eap module. Here is the section from config.log showing what I think is the problem. I have the latest OpenSSL and Freeradius 1.1.7 Any ideas? configure:20584: gcc -o conftest -g -O2 -D_REENTRANT It's not a compile problem. The configure tests are there so that the server can find out if your system has the packages to *start* the compilation. In this case, your system fails to meet the minimum prerequisites to build all of the modules in EAP. -D_POSIX_PTHREAD_SEMANTICS conftest.c -lssl -L/usr/local/ssl/lib -lnsl -lresolv -lpthread 5 /usr/local/ssl/lib/libssl.a(ssl_lib.o): In function `SSL_clear': ssl_lib.c:(.text+0x28): undefined reference to `ERR_put_error' You do not have the crypto libraries installed. Alan DeKok, - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
freeradius compile problem
Hi I am having problems compiling with eap module. Here is the section from config.log showing what I think is the problem. I have the latest OpenSSL and Freeradius 1.1.7 Any ideas? configure:20584: gcc -o conftest -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS conftest.c -lssl -L/usr/local/ssl/lib -lnsl -lresolv -lpthread 5 /usr/local/ssl/lib/libssl.a(ssl_lib.o): In function `SSL_clear': ssl_lib.c:(.text+0x28): undefined reference to `ERR_put_error' ssl_lib.c:(.text+0x13a): undefined reference to `BUF_MEM_free' /usr/local/ssl/lib/libssl.a(ssl_lib.o): In function `SSL_new': ssl_lib.c:(.text+0x1ba): undefined reference to `CRYPTO_malloc' - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
compile problem
Hi iam compiling on FC5 radius 1.1.6 iam getting the following error any help s.lo proxy.lo radiusd.lo radius_snmp.lo request_list.lo session.lo smux.lo threads.lo util.lo valuepair.lo version.lo timestr.lo xlat.lo \ -dlpreopen ../modules/rlm_python/rlm_python.la -lnsl -lresolv -lpthread ../lib/libradius.la \ /usr/local/src/cdrtools/freeradius-1.1.6/libltdl/libltdl.la -lcrypto -lssl -lcrypto libtool: link: cannot find the library `../modules/rlm_python/rlm_python.la' or unhandled argument `../modules/rlm_python/rlm_python.la' gmake[4]: *** [radiusd] Error 1 gmake[4]: Leaving directory `/usr/local/src/cdrtools/freeradius-1.1.6 /src/main' gmake[3]: *** [common] Error 2 gmake[3]: Leaving directory `/usr/local/src/cdrtools/freeradius-1.1.6/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/local/src/cdrtools/freeradius-1.1.6/src' gmake[1]: *** [common] Error 2 gmake[1]: Leaving directory `/usr/local/src/cdrtools/freeradius-1.1.6' - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: compile problem
gmake[4]: Leaving directory `/usr/local/src/cdrtools/freeradius-1.1.6 /src/modules' Making all in main... gmake[4]: Entering directory `/usr/local/src/cdrtools/freeradius-1.1.6 /src/main' /usr/local/src/cdrtools/freeradius-1.1.6/libtool --mode=link gcc -export-dynamic -dlopen self \ -pie -o radiusd acct.lo auth.lo client.lo conffile.lo exec.lo files.lo log.lo mainconfig.lo modules.lo modcall.lo nas.lo proxy.lo radiusd.lo radius_snmp.lo request_list.lo session.lo smux.lo threads.lo util.lo valuepair.lo version.lo timestr.lo xlat.lo \ -dlpreopen ../modules/rlm_python/rlm_python.la -lnsl -lresolv -lpthread ../lib/libradius.la \ /usr/local/src/cdrtools/freeradius-1.1.6/libltdl/libltdl.la -lcrypto -lssl -lcrypto libtool: link: cannot find the library `../modules/rlm_python/rlm_python.la' or unhandled argument `../modules/rlm_python/rlm_python.la' gmake[4]: *** [radiusd] Error 1 gmake[4]: Leaving directory `/usr/local/src/cdrtools/freeradius-1.1.6 /src/main' gmake[3]: *** [common] Error 2 gmake[3]: Leaving directory `/usr/local/src/cdrtools/freeradius-1.1.6/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/local/src/cdrtools/freeradius-1.1.6/src' gmake[1]: *** [common] Error 2 gmake[1]: Leaving directory `/usr/local/src/cdrtools/freeradius-1.1.6' make: *** [all] Error 2 On 6/30/07, ram [EMAIL PROTECTED] wrote: Hi iam compiling on FC5 radius 1.1.6 iam getting the following error any help s.lo proxy.lo radiusd.lo radius_snmp.lo request_list.lo session.lo smux.lo threads.lo util.lo valuepair.lo version.lo timestr.lo xlat.lo \ -dlpreopen ../modules/rlm_python/rlm_python.la -lnsl -lresolv -lpthread ../lib/libradius.la \ /usr/local/src/cdrtools/freeradius-1.1.6/libltdl/libltdl.la -lcrypto -lssl -lcrypto libtool: link: cannot find the library `../modules/rlm_python/rlm_python.la' or unhandled argument `../modules/rlm_python/rlm_python.la' gmake[4]: *** [radiusd] Error 1 gmake[4]: Leaving directory `/usr/local/src/cdrtools/freeradius-1.1.6 /src/main' gmake[3]: *** [common] Error 2 gmake[3]: Leaving directory `/usr/local/src/cdrtools/freeradius- 1.1.6 /src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/local/src/cdrtools/freeradius-1.1.6/src' gmake[1]: *** [common] Error 2 gmake[1]: Leaving directory `/usr/local/src/cdrtools/freeradius- 1.1.6' - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
2.0.0-pre1 compile problem on ubuntu
on an ubuntu 6.06 configure does not show an error with 2.0.0-pre1. Compiling fails: . make[6]: Betrete Verzeichnis '/home/norbert/Desktop/freeradius-server-2.0.0-pre1/src/modules/rlm_perl'^M /home/norbert/Desktop/freeradius-server-2.0.0-pre1/libtool --mode=link gcc -release 2.0.0-pre1 \^M -module -export-dynamic -o rlm_perl.la \^M -rpath /usr/local/lib rlm_perl.lo rlm_perl.c /home/norbert/Desktop/freeradius-server-2.0.0-pre1/src/lib/libradius.la \^M `perl -MExtUtils::Embed -e ldopts` -lnsl -lresolv -lpthread^M ^M *** Warning: Linking the shared library rlm_perl.la against the^M *** static library /usr/lib/perl/5.8/auto/DynaLoader/DynaLoader.a is not portable!^M gcc -shared .libs/rlm_perl.o -Wl,--rpath -Wl,/home/norbert/Desktop/freeradius-server-2.0.0-pre1/src/lib/.libs -Wl,--rpath -Wl,/usr/local/lib /home/norbert/Desktop/freeradius-server-2.0.0-pre1/src/lib/.libs/libradius.so -L/usr/local/lib /usr/lib/perl/5.8/auto/DynaLoader/DynaLoader.a -L/usr/lib/perl/5.8/CORE -lperl -ldl -lm -lc -lcrypt -lnsl -lresolv -lpthread -Wl,-E -Wl,-soname -Wl,rlm_perl-2.0.0-pre1.so -o .libs/rlm_perl-2.0.0-pre1.so^M /usr/bin/ld: cannot find -lperl^M On the other hand, dpkg shows: dpkg -l|grep libperl ii libperl5.8 5.8.8-7build1 Norbert Wegener - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: 2.0.0-pre1 compile problem on ubuntu
Norbert Wegener wrote: on an ubuntu 6.06 configure does not show an error with 2.0.0-pre1. ... /home/norbert/Desktop/freeradius-server-2.0.0-pre1/src/lib/.libs/libradius.so -L/usr/local/lib /usr/lib/perl/5.8/auto/DynaLoader/DynaLoader.a -L/usr/lib/perl/5.8/CORE -lperl -ldl -lm -lc -lcrypt -lnsl -lresolv -lpthread -Wl,-E -Wl,-soname -Wl,rlm_perl-2.0.0-pre1.so -o .libs/rlm_perl-2.0.0-pre1.so^M /usr/bin/ld: cannot find -lperl^M I see it, too. I think it's because Dynloader is a static library, so libtool is looking for libperl.a, not libperl.so. But I really don't know. Did I mention I hate libtool? Alan DeKok. -- http://deployingradius.com - The web site of the book http://deployingradius.com/blog/ - The blog - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: 2.0.0-pre1 compile problem on ubuntu
Hi, on an ubuntu 6.06 configure does not show an error with 2.0.0-pre1. Compiling fails: apt-get libperl-dev alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: 2.0.0-pre1 compile problem on ubuntu
On Fri, May 25, 2007 at 02:27:48PM +0200, Alan Dekok wrote: Norbert Wegener wrote: on an ubuntu 6.06 configure does not show an error with 2.0.0-pre1. ... /home/norbert/Desktop/freeradius-server-2.0.0-pre1/src/lib/.libs/libradius.so -L/usr/local/lib /usr/lib/perl/5.8/auto/DynaLoader/DynaLoader.a -L/usr/lib/perl/5.8/CORE -lperl -ldl -lm -lc -lcrypt -lnsl -lresolv -lpthread -Wl,-E -Wl,-soname -Wl,rlm_perl-2.0.0-pre1.so -o .libs/rlm_perl-2.0.0-pre1.so^M /usr/bin/ld: cannot find -lperl^M I see it, too. I think it's because Dynloader is a static library, so libtool is looking for libperl.a, not libperl.so. This is because libpersl.so exists in the libperl-dev package. This is standard Debian practice. But I really don't know. Did I mention I hate libtool? Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: compile problem on tru64
is no one able to help me with my compiler problem ? :-( Am Mittwoch, 6. Dezember 2006 09:02 schrieb Matthias Henze: hi, i try to build freeradius 1.1.3 on tru64. at first every thing worked as expected. near the end of the buildprocess i get the following message i'm unable to interpret: creating .libs/radiusdS.c (cd .libs gcc -pthread -c -fno-builtin radiusdS.c) rm -f .libs/radiusdS.c .libs/radiusd.nm .libs/radiusd.nmS .libs/radiusd.nmT gcc .libs/radiusdS.o -o .libs/radiusd .libs/acct.o .libs/auth.o .libs/client.o .libs/conffile.o .libs/exec.o .libs/files.o .libs/log.o .libs/mainconfig.o .libs/modules.o .libs/modcall.o .libs/nas.o .libs/proxy.o .libs/radiusd.o .libs/radius_snmp.o .libs/request_list.o .libs/session.o .libs/smux.o .libs/threads.o .libs/util.o .libs/valuepair.o .libs/version.o .libs/timestr.o .libs/xlat.o -lresolv ../lib/.libs/libradius.so /usr/local/lib/libltdl.so __pthread_cancel sem_post pthread_sigmask sem_wait sem_init collect2: ld returned 1 exit status make[4]: *** [radiusd] Error 1 i'm using gcc 3.4.6. please help. TIA -- Matthias Henze [EMAIL PROTECTED] Use PGP!! http://www.mhcsoftware.de/MatthiasHenze.asc - - - - - - - - - - - - - - - - - - - - - - - - - - - MHC SoftWare GmbH voice: +49-(0)9533-92006-0 Fichtera 17 fax: +49-(0)9533-92006-6 96274 Itzgrund/Germanye-Mail: [EMAIL PROTECTED] - - - - - - - - - - - - - - - - - - - - - - - - - - - - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
compile problem on tru64
hi, i try to build freeradius 1.1.3 on tru64. at first every thing worked as expected. near the end of the buildprocess i get the following message i'm unable to interpret: creating .libs/radiusdS.c (cd .libs gcc -pthread -c -fno-builtin radiusdS.c) rm -f .libs/radiusdS.c .libs/radiusd.nm .libs/radiusd.nmS .libs/radiusd.nmT gcc .libs/radiusdS.o -o .libs/radiusd .libs/acct.o .libs/auth.o .libs/client.o .libs/conffile.o .libs/exec.o .libs/files.o .libs/log.o .libs/mainconfig.o .libs/modules.o .libs/modcall.o .libs/nas.o .libs/proxy.o .libs/radiusd.o .libs/radius_snmp.o .libs/request_list.o .libs/session.o .libs/smux.o .libs/threads.o .libs/util.o .libs/valuepair.o .libs/version.o .libs/timestr.o .libs/xlat.o -lresolv ../lib/.libs/libradius.so /usr/local/lib/libltdl.so __pthread_cancel sem_post pthread_sigmask sem_wait sem_init collect2: ld returned 1 exit status make[4]: *** [radiusd] Error 1 i'm using gcc 3.4.6. please help. TIA -- Matthias Henze [EMAIL PROTECTED] Use PGP!! http://www.mhcsoftware.de/MatthiasHenze.asc - - - - - - - - - - - - - - - - - - - - - - - - - - - MHC SoftWare GmbH voice: +49-(0)9533-92006-0 Fichtera 17 fax: +49-(0)9533-92006-6 96274 Itzgrund/Germanye-Mail: [EMAIL PROTECTED] - - - - - - - - - - - - - - - - - - - - - - - - - - - - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
mysql driver compile problem
Platform is Ubuntu Linux 6.06 server i386 with kernel version 2.6.15-23. Software is Freeradius 1.1.3 and MySQL 4.1.21. The problem is that the Freeradius configure script will not detect the existance of the mysqlclient_r library and subsequently fails to build the rlm_sql_mysql driver despite my use of the --with-mysql-lib-dir directive. The configure line: ./configure --prefix=/usr/local/pw/freeradius-1.1.3 --with-mysql-lib-dir=/usr/local/lib/mysql From the configure output: checking for mysql_init in -lmysqlclient_r (using mysql_config)... no checking for mysql_init in -lmysqlclient_r... no configure: WARNING: mysql libraries not found. Use --with-mysql-lib-dir=path. checking for mysql.h (using mysql_config)... yes configure: WARNING: sql submodule 'mysql' disabled configure: creating ./config.status A listing of the lib dir: # ls -l /usr/local/lib/mysql/libmysqlclient_r* -rw-r--r-- 1 root root 1462324 2006-11-14 02:23 /usr/local/lib/mysql/libmysqlclient_r.a -rw-r--r-- 1 root root 1395548 2006-11-13 22:44 /usr/local/lib/mysql/libmysqlclient_r.so.15 -rw-r--r-- 1 root root 1395548 2006-11-13 22:44 /usr/local/lib/mysql/libmysqlclient_r.so.15.0.0 Some evidence of the existance of the referenced function in that library: # file /usr/local/lib/mysql/libmysqlclient_r.so.15 /usr/local/lib/mysql/libmysqlclient_r.so.15: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), stripped # strings /usr/local/lib/mysql/libmysqlclient_r.so.15 | grep mysql_init mysql_init Any ideas? Thanks, Chris Carver Network Engineer - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: mysql driver compile problem
Dont know much about ubuntu distro but in redhat i had to unistall pre-installed mysql packages and install mysql, mysql-devel and mysql-shared-compat to fix it: before that i get same error, devel package was there and use did not did it Think is a linker problem check http://wiki.freeradius.org/index.php/FAQ#It_says_.22Could_not_link_..._file_not_found.22.2C_what_do_I_do.3F Hope it helps Hernan Antolini [EMAIL PROTECTED] wrote on 11/22/2006 02:30:15 PM: Platform is Ubuntu Linux 6.06 server i386 with kernel version 2.6.15-23. Software is Freeradius 1.1.3 and MySQL 4.1.21. The problem is that the Freeradius configure script will not detect the existance of the mysqlclient_r library and subsequently fails to build the rlm_sql_mysql driver despite my use of the --with-mysql-lib-dir directive. The configure line: ./configure --prefix=/usr/local/pw/freeradius-1.1.3 --with-mysql-lib-dir=/usr/local/lib/mysql From the configure output: checking for mysql_init in -lmysqlclient_r (using mysql_config)... no checking for mysql_init in -lmysqlclient_r... no configure: WARNING: mysql libraries not found. Use --with-mysql-lib- dir=path. checking for mysql.h (using mysql_config)... yes configure: WARNING: sql submodule 'mysql' disabled configure: creating ./config.status A listing of the lib dir: # ls -l /usr/local/lib/mysql/libmysqlclient_r* -rw-r--r-- 1 root root 1462324 2006-11-14 02:23 /usr/local/lib/mysql/libmysqlclient_r.a -rw-r--r-- 1 root root 1395548 2006-11-13 22:44 /usr/local/lib/mysql/libmysqlclient_r.so.15 -rw-r--r-- 1 root root 1395548 2006-11-13 22:44 /usr/local/lib/mysql/libmysqlclient_r.so.15.0.0 Some evidence of the existance of the referenced function in that library: # file /usr/local/lib/mysql/libmysqlclient_r.so.15 /usr/local/lib/mysql/libmysqlclient_r.so.15: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), stripped # strings /usr/local/lib/mysql/libmysqlclient_r.so.15 | grep mysql_init mysql_init Any ideas? Thanks, Chris Carver Network Engineer - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
rh7.2+freeradius1.1.2+mysql5.0.22 compile problem and solution!
download mysql-standard-5.0.22-linux-i686.tar.gz from www.mysql.com,install it in /usr/local. mysql include dir is /usr/local/mysql/include mysql lib dir is /usr/local/mysql/lib below is the detail on my setup: configuring in ./drivers/rlm_sql_mysql running /bin/sh ./configure--with-mysql-lib-dir=/usr/local/mysql/lib --with-mysql-include-dir=/usr/local/mysql/include/ --enable-ltdl-install --cache-file=../../../../.././config.cache --srcdir=. loading cache ../../../../.././config.cache checking for gcc... (cached) gcc checking whether the C compiler (gcc -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -D_GNU_SOURCE -DNDEBUG ) works... yes checking whether the C compiler (gcc -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -D_GNU_SOURCE -DNDEBUG ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for mysql_config... yes checking for pthread_create in -lpthread... (cached) yes checking for mysql_init in -lmysqlclient_r (using mysql_config)... no checking for mysql_init in -lmysqlclient_r... no configure: warning: mysql libraries not found. Use --with-mysql-lib-dir= path . checking for mysql.h (using mysql_config)... no checking for mysql/mysql.h... no configure: warning: mysql headers not found. Use --with-mysql-include-dir= path . configure: warning: sql submodule 'mysql' disabled the easy way is : cp /usr/local/mysql/include/* /usr/loca/include cp /usr/local/mysql/lib/* /usr/local/lib compile it again .over!! - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: v1.1.1 rlm_eap compile problem (no prob in v1.1.0)
Alan DeKok aland at ox.org writes: It looks like you don't have OpenSSL installed, but it's still trying to build modules that depend on OpenSSL. That isn't good. Just delete the rlm_eap directory, and the rest of the server should build. Alan DeKok. I've OpenSSL installed an still got exactly the same error. (Ubuntu Breezy, openssl 0.9.7 , Freeradius 1.1.1) ¿What can I do? I need eap_peap... - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: v1.1.1 rlm_eap compile problem (no prob in v1.1.0)
Hi, I've OpenSSL installed an still got exactly the same error. as you need to COMPILE freeradius rather than just install the APT package, you also need to have all the developer versions of the packages - eg you need openssl-devel (or whatever) installed. likewise for all the other things that freeradius ./configure complains about. alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: v1.1.1 rlm_eap compile problem (no prob in v1.1.0)
Aaron Paetznick [EMAIL PROTECTED] wrote: I'll save people a lot of time and just paste the bomb out below. Help??? Otherwise, can I simple choose to not compile rlm_eap (I don't use it). I've tried --disable-eap and similar arguements. Thanks. It looks like you don't have OpenSSL installed, but it's still trying to build modules that depend on OpenSSL. That isn't good. Just delete the rlm_eap directory, and the rest of the server should build. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
v1.1.1 rlm_eap compile problem (no prob in v1.1.0)
I'll save people a lot of time and just paste the bomb out below. Help??? Otherwise, can I simple choose to not compile rlm_eap (I don't use it). I've tried --disable-eap and similar arguements. Thanks. --Aaron /usr/local/src/freeradius-1.1.1/libtool --mode=compile gcc -O2 -march=pentium4 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -D_GNU_SOURCE -DNDEBUG -I/usr/local/src/freeradius-1.1.1/src/include -I../.. -I../../libeap -DNO_OPENSSL-c rlm_eap_peap.c mkdir .libs gcc -O2 -march=pentium4 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -D_GNU_SOURCE -DNDEBUG -I/usr/local/src/freeradius-1.1.1/src/include -I../.. -I../../libeap -DNO_OPENSSL -c rlm_eap_peap.c -fPIC -DPIC -o .libs/rlm_eap_peap.lo In file included from eap_peap.h:25, from rlm_eap_peap.c:24: ../../libeap/eap_tls.h:138: error: parse error before SSL ../../libeap/eap_tls.h:138: warning: no semicolon at end of struct or union ../../libeap/eap_tls.h:141: error: parse error before '*' token ../../libeap/eap_tls.h:141: warning: type defaults to `int' in declaration of `into_ssl' ../../libeap/eap_tls.h:141: warning: data definition has no type or storage class ../../libeap/eap_tls.h:142: error: parse error before '*' token ../../libeap/eap_tls.h:142: warning: type defaults to `int' in declaration of `from_ssl' ../../libeap/eap_tls.h:142: warning: data definition has no type or storage class ../../libeap/eap_tls.h:172: error: parse error before '}' token ../../libeap/eap_tls.h:172: warning: type defaults to `int' in declaration of `tls_session_t' ../../libeap/eap_tls.h:172: warning: data definition has no type or storage class ../../libeap/eap_tls.h:182: error: parse error before tls_session_t ../../libeap/eap_tls.h:186: error: parse error before SSL ../../libeap/eap_tls.h:188: error: parse error before '*' token ../../libeap/eap_tls.h:371: error: parse error before SSL_CTX ../../libeap/eap_tls.h:371: warning: no semicolon at end of struct or union ../../libeap/eap_tls.h:372: warning: type defaults to `int' in declaration of `eap_tls_t' ../../libeap/eap_tls.h:372: warning: data definition has no type or storage class ../../libeap/eap_tls.h:383: warning: type defaults to `int' in declaration of `SSL' ../../libeap/eap_tls.h:383: error: parse error before '*' token ../../libeap/eap_tls.h:384: error: parse error before X509_STORE_CTX ../../libeap/eap_tls.h:386: error: parse error before SSL ../../libeap/eap_tls.h:387: error: parse error before '*' token ../../libeap/eap_tls.h:387: error: parse error before '*' token ../../libeap/eap_tls.h:387: warning: type defaults to `int' in declaration of `cbtls_rsa' ../../libeap/eap_tls.h:387: warning: data definition has no type or storage class ../../libeap/eap_tls.h:390: error: parse error before '*' token ../../libeap/eap_tls.h:390: error: parse error before '*' token ../../libeap/eap_tls.h:390: warning: type defaults to `int' in declaration of `eaptls_new_session' ../../libeap/eap_tls.h:390: warning: data definition has no type or storage class ../../libeap/eap_tls.h:391: error: parse error before '*' token ../../libeap/eap_tls.h:392: error: parse error before '*' token ../../libeap/eap_tls.h:393: error: parse error before '*' token ../../libeap/eap_tls.h:397: error: parse error before '*' token ../../libeap/eap_tls.h:398: error: parse error before '*' token In file included from rlm_eap_peap.c:24: eap_peap.h:52: error: parse error before tls_session_t rlm_eap_peap.c: In function `eappeap_authenticate': rlm_eap_peap.c:165: error: `tls_session' undeclared (first use in this function) rlm_eap_peap.c:165: error: (Each undeclared identifier is reported only once rlm_eap_peap.c:165: error: for each function it appears in.) rlm_eap_peap.c:165: error: parse error before ')' token gmake[9]: *** [rlm_eap_peap.lo] Error 1 gmake[9]: Leaving directory `/usr/local/src/freeradius-1.1.1/src/modules/rlm_eap/types/rlm_eap_peap' gmake[8]: *** [common] Error 2 gmake[8]: Leaving directory `/usr/local/src/freeradius-1.1.1/src/modules/rlm_eap/types' gmake[7]: *** [all] Error 2 gmake[7]: Leaving directory `/usr/local/src/freeradius-1.1.1/src/modules/rlm_eap/types' gmake[6]: *** [common] Error 2 gmake[6]: Leaving directory `/usr/local/src/freeradius-1.1.1/src/modules/rlm_eap' gmake[5]: *** [common] Error 2 gmake[5]: Leaving directory `/usr/local/src/freeradius-1.1.1/src/modules' gmake[4]: *** [all] Error 2 gmake[4]: Leaving directory `/usr/local/src/freeradius-1.1.1/src/modules' gmake[3]: *** [common] Error 2 gmake[3]: Leaving directory `/usr/local/src/freeradius-1.1.1/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/local/src/freeradius-1.1.1/src' gmake[1]: *** [common] Error 2 gmake[1]: Leaving directory `/usr/local/src/freeradius-1.1.1' make: *** [all] Error 2 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
compile problem on solaris express nv23 x86
doing a configure ./configure --prefix=/opt/freeradius-snapshot-20051110 --with-openssl-includes=/usr/sfw/include/openssl --with-openssl-libraries=/usr/sfw/lib using the 20051110 snapshot - i still don't get a compile. havong said that this is much better than 1.0.2 and 1.0.5 any ideas? solaris express x86 nv23 DOES have the appropriate libraries and tools installed - openssl, gmake etc gmake gives: hmac.c: In function `lrad_hmac_md5': hmac.c:47: error: `lrad_MD5_CTX' undeclared (first use in this function) hmac.c:47: error: (Each undeclared identifier is reported only once hmac.c:47: error: for each function it appears in.) hmac.c:47: error: syntax error before context hmac.c:59: error: syntax error before tctx hmac.c:61: warning: implicit declaration of function `lrad_MD5Init' hmac.c:61: warning: nested extern declaration of `lrad_MD5Init' hmac.c:61: error: `tctx' undeclared (first use in this function) hmac.c:62: warning: implicit declaration of function `lrad_MD5Update' hmac.c:62: warning: nested extern declaration of `lrad_MD5Update' hmac.c:63: warning: implicit declaration of function `lrad_MD5Final' hmac.c:63: warning: nested extern declaration of `lrad_MD5Final' hmac.c:95: warning: nested extern declaration of `lrad_MD5Init' hmac.c:61: warning: redundant redeclaration of 'lrad_MD5Init' hmac.c:61: warning: previous implicit declaration of 'lrad_MD5Init' was here hmac.c:95: error: `context' undeclared (first use in this function) hmac.c:97: warning: nested extern declaration of `lrad_MD5Update' hmac.c:62: warning: redundant redeclaration of 'lrad_MD5Update' hmac.c:62: warning: previous implicit declaration of 'lrad_MD5Update' was here hmac.c:99: warning: nested extern declaration of `lrad_MD5Final' hmac.c:63: warning: redundant redeclaration of 'lrad_MD5Final' hmac.c:63: warning: previous implicit declaration of 'lrad_MD5Final' was here gmake[4]: *** [hmac.lo] Error 1 gmake[4]: Leaving directory `/home/tariq/freeradius/freeradius-snapshot-20051110/src/lib' gmake[3]: *** [common] Error 2 gmake[3]: Leaving directory `/home/tariq/freeradius/freeradius-snapshot-20051110/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/home/tariq/freeradius/freeradius-snapshot-20051110/src' gmake[1]: *** [common] Error 2 gmake[1]: Leaving directory `/home/tariq/freeradius/freeradius-snapshot-20051110' gmake: *** [all] Error 2 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: compile problem on solaris express nv23 x86
Tariq Rashid [EMAIL PROTECTED] wrote: using the 20051110 snapshot - i still don't get a compile. havong said that this is much better than 1.0.2 and 1.0.5 any ideas? $ cvs update $ ./configure ... $ make The server should now use it's own header files for MD5, rather than the ones included with Solaris. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
freeradius compile problem
dear all, please hep me, how to fix it... my configure : ./configure --prefix=/usr/local/freeradius --disable-ltdl-install --with-ltdl-lib=/usr/lib --with-ltdl-include=/usr/include --with-large-files --with-experimental-modules --with-udpfromto then #make bla-bla-bla. bla-bla-bla *** Warning: Linking the shared library rlm_perl.la against the *** static library /usr/lib/perl/5.8/auto/DynaLoader/DynaLoader.a is not portable! rm -fr .libs/rlm_perl.la .libs/rlm_perl.* .libs/rlm_perl-1.0.2.* gcc -shared rlm_perl.lo -L/usr/local/lib /usr/lib/perl/5.8/auto/DynaLoader/DynaLoader.a -L/usr/lib/perl/5.8/CORE -lperl -ldl -lm -lpthread -lc -lcrypt -lnsl -lresolv -lpthread -Wl,-E -Wl,-soname -Wl,rlm_perl-1.0.2.so -o .libs/rlm_perl-1.0.2.so /usr/bin/ld: cannot find -lperl collect2: ld returned 1 exit status make[6]: *** [rlm_perl.la] Error 1 make[6]: Leaving directory `/usr/local/src/freeradius-1.0.2/src/modules/rlm_perl' make[5]: *** [common] Error 1 make[5]: Leaving directory `/usr/local/src/freeradius-1.0.2/src/modules' make[4]: *** [all] Error 2 make[4]: Leaving directory `/usr/local/src/freeradius-1.0.2/src/modules' make[3]: *** [common] Error 1 make[3]: Leaving directory `/usr/local/src/freeradius-1.0.2/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/local/src/freeradius-1.0.2/src' make[1]: *** [common] Error 1 make[1]: Leaving directory `/usr/local/src/freeradius-1.0.2' make: *** [all] Error 2 thanks for your help. regards, iwan __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Compile problem
Admin [EMAIL PROTECTED] wrote: Thank you very much. I'll update or edit by myself net-snmp module to resolve this problem. So, why I don't need threads. The practice shows me that threading are not so beauty as it can imagine. Due my usage of rlm_perl module I see memory leaks when it works in threading mode, however all ok when perl and FreeRadius are compiled in non-threads mode. Those problems have been addressed in the current CVS snapshot. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Compile problem
Sirs, Due compilation I've got the following result: === gcc .libs/radiusdS.o -O9 -funroll-loops -ffast-math -malign-double -fomit-frame-pointer -fno-exceptions -march=pentium4 -DOPENSSL_NO_KRB5 -I../include -DHOSTINFO=\i686-pc-linux-gnu\ -DRADIUSD_VERSION=\1.1.0-pre0\ -o .libs/radiusd radiusd.o files.o util.o acct.o nas.o log.o valuepair.o version.o proxy.o exec.o auth.o conffile.o modules.o modcall.o session.o xlat.o threads.o smux.o radius_snmp.o client.o request_list.o mainconfig.o request_process.o -Wl,--export-dynamic -L/root/archives/radius/freeradius-snapshot-20050308/src/lib -lnsl -lresolv /root/archives/radius/freeradius-snapshot-20050308/src/lib/.libs/libradius.s o /usr/lib/libsnmp.so /usr/lib/libltdl.so -lcrypt -L/usr/lib -lssl -lcrypto -Wl,--rpath -Wl,/usr/local/lib/freeradius radiusd.o(.text+0x623): In function `main': : undefined reference to `total_active_threads' radiusd.o(.text+0x821): In function `main': : undefined reference to `thread_pool_clean' request_list.o(.text+0x179d): In function `refresh_request': : undefined reference to `pthread_cancel' collect2: ld returned 1 exit status gmake[4]: *** [radiusd] Error 1 gmake[4]: Leaving directory `/root/archives/radius/freeradius-snapshot-20050308/src/main' gmake[3]: *** [common] Error 1 === Some info: OS: RedHat 3.0 Enterprise Server CFLAGS= -O9 -funroll-loops -ffast-math -malign-double -fomit-frame-pointer -fno-exceptions -march=pentium4 GCC: [EMAIL PROTECTED] freeradius-snapshot-20050308]# gcc -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2.3/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --host=i386-redhat-linux Thread model: posix gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-49) LD: [EMAIL PROTECTED] freeradius-snapshot-20050308]# ld -v GNU ld version 2.14.90.0.4 20030523 freeradius-snapshot-20050308: Config: ./configure --libdir=/usr/local/lib/freeradius --enable-shared --enable-strict-dependencies --with-logdir=/billing/cdr --with-raddbdir=/billing/raddb --without-threads --with-snmp --with-large-files --with-experimental-modules --with-udpfromto --with-openssl-includes=/usr/include/openssl --with-openssl-libraries=/usr/lib --without-rlm_krb5 --without-rlm_sql_postgresql --without-rlm_eap --without-rlm_peap --without-rlm_sql_mysql --without-rlm_python --without-rlm_smb --without-pap --without-rlm_example --without-rlm_ns_mta_md5 --without-rlm_x99_token --without-rlm_sql_counter --without-rlm_dbm --without-rlm_ldap Can somebody give me a clue. How can I build the version with --without-threads flag. I don't need threads. Best regards, Serg - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: FreeBSD 5.3 compile problem ..continued...
hi, still struggling along here, with the help of some folk I have a compiling FreeBSD 5.3 FreeRADIUS - both the 1.0.1 ports versions (with krb5 enabled) and also a 1.1.0-pre CVS version - fresh from this morning. A few questions to throw out now: When I try to authenticate with kerberos, I am seeing a failure, the backend logging (radiusd -X) gives me the following: krb5_parse_name failed: Bad magic number for krb5_context structure if I use a full realm name (@blahblah.com) then FreeRADIUs totally dumps out. any ideas? Secondly, a quick question to the more code-headed out there. why is ltld.h called in rlm_krb5.h and rlm_sql.h as #include ltld.h rather than #include ltld.h ? Just a quick couple of questions really. Alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
FreeBSD 5.3 compile problem (Re: krb5 errors when compiling on Fedora Core 3)
Hi, E. Dean Sahutske [EMAIL PROTECTED] wrote: I was able to compilethe source. I ran ./configure --without-rlm_krb5 --without-rlm_x99_token (there was a problem with that too). What ist lost by not having these features enabled? When does freeradius require kerberos? When you want to use it. As for the Fedora Core issues, they moved the kerberos headers to a stupid place where the C compiler can't find them. See the mailing list archives for many similar complaints. I'm having a similar issue with rlm_krb5 on a FreeBSD 5.3 box. I have FreeRADIUS working 100% fine with kerberos etc on a Fedora Core 2 box (home compiled too - although I started the experiment with an RPM) could someone give me some compile pointers for FreeBSD 5.3? All I have dumped to my screen roght now is gmake[5]: Entering directory `/root/freeradius-1.0.1/src/modules/rlm_krb5' gcc -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DOPENSSL_NO_KRB5 -Wall -D_GNU_SOURCE -g -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -W -Wredundant-decls -Wundef -I../../include -c rlm_krb5.c -o rlm_krb5.o rlm_krb5.c: In function `verify_krb5_tgt': rlm_krb5.c:96: warning: implicit declaration of function `krb5_princ_component' rlm_krb5.c:96: warning: nested extern declaration of `krb5_princ_component' rlm_krb5.c:96: error: `c' undeclared (first use in this function) rlm_krb5.c:96: error: (Each undeclared identifier is reported only once rlm_krb5.c:96: error: for each function it appears in.) rlm_krb5.c:96: error: invalid type argument of `-' rlm_krb5.c:105: warning: passing arg 2 of `krb5_kt_read_service_key' discards qualifiers from pointer target type rlm_krb5.c: In function `krb5_auth': rlm_krb5.c:217: warning: initialization makes pointer from integer without a cast rlm_krb5.c:219: warning: excess elements in struct initializer rlm_krb5.c:219: warning: (near initialization for `tgtname') rlm_krb5.c:292: error: request for member `length' in something not a structure or union rlm_krb5.c:293: error: request for member `data' in something not a structure or union rlm_krb5.c:296: error: request for member `length' in something not a structure or union rlm_krb5.c:297: error: request for member `data' in something not a structure or union gmake[5]: *** [rlm_krb5.o] Error 1 gmake[5]: Leaving directory `/root/freeradius-1.0.1/src/modules/rlm_krb5' gmake[4]: *** [common] Error 1 gmake[4]: Leaving directory `/root/freeradius-1.0.1/src/modules' gmake[3]: *** [all] Error 2 gmake[3]: Leaving directory `/root/freeradius-1.0.1/src/modules' gmake[2]: *** [common] Error 1 gmake[2]: Leaving directory `/root/freeradius-1.0.1/src' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/root/freeradius-1.0.1/src' gmake: *** [common] Error 1 *** Error code 2 Stop in /root/freeradius-1.0.1. Alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: FreeBSD 5.3 compile problem (Re: krb5 errors when compiling on Fedora Core 3)
Hi, There are multiple libraries which implement kerberos. On FreeBSD, I think you'll have to give an extra option to 'configure': $ configure --enable-heimdal-krb5 thanks! - i'll follow this up. and it should make the kerberos module use the right kerberos libraries. But isn't there a freeradius package on FreeBSD? yes, there is. Its by Brian Somers [EMAIL PROTECTED] (sorry if thats wrong, please correct me!) BUT it doesnt do rlm_krb5 by default at all - and even enabling the 'experimental' doesnt give me the joy and happiness I am used to :-) alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: FreeBSD 5.3 compile problem (Re: krb5 errors when compiling on Fedora Core 3)
In message [EMAIL PROTECTED], Alan DeKok writes: [EMAIL PROTECTED] wrote: I'm having a similar issue with rlm_krb5 on a FreeBSD 5.3 box. I have FreeRADIUS working 100% fine with kerberos etc on a Fedora Core 2 bo x (home compiled too - although I started the experiment with an RPM) There are multiple libraries which implement kerberos. On FreeBSD, I think you'll have to give an extra option to 'configure': $ configure --enable-heimdal-krb5 and it should make the kerberos module use the right kerberos libraries. I just dealt with this issue a couple of weeks ago. The heimdal config switch didn't work (can't remember why), but I was able to get it to compile with MIT kerberos. The MIT Kerberos port puts its libraries in /usr/local, so you'll have to use something like configure --with-rl-krb5-lib-dir=/usr/local/lib \ --with-rlm-krb5-include-dir=/usr/local/include Also, the 'configure' file in src/modules/rlm-krb5 wasn't honoring the --with-rlm-krb5-include-dir option. A patch for 'configure.in' is appended. But isn't there a freeradius package on FreeBSD? Yes, in the ports collection, but it doesn't build the Kerberos support. I've sent my modifications to the maintainer, who says he'll be including them soon. -- George C. Kaplan[EMAIL PROTECTED] Communication Network Services510-643-0496 University of California at Berkeley *** src/modules/rlm_krb5/configure.in.orig Mon Mar 17 11:51:30 2003 --- src/modules/rlm_krb5/configure.in Thu Dec 2 15:24:50 2004 *** *** 35,40 --- 35,41 ;; *) rlm_krb5_include_dir=$withval + krb5_i_cflags=-I${rlm_krb5_include_dir} ;; esac ] ) *** *** 95,101 fi krb5_ldflags=$SMART_LIBS ! krb5_cflags=${krb5_h_cflags} $SMART_CFLAGS AC_SUBST(krb5_cflags) AC_SUBST(krb5_ldflags) --- 96,102 fi krb5_ldflags=$SMART_LIBS ! krb5_cflags=${krb5_i_cflags} ${krb5_h_cflags} $SMART_CFLAGS AC_SUBST(krb5_cflags) AC_SUBST(krb5_ldflags) - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: FreeBSD 5.3 compile problem (Re: krb5 errors when compiling on Fedora Core 3)
Hi, $ configure --enable-heimdal-krb5 and it should make the kerberos module use the right kerberos libraries. I just dealt with this issue a couple of weeks ago. The heimdal config switch didn't work (can't remember why), but I was able to get it to when I try the heimdal configure option, I get past the krb5_auth stuff, but then the system fails on the x99_rlm stuff instead. ..i'm playing with the CVS version as I write this nowsee if there are interesting differences.. alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: FreeBSD 5.3 compile problem (Re: krb5 errors when compiling on Fedora Core 3)
In message [EMAIL PROTECTED], [EMAIL PROTECTED] writes : I just dealt with this issue a couple of weeks ago. The heimdal config switch didn't work (can't remember why), but I was able to get it to when I try the heimdal configure option, I get past the krb5_auth stuff, but then the system fails on the x99_rlm stuff instead. OK, you shamed me into reviewing my notes. This is what happened to me, too, when I tried to build the 1.0.1 release downloaded from ftp.freeradius.org. When that happened, I switched to trying to build the freeradius in the FreeBSD ports collection (which also uses version 1.0.1). For some reason I didn't pursue the heimdal option, but went right to fixing it up to use MIT Kerberos. Anyway, the freeradius port includes a patch for x99_rlm.c, so that it'll build without problems. -- George C. Kaplan[EMAIL PROTECTED] Communication Network Services510-643-0496 University of California at Berkeley - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: FreeBSD 5.3 compile problem (Re: krb5 errors when compiling on Fedora Core 3)
[EMAIL PROTECTED] wrote: I'm having a similar issue with rlm_krb5 on a FreeBSD 5.3 box. I have FreeRADIUS working 100% fine with kerberos etc on a Fedora Core 2 box (home compiled too - although I started the experiment with an RPM) There are multiple libraries which implement kerberos. On FreeBSD, I think you'll have to give an extra option to 'configure': $ configure --enable-heimdal-krb5 and it should make the kerberos module use the right kerberos libraries. But isn't there a freeradius package on FreeBSD? Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Compile problem of last CVS version on FreeBSD 4.x
Current CVS version also cannot be built on FreeBSD. Is where any way to fix the problem? Friday, November 19, 2004, 5:41:56 PM, [EMAIL PROTECTED] wrote: fuanr Tried on two FreeBSD 4.x box fuanr #gmake fuanr gmake[1]: Entering directory `/root/src/radiusd' fuanr Making all in libltdl... fuanr gmake[2]: Entering directory `/root/src/radiusd/libltdl' fuanr gmake[2]: *** No rule to make target `all'. Stop. fuanr gmake[2]: Leaving directory `/root/src/radiusd/libltdl' fuanr gmake[1]: *** [common] Error 1 fuanr gmake[1]: Leaving directory `/root/src/radiusd' fuanr gmake: *** [all] Error 2 fuanr #uname -a fuanr FreeBSD 4.9-RELEASE FreeBSD 4.9-RELEASE #0: Mon Nov 10 15:58:43 MSK 2003 fuanr configure:8639: checking if libtool supports shared libraries fuanr configure:8641: result: yes fuanr configure:8644: checking whether to build shared fuanr libraries fuanr configure:8702: result: yes fuanr configure:8705: checking whether to build static fuanr libraries fuanr configure:8709: result: yes fuanr configure:8801: creating libtool fuanr configure:9348: checking for ld used by g++ fuanr configure:9415: result: /usr/libexec/elf/ld fuanr configure:9424: checking if the linker fuanr (/usr/libexec/elf/ld) is GNU ld fuanr configure:9439: result: yes fuanr configure:9490: checking whether the g++ linker fuanr (/usr/libexec/elf/ld) supports shared libraries fuanr configure:10316: result: yes fuanr I didn't found in config.log lines related to libltdl. fuanr This version can be built successfully if copy libltdl dir from fuanr release. fuanr - fuanr List info/subscribe/unsubscribe? See fuanr http://www.freeradius.org/list/users.html -- Andrei Koulik. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Compile problem of last CVS version on FreeBSD 4.x
[EMAIL PROTECTED] wrote: Current CVS version also cannot be built on FreeBSD. Is where any way to fix the problem? See the list archives. It's a known problem. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Compile problem of last CVS version on FreeBSD 4.x
Tried on two FreeBSD 4.x box #gmake gmake[1]: Entering directory `/root/src/radiusd' Making all in libltdl... gmake[2]: Entering directory `/root/src/radiusd/libltdl' gmake[2]: *** No rule to make target `all'. Stop. gmake[2]: Leaving directory `/root/src/radiusd/libltdl' gmake[1]: *** [common] Error 1 gmake[1]: Leaving directory `/root/src/radiusd' gmake: *** [all] Error 2 #uname -a FreeBSD 4.9-RELEASE FreeBSD 4.9-RELEASE #0: Mon Nov 10 15:58:43 MSK 2003 configure:8639: checking if libtool supports shared libraries configure:8641: result: yes configure:8644: checking whether to build shared libraries configure:8702: result: yes configure:8705: checking whether to build static libraries configure:8709: result: yes configure:8801: creating libtool configure:9348: checking for ld used by g++ configure:9415: result: /usr/libexec/elf/ld configure:9424: checking if the linker (/usr/libexec/elf/ld) is GNU ld configure:9439: result: yes configure:9490: checking whether the g++ linker (/usr/libexec/elf/ld) supports shared libraries configure:10316: result: yes I didn't found in config.log lines related to libltdl. This version can be built successfully if copy libltdl dir from release. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Compile problem - cannot find -lz
SPROUSE Troy F [EMAIL PROTECTED] wrote: OK, I have fixed my problem that started this thread below by installing zlib-devel but now I am getting the following while running 'make'. Making static dynamic in rlm_x99_token... If you're not using rlm_x99_token, just delete the directory. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: Compile problem - cannot find -lz
OK, I have fixed my problem that started this thread below by installing zlib-devel but now I am getting the following while running 'make'. Making static dynamic in rlm_x99_token... gmake[6]: Entering directory `/tmp/freeradius-1.0.0/src/modules/rlm_x99_token' gcc -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DOPENSSL_NO_KRB5 -Wall -D_GNU_SOURCE -DNDEBUG -I../../include -DX99_MODULE_NAME=\rlm_x99_token\ -DFREERADIUS -c x99_rlm.c -o x99_rlm.o In file included from x99_rlm.c:54: x99.h:26:42: openssl/des.h: No such file or directory In file included from x99_rlm.c:54: x99.h:146: parse error before des_cblock x99.h:146: warning: no semicolon at end of struct or union x99.h:147: warning: type defaults to `int' in declaration of `x99_user_info_t' x99.h:147: warning: data definition has no type or storage class x99.h:152: parse error before des_cblock x99.h:153: parse error before des_cblock x99.h:165: parse error before des_cblock x99.h:166: warning: type defaults to `int' in declaration of `des_cblock' x99.h:166: parse error before keyblock x99.h:170: parse error before x99_user_info_t x99.h:180: parse error before des_cblock x99.h:182: warning: type defaults to `int' in declaration of `des_cblock' x99.h:182: parse error before keyblock x99_rlm.c: In function `x99_token_authorize': x99_rlm.c:294: parse error before user_info x99_rlm.c:331: `user_info' undeclared (first use in this function) x99_rlm.c:331: (Each undeclared identifier is reported only once x99_rlm.c:331: for each function it appears in.) x99_rlm.c: In function `x99_token_authenticate': x99_rlm.c:460: parse error before user_info x99_rlm.c:492: `user_info' undeclared (first use in this function) x99_rlm.c:550: warning: deprecated use of label at end of compound statement gmake[6]: *** [x99_rlm.o] Error 1 gmake[6]: Leaving directory `/tmp/freeradius-1.0.0/src/modules/rlm_x99_token' gmake[5]: *** [common] Error 1 gmake[5]: Leaving directory `/tmp/freeradius-1.0.0/src/modules' gmake[4]: *** [all] Error 2 gmake[4]: Leaving directory `/tmp/freeradius-1.0.0/src/modules' gmake[3]: *** [common] Error 1 gmake[3]: Leaving directory `/tmp/freeradius-1.0.0/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/tmp/freeradius-1.0.0/src' gmake[1]: *** [common] Error 1 gmake[1]: Leaving directory `/tmp/freeradius-1.0.0' make: *** [all] Error 2 I have made any modifications to the original files from the package so I am curious as to why I am getting this error now Any help would be greatly appreciated. Troy -Original Message- From: SPROUSE Troy F Sent: Friday, August 20, 2004 1:31 PM To: '[EMAIL PROTECTED]' Subject: Compile problem - cannot find -lz I am having a compile problem on RedHat 9. I ran configure as ./configure --includedir=/usr/include/mysql but below is the output after I run make. gcc -shared sql_mysql.lo -L/usr/lib/mysql -lmysqlclient -lz -lcrypt -lnsl -lm -Wl,-soname -Wl,rlm_sql_mysql-1.0.0.so -o .libs/rlm_sql_mysql-1.0.0.so /usr/bin/ld: cannot find -lz collect2: ld returned 1 exit status gmake[10]: *** [rlm_sql_mysql.la] Error 1 gmake[10]: Leaving directory `/root/freeradius-1.0.0/src/modules/rlm_sql/drivers/rlm_sql_mysql' gmake[9]: *** [common] Error 1 gmake[9]: Leaving directory `/root/freeradius-1.0.0/src/modules/rlm_sql/drivers' gmake[8]: *** [dynamic] Error 2 gmake[8]: Leaving directory `/root/freeradius-1.0.0/src/modules/rlm_sql/drivers' gmake[7]: *** [common] Error 1 gmake[7]: Leaving directory `/root/freeradius-1.0.0/src/modules/rlm_sql' gmake[6]: *** [dynamic] Error 2 gmake[6]: Leaving directory `/root/freeradius-1.0.0/src/modules/rlm_sql' gmake[5]: *** [common] Error 1 gmake[5]: Leaving directory `/root/freeradius-1.0.0/src/modules' gmake[4]: *** [all] Error 2 gmake[4]: Leaving directory `/root/freeradius-1.0.0/src/modules' gmake[3]: *** [common] Error 1 gmake[3]: Leaving directory `/root/freeradius-1.0.0/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/root/freeradius-1.0.0/src' gmake[1]: *** [common] Error 1 gmake[1]: Leaving directory `/root/freeradius-1.0.0' make: *** [all] Error 2 Any help would be appreciated. Thank you, Troy - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Compile problem - cannot find -lz
On Sun, Aug 22, 2004 at 06:23:06PM -0400, SPROUSE Troy F wrote: OK, I have fixed my problem that started this thread below by installing zlib-devel but now I am getting the following while running 'make'. Making static dynamic in rlm_x99_token... gmake[6]: Entering directory `/tmp/freeradius-1.0.0/src/modules/rlm_x99_token' gcc -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DOPENSSL_NO_KRB5 -Wall -D_GNU_SOURCE -DNDEBUG -I../../include -DX99_MODULE_NAME=\rlm_x99_token\ -DFREERADIUS -c x99_rlm.c -o x99_rlm.o In file included from x99_rlm.c:54: x99.h:26:42: openssl/des.h: No such file or directory Looks like you've either not got OpenSSL headers, or not told FreeRADIUS where to find 'em. -- Paul TBBle Hampson, on an alternate email client. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html