Je suis d'accord avec ton commentaire sauf sur un point: je ne comprends pas pourquoi tout le monde dit que dbus n'existe pas sur les autres unix alors que cela fonctionne en fait sur tous les unix qui proposent gnome 2.12+ ou kde 4+ (c'est une dépendance hard des deux environnements de bureau)… Même sur OpenBSD 4.9…
Justement, le problème c'est que tout est différent et que tout qui veut modifier ces paramètres doit avoir du code spécifique pour chaque distro (cf system-tools-backend).
Le principe de passer à un service dbus, c'est:
soit tout le monde utilise le même fichier comme prôné par systemd
soit la distro maintient elle-même la série de mini-démons qui va modifier ses fichiers de config à elle qui sont différent de toutes les autres distros pour sans doute une très bonne raison.
Dans tous les cas cela ne change pas grand chose à la situation antérieure, si ce n'est que la maintenance des bouts de code spécifiques à une distro seront maintenus par la distro en question plutôt qu'upstream où ils ont toujours été mal maintenus de toute façon (par manque d'intérêt ou d'implication des distros "mineures")
Et je rappelle par ailleurs qu'un "démon dbus" ne veut pas dire un process qui tourne en permanence, mais un process activé par dbus, qui fait son office puis se termine grâce au bon vieux exit(3).
Ça fait des années que tu utilises udev. Vas-tu arrêter parce que les sources ont migré dans le même dépôt git que systemd ? Ou vas-tu te sentir obligé d'utiliser systemd ?
La plupart des gens préfère quand même avoir la même timezone pour toutes les sessions d'un même ordinateur (graphique ou tty) et pour tous les utilisateurs…
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.
Le premier problème, c'est que les codes propres à chaque distro ne sont implémentés généralement que pour fedora, debian et parfois opensuse. C'est pourquoi changer le serveur NTP depuis Gnome n'a pour ainsi dire jamais fonctionné avec, disons, ArchLinux.
Non, il fait aussi l'équivalent d'inetd (càd ouvrir les ports et lancer le service lorsque quelqu'un se connecte dessus) et le fait aussi pour les sockets unix. Ça permet de tout lancer sans réfléchir et de laisser les IO bloquantes ordonancer tout pour toi.
Le fait d'avoir une API DBus c'est intéressant pour les développeurs desktop, il suffit de regarder le code de liboob et des anciens system-tools pour s'en rendre compte (appels fragiles à sudo/su, spécificités pour chaque distro, plein de trucs pas implémentés pour plein de distros comme… arch).
Après l'API DBus de systemd est utilisée parce que c'est la première à être là (ou en tout cas à être connue des développeurs). Chaque distro peut implémenter ces API comme elle l'entend, sans utiliser systemd pour autant (c'est la route suivie par Debian il me semble).
Il faudrait surtout recompiler toutes les applications propriétaires pour qu'elles fonctionnent sous windows pour arm en fait. C'est un non-problème sous linux car sous linux il suffit de recompiler vu que tout (ou presque) est open-source.
Il faudrait que tu m'explique pourquoi, pour toi, Apache = serveur web par défaut. Le serveur web n'étant qu'un projet parmi 100.
Parce que pour reprendre ses termes il sort de cryo, et qu'à la base (et pour de nombreux sysadmins) Apache est un serveur web et non une fondation. Le numéro de version de la licence encourage encore plus la confusion.
The Apache HTTP Server, commonly referred to as Apache — Apache HTTP Server
Ce qui n'a pas d'effet notable sur la visibilité des voitures mais a un impact très négatif sur la visibilité des… motards, qui doivent justement allumer leurs phares en permanence pour augmenter leur visibilité (en Belgique du moins) et qui du coup perdent cet avantage, devenant de fait moins reconnaissables.
Après, si des andouilles ne savent pas qu'ils doivent allumer leurs phares quand il y a du brouillard…
Posté par nud .
En réponse au journal Facenuke.
Évalué à 3.
Il y a une certaines maitrise.
La sensation de maîtrise est subjective, elle découle tout simplement de la confiance en soi et de l'illusion que "cela n'arrive qu'aux autres". Après, si sur une route à deux bandes tu roules bien, sans avoir bu, sans être fatigué, et qu'au tournant un mec bourré arrive à fond de balle et rate son virage, t'es tout aussi mort et t'as tout fait pour ne pas l'être.
Posté par nud .
En réponse au journal Facenuke.
Évalué à 1.
Tu as des leviers pour dire que tu ne vas pas te prendre un poteau, mais tu as assez peu de leviers (aucun) pour dire qu'un autre chauffard ne vas pas te rentrer dedans, et te tuer alors que tu es en plein droit.
De la même façon il y a énormément de gens qui œuvrent à diminuer le risque des centrales nucléaires. C'est juste que "ces gens", ce n'est pas toi, tu n'as personnellement pas de contrôle.
Après, si tu réfléchis bien, même dans ta guimbarde tu reposes sur le savoir-faire d'autres personnes (le constructeur, ton garagiste) avec une qualité d'exécution et un contrôle autrement plus folklorique que ce qui se passe dans une centrale nucléaire.
des accents aberrants (comme événement -> évènement)
Ça, ça dépend fortement des régions. Ici en l'occurence, la réforme (qui reste essentuellement centrée sur le parler de l'île de france) a introduit une nouvelle inconsistance, dans la mesure où on prononce bien un "événement", et pas un "évènement".
Je ne sais plus qui avait proposé de remplacer les accents aigus et les accents graves par des macons, en se basant sur le fait que les accents ne sont pas distingués/prononcés identiquement partout en francophonie.
[^] # Re: Petite remarque d'un utilisateur
Posté par nud . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 5.
Probablement un oubli de l'outil, DBus permet de gérer les erreurs de façon tout à fait satisfaisante pour un protocole d'IPC.
[^] # Re: Irrémédiable
Posté par nud . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 10.
Je suis d'accord avec ton commentaire sauf sur un point: je ne comprends pas pourquoi tout le monde dit que dbus n'existe pas sur les autres unix alors que cela fonctionne en fait sur tous les unix qui proposent gnome 2.12+ ou kde 4+ (c'est une dépendance hard des deux environnements de bureau)… Même sur OpenBSD 4.9…
[^] # Cela ne change rien mais facilitera la maintenance
Posté par nud . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 9.
Justement, le problème c'est que tout est différent et que tout qui veut modifier ces paramètres doit avoir du code spécifique pour chaque distro (cf system-tools-backend).
Le principe de passer à un service dbus, c'est:
Dans tous les cas cela ne change pas grand chose à la situation antérieure, si ce n'est que la maintenance des bouts de code spécifiques à une distro seront maintenus par la distro en question plutôt qu'upstream où ils ont toujours été mal maintenus de toute façon (par manque d'intérêt ou d'implication des distros "mineures")
Et je rappelle par ailleurs qu'un "démon dbus" ne veut pas dire un process qui tourne en permanence, mais un process activé par dbus, qui fait son office puis se termine grâce au bon vieux exit(3).
[^] # Re: Irrémédiable
Posté par nud . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 8.
Ça fait des années que tu utilises udev. Vas-tu arrêter parce que les sources ont migré dans le même dépôt git que systemd ? Ou vas-tu te sentir obligé d'utiliser systemd ?
[^] # Re: avant de s'énerver
Posté par nud . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 2.
Je parlais évidemment du jour 0 du protocole dbus.
Si je parle de la France et que je parle du jour 0, je ne parlerai évidemment pas du big bang.
[^] # Re: Irrémédiable
Posté par nud . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 5.
La plupart des gens préfère quand même avoir la même timezone pour toutes les sessions d'un même ordinateur (graphique ou tty) et pour tous les utilisateurs…
[^] # Re: avant de s'énerver
Posté par nud . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 1.
C'est même tout le principe de dbus-activation, qui est là depuis le jour 0.
[^] # 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.
[^] # Re: Irrémédiable
Posté par nud . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 9.
Le premier problème, c'est que les codes propres à chaque distro ne sont implémentés généralement que pour fedora, debian et parfois opensuse. C'est pourquoi changer le serveur NTP depuis Gnome n'a pour ainsi dire jamais fonctionné avec, disons, ArchLinux.
[^] # Re: Irrémédiable
Posté par nud . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 4.
Non, il fait aussi l'équivalent d'inetd (càd ouvrir les ports et lancer le service lorsque quelqu'un se connecte dessus) et le fait aussi pour les sockets unix. Ça permet de tout lancer sans réfléchir et de laisser les IO bloquantes ordonancer tout pour toi.
[^] # Re: avant de s'énerver
Posté par nud . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 4.
Non. Le service est activé, répond, puis exit(). Ça ne prendra pas plus de ressources qu'un system(/sbin/script-qui-fait-la-même-chose).
[^] # Re: Irrémédiable
Posté par nud . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 10.
Le fait d'avoir une API DBus c'est intéressant pour les développeurs desktop, il suffit de regarder le code de liboob et des anciens system-tools pour s'en rendre compte (appels fragiles à sudo/su, spécificités pour chaque distro, plein de trucs pas implémentés pour plein de distros comme… arch).
Après l'API DBus de systemd est utilisée parce que c'est la première à être là (ou en tout cas à être connue des développeurs). Chaque distro peut implémenter ces API comme elle l'entend, sans utiliser systemd pour autant (c'est la route suivie par Debian il me semble).
# Nitpick
Posté par nud . En réponse au journal Écrire en vietnamien sur ma distrib préféré. Évalué à 4.
C'est une photo traditionnelle ? Pour moi la délicieuse personne sur cette photo porte une Áo dài ;-)
Sinon, simple curiosité, quelle méthode utilises-tu pour apprendre le vietnamien ?
[^] # Re: multiplication des clefs
Posté par nud . En réponse au journal Ta Fedora sera signée par Microsoft. Évalué à 2.
Tu peux aussi procéder de diverses façons:
[^] # Re: Conclusion
Posté par nud . En réponse au journal Ta Fedora sera signée par Microsoft. Évalué à 2.
Il faudrait surtout recompiler toutes les applications propriétaires pour qu'elles fonctionnent sous windows pour arm en fait. C'est un non-problème sous linux car sous linux il suffit de recompiler vu que tout (ou presque) est open-source.
[^] # Re: C'est simple
Posté par nud . En réponse au journal Android ça pue c'est pas libre. Évalué à 0.
Parce que pour reprendre ses termes il sort de cryo, et qu'à la base (et pour de nombreux sysadmins) Apache est un serveur web et non une fondation. Le numéro de version de la licence encourage encore plus la confusion.
[^] # Re: Tout est dans la première phrase du journal
Posté par nud . En réponse au journal De l'incapacité des candidats à s'engager. Évalué à 1.
J'attends le moment où tu seras verbalisé pour non-port du caleçon bleu à pois.
[^] # Re: Tout est dans la première phrase du journal
Posté par nud . En réponse au journal De l'incapacité des candidats à s'engager. Évalué à 1.
Ce qui n'a pas d'effet notable sur la visibilité des voitures mais a un impact très négatif sur la visibilité des… motards, qui doivent justement allumer leurs phares en permanence pour augmenter leur visibilité (en Belgique du moins) et qui du coup perdent cet avantage, devenant de fait moins reconnaissables.
Après, si des andouilles ne savent pas qu'ils doivent allumer leurs phares quand il y a du brouillard…
[^] # Re: Pareil
Posté par nud . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à 1.
https://bugzilla.gnome.org/show_bug.cgi?id=660573
[^] # Re: Question
Posté par nud . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à 3.
https://bugzilla.gnome.org/show_bug.cgi?id=660573
Help yourself!
[^] # Re: Bof
Posté par nud . En réponse au journal Facenuke. Évalué à 3.
La sensation de maîtrise est subjective, elle découle tout simplement de la confiance en soi et de l'illusion que "cela n'arrive qu'aux autres". Après, si sur une route à deux bandes tu roules bien, sans avoir bu, sans être fatigué, et qu'au tournant un mec bourré arrive à fond de balle et rate son virage, t'es tout aussi mort et t'as tout fait pour ne pas l'être.
[^] # Re: Bof
Posté par nud . En réponse au journal Facenuke. Évalué à 1.
Tu as des leviers pour dire que tu ne vas pas te prendre un poteau, mais tu as assez peu de leviers (aucun) pour dire qu'un autre chauffard ne vas pas te rentrer dedans, et te tuer alors que tu es en plein droit.
De la même façon il y a énormément de gens qui œuvrent à diminuer le risque des centrales nucléaires. C'est juste que "ces gens", ce n'est pas toi, tu n'as personnellement pas de contrôle.
Après, si tu réfléchis bien, même dans ta guimbarde tu reposes sur le savoir-faire d'autres personnes (le constructeur, ton garagiste) avec une qualité d'exécution et un contrôle autrement plus folklorique que ce qui se passe dans une centrale nucléaire.
[^] # Re: Bof
Posté par nud . En réponse au journal Facenuke. Évalué à 2.
Ça périme, de l'iode ?
# Dans gedit
Posté par nud . En réponse au message "Classe" GtkButton avec menu en C.. Évalué à 1.
Il y a plusieurs boutons de ce type dans la barre de statut de gedit, en C.
[^] # Re: quelques fôtes qui ont passé ma relecture, désolé : un modérateur peut-il corriger ?
Posté par nud . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 1.
Ça, ça dépend fortement des régions. Ici en l'occurence, la réforme (qui reste essentuellement centrée sur le parler de l'île de france) a introduit une nouvelle inconsistance, dans la mesure où on prononce bien un "événement", et pas un "évènement".
Je ne sais plus qui avait proposé de remplacer les accents aigus et les accents graves par des macons, en se basant sur le fait que les accents ne sont pas distingués/prononcés identiquement partout en francophonie.