🚲 Tanguy Ortolo a écrit 12252 commentaires

ils semblent dirent que en 2010 c'était deja fait pour le client web

Ça, c'est faux. Pour avoir essayé, je vous assure que le client Flash pour Google Talk utilise le vieux Jingle.

De toute manière 99% des clients qui supportent jingle utilisent libjingle

Source ? Gajim ne l'utilise pas, ou alors mal, c'est totalement incompatible avec Google Talk en face par exemple.

C'est un peu à côté de la plaque. SIP n'est pas intégrable avec un LDAP à utilisateurs/mots de passe. Il est intégrable avec un LDAP à certificats X.509 en effet, mais c'est drôlement contraignant comme contournement…

La norme SIP, inspirée d'HTTP, utilise les mêmes mécanismes d'identification. Elle a été mise à jour pour interdire le mécanisme d'identification basic d'envoi direct de mot de passe et n'autoriser que le mécanisme de défi-réponse digest.

Comme digest est un système à défi-réponse, il implique un stockage du mot de passe (ou de quelque chose qui joue le rôle du mot de passe) en clair sur le serveur. C'est incompatible avec les mots de passes stockés en hachage dans un LDAP.

Sauf que XMPP, ça peut s'intégrer avec, disons, un LDAP d'entreprise. SIP non.

Ah, avec Empathy, peut-être bien, c'est vrai que je n'ai pas essayé (trop contraignant comme client Jabber, avec son système Mission Control qui démarre des trucs en arrière plan, à peu près inutilisable sans Network Manager…).

Pas avec un Google Talk en face.

C'est une bonne idée en théorie. En pratique, Google Talk ne permet d'utiliser de la voix et de la vidéo que depuis leur client Flash, et ils utilisent une ancienne version non standard de Jingle, version qui est incompatible avec les mises en œuvre standard. Le seul logiciel que j'ai trouvé qui interopère avec Google Talk, c'est Jitsi.

Il y a des ordinateurs tatoués, quoique je n'en aie jamais vu. Mais il y a aussi d'autres choses qui peuvent passer pour un tatouage alors que ce sont juste des cartes mères mal fichues.

Par exemple, certains BIOS refusent de démarrer depuis un périphérique dont le MBR n'a pas une partition marquée « active ». C'est stupide, parce que cet indicateur historique n'est plus du tout utilisé — il est d'ailleurs interdit par le système de partitionnement GPT — et n'a a priori rien à voir avec le code de démarrage qui est situé ailleurs dans le MBR. En revanche, après avoir installé un système d'exploitation différent que celui fourni avec la machine, se prendre un « invalid boot sector » au démarrage, ça peut donner l'impression qu'on est face à un tournedows …

KDE ou Xfce alors…

Le système de ppa a, je pense, fait énormément de bien pour ça

Euh, Ubuntu n'ont pas inventé les dépôts APT perso, hein.

-Oups! Panne de courant. Il coûtait combien l'onduleur?

Bof, l'intérêt d'avoir son serveur sous-traité qui continue à tourner quand on ne peut de toute façon plus s'y connecter parce qu'on n'a de toute façon pas de courant pour faire tourner un ordinateur chez soi…

Oui, les gens n'ont plus accès à ton site Web, mais ce n'est vraiment pas grave. Oui, le courrier que les gens t'écrivent est mis en attente, mais de toute façon tu ne pourrais pas le lire.

-Chérie! Tu peux arrêter d'éteindre la machine? Je sais que ça économise 3€ d'électricité par mois, mais je t'ai déjà dit que ça me les brise grave!!

J'imagine que ta chérie éteint déjà systématiquement le décodeur pour la télévision ? Aujourd'hui, ces machins consomment deux ou trois fois plus que mon serveur qui me coûte dix ou quinze euros d'électricité par an, pour te donner une idée.

-Ah tiens? Je savais pas qu'y'avait une faille de sécu sur cette version. Ça fait combien de temps que ma page d'accueil affiche des petits garçons pas habillés?

Aucun rapport avec l'auto-hébergement, ça arrive aussi avec un serveur sous-traité ça.

-Pourquoi le serveur plante-t-il toujours dans l'heure où tu pars en vacances? Plus rien qui marche pendant les 2 prochaines semaines.

Ça c'est une critique juste.

-C'est l'histoire de bébé avec un verre d'eau qui trouve le serveur et pschitt! le serveur!

