building freeradius 1.1.0 suse rpm
hi all! first: sorry for not testing the build of suse rpms before the release date .. building freeradius 1.1.0 rpms under suse enterprise server 9 i encountered the follwing problems: 1) freeradius.spec mentions some config files that are (or at least seem for me to be) not present: x99.conf x99passwd.sample commenting them out in freeradius.spec solves the problem on the other hand three files are missing: example.pl otp.conf otppasswd.conf adding the following lines (seems to) fix the problem: %attr(640,-,radiusd) %config(noreplace) /etc/raddb/example.pl %attr(640,-,radiusd) %config(noreplace) /etc/raddb/otp.conf %attr(640,-,radiusd) %config(noreplace) /etc/raddb/otppasswd.sample 2) the next question may be quite stupid so please be patient but i a do not have much "insider knowledge": are all these packages listed in "BuildRequires" in freeradius.spec really nedded?? at least i deleteted "postgresql" (i do not want/need mysql and postgresql server installed on the same machine), "perl-devel" (there is not such package available for suse). i am also wondering why e.g. packages like python and ncurses/ncurses-devel are needed for building. don't get me wrong, i just want to keep the system with as few packages as possible. and the packages libzio and libnscd are also not available in the suse distribution, only via rpmfind.net. 3) i am not sure what is responsible for this: during the bild (rpmbuild -bb freeradius.spec) i got an error that the file "/usr/lib/mysql/libmysqlclient_r.so" is missing. a link (ln -s) to the existing file "/usr/lib/libmysqlclient_r.so.12" solves this problem. after these fixes the building of the rpms runs without problem (at least at the end i got a freeradius-1.1.0-1.suse.i586.rpm which can be installed and runs without problems. sorry again for not testing this before the release date :-( regards, markus -- Markus Krause email: krause@biochem.mpg.de Computing Center Tel.: 089 - 89 40 85 99 Group Lottspeich / Proteomics 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
Hi, On 2006-01-12 at 21:52:56 +0100, Markus Krause wrote (shortened):
first: sorry for not testing the build of suse rpms before the release date ..
same for me. I'm just working on a 1.1.0 RPM.
2) the next question may be quite stupid so please be patient but i a do not have much "insider knowledge": are all these packages listed in "BuildRequires" in freeradius.spec really nedded?? at least i deleteted "postgresql" (i do not want/need mysql and postgresql server installed on the same machine), "perl-devel" (there is not such package available for suse). i am also wondering why e.g. packages like python and ncurses/ncurses-devel are needed for building. don't get me wrong, i just want to keep the system with as few packages as possible. and the packages libzio and libnscd are also not available in the suse distribution, only via rpmfind.net.
The BuildRequires tag is an automatically created list of packages. It's built based on a minimal base system + the definitions you can see in # neededforbuild. I guess the version in CVS is based on SUSE Linux 10.0 or so and so not all packages (with the same name) are available on SLES9. So the list you see defines the complete Linux system on which the package would be built in our environment. And mysql _and_ postgresql is needed to build both modules.
3) i am not sure what is responsible for this: during the bild (rpmbuild -bb freeradius.spec) i got an error that the file "/usr/lib/mysql/libmysqlclient_r.so" is missing. a link (ln -s) to the existing file "/usr/lib/libmysqlclient_r.so.12" solves this problem.
mysql-devel is not installed? Wolfgang -- SUSE LINUX GmbH -o) Tel: +49-(0)911-740 53 0 Maxfeldstr. 5 /\\ Fax: +49-(0)911-740 53 679 90409 Nuernberg, Germany _\_v simply change to www.suse.com
Zitat von Wolfgang Rosenauer <stark@suse.de>:
Hi, [snipp]
2) the next question may be quite stupid so please be patient but i a do not have much "insider knowledge": are all these packages listed in "BuildRequires" in freeradius.spec really nedded?? at least i deleteted "postgresql" (i do not want/need mysql and postgresql server installed on the same machine), "perl-devel" (there is not such package available for suse). i am also wondering why e.g. packages like python and ncurses/ncurses-devel are needed for building. don't get me wrong, i just want to keep the system with as few packages as possible. and the packages libzio and libnscd are also not available in the suse distribution, only via rpmfind.net.
The BuildRequires tag is an automatically created list of packages. It's built based on a minimal base system + the definitions you can see in # neededforbuild. I guess the version in CVS is based on SUSE Linux 10.0 or so and so not all packages (with the same name) are available on SLES9. So the list you see defines the complete Linux system on which the package would be built in our environment. unfortunately suse 10.0 does not install on any of our newer servers (9.3 does not either), there seems to be a problem with the raid-controller ...
in suse 10.0 (to be more precise: opensuse 10.0) i can not find a package named "perl-devel" either! and as rlm_perl.a and rlm_perl.so are created it looks like this is not needed. but with this version (oss-10.0) i got other errors in rlm_krb5.c, rlm_krb5.c: In function âkrb5_authâ: rlm_krb5.c:366: warning: pointer targets in assignment differ in signedness rlm_krb5.c:367: warning: pointer targets in assignment differ in signedness rlm_krb5.c:379: error: âstruct krb5_principal_dataâ has no member named ânameâ rlm_krb5.c:380: warning: format â%sâ expects type âchar *â, but argument 4 has type âkrb5_dataâ rlm_krb5.c:384: warning: implicit declaration of function âkrb5_verify_userâ rlm_krb5.c:394: error: âstruct krb5_principal_dataâ has no member named ânameâ rlm_krb5.c:395: warning: format â%sâ expects type âchar *â, but argument 5 has type âkrb5_dataâ gmake[6]: *** [rlm_krb5.o] Error 1 but this actually seems to become another thread ;-)
And mysql _and_ postgresql is needed to build both modules. hmm, i deleted "postgresql" in "BuildRequires" and i think i do have a modules for postgresql:
ldapserv1:/usr/lib/freeradius # ls rlm_sql_postgresql* rlm_sql_postgresql-1.1.0.so rlm_sql_postgresql.la rlm_sql_postgresql.a rlm_sql_postgresql.so ldapserv1:/usr/lib/freeradius # but as i do not have postgresql server installed i can not test them.
3) i am not sure what is responsible for this: during the bild (rpmbuild -bb freeradius.spec) i got an error that the file "/usr/lib/mysql/libmysqlclient_r.so" is missing. a link (ln -s) to the existing file "/usr/lib/libmysqlclient_r.so.12" solves this problem.
mysql-devel is not installed? yes:
ldapserv1:~ # rpm -q mysql-devel mysql-devel-4.0.18-32.1 ldapserv1:~ #
Wolfgang
-- SUSE LINUX GmbH -o) Tel: +49-(0)911-740 53 0 Maxfeldstr. 5 /\\ Fax: +49-(0)911-740 53 679 90409 Nuernberg, Germany _\_v simply change to www.suse.com - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html
-- Markus Krause email: krause@biochem.mpg.de Computing Center Tel.: 089 - 89 40 85 99 Group Lottspeich / Proteomics 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 2006-01-12 at 23:28:09 +0100, Markus Krause wrote (shortened):
unfortunately suse 10.0 does not install on any of our newer servers (9.3 does not either), there seems to be a problem with the raid-controller ...
in suse 10.0 (to be more precise: opensuse 10.0) i can not find a package named "perl-devel" either! and as rlm_perl.a and rlm_perl.so are created it looks like this is not needed.
You are right. There is no perl-devel on SUSE. perl should be sufficient. Looking at the CVS it seems that 'nbk' added it 10 days ago. IMHO it should be removed again.
but with this version (oss-10.0) i got other errors in rlm_krb5.c, rlm_krb5.c: In function âkrb5_authâ: rlm_krb5.c:366: warning: pointer targets in assignment differ in signedness rlm_krb5.c:367: warning: pointer targets in assignment differ in signedness rlm_krb5.c:379: error: âstruct krb5_principal_dataâ has no member named ânameâ rlm_krb5.c:380: warning: format â%sâ expects type âchar *â, but argument 4 has type âkrb5_dataâ rlm_krb5.c:384: warning: implicit declaration of function âkrb5_verify_userâ rlm_krb5.c:394: error: âstruct krb5_principal_dataâ has no member named ânameâ rlm_krb5.c:395: warning: format â%sâ expects type âchar *â, but argument 5 has type âkrb5_dataâ gmake[6]: *** [rlm_krb5.o] Error 1
but this actually seems to become another thread ;-)
I haven't compiled 1.1.0 yet so maybe there is a problem.
And mysql _and_ postgresql is needed to build both modules. hmm, i deleted "postgresql" in "BuildRequires" and i think i do have a modules for postgresql:
ldapserv1:/usr/lib/freeradius # ls rlm_sql_postgresql* rlm_sql_postgresql-1.1.0.so rlm_sql_postgresql.la rlm_sql_postgresql.a rlm_sql_postgresql.so ldapserv1:/usr/lib/freeradius # but as i do not have postgresql server installed i can not test them.
I have to check it myself again but maybe you are right again, because all you need to compile the module should be the libraries which are in postgresql-libs and postgresql-devel.
3) i am not sure what is responsible for this: during the bild (rpmbuild -bb freeradius.spec) i got an error that the file "/usr/lib/mysql/libmysqlclient_r.so" is missing. a link (ln -s) to the existing file "/usr/lib/libmysqlclient_r.so.12" solves this problem.
mysql-devel is not installed? yes:
ldapserv1:~ # rpm -q mysql-devel mysql-devel-4.0.18-32.1 ldapserv1:~ #
Have to check this, too. CU, Wolfgang -- SUSE LINUX GmbH -o) Tel: +49-(0)911-740 53 0 Maxfeldstr. 5 /\\ Fax: +49-(0)911-740 53 679 90409 Nuernberg, Germany _\_v simply change to www.suse.com
On 2006-01-13 at 07:11:17 +0100, Wolfgang Rosenauer wrote (shortened):
On 2006-01-12 at 23:28:09 +0100, Markus Krause wrote (shortened):
but with this version (oss-10.0) i got other errors in rlm_krb5.c, rlm_krb5.c: In function âkrb5_authâ: rlm_krb5.c:366: warning: pointer targets in assignment differ in signedness rlm_krb5.c:367: warning: pointer targets in assignment differ in signedness rlm_krb5.c:379: error: âstruct krb5_principal_dataâ has no member named ânameâ rlm_krb5.c:380: warning: format â%sâ expects type âchar *â, but argument 4 has type âkrb5_dataâ rlm_krb5.c:384: warning: implicit declaration of function âkrb5_verify_userâ rlm_krb5.c:394: error: âstruct krb5_principal_dataâ has no member named ânameâ rlm_krb5.c:395: warning: format â%sâ expects type âchar *â, but argument 5 has type âkrb5_dataâ gmake[6]: *** [rlm_krb5.o] Error 1
but this actually seems to become another thread ;-)
I haven't compiled 1.1.0 yet so maybe there is a problem.
I just compiled 1.1.0 on SUSE Linux 10.0 and don't have this problem.
And mysql _and_ postgresql is needed to build both modules. hmm, i deleted "postgresql" in "BuildRequires" and i think i do have a modules for postgresql:
ldapserv1:/usr/lib/freeradius # ls rlm_sql_postgresql* rlm_sql_postgresql-1.1.0.so rlm_sql_postgresql.la rlm_sql_postgresql.a rlm_sql_postgresql.so ldapserv1:/usr/lib/freeradius # but as i do not have postgresql server installed i can not test them.
I have to check it myself again but maybe you are right again, because all you need to compile the module should be the libraries which are in postgresql-libs and postgresql-devel.
postgresql can be removed from the list.
3) i am not sure what is responsible for this: during the bild (rpmbuild -bb freeradius.spec) i got an error that the file "/usr/lib/mysql/libmysqlclient_r.so" is missing. a link (ln -s) to the existing file "/usr/lib/libmysqlclient_r.so.12" solves this problem.
mysql-devel is not installed? yes:
ldapserv1:~ # rpm -q mysql-devel mysql-devel-4.0.18-32.1 ldapserv1:~ #
Have to check this, too.
It compiles on 10.0 but not on SLES9. So something has changed in FR so that it can't find the library anymore. I'll try to investigate and will post a new spec-file here then (maybe together with a patch to compile it on SLES9 again). CU, Wolfgang -- SUSE LINUX GmbH -o) Tel: +49-(0)911-740 53 0 Maxfeldstr. 5 /\\ Fax: +49-(0)911-740 53 679 90409 Nuernberg, Germany _\_v simply change to www.suse.com
Zitat von Wolfgang Rosenauer <stark@suse.de>:
On 2006-01-13 at 07:11:17 +0100, Wolfgang Rosenauer wrote (shortened):
On 2006-01-12 at 23:28:09 +0100, Markus Krause wrote (shortened):
but with this version (oss-10.0) i got other errors in rlm_krb5.c, rlm_krb5.c: In function âkrb5_authâ: rlm_krb5.c:366: warning: pointer targets in assignment differ in signedness rlm_krb5.c:367: warning: pointer targets in assignment differ in signedness rlm_krb5.c:379: error: âstruct krb5_principal_dataâ has no member named ânameâ rlm_krb5.c:380: warning: format â%sâ expects type âchar *â, but argument 4 has type âkrb5_dataâ rlm_krb5.c:384: warning: implicit declaration of function âkrb5_verify_userâ rlm_krb5.c:394: error: âstruct krb5_principal_dataâ has no member named ânameâ rlm_krb5.c:395: warning: format â%sâ expects type âchar *â, but argument 5 has type âkrb5_dataâ gmake[6]: *** [rlm_krb5.o] Error 1
but this actually seems to become another thread ;-)
I haven't compiled 1.1.0 yet so maybe there is a problem.
I just compiled 1.1.0 on SUSE Linux 10.0 and don't have this problem.
i made an online update (YOU via YAST) just to be sure to have a current system and tried to build the rpm package aganin but still got exactly the same error posted above (on opensuse 10.0, maybe there is something different?). atlas:~ # rpm -q krb5-devel krb5-devel-1.4.1-5 atlas:~ # any ideas? regards, markus -- Markus Krause email: krause@biochem.mpg.de Computing Center Tel.: 089 - 89 40 85 99 Group Lottspeich / Proteomics 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 2006-01-13 at 16:14:32 +0100, Markus Krause wrote (shortened):
Zitat von Wolfgang Rosenauer <stark@suse.de>:
On 2006-01-13 at 07:11:17 +0100, Wolfgang Rosenauer wrote (shortened):
On 2006-01-12 at 23:28:09 +0100, Markus Krause wrote (shortened):
but with this version (oss-10.0) i got other errors in rlm_krb5.c, rlm_krb5.c: In function âkrb5_authâ: rlm_krb5.c:366: warning: pointer targets in assignment differ in signedness rlm_krb5.c:367: warning: pointer targets in assignment differ in signedness rlm_krb5.c:379: error: âstruct krb5_principal_dataâ has no member named ânameâ rlm_krb5.c:380: warning: format â%sâ expects type âchar *â, but argument 4 has type âkrb5_dataâ rlm_krb5.c:384: warning: implicit declaration of function âkrb5_verify_userâ rlm_krb5.c:394: error: âstruct krb5_principal_dataâ has no member named ânameâ rlm_krb5.c:395: warning: format â%sâ expects type âchar *â, but argument 5 has type âkrb5_dataâ gmake[6]: *** [rlm_krb5.o] Error 1
but this actually seems to become another thread ;-)
I haven't compiled 1.1.0 yet so maybe there is a problem.
I just compiled 1.1.0 on SUSE Linux 10.0 and don't have this problem.
i made an online update (YOU via YAST) just to be sure to have a current system and tried to build the rpm package aganin but still got exactly the same error posted above (on opensuse 10.0, maybe there is something different?).
atlas:~ # rpm -q krb5-devel krb5-devel-1.4.1-5 atlas:~ #
any ideas?
not really. I just verified it again and I only see the warnings and not the error. I have the same krb5-devel and krb5 version installed. CU, Wolfgang -- SUSE LINUX GmbH -o) Tel: +49-(0)911-740 53 0 Maxfeldstr. 5 /\\ Fax: +49-(0)911-740 53 679 90409 Nuernberg, Germany _\_v simply change to www.suse.com
Wolfgang Rosenauer wrote:
in suse 10.0 (to be more precise: opensuse 10.0) i can not find a package named "perl-devel" either! and as rlm_perl.a and rlm_perl.so are created it looks like this is not needed.
You are right. There is no perl-devel on SUSE. perl should be sufficient. Looking at the CVS it seems that 'nbk' added it 10 days ago. IMHO it should be removed again.
libperl-dev was needed for the Debian package, therefore I've thought other distribution would need perl-dev. Sorry, apparently it turns out to be a mistake.
I'll try to investigate and will post a new spec-file here then.
Please do so. We will fix the file suse/freeradius.spec in release 1.1.1. -- Nicolas Baradakis
Hi, On 2006-01-13 at 12:40:01 +0100, Nicolas Baradakis wrote (shortened):
I'll try to investigate and will post a new spec-file here then.
Please do so. We will fix the file suse/freeradius.spec in release 1.1.1.
I have attached an archive of current specfile and our incorporated patches. (It should also fit for upcoming SUSE Linux 10.1 and SLES10, while I'm not absolutely sure about the packagenames in BuildRequires because this is the list for SUSE Linux 10.0) Some short description for the patches: dialup_admin.patch: just change path names lib64.patch: (dirty) workaround for building some modules on biarch platforms ltdl.patch: try *.so shared libs before any other libtool stuff pie.patch: link radiusd with -pie flag for some security improvement Feel free to add those patches to the suse/ dir if you find it useful. CU, Wolfgang -- SUSE LINUX GmbH -o) Tel: +49-(0)911-740 53 0 Maxfeldstr. 5 /\\ Fax: +49-(0)911-740 53 679 90409 Nuernberg, Germany _\_v simply change to www.suse.com
Wolfgang Rosenauer wrote:
I have attached an archive of current specfile and our incorporated patches.
Thankyou. I don't really care for Suse package but I made a diff between the specfiles out of curiosity. I noticed a few things, though they're just minor details.
# spec file for package freeradius (Version 1.0.5)
It's 1.1.0.
Source3: radqkstart.pdf Source4: radadmin.pdf
You didn't provide these files. Are they licensed under the GNU FDL? Perhaps in the CVS we need a modifed version of freeradius.spec which doesn't use them.
--with-threads \ --with-thread-pool \ --with-snmp \
The options "with-threads" and "with-snmp" are already to yes by default, thus not needed. And I think the option "with-thread-pool" doesn't exist. (I can't find it in 1.1.0) I'd suggest to add the option "with-udpfromto". On a system with multiple IP addresses, it ensures that replies come from the same address as the request arrived at. This option is in the Debian package for a long time.
%attr(755,root,root) %dir /usr/lib/freeradius #%attr(755,root,root) /usr/lib/freeradius/*.so* /usr/lib/freeradius/libeap*.so /usr/lib/freeradius/libradius*.so /usr/lib/freeradius/rlm_acct_unique*.so /usr/lib/freeradius/rlm_always*.so [...]
Is it necessary to list every module? If a user edit the module list and rebuild a package for himself it may not work. I think this line would be better. (but perhaps I'm wrong) %attr(755,root,root) /usr/lib/freeradius/*.so*
Some short description for the patches:
dialup_admin.patch: just change path names
lib64.patch: (dirty) workaround for building some modules on biarch platforms
I think the first two should be added to the suse/ dir, so a user can do a "rpmbuild" and it works out of the box.
ltdl.patch: try *.so shared libs before any other libtool stuff
I've no idea why this workaround is necessary.
pie.patch: link radiusd with -pie flag for some security improvement
It's not mandatory to make the server work, but perhaps it could be added to the suse/ dir, too. -- Nicolas Baradakis
On 2006-01-14 at 16:14:54 +0100, Nicolas Baradakis wrote (shortened):
It's 1.1.0.
yes, it was wrong autogenerated because for some internal reason. I haven't rechecked this.
Source3: radqkstart.pdf Source4: radadmin.pdf
You didn't provide these files. Are they licensed under the GNU FDL? Perhaps in the CVS we need a modifed version of freeradius.spec which doesn't use them.
This is the documentation which can be found here: http://www.novell.com/documentation/edir_radius/index.html I don't think it's GNU FDL. So it can't be provided here I think. I haven't reworked the package to fit perfectly here because I think Peter Nixon always did that in the past.
--with-threads \ --with-thread-pool \ --with-snmp \
The options "with-threads" and "with-snmp" are already to yes by default, thus not needed. And I think the option "with-thread-pool" doesn't exist. (I can't find it in 1.1.0)
Maybe it disappeared. I haven't checked it yet. That a option is set to yes doesn't mean that it doesn't make sense to add it here.
I'd suggest to add the option "with-udpfromto". On a system with multiple IP addresses, it ensures that replies come from the same address as the request arrived at. This option is in the Debian package for a long time.
Thanks for the hint. Didn't know this.
%attr(755,root,root) %dir /usr/lib/freeradius #%attr(755,root,root) /usr/lib/freeradius/*.so* /usr/lib/freeradius/libeap*.so /usr/lib/freeradius/libradius*.so /usr/lib/freeradius/rlm_acct_unique*.so /usr/lib/freeradius/rlm_always*.so [...]
Is it necessary to list every module? If a user edit the module list and rebuild a package for himself it may not work.
I think this line would be better. (but perhaps I'm wrong) %attr(755,root,root) /usr/lib/freeradius/*.so*
We had this that way. I have changed it for our needs because we had some libtool problem in one of the recent builds and didn't observe it. Listing all modules will break the build if not all modules are available. Your suggestion would be the better choice for the spec file included in the source package I agree.
Some short description for the patches:
dialup_admin.patch: just change path names
lib64.patch: (dirty) workaround for building some modules on biarch platforms
I think the first two should be added to the suse/ dir, so a user can do a "rpmbuild" and it works out of the box.
that's the reason why I've attached them ;-)
ltdl.patch: try *.so shared libs before any other libtool stuff
I've no idea why this workaround is necessary.
at least we had the problem in the past that module loading didn't work if *.la files were available. I haven't checked with current FreeRadius.
pie.patch: link radiusd with -pie flag for some security improvement
It's not mandatory to make the server work, but perhaps it could be added to the suse/ dir, too.
It's not mandatory and it doesn't work with old compilers. (similar to the -fstack-protection flag which only works since gcc 4.1) Thanks for your comments, Wolfgang -- SUSE LINUX GmbH -o) Tel: +49-(0)911-740 53 0 Maxfeldstr. 5 /\\ Fax: +49-(0)911-740 53 679 90409 Nuernberg, Germany _\_v simply change to www.suse.com
Wolfgang Rosenauer wrote:
I haven't reworked the package to fit perfectly here because I think Peter Nixon always did that in the past.
I've tried to merge your changes with the specfile of Peter in both CVS head and branch_1_1. But I'm not using Suse so I can't be sure I didn't make any mistake.
I have changed it for our needs because we had some libtool problem in one of the recent builds and didn't observe it.
It seems libtool isn't an exact science: the problems are different on each Linux distribution. For example on Debian we also need a set of patches to fix libtool bugs. (they can be found under the debian/patches directory) -- Nicolas Baradakis
Hi,
1) freeradius.spec mentions some config files that are (or at least seem for me to be) not present: x99.conf x99passwd.sample commenting them out in freeradius.spec solves the problem
on the other hand three files are missing: example.pl otp.conf otppasswd.conf
correct. x99 became otp.
2) the next question may be quite stupid so please be patient but i a do not have much "insider knowledge": are all these packages listed in "BuildRequires" in freeradius.spec really nedded?? at least i deleteted "postgresql" (i do not want/need mysql and postgresql server installed on the same machine), "perl-devel" (there is not such package available for suse). i am also wondering why e.g. packages like python and ncurses/ncurses-devel are needed for building. don't get me wrong, i just want to keep the system with as few packages as possible. and the packages libzio and libnscd are also not available in the suse distribution, only via rpmfind.net.
but some of the people may want to use postgresql (if this was to be a public RPM) - perhaps a freeradius-mysql, freeradius-postgresql and freeradius-nodb package choice? you need posgresql if you want to ensure the module is compiled
3) i am not sure what is responsible for this: during the bild (rpmbuild -bb freeradius.spec) i got an error that the file "/usr/lib/mysql/libmysqlclient_r.so" is missing. a link (ln -s) to the existing file "/usr/lib/libmysqlclient_r.so.12" solves this problem.
mysql-devel package present? Alan
Zitat von A.L.M.Buxey@lboro.ac.uk:
Hi, [snipp]
2) the next question may be quite stupid so please be patient but i a do not have much "insider knowledge": are all these packages listed in "BuildRequires" in freeradius.spec really nedded?? at least i deleteted "postgresql" (i do not want/need mysql and postgresql server installed on the same machine), "perl-devel" (there is not such package available for suse). i am also wondering why e.g. packages like python and ncurses/ncurses-devel are needed for building. don't get me wrong, i just want to keep the system with as few packages as possible. and the packages libzio and libnscd are also not available in the suse distribution, only via rpmfind.net.
but some of the people may want to use postgresql (if this was to be a public RPM) - perhaps a freeradius-mysql, freeradius-postgresql and freeradius-nodb package choice? you need posgresql if you want to ensure the module is compiled hmm, i deleted "postgresql" and do have postgresql modules, i think: ldapserv1:/usr/lib/freeradius # ls -l rlm_sql_postgresql* -rwxr-xr-x 1 root root 20073 Jan 12 21:11 rlm_sql_postgresql-1.1.0.so -rw-r--r-- 1 root root 17170 Oct 22 22:14 rlm_sql_postgresql.a -rw-r--r-- 1 root root 811 Jan 12 21:11 rlm_sql_postgresql.la lrwxrwxrwx 1 root root 27 Jan 12 21:12 rlm_sql_postgresql.so -> rlm_sql_postgresql-1.1.0.so ldapserv1:/usr/lib/freeradius #
so it looks like the postgresql modules are compiled ...
3) i am not sure what is responsible for this: during the bild (rpmbuild -bb freeradius.spec) i got an error that the file "/usr/lib/mysql/libmysqlclient_r.so" is missing. a link (ln -s) to the existing file "/usr/lib/libmysqlclient_r.so.12" solves this problem.
mysql-devel package present?
yes: ldapserv1:~ # rpm -q mysql-devel mysql-devel-4.0.18-32.1 ldapserv1:~ # regards, markus -- Markus Krause email: krause@biochem.mpg.de Computing Center Tel.: 089 - 89 40 85 99 Group Lottspeich / Proteomics 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
participants (4)
-
A.L.M.Buxey＠lboro.ac.uk -
Markus Krause -
Nicolas Baradakis -
Wolfgang Rosenauer