Bah si systemd n'est même pas capable de sortir l'ordinateur de veille pour lancer une commande et se remettre en veille...
Bah si on ne veut pas que l'OS bouffe la batterie (ce pour quoi on l'a mis en veille)...
Bref, avant d'implémenter un "callback" matériel qui va faire se se reveiller tout seul le matériel (ben oui, systemd étant... en veille, donc ne peut rien faire) pour passer des commandes à systemd qui va bouffer de la batterie alors qu'on voulait l'inverse, il faut bien étudier le besoin : le besoin de lancer une commande à une heure précise en priorisant l'heure sur la batterie n'enlève pas le besoin de ne pas la lancer si l'ordinateur est en veille pour prioriser la batterie.
C'est marrant, d'un côté on critique la complexité de systemd, de l'autre on lui demande de communiquer encore plus avec le matériel, schizophrénie quand tu nous tiens... Certes pas les mêmes personnes mais il faut imaginer qu'en face, le développeur est le même : les gens (pas les mêmes, mais les gens) ne seront jamais contents.
(au fait, comment ça se passe avec cron dans le même cas?)
[^] # Re: Timers
Posté par Zenitram (site web personnel) . En réponse à la dépêche Spéciale Lennart Poettering : nouvelles versions de systemd et PulseAudio. Évalué à 1. Dernière modification le 23 mars 2014 à 10:59.
Bah si on ne veut pas que l'OS bouffe la batterie (ce pour quoi on l'a mis en veille)...
Bref, avant d'implémenter un "callback" matériel qui va faire se se reveiller tout seul le matériel (ben oui, systemd étant... en veille, donc ne peut rien faire) pour passer des commandes à systemd qui va bouffer de la batterie alors qu'on voulait l'inverse, il faut bien étudier le besoin : le besoin de lancer une commande à une heure précise en priorisant l'heure sur la batterie n'enlève pas le besoin de ne pas la lancer si l'ordinateur est en veille pour prioriser la batterie.
C'est marrant, d'un côté on critique la complexité de systemd, de l'autre on lui demande de communiquer encore plus avec le matériel, schizophrénie quand tu nous tiens... Certes pas les mêmes personnes mais il faut imaginer qu'en face, le développeur est le même : les gens (pas les mêmes, mais les gens) ne seront jamais contents.
(au fait, comment ça se passe avec cron dans le même cas?)