Donc tu n'auras aucun problème à le maintenir, c'est quoi donc la critique sur systemd puisque ça ne va pas te déranger de maintenir en parallèle un truc qui a fait ces preuves?
A moins que...
Tu veux dire quoi là ? Que je n'ai qu'à écrire mes scripts de démarrage ? C'est ce que je fais pour mes scripts applicatifs et je n'ai pas de problème.
Aucun problème si c'est toi qui gère toute cette merde. Tu ne te proposes pas? Pourquoi les autres se feraient chier pour toi?
Ben je ne sais pas : peut-être parce que RedHat par exemple serait un éditeur que je paie pour ça ?
et RedHat ne fait pas de serveur de prod, mais bien sûr... non, ton besoin est juste "bizarre", je serai tenté de parler de résistance au changement...
Ah, c'est bien une réponse de développeur ça. Mon besoin n'est pas bizarre : quand tu as un serveur en vrac tu dois pouvoir accéder rapidement à celui-ci pour le remettre en branle. Sous Linux avant systemd, avec un init qui ne dépend de personne, rien de plus simple. Avec systemd qui est un gros bloatware qui gère les couches basses et qui dépend d'autres trucs, , je n'ai plus cette garantie.
Et moi je gère des servuers de prod depuis plus de 10 ans, et des serveurs qui ne redémarraient pas, j'en ai eu à la pelle, et bien heureux de pouvoir suivre pas à pas les services démarrés pour voir ce qui cloche.
Comme dit plus haut, je n'aurais rien contre systemd s'il gérait que la partie userland. Mais on en reparlera dans quleques temps.
[^] # Re: C'est plus facile de travailler salement...
Posté par totof2000 . En réponse à la dépêche Un nouveau format de paquets logiciels utilisateurs pour Ubuntu. Évalué à 3. Dernière modification le 28 juin 2013 à 16:22.
Tu veux dire quoi là ? Que je n'ai qu'à écrire mes scripts de démarrage ? C'est ce que je fais pour mes scripts applicatifs et je n'ai pas de problème.
Ah, c'est bien une réponse de développeur ça. Mon besoin n'est pas bizarre : quand tu as un serveur en vrac tu dois pouvoir accéder rapidement à celui-ci pour le remettre en branle. Sous Linux avant systemd, avec un init qui ne dépend de personne, rien de plus simple. Avec systemd qui est un gros bloatware qui gère les couches basses et qui dépend d'autres trucs, , je n'ai plus cette garantie.
Et moi je gère des servuers de prod depuis plus de 10 ans, et des serveurs qui ne redémarraient pas, j'en ai eu à la pelle, et bien heureux de pouvoir suivre pas à pas les services démarrés pour voir ce qui cloche.
Comme dit plus haut, je n'aurais rien contre systemd s'il gérait que la partie userland. Mais on en reparlera dans quleques temps.