Git master branch & Debian build

Arran Cudbard-Bell a.cudbardb at freeradius.org
Wed Nov 21 14:17:20 CET 2012


On 21 Nov 2012, at 12:50, Olivier Beytrison <olivier at heliosnet.org> wrote:

> 
> 
> On 21.11.2012 12:00, Arran Cudbard-Bell wrote:
>> 
>> On 21 Nov 2012, at 10:22, Olivier Beytrison <olivier at heliosnet.org> wrote:
>> 
>>>>> Unable to open file "/etc/freeradius/radiusd.conf": No such file or
>>>>> directory
>>>>> 
>>>>> Uh oh ? looking at  /etc/freeradius, there's only the directories and
>>>>> the symlinks, but not a single file. Great.
>>>>> 
>>>>> When looking in the build environnement, in
>>>>> debian/freeradius/etc/freeradius, all the files are present.
>>>>> 
>>>>> During package creation, the files are correctly grabbed as per
>>>>> debian/freeradius.install
>>>>> 
>>>>> dpkg -L list all the files.
>>>>> 
>>>>> dpkg is high on cocaine or what ?
>>>> 
>>>> Possibly.
>>> 
>>> Well never mind. It was my system that was left with the package
>>> half-installed. purged everything and now the .deb installs correctly.
>>> 
>>> still, there's two issues :
>>> 1. the changes made by Arran to move all the modules to boilermake break
>>> the linking of rlm_utf8 (see [1] below)
>> 
>> Fixed.
> 
> thanks, works like a charm
> 
>>> 
>>> 2. there's a package dependency issue. by default
>>> ${raddbdir}/mods-available/cui.conf is in the freeradius package. this
>>> files reference to ${raddbdir}/sql/mysql/cui.conf, wich is part of
>>> freeradius-mysql package. This mean that freeradius won't start if you
>>> don't install freeradius-mysql at the same time. [2]
>>> 
>>> There's also some conflict because mods-available/sql* are both present
>>> in package freeradius and freeradius-mysql. Should we not rather select
>>> files independently in ${raddbdir}/mods-available/ in place of taking
>>> everything (*) for the freeradius package ?
>> 
>> I think there should probably be a package for rlm_sql, and then individual packages for the SQL drivers.
> 
> Would be nice indeed. Something to throw in the todo list ;) Or I might
> do it if I find enough time. I just need to learn how to add a new
> package :p
> 

It's not too hard. I'll have a look at it today.

> Aside this, I've been able to compile and make the packages, it
> correctly loads the configuration, but I back at a previous problem :
> /usr/local/freeradius/etc/raddb/mods-enabled/eap[17]: Failed to link to
> module 'rlm_eap': /usr/local/freeradius/lib/rlm_eap.so: undefined
> symbol: eap_wireformat


Hmm that lives in eapcommon.c and should be built as part of libfreeradius-eap.a.

ldd --verbose /usr/lib/freeradius/rlm_eap.so 
	linux-vdso.so.1 =>  (0x00007fffb60e6000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f7974618000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f7974bf8000)

	Version information:
	/usr/lib/freeradius/rlm_eap.so:
		libc.so.6 (GLIBC_2.14) => /lib/x86_64-linux-gnu/libc.so.6
		libc.so.6 (GLIBC_2.4) => /lib/x86_64-linux-gnu/libc.so.6
		libc.so.6 (GLIBC_2.2.5) => /lib/x86_64-linux-gnu/libc.so.6
		libc.so.6 (GLIBC_2.3.4) => /lib/x86_64-linux-gnu/libc.so.6
	/lib/x86_64-linux-gnu/libc.so.6:
		ld-linux-x86-64.so.2 (GLIBC_2.3) => /lib64/ld-linux-x86-64.so.2
		ld-linux-x86-64.so.2 (GLIBC_PRIVATE) => /lib64/ld-linux-x86-64.so.2

Oh dear. That'd be why that's happening... 

> /usr/local/freeradius/etc/raddb/sites-enabled/default[321]: Failed to
> find "eap" in the "modules" section.
> /usr/local/freeradius/etc/raddb/sites-enabled/default[263]: Errors
> parsing authenticate section.

-Arran


More information about the Freeradius-Users mailing list