adiusclient configure failed when cross compiling as no fallback method to handling this :
checking for stricmp... no
checking for random... yes
checking for rand... yes
checking for snprintf... yes
checking for vsnprintf... yes
checking for field domainname in struct utsname... configure: error: in `/usr/i586-geode-linux-gnu/tmp/portage/net-dialup/radiusclient-0.3.2/work/radiusclient-0.3.2':
configure: error: cannot run test program while cross compiling
See `config.log' for more details
Here is a patch to let user define utsname status by defining ac_cv_struct_utsname
There is another fix for /dev/urandom that is tested on build host. But this file can don't exist on target host. So let user define ac_cv_file__dev_urandom
Steps to Reproduce:
1. i586-geode-linux-gnu-emerge -vat radiusclient
Created attachment 278503 [details, diff]
Any news on this bug team net-dialup ?
Please let us know if it's ok to merge.
The only one consumer in tree is mail-mta/exim and it still uses old radiusclient API, thus neither net-dialup/freeradius-client nor net-dialup/radiusclient-ng are suitable for it
I thought that i can fix this, but i have failed :-(
Is it ok to merge this then?
(In reply to Sergey Popov from comment #4)
Have you tried "RADIUS_LIB_TYPE=RADIUSCLIENTNEW" instead of "RADIUS_LIB_TYPE=RADIUSCLIENT"?
OK. With a little patch I managed to build exim with freeradius-client and radiusclient-ng. However supporting both of them is painful since header names and config file paths are different. Also I didn't performed any runtime test.
exim + freeradius-client works perfectly. I opened bug 563356
CCing treecleaners as nothing needs this anymore
Please don't remove this package just yet as libradiusclient.so.0 is used by net-analyzer/nagios-plugins. In older versions (1.4.16-r2), the dependency was controlled by a USE flag so it was visible. It was changed to rely on "automagic dependencies", thus the dependency is no longer explicitly defined.