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