broken --prefix=/

[Peter Nixon]

On Wed 16 Aug 2006 09:51, Peter Nixon wrote:
> On Wed 16 Aug 2006 05:16, Frank Cusack wrote:
> > On August 15, 2006 7:12:39 PM +0300 Peter Nixon <listuser at peternixon.net>
>
> wrote:
> > > On Thu 10 Aug 2006 23:19, Frank Cusack wrote:
> > >> On August 10, 2006 1:51:56 PM +0300 Peter Nixon
> > >> <listuser at peternixon.net>
> > >
> > > wrote:
> > >> > Hi Guys
> > >> >
> > >> > Does anyone know why "--prefix=/" not longer works as expected when
> > >> > fed to configure in the 1.1.x cvs branch?
> > >>
> > >> Shouldn't that be --prefix=/usr ?  Maybe '/' is discarded as an
> > >> invalid prefix.
> > >
> > > OK. After some more testing it is not --prefix which is broken. It
> > > works as expected. However it is now required to pass
> > > "--with-raddbdir=/etc/raddb" which was not necessary previously to get
> > > things to go in the expected place.
> >
> > Is that acceptable?
> >
> > > There does appear to be something still a bit broken on 64bit though. I
> > > am using "--libdir=%{_libdir}/freeradius" which as expected builds and
> > > installs into /usr/lib64/freeradius/ on 64bit platforms and
> > > /usr/lib/freeradius/ on 32bit platforms. However when running radiusd
> > > -X on a 64bit install the following happens:
> > >
> > > Module: Library search path is /usr/lib/freeradius
> > > radiusd.conf[1538] Failed to link to module 'rlm_exec': rlm_exec.so:
> > > cannot open shared object file: No such file or directory
> >
> > Can you verify this with a "manual" build instead of rpm?
>
> OK. I will setup a sacrificial VM later today to test it.
>
> > It works
> > correctly here.  I hate to ask, but are you sure you are running the
> > radiusd you just built and installed?
>
> Yep. Very sure. Our policy is to only ever install from rpm. We have no
> machine running "compiled from source" freeradius, and the rpms themselves
> are built on the opensuse buildservice. It is precisely so I don't have
> problems with old libs/binaries that I enforce this policy. (That and I can
> always easily roll back to an older version if I have problems)
>
> > If all that checks out, it would be
> > interesting to see one of the installed .la files.
>
> http://software.opensuse.org/download/home:/peternixon/SUSE_Linux_10.0/x86_
>64/freeradius-snapshot-20060808-14.1.x86_64.rpm
> http://software.opensuse.org/download/home:/peternixon/SUSE_Linux_10.0/x86_
>64/freeradius-snapshot-devel-20060808-14.1.x86_64.rpm

Hmm. It turns out that this is actually a false alarm. When installed on a 
clean system the rpm works as expected, however on a currently working system 
the rpm does not overwrite radiusd.conf and of course the existing 
radiusd.conf has "libdir = /usr/lib/freeradius" not "libdir 
= /usr/lib64/freeradius"

I am not quite sure how to handle this change cleanly as it is definitely 
impolite to replace people's radiusd.conf but this will bite anyone upgrading 
on 64bit platforms. (At least using the SUSE rpms, I dont know about other 
platforms).

Sorry for the false alarm. I not have one of my production 64bit servers 
running 20060808-snapshot with about 50 requests per second on a postgres 
backend. I will report anymore strangeness, but things appear to be fine at 
present.

-- 

Peter Nixon
http://www.peternixon.net/
PGP Key: http://www.peternixon.net/public.asc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.freeradius.org/pipermail/freeradius-devel/attachments/20060816/2b8d7581/attachment.pgp>