Re: [suggest] check_logfiles for EL5?
> I remember we discussed check_logfiles as I prefered it to be part of > nagios-plugins, or at least under the nagios namespace. Maybe that was the > reason why I did not trigger the build. Many thanks. And yeah, I must say that putting it under the nagios namespace would make more sense. Since it is separately maintained I doubt that putting it in nagios-plugins is a good fit. Please click on the following link for terms of use of this communication: http://www.sanlam.co.za/wps/wcm/connect/sanlam_en/Sanlam/Legal/Terms+of+Use/Email+Terms+of+Use ___ suggest mailing list suggest@lists.rpmforge.net http://lists.rpmforge.net/mailman/listinfo/suggest
Re: [suggest] git-svn has subversion-1.4.2 dependency only
On Tue, 8 Feb 2011, Yury V. Zaytsev wrote: On Mon, 2011-02-07 at 20:15 -0800, Brandon Ooi wrote: Any way we can get git-svn to link against the RF subversion package? That's true, but I wonder if it's even necessary. Git is in rpmforge and updated subversion is in rpmforge-extras. Right now, it doesn't require extras to be enabled to install which is a good thing (tm) Maybe we should build two versions of git, one in main and one in extras linked to different versions of subversion? And add say "m" and "x" to the version tags so that extras would override the main one if extras repository is enabled? Only this would mean that 2 SPECs have to be kept in sync which is not complicated, but could be prone to manual errors... But that fails to work with my current (static) buildsystem setup. One more reason to move away from it :-) -- -- dag wieers, d...@wieers.com, http://dag.wieers.com/ -- dagit linux solutions, i...@dagit.net, http://dagit.net/ [Any errors in spelling, tact or fact are transmission errors] ___ suggest mailing list suggest@lists.rpmforge.net http://lists.rpmforge.net/mailman/listinfo/suggest
Re: [suggest] check_logfiles for EL5?
On Tue, 8 Feb 2011, Yury V. Zaytsev wrote: On Tue, 2011-02-08 at 10:32 +0200, anthony.caet...@sanlam.co.za wrote: Is there a reason a package isn't built for EL5? If not, could I ask that the EL5 package be added to the build please? The build was not scheduled for EL5. Dag, could you please have a look? Indeed, I just performed a rebuild and it worked out fine. I remember we discussed check_logfiles as I prefered it to be part of nagios-plugins, or at least under the nagios namespace. Maybe that was the reason why I did not trigger the build. The mass-rebuild for RHEL6 did create the RHEL6 packages. -- -- dag wieers, d...@wieers.com, http://dag.wieers.com/ -- dagit linux solutions, i...@dagit.net, http://dagit.net/ [Any errors in spelling, tact or fact are transmission errors] ___ suggest mailing list suggest@lists.rpmforge.net http://lists.rpmforge.net/mailman/listinfo/suggest
Re: [suggest] check_logfiles for EL5?
On Tue, 2011-02-08 at 10:32 +0200, anthony.caet...@sanlam.co.za wrote: > Is there a reason a package isn't built for EL5? If not, could I ask > that the EL5 package be added to the build please? The build was not scheduled for EL5. Dag, could you please have a look? -- Sincerely yours, Yury V. Zaytsev ___ suggest mailing list suggest@lists.rpmforge.net http://lists.rpmforge.net/mailman/listinfo/suggest
[suggest] check_logfiles for EL5?
Hi I see that the check_logfiles nagios plugin is packaged for EL4 and EL6, but not EL5. (See http://packages.sw.be/check_logfiles/) The src.rpm provided builds perfectly on EL5 for me... Is there a reason a package isn't built for EL5? If not, could I ask that the EL5 package be added to the build please? Thanks! Anthony Caetano =[ Phone me ]== +27 21 947 2057 || +27 82 466 8512 Please click on the following link for terms of use of this communication: http://www.sanlam.co.za/wps/wcm/connect/sanlam_en/Sanlam/Legal/Terms+of+Use/Email+Terms+of+Use ___ suggest mailing list suggest@lists.rpmforge.net http://lists.rpmforge.net/mailman/listinfo/suggest
Re: [suggest] git-svn has subversion-1.4.2 dependency only
On Mon, 2011-02-07 at 20:15 -0800, Brandon Ooi wrote: > Any way we can get git-svn to link against the RF subversion package? That's true, but I wonder if it's even necessary. Git is in rpmforge and updated subversion is in rpmforge-extras. Right now, it doesn't require extras to be enabled to install which is a good thing (tm) Maybe we should build two versions of git, one in main and one in extras linked to different versions of subversion? And add say "m" and "x" to the version tags so that extras would override the main one if extras repository is enabled? Only this would mean that 2 SPECs have to be kept in sync which is not complicated, but could be prone to manual errors... -- Sincerely yours, Yury V. Zaytsev ___ suggest mailing list suggest@lists.rpmforge.net http://lists.rpmforge.net/mailman/listinfo/suggest
