Nico Kadel-Garcia
2012-01-19 00:06:21 UTC
I've got some acquaintances using nconf, a Nagios configuration tool.
There was an update in December, and there's an RPM for OpenSUSE, but
not for RHEL/Fedora, and their SRPM has some incompatibilities I've
tweaked an SRPM to handle.
These are corrections of classic SRPM errors: I'll upstream them when
I get a few cycles.
?* Clear BUILDROOT target before building, which otherwise breaks
with partially failed installaitons
?* Eliminate unnecessary popd steps.
?* Use normal 'doc' to select documentation files.
?* List installdir/ components individually, to avoid duplication complaints
?* Use imagepak-base.tar.gz from sourceforge, with URL listed
properly in .spec file
?* List Perl dependencies by module name, not by package name.
These are for RHEL
?* Discarded the unnecessary rpmlintrc
?* Moved the installation to /var/www/nconf/ for compatiblity with SELinux
?* Rolled back the hard-coded '/usr/bin/mail' to '/bin/mail'.
?* Eliminated apxs dependencies, use RHEL standard httpd config
locations instead
?* Added php dependency
It's still not perfect: the use of 'sudo' to reload Nagios
configurations is an old problem for Apache based software, due to the
lack of a tty for PHP sccripts, and that really needs an suid wrapper.
But it's the only Nagios GUI I can find that isn't abandonware.
I'm including my .spec file, and the little deploy-local patch that
the OpenSUSE SRPM included. Can we possibly get this into RPMforge?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: nconf-1.2.5.0-deploy_local.patch
Type: application/octet-stream
Size: 1133 bytes
Desc: not available
Url : http://lists.repoforge.org/pipermail/users/attachments/20120118/9e795fb1/attachment-0002.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: nconf.spec
Type: application/octet-stream
Size: 11159 bytes
Desc: not available
Url : http://lists.repoforge.org/pipermail/users/attachments/20120118/9e795fb1/attachment-0003.obj
There was an update in December, and there's an RPM for OpenSUSE, but
not for RHEL/Fedora, and their SRPM has some incompatibilities I've
tweaked an SRPM to handle.
These are corrections of classic SRPM errors: I'll upstream them when
I get a few cycles.
?* Clear BUILDROOT target before building, which otherwise breaks
with partially failed installaitons
?* Eliminate unnecessary popd steps.
?* Use normal 'doc' to select documentation files.
?* List installdir/ components individually, to avoid duplication complaints
?* Use imagepak-base.tar.gz from sourceforge, with URL listed
properly in .spec file
?* List Perl dependencies by module name, not by package name.
These are for RHEL
?* Discarded the unnecessary rpmlintrc
?* Moved the installation to /var/www/nconf/ for compatiblity with SELinux
?* Rolled back the hard-coded '/usr/bin/mail' to '/bin/mail'.
?* Eliminated apxs dependencies, use RHEL standard httpd config
locations instead
?* Added php dependency
It's still not perfect: the use of 'sudo' to reload Nagios
configurations is an old problem for Apache based software, due to the
lack of a tty for PHP sccripts, and that really needs an suid wrapper.
But it's the only Nagios GUI I can find that isn't abandonware.
I'm including my .spec file, and the little deploy-local patch that
the OpenSUSE SRPM included. Can we possibly get this into RPMforge?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: nconf-1.2.5.0-deploy_local.patch
Type: application/octet-stream
Size: 1133 bytes
Desc: not available
Url : http://lists.repoforge.org/pipermail/users/attachments/20120118/9e795fb1/attachment-0002.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: nconf.spec
Type: application/octet-stream
Size: 11159 bytes
Desc: not available
Url : http://lists.repoforge.org/pipermail/users/attachments/20120118/9e795fb1/attachment-0003.obj