Ben aussi, si tu ne le protège pas, le serveur… Ça peut arriver avec le téléviseur aussi, et un beau téléviseur plat fichu en l'air à cause d'un verre d'eau renversé, ça fait plus mal qu'un serveur hors service je pense. Et puis, il faudrait vraiment l'inonder complètement pour que de l'eau puisse rentrer jusqu'à rendre le disque dur hors service. Du coup, disque dur sauf, il suffit de racheter un serveur, de le mettre dedans et d'allumer (profitons de ce qu'on utilise un système d'exploitation souple qui permette cela, ce n'est pas donné à tout le monde !).

-Et vous, vous les faites régulièrement vos sauvegardes, ou vous faites un peu comme tout le monde: demain sans faute? Ah! C'est bon, c'est plus la peine: trop tard…

Aucun rapport avec l'auto-hébergement.

-T'es libre ce soir? -Non, faut que fasse la maintenance du serveur, là! On y passe, du temps, quand on est pas pro en administration de machine!

Aucun rapport avec l'auto-hébergement, mais d'une façon générale : mauvaise distribution, changer distribution. La maintenance chronique de mon serveur, c'est apt-get update && apt-get upgrade, le reste c'est quand je mets en place des trucs nouveaux ou que je modifie des trucs existants, ça se planifie. Et oui, c'est comme faire du modélisme, ça prend du temps.

De là à y voir du racisme…

Ceci dit, c'est peut-être à l'origine d'un certain racisme historique envers les noirs non ?

Dans les boulangeries, le gâteau "tête de nègre" a changé de nom pour éviter les connotations

Comment s'appelle-t-il maintenant ? C'est le genre de renommage dont j'ai horreur, je trouve d'ailleurs dommage que le mot « nègre » lui-même se soit retrouvé associé aux idées d'esclavage…

Debian ou Ubuntu LTS. Surtout pas d'Ubuntu non LTS par exemple : je n'ai pas envie qu'ils soient embêtés, ou qu'ils ne m'embêtent, avec des mises à jour trop fréquentes.

Et pour répondre aux arguments selon lesquels ils pourraient vouloir des logiciels récents : c'est faux. Les gens restent sans problème pendant des années avec des logiciels complètement caduques qu'ils utilisent très fréquemment, par exemple Windows XP ou Internet Explorer 6.

sethostname(2), clock_settime(2), setenv("LANG", const char *value, 1)

Génial ! Et comment je sauvegarde ça ? Ou tu préfère que l'utilisateur rentre ces paramètres à chaque reboot ?

• Nome d'hôte : dépend des distributions en effet, donc à wrapper.
• Heure : horloge matérielle, commune à tous. Un script d'init est fourni pour sauvegarder tout seul l'heure à l'arrêt dans toutes les bonnes distributions.
• Ton fichier de session, .profile, .zshenv ou .xinitrc.

Ta variable TZ elle est toujours plus simple quand tu dois donner le mot de passe root à un utilisateur pour qu'il la change ?

Nawak. Une variable d'environnement, ça se change par le processus qui veut se la changer. Dans notre contexte, il faut un moyen de dire à gnome-session de se la changer, mais pas besoin de privilèges root.

Comme l'indiquent les sections de page de manuel, il s'agit d'appels systèmes, effectués via la libc qui les passe au noyau. Bref, ce sont des trucs pour coder en C.

Si tu veux travailler en shell : hostname(1), date(1) et export LANG=…

pour changer le nom d’hôte, la date, l'heure et la localisation du système

Lis le mail, il n'y avait aucun moyen standard

sethostname(2), clock_settime(2), setenv("LANG", const char *value, 1)

systemd c'est un init, pas un outil pour changer l'heure. Pour changer l'heure, il y a clock_settime(2). Et PolicyKit pour wrapper ça et machinchouettiser les privilèges.

Y a un développeur Java qui t'a fait du mal ?

Non, c'est Java lui-même qui m'a fait mal. J'ai été traumatisé par un DocumentBuilderFactory.getInstance().newDocumentBuilder().createDocument() : c'est un exemple typique d'abus de patrons de conception, avec ici un singleton de fabrique de fabrique de documents au sein même de la bibliothèque standard.

Quels logiciels demandent ça?

Tous les systèmes de prise de contrôle genre KVM IP.

Tu parles de PolicyKit n'est-ce pas ? Oui, c'est précisément fait pour ça. C'est systemd qui dépasse les bornes, ici.

On est passé d'une API dbus dans gnome-setting-daemon à une autre, documentée. Au contraire c'est plus facilement portable entre les DM et les systèmes de centraliser tout ca…

Holà, doucement, on parle de régler l'heure, là. Et encore, même pas, dans le problème d'origine il s'agissait de régler le fuseau horaire. Donc, histoire de savoir un peu le contexte :

• Changer de fuseau horaire ça se fait en fixant la variable d'environnement TZ des processus concernés. Aucun privilège nécessaire.
• Changer l'heure ça se fait avec l'appel système clock_settime(2), qui est décrit dans POSIX. Évidemment il faut être root pour faire ça, mais il y a déjà PolicyKit pour blurber le bouzin afin que l'utilisateur puisse cliquer pendant que l'administrateur s'arrache les cheveux parce qu'il n'y comprend plus rien.

Alors franchement, utiliser une abstraction et sortir systemd pour ces conneries, c'est vraiment se prendre la tête pour la beauté du geste, le genre d'attitude de programmation qui est vivement découragée, à moins de vouloir finir comme Java avec des horreurs comme DocumentBuilderFactory.getInstance().newDocumentBuilder().createDocument() pour créer un simple document XML (oui oui, il y a sûrement une raison à cette complexité, mais comme personne ne la comprend, ça ne sert à rien).

Dbus est linux specifique me semble t'il.

Négatif.

http://packages.debian.org/squeeze/dbus : regardez vers la fin de la page : « kfreebsd ».

Non, rc.conf c'était visiblement utilisé sur le système du Monsieur pour fixer la variable d'environnement TZ, héritée par le gestionnaire de connexion graphique, donc par GNOME, qui visiblement l'ignore royalement.

Bof bof, il n'y a pas que GNOME en même temps.