J'ai l'impression que peu de gens ont lu l'article avant d'aller cogner sur leur cible préférée...
FailureAction= peut être utilisé pour définir une opération à déclencher quand un service échoue : ce paramètre fonctionne de façon similaire à StartLimitAction= mais, contrairement à celui-ci, il vérifie ce qui est effectué immédiatement, plutôt qu’après plusieurs essais de redémarrage du service ;
Je propose plutôt "il spécifie une action effectuée immédiatement après un échec, ..."
La socket /dev/log et la FIFO /dev/initctl ont été déplacées vers /run et ont été remplacées par des liens symboliques. Cette modification permet de se connecter à elles même si PrivateDevices=yes est utilisé pour un service.
Là j'avais pas compris. En fait il manque probablement une virgule entre "elles" et "même", mais vu que dans l'article ils parlent de "these facilities", je suggère de plutôt remplacer "elles" par "ces services" ou quelque chose de similaire.
Après, j'ai relevé quelques coquilles secondaires:
la détection de la virtualisation fonctionne maintenant sans privilège s.
et
afficher plusieurs de ces chemins concernant la machine et l’utilisateur locaux.
En tous cas, chapeau pour la traduction et la réorganisation.
# Problème de traduction
Posté par Cilyan Olowen . En réponse à la dépêche systemd versions 212 à 215. Évalué à 3.
J'ai l'impression que peu de gens ont lu l'article avant d'aller cogner sur leur cible préférée...
Je propose plutôt "il spécifie une action effectuée immédiatement après un échec, ..."
Là j'avais pas compris. En fait il manque probablement une virgule entre "elles" et "même", mais vu que dans l'article ils parlent de "these facilities", je suggère de plutôt remplacer "elles" par "ces services" ou quelque chose de similaire.
Après, j'ai relevé quelques coquilles secondaires:
et
En tous cas, chapeau pour la traduction et la réorganisation.