[Nagios-users] rpmbuild nagios-3.5.0

[alexus]

# md5sum nagios-3.5.0.tar.gz
aeef195d2033cc362bf6cb972bcc8f07 nagios-3.5.0.tar.gz
# rpmbuild -tb nagios-3.5.0.tar.gz
warning: line 40: prereq is deprecated: PreReq: /usr/bin/logger, chkconfig,
sh-utils, shadow-utils, sed, initscripts, fileutils, mktemp
Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.VOVWNc
+ umask 022
+ cd /root/rpmbuild/BUILD
+ LANG=C
+ export LANG
+ unset DISPLAY
+ cd /root/rpmbuild/BUILD
+ rm -rf nagios-3.5.0
+ /usr/bin/gzip -dc /root/nagios-3.5.0.tar.gz
+ /bin/tar -xf -
+ STATUS=0
+ '[' 0 -ne 0 ']'
+ cd nagios-3.5.0
/var/tmp/rpm-tmp.VOVWNc: line 38: cd: nagios-3.5.0: No such file or
directory
error: Bad exit status from /var/tmp/rpm-tmp.VOVWNc (%prep)


RPM build errors:
line 40: prereq is deprecated: PreReq: /usr/bin/logger, chkconfig,
sh-utils, shadow-utils, sed, initscripts, fileutils, mktemp
Bad exit status from /var/tmp/rpm-tmp.VOVWNc (%prep)
# cat /etc/redhat-release
Red Hat Enterprise Linux Server release 6.4 (Santiago)
# uname -a
Linux XXX.XXX.XXX 2.6.32-358.6.2.el6.x86_64 #1 SMP Tue May 14 15:48:21 EDT
2013 x86_64 x86_64 x86_64 GNU/Linux
#

I'm unable to build RPM w/ nagios 3.5.0, last one that worked for me was
3.2.3.
any ideas/suggestions?

[Werner Flamme]

Post by alexus
# md5sum nagios-3.5.0.tar.gz
aeef195d2033cc362bf6cb972bcc8f07 nagios-3.5.0.tar.gz
# rpmbuild -tb nagios-3.5.0.tar.gz
warning: line 40: prereq is deprecated: PreReq: /usr/bin/logger, chkconfig,
sh-utils, shadow-utils, sed, initscripts, fileutils, mktemp
Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.VOVWNc
+ umask 022
+ cd /root/rpmbuild/BUILD
+ LANG=C
+ export LANG
+ unset DISPLAY
+ cd /root/rpmbuild/BUILD
+ rm -rf nagios-3.5.0
+ /usr/bin/gzip -dc /root/nagios-3.5.0.tar.gz
+ /bin/tar -xf -
+ STATUS=0
+ '[' 0 -ne 0 ']'
+ cd nagios-3.5.0
/var/tmp/rpm-tmp.VOVWNc: line 38: cd: nagios-3.5.0: No such file or
directory
error: Bad exit status from /var/tmp/rpm-tmp.VOVWNc (%prep)
line 40: prereq is deprecated: PreReq: /usr/bin/logger, chkconfig,
sh-utils, shadow-utils, sed, initscripts, fileutils, mktemp
Bad exit status from /var/tmp/rpm-tmp.VOVWNc (%prep)
# cat /etc/redhat-release
Red Hat Enterprise Linux Server release 6.4 (Santiago)
# uname -a
Linux XXX.XXX.XXX 2.6.32-358.6.2.el6.x86_64 #1 SMP Tue May 14 15:48:21 EDT
2013 x86_64 x86_64 x86_64 GNU/Linux
#
I'm unable to build RPM w/ nagios 3.5.0, last one that worked for me was
3.2.3.
any ideas/suggestions?

The first error I see is "cd: nagios-3.5.0: No such file or directory"

Is there a directory named "nagios-3.5.0" in the tar ball or is it
named only "nagios"?

What does you spec file say? Maybe you have to adapt the BuildRoot?
Like, from "%{_tmppath}/%{name}-%{version}" to "%{_tmppath}/%{name}"?

Just a guess,
Werner

--

[alexus]

[***@uftwfnagios ~]# tar -ztvf nagios-3.5.0.tar.gz | head -1
drwxrwxr-x nagios/nagios 0 2013-03-15 07:18 nagios/
[***@uftwfnagios ~]#

I see nagios inside of nagios-3.5.0.tar.gz not nagios-3.5.0.

[***@uftwfnagios nagios]# grep BuildRoot nagios.spec
BuildRoot: %{_tmppath}/%{name}-buildroot
[***@uftwfnagios nagios]#

as I mention earlier I was able to build w/out any issue 3.2.3
I'm thinking I should probably submit this as bug to nagios?

Post by alexus

