Je suis pas d'accord. Je suis packageur depuis un numbre d'année à 2 chiffres, et j'ai vu les soucis que pose les scripts en bash, à savoir que tout le monde ne maitrise pas le bash, ce qui justement donne des soucis super compliqués.
J'ai donné les exemples de bind, sur debian sur openbsd etc lors des nombreuses discussions sur systemd, mais juste pour montrer les trucs récents sur ansible lié à des fichiers d'init foireux :
Et pourquoi ? parce que les gens qui font les scripts se préoccupent pas des détails comme la synchronisation entre le script et le soft qui est geré, ou des détails comme filer les codes de retour.
Donc je pense que la séparation "j'ai vu comment ça marche, c'est moche", c'est faux. Les conséquences d'avoir du bash à tout les étages sont simple à piger, tu as des scripts dupliqués ( car personne n'envoie les scripts upstream et il y a pas d'unité dans ce que tu fais ), parfois de qualité inégale, du au fait que personne ne peux penser à tout à chaque fois, surtout quand ça requiert des compétences que tout le monde n'a pas ( genre, se préoccuper de l'automatisation, ça te viens pas à l'esprit quand tu es un packageur débutant ). Et tu le voit assez vite quand tu fait du mentoring auprès des nouveaux arrivants.
Ensuite, l'intégration de systemd est plus complexe que celle de sysvinit, mais c'est surtout parce que systemd bouge la ou sysvinit ne bouge pas. mais l'intégration de sysvinit n'etait pas non plus une partie de plaisir y a 6/7 ans quand les gens étaient encore en trian de le faire bouger, et que par exemple, mandriva devait refaire les patchs en bash sur le soft venant de Fedora/RH.
Il faut espérer que systemd va finir par se stabiliser un peu plus et innover moins, pour réduire ta charge de travail.
[^] # Re: Du point de vue utilisateur ou mainteneur ?
Posté par Misc (site web personnel) . En réponse au journal Ne dites pas à ma mère que j'ai installé systemd, elle croit que je suis pianiste dans un bordel.. Évalué à 10.
Je suis pas d'accord. Je suis packageur depuis un numbre d'année à 2 chiffres, et j'ai vu les soucis que pose les scripts en bash, à savoir que tout le monde ne maitrise pas le bash, ce qui justement donne des soucis super compliqués.
J'ai donné les exemples de bind, sur debian sur openbsd etc lors des nombreuses discussions sur systemd, mais juste pour montrer les trucs récents sur ansible lié à des fichiers d'init foireux :
Le fichier de nginx sur ubuntu :
https://github.com/ansible/ansible/issues/9108
le fichier de proftpd
https://github.com/ansible/ansible/issues/9069
https://github.com/ansible/ansible/issues/7918
https://github.com/ansible/ansible/issues/6286
Postgresql :
https://github.com/ansible/ansible/issues/8183
https://github.com/ansible/ansible/issues/7695
Et pourquoi ? parce que les gens qui font les scripts se préoccupent pas des détails comme la synchronisation entre le script et le soft qui est geré, ou des détails comme filer les codes de retour.
Donc je pense que la séparation "j'ai vu comment ça marche, c'est moche", c'est faux. Les conséquences d'avoir du bash à tout les étages sont simple à piger, tu as des scripts dupliqués ( car personne n'envoie les scripts upstream et il y a pas d'unité dans ce que tu fais ), parfois de qualité inégale, du au fait que personne ne peux penser à tout à chaque fois, surtout quand ça requiert des compétences que tout le monde n'a pas ( genre, se préoccuper de l'automatisation, ça te viens pas à l'esprit quand tu es un packageur débutant ). Et tu le voit assez vite quand tu fait du mentoring auprès des nouveaux arrivants.
Ensuite, l'intégration de systemd est plus complexe que celle de sysvinit, mais c'est surtout parce que systemd bouge la ou sysvinit ne bouge pas. mais l'intégration de sysvinit n'etait pas non plus une partie de plaisir y a 6/7 ans quand les gens étaient encore en trian de le faire bouger, et que par exemple, mandriva devait refaire les patchs en bash sur le soft venant de Fedora/RH.
Il faut espérer que systemd va finir par se stabiliser un peu plus et innover moins, pour réduire ta charge de travail.