Si tu es admin de métier et que n'es pas capable de lire/écrire des scripts, change de métier.
Non je suis développeur mais je m'intéresse aux problématiques des distributions également.
Mais bon, si tes scripts font des trucs bidons, c'est facile de les relire, je te signale que certains ont peut être des problématiques plus complexes à gérer...
Justement, c'est ça qui ne me plait pas : je préfère que chaque distrib fasse comme elle l'entend, et je choisis ma distrib en fonction de mes besoins et de mes préférences.
Donc tu veux que les distributions soient incompatibles entre elles et passe un temps fou à gérer ces scripts, les déboguer tout ça ? Elles ont peut être d'autres préoccupations.
Ces gens sont peut-être de très bons développeurs, mais ce ne sont pas des gens qui ont a gérer des serveurs de prod tous les jours.
Peut être que eux reçoivent des rapports de bogues ou des demandes de personnes qui ont à gérer des serveurs dans des cas où init est impuissant ?
Peut être que tu n'es pas le centre du monde et que tu pourrais admettre que d'autres personnes ont des besoins différents même pour un serveur ?
Tu veux maintenir quoi sur init ? C'est un pauvre process qui a fait ses preuves et qui fait son travail correctement depuis des années. Pourquoi le changer, au moins pour les couches basses ?
Ce n'est pas init qui est chiant en lui même, ce sont ses scripts associés ce qui en soit revient au même car c'est lié.
Avec systemd tu simplifie ce travail énormément et les distributions apprécient ce gain de temps.
autant ça me gène sur un serveur
Peut être sur tes machines mais sur d'autres serveurs c'est super utile.
Sur un desktop, poutrquoi pas mais sur un serveur ça n'a pas de sens :a chaque fois que je dois redémarrer une redhat ou une CentOS et que quelque chose se passe mal, je dois rebooter, interrompre le boot du grub, et modifier les options quiet et rhgb. Perte de temps, et surtout c'est le genre de manip que je ne peux pas demander à faire à un opérateur à distance dans le cas ou je n'ai pas d'accès à une console distante.
Moi quand systemd plante j'ai accès aux logs directement sans rebooter via journalctl et je peux y avoir accès après si jamais le boot est allé au bout malgré les problèmes.
/var/log/messages et compagnie sont toujours accessibles aussi.
Au final c'est quoi ton problème ?
En tant qu'admins systèmes tu es censé connaitre les outils que tu as à ta disposition pour les utiliser au mieux et tu ne sembles même pas savoir lire un journal d'erreurs avec systemd...
Je ne supporte pas la phrase que j'ai mis en gras et qui ne veut rien dire.
Bah si, systemd pouvant lire tes scripts init tu peux repartir sur le fonctionnement précédent avec tes scripts d'amour.
[^] # Re: C'est plus facile de travailler salement...
Posté par Renault (site web personnel) . En réponse à la dépêche Un nouveau format de paquets logiciels utilisateurs pour Ubuntu. Évalué à 5.
Non je suis développeur mais je m'intéresse aux problématiques des distributions également.
Mais bon, si tes scripts font des trucs bidons, c'est facile de les relire, je te signale que certains ont peut être des problématiques plus complexes à gérer...
Donc tu veux que les distributions soient incompatibles entre elles et passe un temps fou à gérer ces scripts, les déboguer tout ça ? Elles ont peut être d'autres préoccupations.
Peut être que eux reçoivent des rapports de bogues ou des demandes de personnes qui ont à gérer des serveurs dans des cas où init est impuissant ?
Peut être que tu n'es pas le centre du monde et que tu pourrais admettre que d'autres personnes ont des besoins différents même pour un serveur ?
Ce n'est pas init qui est chiant en lui même, ce sont ses scripts associés ce qui en soit revient au même car c'est lié.
Avec systemd tu simplifie ce travail énormément et les distributions apprécient ce gain de temps.
Peut être sur tes machines mais sur d'autres serveurs c'est super utile.
Moi quand systemd plante j'ai accès aux logs directement sans rebooter via journalctl et je peux y avoir accès après si jamais le boot est allé au bout malgré les problèmes.
/var/log/messages et compagnie sont toujours accessibles aussi.
Au final c'est quoi ton problème ?
En tant qu'admins systèmes tu es censé connaitre les outils que tu as à ta disposition pour les utiliser au mieux et tu ne sembles même pas savoir lire un journal d'erreurs avec systemd...
Bah si, systemd pouvant lire tes scripts init tu peux repartir sur le fonctionnement précédent avec tes scripts d'amour.