Changer de fuseau horaire ça se fait en fixant la variable d'environnement TZ des processus concernés. Aucun privilège nécessaire.
Le but c'est quand même que le changement soit sauvegardé et persistant au reboot. C'est pourquoi system-tool-backends a une implémentation différente pour chaque distro parce que chacun stocke la timezone d'une façon différente.
sortir systemd pour ces conneries
C'est inexact. Gnome a sorti la nouvelle API dbus définie par freedesktop.org pour changer l'heure (via policykit d'ailleurs il me semble), API qui n'est pour l'instant implémentée que par un petit programme de 1000 lignes qui se trouve dans le repository de systemd, à côté de systemd, d'udev et d'autres petits programmes du même genre.
C'est juste une façon d'utiliser les bons outils (policykit, et donc dbus) plutôt que des outils d'un autre âge (system-tools-backend et des scripts shell). Notez encore une fois que la nouvelle dépendance est une dépendance sur une API (triviale de surcroît), mais pas sur systemd proprement dit.
[^] # Re: Irrémédiable
Posté par nud . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 9.
Le but c'est quand même que le changement soit sauvegardé et persistant au reboot. C'est pourquoi system-tool-backends a une implémentation différente pour chaque distro parce que chacun stocke la timezone d'une façon différente.
C'est inexact. Gnome a sorti la nouvelle API dbus définie par freedesktop.org pour changer l'heure (via policykit d'ailleurs il me semble), API qui n'est pour l'instant implémentée que par un petit programme de 1000 lignes qui se trouve dans le repository de systemd, à côté de systemd, d'udev et d'autres petits programmes du même genre.
C'est juste une façon d'utiliser les bons outils (policykit, et donc dbus) plutôt que des outils d'un autre âge (system-tools-backend et des scripts shell). Notez encore une fois que la nouvelle dépendance est une dépendance sur une API (triviale de surcroît), mais pas sur systemd proprement dit.