Terabithia RPMs updated for 4.3.22
list Japheth Cleaver
Hello all, The Terabithia RPMs have been updated for Xymon 4.3.22, and I've pushed 4.3.22-2 from testing to the "live" repos at http://terabithia.org/rpms/xymon/. These RPMs are provided for EL3-EL7 in support i#86/x86_64 architectures, and Fedora 18-23 in x86_64. As has been mentioned, we're more or less beginning Xymon 4.4 development at this point. I envision Xymon 4.4 will incorporate most -- but probably not completely all -- of the features and options present there upon release. The in-source sample generic Linux packaging will also be brought more in-line with current best practices as needed, and over time I envision transitioning mostly to the packaging in the source. Regards, -jc
list Dirk Kastens
Great work. Thanks. I upgraded our server two hours ago. Everything seems to work, except for several http tests, that create a red alarm, because of the improved status parsing.
▸
The Terabithia RPMs have been updated for Xymon 4.3.22, and I've pushed 4.3.22-2 from testing to the "live" repos at http://terabithia.org/rpms/xymon/. These RPMs are provided for EL3-EL7 in support i#86/x86_64 architectures, and Fedora 18-23 in x86_64.
Regards, Dirk
list Matt Vander Werf
Thanks as always J.C.!! I look forward to the RPMs and the source becoming more and more similar in future releases! -- Matt Vander Werf On Tue, Nov 10, 2015 at 9:35 AM, J.C. Cleaver <user-87556346d4af@xymon.invalid>
▸
wrote:
Hello all, The Terabithia RPMs have been updated for Xymon 4.3.22, and I've pushed 4.3.22-2 from testing to the "live" repos at http://terabithia.org/rpms/xymon/. These RPMs are provided for EL3-EL7 in support i#86/x86_64 architectures, and Fedora 18-23 in x86_64. As has been mentioned, we're more or less beginning Xymon 4.4 development at this point. I envision Xymon 4.4 will incorporate most -- but probably not completely all -- of the features and options present there upon release. The in-source sample generic Linux packaging will also be brought more in-line with current best practices as needed, and over time I envision transitioning mostly to the packaging in the source. Regards, -jc