RH9 is even worse - gcc is somewhat broken there too.

We just built a good gcc and use it on our RH8, Debian, Solaris, etc boxes. Same for all of our other toolsets - helps reduce the number of issues that come about because the 'vendor' decided to go with the bleeding edge on something or came up with their own wacky build/numbering scheme (see RedHat kernel RPMs and libraries).

Debian 3.0 comes with some really old yet stable versions of things and required the least amount of tweaking IMHO - maybe load up that, perhaps even using the 'testing' branch ?

HTH,
Craig


Matthew Western, IT Support, Lonsdale wrote:
Oh, that's a comfort then. :) can I compile it on a Redhat 9 and
chuck it on a redhat 8 box?


Perhaps I'd better give up on that box and chuck in a new box to prove
my point....


Ta
M


-----Original Message-----
From: Craig Huckabee [mailto:[EMAIL PROTECTED] Sent: Thursday, 7 October 2004 10:01 AM
To: [EMAIL PROTECTED]
Subject: Re: Redhat 8.0 make errors




Matthew Western, IT Support, Lonsdale wrote:

Hi All,

I know this is a very bad idea.tm but I'm trying to get FREERadius
working on Redhat 8.0 on a customers internal linux server. The
current build won't compile which doesn't really surprise me. I was wondering if there are any old hands at freeradius that remembers which build would work with Redhat 8????


I've got it running on a somewhat custom build of RedHat 8 right now. The "install" utility distributed with RH8 is horribly broken, you're
better off replacing it with a valid install.sh that works.


The gcc shipped is also somewhat broken.

--Craig


- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html




- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

Reply via email to