Hi,

It's a bad idea because it will make it more difficult to package Shinken thereforemake it more difficult to get into the major Linux distribution. In addition, the startup scripts in the state can not restart the services after rebootmachines.
In my opinion both are important reasons for production servers.

Best regard

Le 9 févr. 11 à 22:32, Hartmut Goebel a écrit :

Am 09.02.2011 19:16, schrieb david hannequin:
This is a bad idea because they must be repeated for all Linux
distributions that use LSB then Debian, Fedora, RedHat, etc. ...

For example if you are like me with a Debian Squeeze you have to
manually restart Shinken each server restart.

So it's a waste of time to operate in production and it takes longer
to package.

Is it possible to return to the startup script are complying with the LSB?
Can you please explain, what's the exact problem, the "bad idea". Then
we can fix it easily.

--
Schönen Gruß - Regards
Hartmut Goebel
Dipl.-Informatiker (univ.), CISSP, CSSLP

Goebel Consult
Spezialist für IT-Sicherheit in komplexen Umgebungen
http://www.goebel-consult.de

Monatliche Kolumne: http://www.cissp-gefluester.de/
Goebel Consult mit Mitglied bei http://www.7-it.de


------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb_______________________________________________
Shinken-devel mailing list
Shinken-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/shinken-devel

------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Shinken-devel mailing list
Shinken-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/shinken-devel

Reply via email to