Re: RPM Build Errors
On Sun, Apr 06, 2008 at 10:40:51PM -0700, SANDY KALUGDAN wrote: my .rpmmacros contains %_topdir %(echo $HOME)/rpmbuild For me this works (rpm 4.4.2), I just tried. [EMAIL PROTECTED] SPECS]# rpmbuild -bb freeradius.spec error: File % (echo $HOME) /rpmbuild/SOURCES/freeradius-server-2.0.3.tar.gz: No such file or directory Are you sure the extra spaces that are shown here are not in .rpmmacros? -- --Jos Vos [EMAIL PROTECTED] --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: RPM Build Errors
I'm pretty sure about that. what should I use? echo '%_topdir %(echo $HOME)/rpmbuild' .rpmmacros or echo '%_topdir%(echo $HOME)/rpmbuild' .rpmmacros to populate the .rpmmacros - Original Message From: Jos Vos [EMAIL PROTECTED] To: FreeRadius users mailing list freeradius-users@lists.freeradius.org Sent: Monday, April 7, 2008 10:59:22 Subject: Re: RPM Build Errors On Sun, Apr 06, 2008 at 10:40:51PM -0700, SANDY KALUGDAN wrote: my .rpmmacros contains %_topdir %(echo $HOME)/rpmbuild For me this works (rpm 4.4.2), I just tried. [EMAIL PROTECTED] SPECS]# rpmbuild -bb freeradius.spec error: File % (echo $HOME) /rpmbuild/SOURCES/freeradius-server-2.0.3.tar.gz: No such file or directory Are you sure the extra spaces that are shown here are not in .rpmmacros? -- --Jos Vos [EMAIL PROTECTED] --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html Send instant messages to your online friends http://uk.messenger.yahoo.com - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: RPM Build Errors
Jos Vos wrote: On Sun, Apr 06, 2008 at 08:06:40PM +0100, Phil Mayers wrote: I can see two options, neither very pleasant :o( 1. For the short term distributions (Fedora, Ubuntu), volunteer to be a packager. In principle I could do this for Fedora; in practice I have no time or patience for the politics involved. Fedora does follow the releases pretty close, I think. They now have version 2.0.2. You can always trigger the maintainer (who's name is in the spec file) for upgrading. In Fedora 9 beta, yes. Fedora 7 8 have 1.1.7, which is nice. Maybe that other, non-Fedora distros are equally up-to-date; if so, it's not an issue. 2. For the long term distributions (e.g. RHEL, CentOS, Ubuntu LTS) politely ask the distribution to either track no more than 6 months old, or if they are unable/unwilling, ask them not to include FreeRadius. It's GPLed software so of course they're free to refuse the latter; but they would probably honour it. Whether it's desirable is another matter I don't think they will honour that. And I think it's a unrealistic Shrug. I disagree on both counts, but I don't see the point in arguing with you. request. As I said in an old thread (when I asked something related to version 1.0.1 (!), as included in RHEL4): on this list you're of course all free to ignore questions you don't like, but I honoustly hope we also stay all free to ask questions about older releases. You're free to ask what you like, in that context. People might not answer, and in my opinion you'll be degrading the signal/noise ratio, but I'm not the boss of anyone - ask away. For example: on several occasions I've fired up 1.1.7 or 2.0.x and tested a suggestion before I've answered i.e. I'm actually doing a little bit of work, because the mailing list has given me so much I feel I should give back. I've even pulled source tarballs and given the source code for a module a quick look over to clarify exact behaviour before replying. I'm not going to waste time doing that for 1.0.1, and I feel pretty confident when I hazard a guess that few people will. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: RPM Build Errors
On Mon, Apr 07, 2008 at 12:07:38AM -0700, SANDY KALUGDAN wrote: I'm pretty sure about that. what should I use? echo '%_topdir %(echo $HOME)/rpmbuild' .rpmmacros or echo '%_topdir%(echo $HOME)/rpmbuild' .rpmmacros to populate the .rpmmacros The first one. -- --Jos Vos [EMAIL PROTECTED] --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: RPM Build Errors
that is the spec file i'm working on... - Original Message From: Austin G. Smith [EMAIL PROTECTED] To: FreeRadius users mailing list freeradius-users@lists.freeradius.org Sent: Monday, April 7, 2008 15:05:06 Subject: RE: RPM Build Errors Grab that .spec file that was posted earlier. It will work like a charm! ;) Austin G. Smith, A+, MCP Digital Son, I.T. Services www.digitalson.com 678.213.0550 x:101 Office 678.213.0535 Fax Need reliable hosting? www.digitalsonhosting.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] org] On Behalf Of SANDY KALUGDAN Sent: Monday, April 07, 2008 1:41 AM To: freeradius-users@lists.freeradius.org Subject: Re: RPM Build Errors Here is the error I got $ cd ~/rpmbuild/SOURCES $ ls -al total 3432 drwxr-xr-x 2 root root4096 Apr 6 16:41 . drwxr-xr-x 7 root root4096 Mar 17 12:17 .. -rw-r--r-- 1 root root 3488944 Apr 6 16:41 freeradius-server-2.0.3.tar.gz my .rpmmacros contains %_topdir %(echo $HOME)/rpmbuild [EMAIL PROTECTED] SPECS]# rpmbuild -bb freeradius.spec error: File % (echo $HOME) /rpmbuild/SOURCES/freeradius-server-2.0.3.tar.gz: No such file or directory What am I missing? Send instant messages to your online friends http://uk.messenger.yahoo.com - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html Send instant messages to your online friends http://uk.messenger.yahoo.com - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: RPM Build Errors
I'm used the first one but still same error begets me. - Original Message From: Jos Vos [EMAIL PROTECTED] To: FreeRadius users mailing list freeradius-users@lists.freeradius.org Sent: Monday, April 7, 2008 15:20:02 Subject: Re: RPM Build Errors On Mon, Apr 07, 2008 at 12:07:38AM -0700, SANDY KALUGDAN wrote: I'm pretty sure about that. what should I use? echo '%_topdir %(echo $HOME)/rpmbuild' .rpmmacros or echo '%_topdir%(echo $HOME)/rpmbuild' .rpmmacros to populate the .rpmmacros The first one. -- --Jos Vos [EMAIL PROTECTED] --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html Send instant messages to your online friends http://uk.messenger.yahoo.com - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: RPM Build Errors
Grab that .spec file that was posted earlier. It will work like a charm! ;) Austin G. Smith, A+, MCP Digital Son, I.T. Services www.digitalson.com 678.213.0550 x:101 Office 678.213.0535 Fax Need reliable hosting? www.digitalsonhosting.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] org] On Behalf Of SANDY KALUGDAN Sent: Monday, April 07, 2008 1:41 AM To: freeradius-users@lists.freeradius.org Subject: Re: RPM Build Errors Here is the error I got $ cd ~/rpmbuild/SOURCES $ ls -al total 3432 drwxr-xr-x 2 root root4096 Apr 6 16:41 . drwxr-xr-x 7 root root4096 Mar 17 12:17 .. -rw-r--r-- 1 root root 3488944 Apr 6 16:41 freeradius-server-2.0.3.tar.gz my .rpmmacros contains %_topdir %(echo $HOME)/rpmbuild [EMAIL PROTECTED] SPECS]# rpmbuild -bb freeradius.spec error: File % (echo $HOME) /rpmbuild/SOURCES/freeradius-server-2.0.3.tar.gz: No such file or directory What am I missing? Send instant messages to your online friends http://uk.messenger.yahoo.com - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: RPM Build Errors
On Mon, Apr 07, 2008 at 07:50:06AM +0200, Alan DeKok wrote: Then the customers can pay for that. Since they're often paying the distro for LTS, they can go to the distro for help. However, most distros know nothing about the packages they're supporting, so the users end up here. This is a correct observation. But note that the vendors do not really sell detailed support for all apps, but they sell a warranty to maintain the distro for 7 years, especially related to security fixes, while keeping the interfaces unchanhged (with exceptions). For all the 1000+ apps in a distro, there are mailing lists, forums, or additional commercial support. That's not what I said. When you sell something, your customers should go to *you* for support. You can afford to support them, because you're getting paid. My issues with the distros LTS is that the *distros* are often getting paid, and *we're* being asked to do support. I understand your point, but this is the way it all works. And, again, the same happens for all other apps. Still, vendors *do* a lot of work to maintain their distro, backport security fixes etc. The real issue, IMHO with LTS distros is people doing something *new* with them. LTS is fine for a box that gets built, configured, shipped, and never touched again. If someone is going to keep poking the box over time, and trying to get it to work with *new* configurations, than they have chosen LTS in error. Not necessarily. When they have production servers and at some point people want to include a RADIUS server, or start using webmail, or want to enable some other subsystem, then they are going to start using a new feature on their (old) boxes. -- --Jos Vos [EMAIL PROTECTED] --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: RPM Build Errors
Jos Vos wrote: For all the 1000+ apps in a distro, there are mailing lists, forums, or additional commercial support. Uh... no. If you want to work for such a distro for free, go ahead. I understand your point, but this is the way it all works. And, again, the same happens for all other apps. Still, vendors *do* a lot of work to maintain their distro, backport security fixes etc. That's their business. I'm happy for them to make money doing that. But if their customers are expecting third-party support, they're sadly mistaken. The only support they'll get is UPGRADE! Not necessarily. When they have production servers and at some point people want to include a RADIUS server, or start using webmail, or want to enable some other subsystem, then they are going to start using a new feature on their (old) boxes. Then they are welcome to upgrade to a version *we* support. If they're not willing to do that, they can pay support to Redhat. If they're not willing to do that, then *you* can support them. I don't see any reason I should support them. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: RPM Build Errors
-Original Message- From: freeradius-users-bounces+ben=wisper- [EMAIL PROTECTED] [mailto:freeradius-users- [EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Sunday, April 06, 2008 12:15 PM To: FreeRadius users mailing list Subject: Re: RPM Build Errors Hi, On Sun, Apr 06, 2008 at 11:54:58AM -0400, Austin G. Smith wrote: I agree. I am going to open a bug report on this one with the centos team. Hopefully they will update. They won't. CentOS stays fully compatible with RHEL. Open a bug report on Red Hat's bugzilla for RHEL instead. whilst MOST of the FR 1.x config files are forward compatible to FR 2.x, there are some quirks and incompatibles. for this reason, FR 2.x will never be available to older releases because of the required compat. i expect the next version of RHEL to come with FR 2.x though. CentOS 5.1 is still installing 1.1.3 and I haven't found any official repo for either CentOS or RHEL that is pushing anything newer. Ben alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: RPM Build Errors
Hi, I am attempting an rpmbuild of freeradius due to the version included in Centos (1.14)- We are experiencing issues with windows vista, and read something in an earlier post regarding such a bug that 1.17 and later will fix. the package is suffering from split personalities. it doesnt know if its 'freeradius' or 'freeradius-server'. i would advise the simple action (unless you want to trawl the SPEC) download freeradius-server-2.0.3.tar.gz extract it, move the directory to just 'freeradius-2.0.3' then tar back up into freeradius-2.0.3.tar.gz then edit the freeradius-spec file and at the near top, change the line that says Name: freeradius-server to just Name: freeradius it should then work. alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: RPM Build Errors
Hi, I am attempting an rpmbuild of freeradius due to the version included in Centos (1.14)- We are experiencing issues with windows vista, and read something in an earlier post regarding such a bug that 1.17 and later will fix. you can ignore my previous message - there are still underlying issues and a tweak of the spec file is needed. I've attached a SPEC file which should work fine on redhat/centos systems - basically, incdir and datadir have been changed to be appropriate to the new naming. tested this on a couple of boxes just now alan Summary: High-performance and highly configurable RADIUS server URL: http://www.freeradius.org/ Name: freeradius-server Version: 2.0.3 Release: 0 License: GPL Group: Networking/Daemons Packager: FreeRADIUS.org Source0: %{name}-%{version}.tar.gz Prereq: /sbin/chkconfig BuildPreReq: libtool libtool-ltdl-devel # FIXME: snmpwalk, snmpget and rusers POSSIBLY needed by checkrad Provides: radiusd Conflicts: cistron-radius BuildRoot: %{_tmppath}/%{name}-root %description The FreeRADIUS Server Project is a high-performance and highly configurable GPL'd RADIUS server. It is somewhat similar to the Livingston 2.0 RADIUS server, but has many more features, and is much more configurable. %prep %setup %build CFLAGS=$RPM_OPT_FLAGS \ %configure --prefix=%{_prefix} \ --localstatedir=%{_localstatedir} \ --sysconfdir=%{_sysconfdir} \ --mandir=%{_mandir} \ --with-docdir=%{_datadir}/doc/%{name}-%{version} \ --with-system-libtool \ --disable-ltdl-install \ --with-ltdl-lib=/usr/lib \ --with-ltdl-include=/usr/include \ --with-large-files --with-udpfromto --with-edir \ --with-rlm-sql_postgresql-include-dir=/usr/include/pgsql \ --with-rlm-krb5-include-dir=/usr/kerberos/include \ --with-rlm-krb5-lib-dir=/usr/kerberos/lib make %install [ $RPM_BUILD_ROOT != / ] rm -rf $RPM_BUILD_ROOT mkdir -p $RPM_BUILD_ROOT/etc/{logrotate.d,pam.d,rc.d/init.d} make install R=$RPM_BUILD_ROOT RADDB=$RPM_BUILD_ROOT/etc/raddb # set radiusd as default user/group perl -i -pe 's/^#user =.*$/user = radiusd/' $RADDB/radiusd.conf perl -i -pe 's/^#group =.*$/group = radiusd/' $RADDB/radiusd.conf # shadow password file MUST be defined on Linux perl -i -pe 's/#shadow =/shadow =/' $RADDB/radiusd.conf # remove unneeded stuff rm -f $RPM_BUILD_ROOT%{_prefix}/sbin/rc.radiusd # more files go to /usr/share/doc/freeradius-%{version} install -m 0644 CREDITS $RPM_BUILD_ROOT%{_datadir}/doc/%{name}-%{version} install -m 0644 COPYRIGHT $RPM_BUILD_ROOT%{_datadir}/doc/%{name}-%{version} install -m 0644 LICENSE $RPM_BUILD_ROOT%{_datadir}/doc/%{name}-%{version} cd redhat install -m 755 rc.radiusd-redhat $RPM_BUILD_ROOT/etc/rc.d/init.d/radiusd install -m 644 radiusd-logrotate $RPM_BUILD_ROOT/etc/logrotate.d/radiusd install -m 644 radiusd-pam $RPM_BUILD_ROOT/etc/pam.d/radius cd .. %pre /usr/sbin/useradd -c radiusd user -r -s /bin/false -u 95 -d / radiusd 2/dev/null || : %preun if [ $1 = 0 ]; then /sbin/service radiusd stop /dev/null 21 /sbin/chkconfig --del radiusd fi %post /sbin/ldconfig /sbin/chkconfig --add radiusd # Done here to avoid messing up existing installations for i in radius/radutmp radius/radwtmp radius/radius.log # radius/radwatch.log radius/checkrad.log do touch /var/log/$i chown radiusd:radiusd /var/log/$i chmod 600 /var/log/$i done %postun if [ $1 -ge 1 ]; then /sbin/service radiusd condrestart /dev/null 21 fi if [ $1 = 0 ]; then /usr/sbin/userdel radiusd /dev/null 21 || : fi /sbin/ldconfig %clean [ $RPM_BUILD_ROOT != / ] rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root) %config /etc/pam.d/radius %config /etc/logrotate.d/radiusd %config /etc/rc.d/init.d/radiusd %config (noreplace) /etc/raddb/* %doc %{_datadir}/doc/%{name}-%{version} %{_bindir}/* %{_datadir}/freeradius %{_libdir}/* %{_mandir}/*/* %{_sbindir}/* %{_includedir}/freeradius/* %attr(0700,radiusd,radiusd) %dir /var/log/radius %attr(0700,radiusd,radiusd) %dir /var/log/radius/radacct %attr(0700,radiusd,radiusd) %dir /var/run/radiusd %changelog * Thu Dec 15 2004 Alan DeKok - update for 1.1.0 * Mon May 31 2004 Paul Hampson - update for 1.0.0 release * Fri May 23 2003 Marko Myllynen - update for 0.9 * Wed Sep 4 2002 Marko Myllynen - fix libtool issues for good * Thu Aug 22 2002 Marko Myllynen - update for 0.7/0.8 * Tue Jun 18 2002 Marko Myllynen - run as radiusd user instead of root - added some options for configure * Thu Jun 6 2002 Marko Myllynen - set noreplace for non-dictionary files in /etc/raddb * Sun May 26 2002 Frank Cusack [EMAIL PROTECTED] - move /var dirs from %%post to %%files * Thu Feb 14 2002 Marko Myllynen - use dir name macros in all configure options - libtool is required only when building the package - misc clean ups * Wed Feb 13 2002 Marko Myllynen - use %%{_mandir} instead of /usr/man - rename %%postin as %%post - clean up name/version * Fri Jan
RE: RPM Build Errors
Thanks!! That worked like a champion! As note, I had to go to /etc/raddb/certs and run ./bootstrap to gen the certs then recursively chown the /etc/raddb directory to the radiusd user. After that, radiusd fired up with no errors whatsoever! I am off to configure now ;) If anyone needs this rpm, it can be found at http://www.digitalson.com/freeradius-server-2.0.3-0.x86_64.rpm Hopefully this will help someone else out, as I have been helped ;) Cheers, Austin G. Smith, A+, MCP Digital Son, I.T. Services www.digitalson.com 678.213.0550 x:101 Office 678.213.0535 Fax Need reliable hosting? www.digitalsonhosting.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] org] On Behalf Of [EMAIL PROTECTED] Sent: Sunday, April 06, 2008 8:20 AM To: FreeRadius users mailing list Subject: Re: RPM Build Errors Hi, I am attempting an rpmbuild of freeradius due to the version included in Centos (1.14)- We are experiencing issues with windows vista, and read something in an earlier post regarding such a bug that 1.17 and later will fix. you can ignore my previous message - there are still underlying issues and a tweak of the spec file is needed. I've attached a SPEC file which should work fine on redhat/centos systems - basically, incdir and datadir have been changed to be appropriate to the new naming. tested this on a couple of boxes just now alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: RPM Build Errors
Hi, Thanks!! That worked like a champion! As note, I had to go to /etc/raddb/certs and run ./bootstrap to gen the certs then recursively chown the /etc/raddb directory to the radiusd user. so long as the correct user (radius?) exists, all you need to do is chown -R radius:radius /path/to/raddb run radiusd - the first time you run it, it will generate the certs, then chown -R radius:radius path/to/raddb again If anyone needs this rpm, it can be found at http://www.digitalson.com/freeradius-server-2.0.3-0.x86_64.rpm 64 bit eh? keep us up to date with any quirks you might find. alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: RPM Build Errors
I agree. I am going to open a bug report on this one with the centos team. Hopefully they will update. Thanks, Austin G. Smith, A+, MCP Digital Son, I.T. Services www.digitalson.com 678.213.0550 x:101 Office 678.213.0535 Fax Need reliable hosting? www.digitalsonhosting.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] org] On Behalf Of [EMAIL PROTECTED] Sent: Sunday, April 06, 2008 11:30 AM To: FreeRadius users mailing list Subject: Re: RPM Build Errors Hi, Thanks!! That worked like a champion! As note, I had to go to /etc/raddb/certs and run ./bootstrap to gen the certs then recursively chown the /etc/raddb directory to the radiusd user. its just shameful that no distros feel like updating their default version from 1.1.dinosaur to 2.0.recent alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: RPM Build Errors
On Sun, Apr 06, 2008 at 04:29:36PM +0100, [EMAIL PROTECTED] wrote: its just shameful that no distros feel like updating their default version from 1.1.dinosaur to 2.0.recent IIRC, you were talking about CentOS (== RHEL rebuild). One of the fundamental issues with enterprise-grade (and long-term-supported) Linux distros is that they want to stay as compatible as possible during its life-time. If possible, they backport security fixes, etc. Although sometimes I would also like to have a newer version of something, this *does* pay back in overall stability and API/ABI compatibility throughout the OS's life time. Otherwise you should use Fedora (the fast-moving alternative for RHEL/CentOS). And if you really do need newer packages on CentOS, take the latest Fedora source RPM and rebuild it on RHEL/CentOS. That is usually integrated in the OS environment in the same way as RHEL/CentOS (but always be careful and inspect the spec file carefully for new things). For the same reason, I'm still using a (very) old FreeRADIUS on my RHEL4-compatible systems, although I've been flamed for doing that on this list earlier ;-). -- --Jos Vos [EMAIL PROTECTED] --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: RPM Build Errors
Hi, Thanks!! That worked like a champion! As note, I had to go to /etc/raddb/certs and run ./bootstrap to gen the certs then recursively chown the /etc/raddb directory to the radiusd user. its just shameful that no distros feel like updating their default version from 1.1.dinosaur to 2.0.recent alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: RPM Build Errors
10-4 will do. Thanks again for your assistance, I really do appreciate it! Austin G. Smith, A+, MCP Digital Son, I.T. Services www.digitalson.com 678.213.0550 x:101 Office 678.213.0535 Fax Need reliable hosting? www.digitalsonhosting.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] org] On Behalf Of [EMAIL PROTECTED] Sent: Sunday, April 06, 2008 11:28 AM To: FreeRadius users mailing list Subject: Re: RPM Build Errors Hi, Thanks!! That worked like a champion! As note, I had to go to /etc/raddb/certs and run ./bootstrap to gen the certs then recursively chown the /etc/raddb directory to the radiusd user. so long as the correct user (radius?) exists, all you need to do is chown -R radius:radius /path/to/raddb run radiusd - the first time you run it, it will generate the certs, then chown -R radius:radius path/to/raddb again If anyone needs this rpm, it can be found at http://www.digitalson.com/freeradius-server-2.0.3-0.x86_64.rpm 64 bit eh? keep us up to date with any quirks you might find. alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: RPM Build Errors
On Sun, Apr 06, 2008 at 11:54:58AM -0400, Austin G. Smith wrote: I agree. I am going to open a bug report on this one with the centos team. Hopefully they will update. They won't. CentOS stays fully compatible with RHEL. Open a bug report on Red Hat's bugzilla for RHEL instead. -- --Jos Vos [EMAIL PROTECTED] --X/OS Experts in Open Systems BV | Phone: +31 20 6938364 --Amsterdam, The Netherlands| Fax: +31 20 6948204 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: RPM Build Errors
[EMAIL PROTECTED] wrote: its just shameful that no distros feel like updating their default version from 1.1.dinosaur to 2.0.recent There's a way to fix that: issue 1.1.8 with a few patches, and a large WARNING in the README's, configuration files, man pages, etc. saying NO LONGER SUPPORTED: UPGRADE! After the 1000's email from their annoyed customer asking why they're distributing an old version, they'll upgrade. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: RPM Build Errors
Hi, On Sun, Apr 06, 2008 at 11:54:58AM -0400, Austin G. Smith wrote: I agree. I am going to open a bug report on this one with the centos team. Hopefully they will update. They won't. CentOS stays fully compatible with RHEL. Open a bug report on Red Hat's bugzilla for RHEL instead. whilst MOST of the FR 1.x config files are forward compatible to FR 2.x, there are some quirks and incompatibles. for this reason, FR 2.x will never be available to older releases because of the required compat. i expect the next version of RHEL to come with FR 2.x though. alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: RPM Build Errors
Jos Vos wrote: Although sometimes I would also like to have a newer version of something, this *does* pay back in overall stability and API/ABI compatibility throughout the OS's life time. It pays *them*. It doesn't pay *us*. They have a *great* business model: sell long term support for packages, and push most of the questions onto the public forums such as this list. Their customers should have HUGE warnings in all of the documentation, saying THIS PACKAGE IS YEARS OUT OF DATE. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: RPM Build Errors
Here is the error I got $ cd ~/rpmbuild/SOURCES $ ls -al total 3432 drwxr-xr-x 2 root root4096 Apr 6 16:41 . drwxr-xr-x 7 root root4096 Mar 17 12:17 .. -rw-r--r-- 1 root root 3488944 Apr 6 16:41 freeradius-server-2.0.3.tar.gz my .rpmmacros contains %_topdir %(echo $HOME)/rpmbuild [EMAIL PROTECTED] SPECS]# rpmbuild -bb freeradius.spec error: File % (echo $HOME) /rpmbuild/SOURCES/freeradius-server-2.0.3.tar.gz: No such file or directory What am I missing? Send instant messages to your online friends http://uk.messenger.yahoo.com - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: RPM Build Errors
Jos Vos wrote: It pays back to the customers. They want a stable OS environment, not one where the software interfaces may change at every update. Then the customers can pay for that. Since they're often paying the distro for LTS, they can go to the distro for help. However, most distros know nothing about the packages they're supporting, so the users end up here. The only way to solve is is to forbid long-term-support type Linux distros. And due to the facts that there is a need for that distros and that we live in free (software) world, this won't happen. Sorry... That's not what I said. When you sell something, your customers should go to *you* for support. You can afford to support them, because you're getting paid. My issues with the distros LTS is that the *distros* are often getting paid, and *we're* being asked to do support. e.g. Try bringing your car into a tobacco shop for an oil change. They'll laugh at you, or think you're crazy. The real issue, IMHO with LTS distros is people doing something *new* with them. LTS is fine for a box that gets built, configured, shipped, and never touched again. If someone is going to keep poking the box over time, and trying to get it to work with *new* configurations, than they have chosen LTS in error. People running a 7-year supported OS *do* know (well, they should) that their software cann be up to 7-8 years old. Not from the messages I've seen on this list. upgrade? But I'm at the newest version my distro supports! I didn't know that there were newer versions... And (see above) the problems are usually because they're *changing* the configuration of a box that worked 3 years ago. Well, if it worked then, why the heck are you breaking it now? Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html