Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at
Bug 193529 - Review Request: radiusclient-ng - RADIUS protocol client library
Summary: Review Request: radiusclient-ng - RADIUS protocol client library
Alias: None
Product: Fedora
Classification: Fedora
Component: Package Review
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Jason Tibbitts
QA Contact: Fedora Package Reviews List
Depends On:
TreeView+ depends on / blocked
Reported: 2006-05-30 03:00 UTC by Jeffrey C. Ollie
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2006-07-11 19:06:57 UTC
Type: ---
kevin: fedora-cvs+

Attachments (Terms of Use)

Description Jeffrey C. Ollie 2006-05-30 03:00:28 UTC
Spec URL:

Portable, easy-to-use and standard compliant library suitable for
developing free and commercial software that need support for a RADIUS
protocol (RFCs 2128 and 2139).

Comment 1 Jason Tibbitts 2006-07-11 03:35:57 UTC
This failed to build for me due to the autotools no longer being in the default
build environment.  I tried to get rid of that and use the usual "make
LIBTOOL=blah" bit, but the included makefile doesn't seem to support DESTDIR
either, so perhaps it is better to run all of the autotools.

Comment 2 Jeffrey C. Ollie 2006-07-11 13:10:39 UTC
Spec URL:

* Tue Jul 11 2006 Jeffrey C. Ollie <jeff> - 0.5.2-2
- Add BR so that building in minimal buildroot works
- Run libtoolize.

Comment 3 Jason Tibbitts 2006-07-11 18:28:05 UTC
Both of those URLs give 404 errors, but I found the proper files in that directory.

Running autotools and libtoolize are generally avoided in Fedora Extras. 
However, not only does this package have an rpath problem, but DESTDIR doesn't
work in the makefile and the patches requires many fixes to various .in files
which would be much more complicated to make after configure has processed them.
 So in this case I do think it reasonable to do what you're doing.

rpmlint complains:
   E: radiusclient-ng non-readable /etc/radiusclient-ng/servers 0600
which is acceptable for a server configuration file.

Nothing seems to own /etc/radiusclient-ng; this is a blocker.

Since there's just one issue and the fix is simple, I'll go ahead and approve
and you can fix it when you check in.

* source files match upstream:
   c54eb70e964bdd22dd44b39a9b4df8ca  radiusclient-ng-0.5.2.tar.gz
* package meets naming and packaging guidelines.
* specfile is properly named, is cleanly written and uses macros consistently.
* dist tag is present.
* build root is correct.
* license field matches the actual license.
 *license is open source-compatible.  License text included in package.
* latest version is being packaged.
* BuildRequires are proper.
* Compiler flags are appropriate.
* %clean is present.
* package builds in mock (development, x86_64).
O rpmlint has only ignorable complaints.
* debuginfo package looks complete.
* final provides and requires are sane:
   config(radiusclient-ng) = 0.5.2-2.fc6
   radiusclient-ng = 0.5.2-2.fc6
   config(radiusclient-ng) = 0.5.2-2.fc6

   radiusclient-ng-devel = 0.5.2-2.fc6
   radiusclient-ng = 0.5.2-2.fc6

   radiusclient-ng-utils = 0.5.2-2.fc6
   radiusclient-ng = 0.5.2-2.fc6

* %check is not present; no test suite upstream.
* shared libraries are present; ldconfig is called and unversioned .so files are
in the -devel subpackage.
* package is not relocatable.
X owns the directories it creates (/etc/radiusclient-ng).
* doesn't own any directories it shouldn't.
* no duplicates in %files.
* file permissions are appropriate.
* scriptlets present are OK (calls to ldconfig)
* code, not content.
* documentation is small, so no -docs subpackage is necessary.
* %docs are not necessary for the proper functioning of the package.
* headers are in the -devel subpackage.
* no pkgconfig files.
* no libtool .la droppings.
* not a GUI app.

APPROVED, just make sure you own /etc/radiusclient-ng.

Comment 4 Jeffrey C. Ollie 2006-07-11 19:06:57 UTC
Thanks for the review!  Package imported, built for rawhide, branches for FC-4
and FC-5 requested.

Comment 5 Jeffrey C. Ollie 2007-08-15 16:55:59 UTC
Package Change Request
Package Name: radiusclient-ng
New Branches: EL-5
Updated EPEL Owners: jcollie (jeff)

Comment 6 Kevin Fenzi 2007-08-15 17:54:19 UTC
cvs done.

Note You need to log in before you can comment on or make changes to this bug.