Post by alexus
# md5sum nagios-3.5.0.tar.gz
aeef195d2033cc362bf6cb972bcc8f07 nagios-3.5.0.tar.gz
# rpmbuild -tb nagios-3.5.0.tar.gz
warning: line 40: prereq is deprecated: PreReq: /usr/bin/logger,

chkconfig,

Post by alexus
sh-utils, shadow-utils, sed, initscripts, fileutils, mktemp
Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.VOVWNc
+ umask 022
+ cd /root/rpmbuild/BUILD
+ LANG=C
+ export LANG
+ unset DISPLAY
+ cd /root/rpmbuild/BUILD
+ rm -rf nagios-3.5.0
+ /usr/bin/gzip -dc /root/nagios-3.5.0.tar.gz
+ /bin/tar -xf -
+ STATUS=0
+ '[' 0 -ne 0 ']'
+ cd nagios-3.5.0
/var/tmp/rpm-tmp.VOVWNc: line 38: cd: nagios-3.5.0: No such file or
directory
error: Bad exit status from /var/tmp/rpm-tmp.VOVWNc (%prep)
line 40: prereq is deprecated: PreReq: /usr/bin/logger, chkconfig,
sh-utils, shadow-utils, sed, initscripts, fileutils, mktemp
Bad exit status from /var/tmp/rpm-tmp.VOVWNc (%prep)
# cat /etc/redhat-release
Red Hat Enterprise Linux Server release 6.4 (Santiago)
# uname -a
Linux XXX.XXX.XXX 2.6.32-358.6.2.el6.x86_64 #1 SMP Tue May 14 15:48:21

EDT

Post by alexus
2013 x86_64 x86_64 x86_64 GNU/Linux
#
I'm unable to build RPM w/ nagios 3.5.0, last one that worked for me was
3.2.3.
any ideas/suggestions?

The first error I see is "cd: nagios-3.5.0: No such file or directory"
Is there a directory named "nagios-3.5.0" in the tar ball or is it
named only "nagios"?
What does you spec file say? Maybe you have to adapt the BuildRoot?
Like, from "%{_tmppath}/%{name}-%{version}" to "%{_tmppath}/%{name}"?
Just a guess,
Werner
--
------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________
Nagios-users mailing list
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when
reporting any issue.
::: Messages without supporting info will risk being sent to /dev/null

[Trond Hasle Amundsen]

I'm unable to build RPM w/ nagios 3.5.0, last one that worked for me was 3.2.3.
any ideas/suggestions?

I'd recommend using the already prebuilt package for rhel6 which is
available from EPEL[1]. Add the EPEL repo and you can simply do "yum
install nagios" and be done :)

[1] http://fedoraproject.org/wiki/EPEL

Cheers,

[alexus]

thank you for your recommendation) although I'd really like to know why it
was ok on 3.2.3 and not ok going forward (seems like a bug to me that
needed to be reported back to nagios folks).


On Wed, Jul 24, 2013 at 10:42 AM, Trond Hasle Amundsen <

Post by alexus

Post by alexus
I'm unable to build RPM w/ nagios 3.5.0, last one that worked for me was

3.2.3.

Post by alexus
any ideas/suggestions?

I'd recommend using the already prebuilt package for rhel6 which is
available from EPEL[1]. Add the EPEL repo and you can simply do "yum
install nagios" and be done :)
[1] http://fedoraproject.org/wiki/EPEL
Cheers,
--
Center for Information Technology Services, University of Oslo
------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________
Nagios-users mailing list
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when
reporting any issue.
::: Messages without supporting info will risk being sent to /dev/null

[frank]

Just speaking for myself here, in my experience distro-level packaging
usually isn't part of a project's goals and can be an extreme distraction
considering the vast number of distros out there, all with their own
little quirks. Spec files and other contrib items work their way into
source trees and are useful until the 3rd party API changes and the
original maintainers lose interest. I'd look into the checkin history of
the spec file to see if anyone has been making regular updates. Or even
easier, go get the SRPM from EPEL, which is known to work, and alter it as
you see fit for your purposes.

-f

thank you for your recommendation) although I'd really like to know why it was ok on 3.2.3 and
not ok going forward (seems like a bug to me that needed to be reported back to nagios folks).

I'm unable to build RPM w/ nagios 3.5.0, last one that worked for me was 3.2.3.
any ideas/suggestions?

I'd recommend using the already prebuilt package for rhel6 which is
available from EPEL[1]. Add the EPEL repo and you can simply do "yum
install nagios" and be done :)
[1] http://fedoraproject.org/wiki/EPEL
Cheers,
--
Center for Information Technology Services, University of Oslo
------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________
Nagios-users mailing list
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.
::: Messages without supporting info will risk being sent to /dev/null
--
http://alexus.org/

