On Fri, 27 Apr 2012, Michael Friedrich wrote:
>> * idomod.o is now idomod.so (same goes for helloworld.o)
>> * idomod.so will be installed to $libdir instead of $bindir
>
> short update on that - the current r1.7 will now warn you when loading
> idomod.o instead of idomod.so
> question remains - should this just warn or bail out entirely refusing
> to load the possible old module?
Personally, my vote would be to warn in 1.7.0 and 1.7.1 and then
bail at 1.7.2 provided there is lots of visible warning on the
matter. This will give folks more than ample warning of what is
to come. The ".so" notion is modern best-practise anyway.
I propose a warning in 1.7.0 of, "idomod.o will be deprecated in
IDOutils v1.7.1. Please change to idomod.so" -- and then in 1.7.1,
"idomod.o is deprecated. Change to idomod.so now as idomod.o
will not be supported in 1.7.2"
>> .. and apply for an icinga padawan in testing& qa :-)
Where does one sign?
Sincerely,
+------------------------------------------------+---------------------+
| Carl Richard Friend (UNIX Sysadmin) | West Boylston |
| Minicomputer Collector / Enthusiast | Massachusetts, USA |
| mailto:[email protected] +---------------------+
| http://users.rcn.com/crfriend/museum | ICBM: 42:22N 71:47W |
+------------------------------------------------+---------------------+
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
icinga-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/icinga-users
