.. > - Le fichier /etc/rc.config bien connu des fans de SuSE est pratiquement vide > (quelle ne fut pas ma surprise), pas de tracas YaST2 est votre ami pour la > gestion des run levels ...
Effectivement. Ils n'utilisent plus les variables START_... dans les scripts d'init (/etc/init.d/*) pour voir s'il faut d�marrer un d�mon ou non (p.ex. START_MYSQL, ...). Si le lien symbolique est l� (dans /etc/init.d/rc*.d/S*), le d�mon est d�marr� et sinon pas, tout simplement ;-) En fait il faut utiliser le programme insserv pour g�rer les liens (comme prescrit par la LSB (Linux Standard Base)), p.ex.: insserv /etc/init.d/postgresql pour ajouter et insserv -r /etc/init.d/postgresql pour supprimer les liens. Les informations dans quels runlevels et des d�pendances par rapport � d'autres d�mons (ou p.ex.: besoin des filesystems r�seau, etc...) sont stoqu�s dans une section "header" dans les scripts d'init. En fait, SuSE suit totalement les conventions d�cid�es par la Linux Standard Base. > - Une s�rie de produits que je trouve bien faits tel que ProFTPD a disparu Tiens, c'est vrai. Il y a pure-ftpd � la place. Te tracasse pas, je vais faire un RPM de proftpd ;-)) > - Le boot est un peu plus lent et tout aussi cosm�tique. Ah ? Moi je trouve que le boot est plus rapide, probablement parce que les scripts sont plus modulaires et qu'ils n'ont plus besoin de "sourcer" des gros fichiers de config (/etc/rc.config) mais uniquement un fichier bien pr�cis, propre � lui (p.ex. /etc/sysconfig/apache) -- -o) Pascal Bleser ATOS Origin/Aachen(DE) | /\\ <[EMAIL PROTECTED]> | _\_v <[EMAIL PROTECTED]> | ---------------------------------------------| Jesus saves,Buddha makes incremental backups : ---------------------------------------------'
