Ok, I understand. I compile (and build debian packages of) freeradius3 without any problems. I need debian package of my own freeradius because i wrote a custom version of rlm_counter module. Some features: 1) Differentiated counters per Realm or per NAS-Identifier (Using some custom parameters in the modules/counter configuration file) 2) Possibility of saving daily (or monthly, but not yet tested) expired gdbm databases 3) Differentiated values of reply and check attributes per Realm ( or per NAS-Identifier) My patch works well with my use-case. I don't known if this patch can be useful because i don't have an enhanced knowledge of freeradius. I ask: Are these features useful? Should i post my modified version of rlm_counter module? If I should, i can upgrade my modules for freeradius 3 compatibility and post some code in about on month (sorry, i'm really overloaded of work) By the way, i will use freeradius3 instead of freeradius 2.2.3. Compile is really easy. Thanks 2014-02-12 14:50 GMT+01:00 Alan DeKok <aland@deployingradius.com>:
Marco Marino wrote:
I'm trying to build debian package with fakeroot dpkg-buildpackage -b -uc
for freeradius 2.2.3 on ubuntu 13.10 64 bit (3.11.0-15-generic)
It should work...
... /home/ntt/freeradius-server-2.2.3/src/modules/rlm_sql/.libs/rlm_sql.la
Which means "link that specific file"
-L/home/ntt/freeradius-server-2.2.3/debian/tmp//usr/local/lib -L/usr/local/lib -lfreeradius-radius -lrlm_sql
And libtool turns that into "link to librlm_sql.so", which doesn't exist.
<sigh> There's a reason we deleted libtool in the v3 branch. Libtool claims to make things easier. All it does is screw things up worse.
If i try to compile (with ./configure and make) it works. Where i'm wrong?
libtool is a horrible piece of software.
Just do "./configure;make;make install" for now.
Or, run v3.
Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html