building v.1.1.3(cvs) on different systems
hi all, i just tested the building of todays cvs checkout of branch_1_1, here is what happend (maybe you want to know ;-)): * debian sarge 3.1a: building worked without problems, except some warnings at the end from "dh_shlibdeps -s: dpkg-shlibdeps: warning: could not find path for libradius-1.1.3.so" (and others), but the installed version works. * suse 10.1: "rpmbuild -bb" said it needs "libapr0", which i could not find in suse 10.1. i changed it in freeradius.spec to "libapr1" instead, which seems to work, at least the build finished without problems and the installed programms seems to run without errors. * mac os x 10.4.7: running ./configure and then make leads to: radrelay.c: In function 'loop': radrelay.c:679: warning: comparison between signed and unsigned radrelay.c: In function 'main': radrelay.c:875: warning: passing argument 1 of 'free' discards qualifiers from pointer target type radrelay.c:930: warning: comparison between signed and unsigned gcc -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DDARWIN -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 -DHOSTINFO=\"powerpc-apple-darwin8.7.0\" -DRADIUSD_VERSION=\"1.1.3\" -c radrelay.c -o radrelay.o >/dev/null 2>&1 /Users/krause/downloads/freeradius/radiusd/libtool --mode=link gcc -o radrelay radrelay.lo mainconfig.lo util.lo nas.lo client.lo log.lo conffile.lo files.lo xlat.lo -lresolv -lpthread ../lib/libradius.la gcc -o .libs/radrelay .libs/radrelay.o .libs/mainconfig.o .libs/util.o .libs/nas.o .libs/client.o .libs/log.o .libs/conffile.o .libs/files.o .libs/xlat.o -lresolv -lpthread ../lib/.libs/libradius.dylib /usr/bin/ld: multiple definitions of symbol _mainconfig .libs/radrelay.o definition of _mainconfig in section (__DATA,__common) .libs/mainconfig.o definition of _mainconfig in section (__DATA,__common) collect2: ld returned 1 exit status make[4]: *** [radrelay] Error 1 make[3]: *** [common] Error 2 make[2]: *** [all] Error 2 make[1]: *** [common] Error 2 make: *** [all] Error 2 then i tried "./configure --disable-shared" (i remembered something ...) and got until: gcc .libs/radiusdS.o -o radiusd acct.o auth.o client.o conffile.o exec.o files.o log.o mainconfig.o modules.o modcall.o nas.o proxy.o radiusd.o radius_snmp.o request_list.o session.o smux.o threads.o util.o valuepair.o version.o timestr.o xlat.o ../modules/rlm_acct_unique/.libs/rlm_acct_unique.a ../modules/rlm_always/.libs/rlm_always.a ../modules/rlm_attr_filter/.libs/rlm_attr_filter.a ../modules/rlm_attr_rewrite/.libs/rlm_attr_rewrite.a ../modules/rlm_chap/.libs/rlm_chap.a ../modules/rlm_dbm/.libs/rlm_dbm.a ../modules/rlm_detail/.libs/rlm_detail.a ../modules/rlm_digest/.libs/rlm_digest.a ../modules/rlm_eap/.libs/rlm_eap.a ../modules/rlm_exec/.libs/rlm_exec.a ../modules/rlm_expr/.libs/rlm_expr.a ../modules/rlm_fastusers/.libs/rlm_fastusers.a ../modules/rlm_files/.libs/rlm_files.a ../modules/rlm_krb5/.libs/rlm_krb5.a -lkrb5 -lcom_err ../modules/rlm_ldap/.libs/rlm_ldap.a -lldap_r ../modules/rlm_mschap/.libs/rlm_mschap.a ../modules/rlm_ns_mta_md5/.libs/rlm_ns_mta_md5.a ../modules/rlm_otp/.libs/rlm_otp.a ../modules/rlm_pam/.libs/rlm_pam.a -lpam ../modules/rlm_pap/.libs/rlm_pap.a ../modules/rlm_passwd/.libs/rlm_passwd.a ../modules/rlm_perl/.libs/rlm_perl.a -L/usr/local/lib -L/System/Library/Perl/5.8.6/darwin-thread-multi-2level/CORE -lperl -lm -lc ../modules/rlm_preprocess/.libs/rlm_preprocess.a ../modules/rlm_radutmp/.libs/rlm_radutmp.a ../modules/rlm_realm/.libs/rlm_realm.a ../modules/rlm_sql/.libs/rlm_sql.a ../modules/rlm_sql_log/.libs/rlm_sql_log.a ../modules/rlm_sqlcounter/.libs/rlm_sqlcounter.a ../modules/rlm_unix/.libs/rlm_unix.a ../modules/rlm_checkval/.libs/rlm_checkval.a ../modules/rlm_eap/types/rlm_eap_md5/.libs/rlm_eap_md5.a ../modules/rlm_eap/types/rlm_eap_leap/.libs/rlm_eap_leap.a ../modules/rlm_eap/types/rlm_eap_tls/.libs/rlm_eap_tls.a ../modules/rlm_eap/types/rlm_eap_ttls/.libs/rlm_eap_ttls.a ../modules/rlm_eap/types/rlm_eap_sim/.libs/rlm_eap_sim.a ../modules/rlm_eap/types/rlm_eap_peap/.libs/rlm_eap_peap.a /Users/krause/downloads/freeradius/radiusd/src/modules/rlm_eap/libeap/.libs/libeap.a ../modules/rlm_eap/types/rlm_eap_mschapv2/.libs/rlm_eap_mschapv2.a ../modules/rlm_eap/types/rlm_eap_gtc/.libs/rlm_eap_gtc.a ../modules/rlm_sql/drivers/rlm_sql_iodbc/.libs/rlm_sql_iodbc.a -L/usr/lib -liodbc ../modules/rlm_eap/libeap/.libs/libeap.a /Users/krause/downloads/freeradius/radiusd/src/lib/.libs/libradius.a -lresolv -lpthread -lssl -lcrypto ../lib/.libs/libradius.a /usr/lib/libltdl.3.1.0.dylib -ldl /usr/bin/ld: Undefined symbols: _boot_DynaLoader collect2: ld returned 1 exit status rm -f .libs/radiusdS.o make[4]: *** [radiusd] Error 1 make[3]: *** [common] Error 2 make[2]: *** [all] Error 2 make[1]: *** [common] Error 2 make: *** [all] Error 2 as i am quite new to mac os x programming i do not know how to solve this ... any hints? regards markus -- Markus Krause email: krause@biochem.mpg.de Mogli-Soft: Support for Mac OS X, Webmail/Horde, LDAP, RADIUS by order of the Computing Center of the Max-Planck-Institute of Biochemistry Tel.: 089 - 89 40 85 99 Fax.: 089 - 89 40 85 98 --------------------------------------------------------------------- This message was sent using https://webmail.biochem.mpg.de If you encounter any problems please report to rz-linux@biochem.mpg.de
Zitat von Markus Krause <krause@biochem.mpg.de>:
hi all,
i just tested the building of todays cvs checkout of branch_1_1, here is what happend (maybe you want to know ;-)):
[snip]
* suse 10.1: "rpmbuild -bb" said it needs "libapr0", which i could not find in suse 10.1. i changed it in freeradius.spec to "libapr1" instead, which seems to work, at least the build finished without problems and the installed programms seems to run without errors. in addition the installation of the rpm package of freeradius-dialupadmin fails due to missing php4 packages, although php5 and the respective packages for ldap, mysql, session etc., are installed.
regards markus -- Markus Krause email: krause@biochem.mpg.de Mogli-Soft: Support for Mac OS X, Webmail/Horde, LDAP, RADIUS by order of the Computing Center of the Max-Planck-Institute of Biochemistry Tel.: 089 - 89 40 85 99 Fax.: 089 - 89 40 85 98 --------------------------------------------------------------------- This message was sent using https://webmail.biochem.mpg.de If you encounter any problems please report to rz-linux@biochem.mpg.de
On Mon 21 Aug 2006 15:02, Markus Krause wrote:
Zitat von Markus Krause <krause@biochem.mpg.de>:
hi all,
i just tested the building of todays cvs checkout of branch_1_1, here is what happend (maybe you want to know ;-)):
[snip]
* suse 10.1: "rpmbuild -bb" said it needs "libapr0", which i could not find in suse 10.1. i changed it in freeradius.spec to "libapr1" instead, which seems to work, at least the build finished without problems and the installed programms seems to run without errors.
in addition the installation of the rpm package of freeradius-dialupadmin fails due to missing php4 packages, although php5 and the respective packages for ldap, mysql, session etc., are installed.
I haven't tested dialupadmin with php5. Does it work? If so I will update the spec. Cheers -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc
On Mon 21 Aug 2006 15:02, Markus Krause wrote:
Zitat von Markus Krause <krause@biochem.mpg.de>:
hi all,
i just tested the building of todays cvs checkout of branch_1_1, here is what happend (maybe you want to know ;-)):
[snip]
* suse 10.1: "rpmbuild -bb" said it needs "libapr0", which i could not find in suse 10.1. i changed it in freeradius.spec to "libapr1" instead, which seems to work, at least the build finished without problems and the installed programms seems to run without errors.
in addition the installation of the rpm package of freeradius-dialupadmin fails due to missing php4 packages, although php5 and the respective packages for ldap, mysql, session etc., are installed.
I have just committed a major update to the suse spec file (Backported from my opensuse build service spec). Please test it as it should fix both of the problems you reported (although I am still unsure if dialupadmin will actually work with php5, but at least the dependencies should be correct) Cheers -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc
Zitat von Peter Nixon <listuser@peternixon.net>:
On Mon 21 Aug 2006 15:02, Markus Krause wrote:
Zitat von Markus Krause <krause@biochem.mpg.de>:
hi all,
i just tested the building of todays cvs checkout of branch_1_1, here is what happend (maybe you want to know ;-)):
[snip]
* suse 10.1: "rpmbuild -bb" said it needs "libapr0", which i could not find in suse 10.1. i changed it in freeradius.spec to "libapr1" instead, which seems to work, at least the build finished without problems and the installed programms seems to run without errors.
in addition the installation of the rpm package of freeradius-dialupadmin fails due to missing php4 packages, although php5 and the respective packages for ldap, mysql, session etc., are installed.
I have just committed a major update to the suse spec file (Backported from my opensuse build service spec). Please test it as it should fix both of the problems you reported (although I am still unsure if dialupadmin will actually work with php5, but at least the dependencies should be correct) hi peter,
just updated from cvs and now the rpmbuild works just straight! and also the freeradius-dialadmin does install without complaints. actually i never really used dialup_admin ( i just tested the installation out of curiosity and to do a complete test), we have our regular users in ldap and our guests with short term accounts in mysql, but we are using a self-written webinterface. but even as the testing machine is using php5 dialup_admin seems to work, at least i was able to enter users and groups and did not see any error or warning messages. but as we have no accounting data (which besides might not suit to the needs of dialup_admin anyway) on this machine i can not test all functionality. regards markus
Cheers
--
Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc
-- Markus Krause email: krause@biochem.mpg.de Mogli-Soft: Support for Mac OS X, Webmail/Horde, LDAP, RADIUS by order of the Computing Center of the Max-Planck-Institute of Biochemistry Tel.: 089 - 89 40 85 99 Fax.: 089 - 89 40 85 98 --------------------------------------------------------------------- This message was sent using https://webmail.biochem.mpg.de If you encounter any problems please report to rz-linux@biochem.mpg.de
On Mon 21 Aug 2006 13:46, Markus Krause wrote:
* suse 10.1: "rpmbuild -bb" said it needs "libapr0", which i could not find in suse 10.1. i changed it in freeradius.spec to "libapr1" instead, which seems to work, at least the build finished without problems and the installed programms seems to run without errors.
Hi Markus Thanks for the bug report. I am using an updated spec file that works on SLES9, SUSE 9.3, 10.0, 10.1 and Factory on the build service but haven't yet updated the code in cvs. I will do it now. In any case if you needs 10.1 rpms you can get them from: http://software.opensuse.org/download/home:/peternixon/SUSE_Linux_10.1/i586/... If you have any issues with the rpms, please let me know so I can fix them. Cheers -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc
Zitat von Peter Nixon <listuser@peternixon.net>:
On Mon 21 Aug 2006 13:46, Markus Krause wrote:
* suse 10.1: "rpmbuild -bb" said it needs "libapr0", which i could not find in suse 10.1. i changed it in freeradius.spec to "libapr1" instead, which seems to work, at least the build finished without problems and the installed programms seems to run without errors.
Hi Markus
Thanks for the bug report. I am using an updated spec file that works on SLES9, SUSE 9.3, 10.0, 10.1 and Factory on the build service but haven't yet updated the code in cvs. I will do it now. In any case if you needs 10.1 rpms you can get them from:
http://software.opensuse.org/download/home:/peternixon/SUSE_Linux_10.1/i586/...
If you have any issues with the rpms, please let me know so I can fix them.
hi Peter, thanks for your offer, but actually we plan to install the freeradius servers on our new servers with SLES10 (as soon we get this *%&!? thing to boot and install on these servers!!) i found a directory "SLE_10" (not SLES_10 as i actually expected!), does/will it contain the current releases for SLES10? building the rpms with the spec file you are contributing is really effortless, but why build it if there are ready-to-use packages available? ;-) but if you want me to do some testing, just ask! regards markus -- Markus Krause email: krause@biochem.mpg.de Mogli-Soft: Support for Mac OS X, Webmail/Horde, LDAP, RADIUS by order of the Computing Center of the Max-Planck-Institute of Biochemistry Tel.: 089 - 89 40 85 99 Fax.: 089 - 89 40 85 98 --------------------------------------------------------------------- This message was sent using https://webmail.biochem.mpg.de If you encounter any problems please report to rz-linux@biochem.mpg.de
On Mon 21 Aug 2006 21:40, Markus Krause wrote:
Zitat von Peter Nixon <listuser@peternixon.net>:
On Mon 21 Aug 2006 13:46, Markus Krause wrote:
* suse 10.1: "rpmbuild -bb" said it needs "libapr0", which i could not find in suse 10.1. i changed it in freeradius.spec to "libapr1" instead, which seems to work, at least the build finished without problems and the installed programms seems to run without errors.
Hi Markus
Thanks for the bug report. I am using an updated spec file that works on SLES9, SUSE 9.3, 10.0, 10.1 and Factory on the build service but haven't yet updated the code in cvs. I will do it now. In any case if you needs 10.1 rpms you can get them from:
http://software.opensuse.org/download/home:/peternixon/SUSE_Linux_10.1/i586 /freeradius-snapshot-20060817-2.1.i586.rpm
If you have any issues with the rpms, please let me know so I can fix them.
hi Peter,
thanks for your offer, but actually we plan to install the freeradius servers on our new servers with SLES10 (as soon we get this *%&!? thing to boot and install on these servers!!) i found a directory "SLE_10" (not SLES_10 as i actually expected!), does/will it contain the current releases for SLES10? building the rpms with the spec file you are contributing is really effortless, but why build it if there are ready-to-use packages available? ;-) but if you want me to do some testing, just ask!
Hi Markus SLES10 is a great choice of operating system. We have been beta testing it for some time now in house, and now that the release version is out we plan to upgrade most of our production servers. SLE stands for SUSE Linux Enterprise, and packages in that directory should work on both SLED (SUSE Linux Enterprise Desktop) and SLES (SUSE Linux Enterprise Server) version 10. We are using the packages ourselves on SLES 10 x86_64 (SunFire Opteron based servers) but they are automatically built for 32bit also, and I see no reason why they shouldn't work on SLED if you feel the need to deploy a radius server on a workstation for some reason :-) I am glad the spec files work for you (Not surprised, but glad none the less :-) and you are of course more than welcome to use my binary packages. They should be available on any of the OpenSUSE mirrors, although I may move them from "home:peternixon" into a "real" project as soon as I figure out what to call it. (Network:Infrastructure maybe?) Cheers -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc
Markus Krause wrote:
i just tested the building of todays cvs checkout of branch_1_1, here is what happend (maybe you want to know ;-)):
Thanks for the report, your tests are very useful.
* debian sarge 3.1a: building worked without problems, except some warnings at the end from "dh_shlibdeps -s: dpkg-shlibdeps: warning: could not find path for libradius-1.1.3.so" (and others), but the installed version works.
Indeed. I've seen these warnings for years, but as you said it works without problems. [...]
* mac os x 10.4.7: running ./configure and then make leads to:
/usr/bin/ld: multiple definitions of symbol _mainconfig .libs/radrelay.o definition of _mainconfig in section (__DATA,__common) .libs/mainconfig.o definition of _mainconfig in section (__DATA,__common)
It seems radrelay doesn't need to link with mainconfig.o anymore. Please do a "cvs update" and try again with no configure option.
then i tried "./configure --disable-shared" (i remembered something ...) and got until:
/usr/bin/ld: Undefined symbols: _boot_DynaLoader
It looks like a problem with rlm_perl. This time please try to build with "./configure --disable-shared --without-rlm-perl". Please also post the output of the command "perl -MExtUtils::Embed -e ldopts". -- Nicolas Baradakis
participants (3)
-
Markus Krause -
Nicolas Baradakis -
Peter Nixon