Bien que ça reste plus abscons que le dire à voix haute, je continue de penser que c'est plus lisible.
Primo, le nom du jour est clairement visible. C'est pas idéal vu que je continue à me planter entre Thursday et Tuesday, mais bon, je peux imaginer que c'est toujours mieux que 2.
Deuzio, ben 10:00/5, on voit aussi que c'est à 10h.
Trimo, 00/5, bien que ça soit pas forcement intuitif, ça reste plus simple de voir que le pas de 5 s'applique sur les minutes.
Sinon,
Par contre, s'il est possible gérer des dépendances entre les
jobs
Cad, les dépendances sur les jobs ? Activé un premier job quand le 2eme se termine ? Je suis pas sur que ça se fasse, mais c'était le concept d'upstart.
mais tu peux regarder Requires= et After= dans la doc de systemd, et tester ça ( une VM et hop ).
d'éviter qu'un script ne se lance tant qu'il est en cours
d’exécution
Le timer active un service, donc c'est de base. Mais je testerais ma théorie, car j'ai jamais fait.
de tuer une tâche qui prends trop de temps
C'est faisable, tu mets TimeoutStartSec= dans le service que le timer active. Et si il tourne encore après ce temps sans avoir signaler d'avoir fini, alors il se fait tuer ( et la tache rentre en failed ). Ceci dit, ç'est peut être pas aussi simple, il faut peut être aussi rajouter des choses avec SuccessExitStatus=
[^] # Re: troll velu avec systemd
Posté par Misc (site web personnel) . En réponse au journal Sur systemd, btrfs & co. Évalué à 5.
Tue 10:00/5Bien que ça reste plus abscons que le dire à voix haute, je continue de penser que c'est plus lisible.
Primo, le nom du jour est clairement visible. C'est pas idéal vu que je continue à me planter entre Thursday et Tuesday, mais bon, je peux imaginer que c'est toujours mieux que 2.
Deuzio, ben 10:00/5, on voit aussi que c'est à 10h.
Trimo, 00/5, bien que ça soit pas forcement intuitif, ça reste plus simple de voir que le pas de 5 s'applique sur les minutes.
Sinon,
Cad, les dépendances sur les jobs ? Activé un premier job quand le 2eme se termine ? Je suis pas sur que ça se fasse, mais c'était le concept d'upstart.
mais tu peux regarder Requires= et After= dans la doc de systemd, et tester ça ( une VM et hop ).
Le timer active un service, donc c'est de base. Mais je testerais ma théorie, car j'ai jamais fait.
C'est faisable, tu mets TimeoutStartSec= dans le service que le timer active. Et si il tourne encore après ce temps sans avoir signaler d'avoir fini, alors il se fait tuer ( et la tache rentre en failed ). Ceci dit, ç'est peut être pas aussi simple, il faut peut être aussi rajouter des choses avec SuccessExitStatus=