[Daniel Wittenberg]

FWIW - the spec file in 4.0 has been completely rewritten and should work a lot better, based on Dag's RPM's and merged my changes in and what I've been using for almost a year now.

Dan

Post by frank
Just speaking for myself here, in my experience distro-level packaging
usually isn't part of a project's goals and can be an extreme distraction
considering the vast number of distros out there, all with their own
little quirks. Spec files and other contrib items work their way into
source trees and are useful until the 3rd party API changes and the
original maintainers lose interest. I'd look into the checkin history of
the spec file to see if anyone has been making regular updates. Or even
easier, go get the SRPM from EPEL, which is known to work, and alter it as
you see fit for your purposes.
-f

thank you for your recommendation) although I'd really like to know why it was ok on 3.2.3 and
not ok going forward (seems like a bug to me that needed to be reported back to nagios folks).

I'm unable to build RPM w/ nagios 3.5.0, last one that worked for me was 3.2.3.
any ideas/suggestions?

I'd recommend using the already prebuilt package for rhel6 which is
available from EPEL[1]. Add the EPEL repo and you can simply do "yum
install nagios" and be done :)
[1] http://fedoraproject.org/wiki/EPEL
Cheers,
--
Center for Information Technology Services, University of Oslo
------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________
Nagios-users mailing list
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.
::: Messages without supporting info will risk being sent to /dev/null
--
http://alexus.org/

------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________
Nagios-users mailing list
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.
::: Messages without supporting info will risk being sent to /dev/null

[Randal, Phil]

Talking of DAG's RPMs, if you'd been using Nagios 3.2.3 from rpmforge, I've written a blog post on how to build Nagios 3.4.1 / 3.5.0 as a replacement, using same file locations. The last postscript in the blog is the relevant stuff for 3.5.0.

http://www.rebee.clara.net/blog/archives/2012/05/entry_198.html

Cheers,

Phil


-----Original Message-----
From: Daniel Wittenberg [mailto:***@gmail.com]
Sent: 24 July 2013 23:27
To: Nagios Users List
Subject: Re: [Nagios-users] rpmbuild nagios-3.5.0

FWIW - the spec file in 4.0 has been completely rewritten and should work a lot better, based on Dag's RPM's and merged my changes in and what I've been using for almost a year now.

Dan

Post by frank
Just speaking for myself here, in my experience distro-level packaging
usually isn't part of a project's goals and can be an extreme
distraction considering the vast number of distros out there, all with
their own little quirks. Spec files and other contrib items work their
way into source trees and are useful until the 3rd party API changes
and the original maintainers lose interest. I'd look into the checkin
history of the spec file to see if anyone has been making regular
updates. Or even easier, go get the SRPM from EPEL, which is known to
work, and alter it as you see fit for your purposes.
-f

Post by alexus
thank you for your recommendation) although I'd really like to know
why it was ok on 3.2.3 and not ok going forward (seems like a bug to me that needed to be reported back to nagios folks).

I'm unable to build RPM w/ nagios 3.5.0, last one that worked for me was 3.2.3.
any ideas/suggestions?

I'd recommend using the already prebuilt package for rhel6 which is
available from EPEL[1]. Add the EPEL repo and you can simply do "yum
install nagios" and be done :)
[1] http://fedoraproject.org/wiki/EPEL
Cheers,
--
Technology Services, University of Oslo
---------------------------------------------------------------------
--------- See everything from the browser to the database with
AppDynamics Get end-to-end visibility with application monitoring
from AppDynamics Isolate bottlenecks and diagnose root cause in
seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.
clktrk _______________________________________________
Nagios-users mailing list
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.
::: Messages without supporting info will risk being sent to
/dev/null
--
http://alexus.org/

----------------------------------------------------------------------
-------- See everything from the browser to the database with
AppDynamics Get end-to-end visibility with application monitoring from
AppDynamics Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.c
lktrk _______________________________________________
Nagios-users mailing list
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.
::: Messages without supporting info will risk being sent to /dev/null

------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________
Nagios-users mailing list
Nagios-***@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.
::: Messages without supporting info will risk being sent to /dev/null
Hoople Ltd, Registered in England and Wales No. 7556595
Registered office: Plough Lane, Hereford, HR4 0LE

"Any opinion expressed in this e-mail or any attached files are those of the individual and not necessarily those of Hoople Ltd. You should be aware that Hoople Ltd. monitors its email service. This e-mail and any attached files are confidential and intended solely for the use of the addressee. This communication may contain material protected by law from being passed on. If you are not the intended recipient and have received this e-mail in error, you are advised that any use, dissemination, forwarding, printing or copying of this e-mail is strictly prohibited. If you have received this e-mail in error please contact the sender immediately and destroy all copies of it."