Please do stabilise the following packages (some of them aren't keyworded for all architectures, just skip them in that case). Besides the bump from Nagios-2 to -3 the most notable change is a changed (and more FHS-compliant) directory structure, therefore all packages should be stabilised the same time. I also added architectures not having stable keywords for Nagios-2 for now, if you want to jump in for Nagios-3 please do so - if not feel free to un-CC from this bug. Thanks! =net-analyzer/nagios-3.0.6 =net-analyzer/nagios-check_logfiles-2.3.2.1-r1 =net-analyzer/nagios-core-3.0.6-r1 =net-analyzer/nagios-imagepack-1.0-r100 =net-analyzer/nagios-nrpe-2.12-r102 =net-analyzer/nagios-nsca-2.7.2-r100 =net-analyzer/nagios-plugins-1.4.13-r1 =net-analyzer/nagios-plugins-snmp-0.6.0-r1 =net-analyzer/nagios-sap-ccms-plugin-0.7.3-r1 =net-analyzer/pnp4nagios-0.4.12
This is fantastic, thanks Tobias.
I kw'd for ppc64. =net-analyzer/nagios-sap-ccms-plugin-0.7.3-r1 fails to compile with: >>> Compiling source in /var/tmp/portage/net-analyzer/nagios-sap-ccms-plugin-0.7.3-r1/work/sap-ccms-plugin-0.7.3 ... make -j6 gcc -O2 -pipe -fPIC -I./sap_moni -c agnt_util.c gcc -O2 -pipe -fPIC -I./sap_moni -c check_sap.c make -C sap_moni make[1]: Entering directory `/var/tmp/portage/net-analyzer/nagios-sap-ccms-plugin-0.7.3-r1/work/sap-ccms-plugin-0.7.3/src/sap_moni' gcc -O2 -pipe -fPIC -g -c ctype_b.c gcc -O2 -pipe -fPIC -I./sap_moni -c check_sap_system.c gcc -O2 -pipe -fPIC -g -c agnt_rfc.c gcc -O2 -pipe -fPIC -I./sap_moni -c check_sap_instance.c gcc -O2 -pipe -fPIC -I./sap_moni -c check_sap_multiple.c gcc -O2 -pipe -fPIC -g -c agnt_mon.c gcc -O2 -pipe -fPIC -I./sap_moni -c check_sap_mult_no_thr.c gcc -O2 -pipe -fPIC -I./sap_moni -c check_sap_cons.c gcc -O2 -pipe -fPIC -g -c iniparser.c gcc -O2 -pipe -fPIC -I./sap_moni -c check_sap_system_cons.c gcc -O2 -pipe -fPIC -g -c dictionary.c gcc -O2 -pipe -fPIC -I./sap_moni -c check_sap_instance_cons.c gcc -O2 -pipe -fPIC -I./sap_moni -c sap_change_thr.c sap_change_thr.c: In function 'main': sap_change_thr.c:58: warning: cast to pointer from integer of different size gcc -O2 -pipe -fPIC -g -c strlib.c gcc -O2 -pipe -fPIC -I./sap_moni -c create_cfg.c gcc -shared -O2 -pipe -fPIC -g -o sap_moni.so ctype_b.o agnt_rfc.o agnt_mon.o iniparser.o dictionary.o strlib.o librfc.a -ldl -lm /usr/lib/gcc/powerpc64-unknown-linux-gnu/4.1.2/../../../../powerpc64-unknown-linux-gnu/bin/ld: librfc.a(rfcilib.o): Relocations in generic ELF (EM: 3) /usr/lib/gcc/powerpc64-unknown-linux-gnu/4.1.2/../../../../powerpc64-unknown-linux-gnu/bin/ld: librfc.a(rfcilib.o): Relocations in generic ELF (EM: 3) /usr/lib/gcc/powerpc64-unknown-linux-gnu/4.1.2/../../../../powerpc64-unknown-linux-gnu/bin/ld: librfc.a(rfcilib.o): Relocations in generic ELF (EM: 3) /usr/lib/gcc/powerpc64-unknown-linux-gnu/4.1.2/../../../../powerpc64-unknown-linux-gnu/bin/ld: librfc.a(rfcilib.o): Relocations in generic ELF (EM: 3) librfc.a: could not read symbols: File in wrong format collect2: ld returned 1 exit status make[1]: *** [shared] Error 1 make[1]: Leaving directory `/var/tmp/portage/net-analyzer/nagios-sap-ccms-plugin-0.7.3-r1/work/sap-ccms-plugin-0.7.3/src/sap_moni' make: *** [sap_moni] Error 2 Thoughts... I see that sap moni has a reference about ldpath in the readme.
=net-analyzer/nagios-3.0.6 Stabilized: =net-analyzer/nagios-core-3.0.6-r1 =net-analyzer/nagios-imagepack-1.0-r100 =net-analyzer/nagios-nrpe-2.12-r102 =net-analyzer/nagios-nsca-2.7.2-r100 =net-analyzer/nagios-plugins-1.4.13-r1 Keyworded: =net-analyzer/nagios-check_logfiles-2.3.2.1-r1 Skipped (no keywords): =net-analyzer/nagios-plugins-snmp-0.6.0-r1 =net-analyzer/nagios-sap-ccms-plugin-0.7.3-r1 =net-analyzer/pnp4nagios-0.4.12 I'm not entirely sure about the snmp package. We might elevate it to keyworded if you think it's a common package to install. The SAP thingy I can't test (good riddance) and the pnp4nagios package I've never seen in use. What's your call on those? If you're happy the way it is, just remove our CC :) I also masked the ups and nagios-games use flags on nagios-plugins for alpha, since they need unkeyworded apps (nut and qstat).
(In reply to comment #3) > =net-analyzer/nagios-3.0.6 > Stabilized: > =net-analyzer/nagios-core-3.0.6-r1 > =net-analyzer/nagios-imagepack-1.0-r100 > =net-analyzer/nagios-nrpe-2.12-r102 > =net-analyzer/nagios-nsca-2.7.2-r100 > =net-analyzer/nagios-plugins-1.4.13-r1 > > Keyworded: > =net-analyzer/nagios-check_logfiles-2.3.2.1-r1 > > Skipped (no keywords): > =net-analyzer/nagios-plugins-snmp-0.6.0-r1 > =net-analyzer/nagios-sap-ccms-plugin-0.7.3-r1 > =net-analyzer/pnp4nagios-0.4.12 Thanks! :) > I'm not entirely sure about the snmp package. We might elevate it to keyworded > if you think it's a common package to install. Hrm, no ... it's ok to skip unless a user really request this keyword to be set. > The SAP thingy I can't test > (good riddance) hehe, the SAP thingy iirc is x86 only (didn't work for me on amd64, too), i don't use it - it's good to skip it (same goes for ppc64 here, it's ok to skip it :)) > and the pnp4nagios package I've never seen in use. What's your > call on those? If you're happy the way it is, just remove our CC :) You should take a look at pnp4nagios - it's very simpel to setup and produces nice rrd charts. pnp4nagios > nagiosgrapher ;) (v1, i hadn't had time to look at v2 yet) If you don't want to keyword pnp4nagios remove yourself from CC, otherwise do it (tm) and un'CC then ;)
I'll skip it for now. I'll take a look at it at work (yes, nagiosgrapher sucks big time) and then maybe stabilize it n alpha, too.
* You are upgrading from an incompatible version. * Please be advised that installation paths have changed to a more FHS * compliant structure and you won't be able to easily upgrade to * Nagios 3 therefore. You will have to change your configuration * to reflect this change, for example Nagios plugins are now installed /usr/portage/net-analyzer/nagios/nagios-3.0.6.ebuild: line 33: get_libdir: command not found * into /usr//nagios/plugins/ instead of /usr/nagios/libexec. tobi tobi tobi... you owe me a beer in april!
(In reply to comment #6) > * You are upgrading from an incompatible version. > * Please be advised that installation paths have changed to a more FHS > * compliant structure and you won't be able to easily upgrade to > * Nagios 3 therefore. You will have to change your configuration > * to reflect this change, for example Nagios plugins are now installed > /usr/portage/net-analyzer/nagios/nagios-3.0.6.ebuild: line 33: get_libdir: > command not found > * into /usr//nagios/plugins/ instead of /usr/nagios/libexec. fixed *cough* > tobi tobi tobi... you owe me a beer in april! you'll get your beer :) (hey, the freebeer is free beer :P)
Stable for HPPA: net-analyzer/nagios-nrpe-2.12-r102 net-analyzer/nagios-plugins-1.4.13-r1
ok, so in the interests of removing ppc64 from this bug, all done with the exception of =net-analyzer/nagios-sap-ccms-plugin-0.7.3-r1 and will pass on that one. will update security related bug with reference to this one and being done.
Sparc stable for: ================= nagios-core-3.0.6-r1 nagios-plugins-1.4.13-r1 nagios-imagepack-1.0-r100 nagios-3.0.6 nagios-nrpe-2.12-r102 nagios-nsca-2.7.2-r100 Keyword ~sparc for: ================== nagios-check_logfiles-2.3.2.1-r1 nagios-plugins-snmp-0.6.0-r1 pnp4nagios-0.4.{12,13} Not keyworded ============== nagios-sap-ccms-plugin I think this is everything; CC myself in case I left something out.
>>> Install nagios-nsca-2.7.2-r100 into /var/tmp/portage/net-analyzer/nagios-nsca-2.7.2-r100/image/ category net-analyzer chown: cannot access `/var/tmp/portage/net-analyzer/nagios-nsca-2.7.2-r100/image//usr/nagios/bin/nsca': No such file or directory should be fowners nagios:nagios /usr/bin/nsca instead of fowners nagios:nagios /usr/nagios/bin/nsca
(In reply to comment #11) > should be > fowners nagios:nagios /usr/bin/nsca > instead of > fowners nagios:nagios /usr/nagios/bin/nsca Feel free to fix this *sigh*
amd64/x86 stable
no ia64 keywords as far as i can see, plz readd if i'm wrong
net-analyzer/nagios-plugins is missing an "inherit multilib" (at least on non-multilib profiles I guess)!!! on x86, this results in all perl check plugins using an invalid include path: use lib "nagios/plugins"; when one tries to run them perl spits out this: Can't locate utils.pm in @INC (@INC contains: nagios/plugins /etc/perl /usr/lib/perl5/vendor_perl/5.8.8/i686-linux /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl /usr/lib/perl5/site_perl/5.8.8/i686-linux /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl /usr/lib/perl5/5.8.8/i686-linux /usr/lib/perl5/5.8.8 /usr/local/lib/site_perl .) at /usr/lib/nagios/plugins/check_mailq line 36. adding "inherit multilib" solved the problem, all plugins now have use lib "/usr/lib/nagios/plugins" ; to sum it up, the recently stabled nagios-plugins is _broken_.
(In reply to comment #15) > net-analyzer/nagios-plugins is missing an "inherit multilib" > (at least on non-multilib profiles I guess)!!! the ebuild inherits eutils which inherits multilib, if get_libdir() wouldn't be available the complete installation would be borked, as get_libdir() is used to determine if installation should go into /usr/lib or /usr/lib64. > on x86, this results in all perl check plugins using an invalid > include path: > > use lib "nagios/plugins"; > > when one tries to run them perl spits out this: > > Can't locate utils.pm in @INC (@INC contains: nagios/plugins /etc/perl > /usr/lib/perl5/vendor_perl/5.8.8/i686-linux /usr/lib/perl5/vendor_perl/5.8.8 > /usr/lib/perl5/vendor_perl /usr/lib/perl5/site_perl/5.8.8/i686-linux > /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl > /usr/lib/perl5/5.8.8/i686-linux /usr/lib/perl5/5.8.8 /usr/local/lib/site_perl > .) at /usr/lib/nagios/plugins/check_mailq line 36. *nagios-plugins-1.4.13-r2 (18 Feb 2009) 18 Feb 2009; Tobias Scherbaum <dertobi123@gentoo.org> +nagios-plugins-1.4.13-r2.ebuild: Revbump, fix pluginpath for contrib/ plugins. #259468 Please test and report back - if there's still a problem with -r2 please file a new bug.
(In reply to comment #16) > (In reply to comment #15) > > net-analyzer/nagios-plugins is missing an "inherit multilib" > > (at least on non-multilib profiles I guess)!!! > > the ebuild inherits eutils which inherits multilib, if get_libdir() wouldn't be > available the complete installation would be borked, as get_libdir() is used to > determine if installation should go into /usr/lib or /usr/lib64. > *nagios-plugins-1.4.13-r2 (18 Feb 2009) > > 18 Feb 2009; Tobias Scherbaum <dertobi123@gentoo.org> > +nagios-plugins-1.4.13-r2.ebuild: > Revbump, fix pluginpath for contrib/ plugins. #259468 > > Please test and report back - if there's still a problem with -r2 please file a > new bug. I see :) I was a bit in a hurry when looking after it. I just added 'multilib' to 'inherit' of -r2 and tried that one and it worked. Seems the -r2 fix was not only for contrib plugins, but for others as well.
ppc done
Segfault while /etc/init.d/nagios start if nagios-core is compiled with USE=perl It works okay without that USE flag
(In reply to comment #19) > Segfault while /etc/init.d/nagios start if nagios-core is compiled with > USE=perl > > It works okay without that USE flag > file a new bug please and provide a little bit more information like 'emerge --info' and so on ...
BTW, nagios-plugins-snmp should be 0.6.0, the 0.6.0-r1 ebuild is for Nagios 2.x...
(In reply to comment #21) > BTW, nagios-plugins-snmp should be 0.6.0, the 0.6.0-r1 ebuild is for Nagios > 2.x... > Adding arches, please do =net-analyzer/nagios-plugins-snmp-0.6.0 as well.
~ppc64 done
