Le bug que tu cites est lié à Fedora 26, une distribution expérimentale par nature, c'est un peu particulier.
Ben j'ai rencontré le même type de problème sur une redhat qui n'a rien d'expérimental. Je t'accorde que ce genre de bug a tendance à se faire un peu plus rare, mais ça arrive encore que systemd se vautre lamentablement dans certains cas. La ou ça me gène, c'est surtout qu'avant systemd, un bug sur le système d'init pouvait être facilement corrigé sans attendre de mise à jour d'OS (c'est du script), là ou aujourd'hui, il faut attendre le bon vouloir de RedHat pour corriger.
Tu as le script init de Nginx, et la version systemd. La seconde est beaucoup plus courte et surtout plus lisible humainement.
Je viens d'aller voir l'exemple que tu as donné, et je me pose une question : pourquoi le script init de redhat crée-t-il son user à cet endroit précis ? Et pourquoi la création de répertoire doit-elle se faire au démarrage ? côté systemd, ça se fait ou et à quel moment ? (je suis pas un expert nginx donc je ne sais pas trop pourquoi il a besoin de faire ce genre de truc)
On trouve souvent sur FreeBSD des ports qui n'ont pas de script d'init, et quand il faut les écrire c'est vraiment très long alors qu'avec systemd cela aurait été fait en quelques minutes.
Bah, quand il s'agit de faire un bete start/stop, ça prend pas beaucoup plus de temps (je l'ai déjà fait pas mal de fois). Et quand il s'agit de custommiser, systemd est bien chiant :j'ai passé pas mal de temps l'an dernier à faire une pauvre unit pour démarrer un apache compilé maison, auquel je devais faire passer certaines variables d'environnement (j'ai plus les détails en tête, mais si j'avais du faire ça en init classique, ça m'aurait pris bien moins de temps).
[^] # Re: Ce que j'en pense ....
Posté par totof2000 . En réponse au journal Un développeur qui dénonce. Évalué à 0.
Ben j'ai rencontré le même type de problème sur une redhat qui n'a rien d'expérimental. Je t'accorde que ce genre de bug a tendance à se faire un peu plus rare, mais ça arrive encore que systemd se vautre lamentablement dans certains cas. La ou ça me gène, c'est surtout qu'avant systemd, un bug sur le système d'init pouvait être facilement corrigé sans attendre de mise à jour d'OS (c'est du script), là ou aujourd'hui, il faut attendre le bon vouloir de RedHat pour corriger.
Je viens d'aller voir l'exemple que tu as donné, et je me pose une question : pourquoi le script init de redhat crée-t-il son user à cet endroit précis ? Et pourquoi la création de répertoire doit-elle se faire au démarrage ? côté systemd, ça se fait ou et à quel moment ? (je suis pas un expert nginx donc je ne sais pas trop pourquoi il a besoin de faire ce genre de truc)
Bah, quand il s'agit de faire un bete start/stop, ça prend pas beaucoup plus de temps (je l'ai déjà fait pas mal de fois). Et quand il s'agit de custommiser, systemd est bien chiant :j'ai passé pas mal de temps l'an dernier à faire une pauvre unit pour démarrer un apache compilé maison, auquel je devais faire passer certaines variables d'environnement (j'ai plus les détails en tête, mais si j'avais du faire ça en init classique, ça m'aurait pris bien moins de temps).