En première page du site de mosh : Mosh is a replacement for SSH
C'est partiellement faux. Mosh utilise SSH pour la première connexion. Idem pour les droits root, mosh en a besoin et délègue cette partie à ssh… Bref, c'est un peu facile de mettre cela en avant !
Sinon, avec le forwarding, ca va être terrible ;-) L'idéal serait d'intégrer le proxy NX dans le forwarding X11…
Après le forwarding, un mode tunnel qui gère les routes et on est aux anges ;-)
Les brevets durent 20 ans… et plus dans le milieu médical. Je trouve qu'avec 5 ans, tu es quand même un peu cours. Si tu prends Umberto Eco par exemple, je suis persuadé qu'a chaque nouveau bouquin, il revend aussi "le nom de la rose".
Il n'est pas rare qu'un auteur ne perce qu'au 3ième ou 5ieme bouquin et qu'il vende alors pas mal de ses anciens livres.
Idem avec la musique.
5 ans, c'est un position extrême qui n'a aucune chance de passer ! Cela me parait peu crédible. Je trouve que 30 ou 40 ans à la date de publication et (30 ou) 40 ans après la mort si l'oeuvre n'avait pas été publié du vivant, c'est un bon compromis.
Avec les oeuvres numériques, rien n'empêche l'auteur de proposer son livre à le vente sous forme numérique…
Je trouve quand même qu'il y a un truc foireux dans ce texte. Il me paraîtrait bien plus simple et sain de raccourcir les droits d'auteur à 20 ans après la mort ou à 40 ans après l'année de parution ou…
Je suis d'accord que ne mettant pas le nom de domaine, Microsoft n'a pas simplifié la tâche… Il doit y avoir une raison profonde a ce changement de comportement par défaut. C'est clair que ça oblige a avoir un compte de domaine sinon c'est chiant.
D'un certain coté, cela va nous aider encore un peu plus a éliminer les compte locaux ;-)
Un compte local d'admin pour dépanner mais chez nous, tous les comptes sont en domaines. Windows garde très le compte en cache, c'est un truc qui marche tout seul depuis 10 ans et mieux que sous GNU/Linux (il faut être honnête).
Dans les dernières version, il faut effectivement mettre le nom du domaine (ou de la machine) en premier avec un antislash… C'est chient vers cela converge à terme vers un login en forme d'adresse mail à mon sens.
J'ai mis un peu tout… (un peu le bordel ce nommage dans polkit, parfois en petit, parfois des majuscules, parfois, ca a pas le même nom des deux coté (consolekit - system d'un coté, Manager de l'autre).
Bref, j'ai viré HAL et maintenant, il me demande bien le mot de passe sudo pour rebooter, ce qui ne marchera pas pour les utilisateurs.
Pas encore compris à quel niveau exactement HAL/Polkit merdait mais c'est bien la le coeur du problème…
C'est pareil sous debian squeeze (sauf que j'ai changé cela via polkit sur les postes utilisateurs et que ma config polkit fonctionne bien).
Ici, le cas est différent, je ne suis pas dans une session démarré via gdm ou équivalent. Il n'y a aucune session locale. D'ailleurs, ni gdm (gdm3, kdm), ni gnome-session ne sont installé sur le poste car il s'agit d'un serveur en rack (en pratique, il y en a plusieurs).
Les sessions s'ouvrent via NX (freenx + nxclient). Du coup, j'ai un comportement que je ne comprends pas… Je pense que c'est du à la procédure de lancement ainsi qu'aux classements des sessions dans console-kit mais à dire vrai, je n'en sais rien !
Je n'utilise pas GNOME via NX car tant GNOME que KDE mette à plat n'importe quelle machine dès qu'on a plusieurs utilisateurs… On a donc juste besoin d'un window manager léger pour ne faire que quelques opérations graphiques. Pour des raisons de 3D, un ssh tout simple n'est pas satisfaisant (Ansys merde grave par exemple selon le client). Via NX, la 3D a lieu sur le serveur et les choses dépendent bien moins du poste client.
C'est pas un peu finit cette pub. C'est pas l'esprit de ce site. Si tu as une nouvelle à faire, fais là une bonne fois pour toute mais ne saucissonne pas en 3000 morceaux…
Un pub de temps en temps sur le sujet, OK, mais là, c'est l'overdose ;-)
Au niveau des logiciels privateurs orienté calcul, c'est la fin du 32 bits. En tout, c'est annoncé pour Matlab, idem pour Ansys (sauf que ce dernier est une vrai daube avec un paquet de binaire PE32 tournant sous mono… un scandale).
Toi aussi, tu n'est pas objectif, cela veut dire quoi "le plus libre possible" ? Implicitement, tu as fait un classement a cet endroit. Tu aurait pu mettre "code piquable par les industriels"… Bref, les mots ont un sens sociologique.
Sinon, je ferais au niveau GPL trois classes :
bibliothèque intégrable dans un logiciel propriétaire mais dont les modifications doivent rester libre -> LGPL
code dont les modifications reste libre lors d'une diffusion -> GPL (link fort)
code devant rester libre même en cas d'utilisation client serveur (web) -> AGPL (link faible)
A cela s'ajoute tes deux catégories BSD / Apache que tu as parfaitement résumé.
Enfin, selon les langages, il est préférable parfois de prendre la licence par défaut utiliser par le langage. Par exemple en Perl, on prendra la licence Artistic le plus souvent.
Et ils ont raison ;-) Un logiciel libre doit pouvoir être adapté à une distribution sans que les développeurs amont soient obligé de valider chaque patch…
La solution trouvée satisfait les deux parties mais elle ne serait pas généralisable à tous les logiciels libre !
De toute manière, Debian fait un gros boulot coté licence et a toujours été pénible avec l'amont sur ce point sans faire de cadeau (cf les soucis avec la FSF a propos de la FDL par exemple). Le bon coté est que cette position a obligé pas mal de projet a avoir une licence claire ;-)
Ce qui m'étonne, c'est que DBUS devait être un truc léger pour virer cette couche Bonobo/CORBA qui était bien trop lourde… Ou a été l'erreur si erreur il y a eu ?
On est 100% serveur Debian Squeeze (donc pas de AD Windows), cela marche avec Seven moyennant une clef de registre avant d'intégrer le domaine.
Pour LDAP, en pratique, le contrôleur de domaine communique directement avec avec le serveur LDAP. Je pense que la couche smbldap est assez fine pour ne pas être forcément essentielle. Je dois avoir encore 4 versions de Debian qui fonctionne encore avec ce domaine Windows !
Pour la doc logiciel, j'aime bien le POD qui est un peu un ancêtre de la syntaxe wiki… Cela fait de la doc qui, liée au 'man', est très efficace… Mais les man se perdent petit à petit ;-(
Le problème du XML, c'est que plutôt que de ce concentré sur le contenu, on se perds dans les balises ;-)
Je préfère 100 fois un document LaTeX ou les balises savent se faire bien plus discrète et on on peux vraiment travailler le fond.
Personnellement, j'ai des idées sur beaucoup de chose (mais pas sur tout) mais j'ai assez souvent changé d'avis par le passé pour le refaire encore une fois si on me donne des bons arguments ;-)
Il y a 10 ans, j'ai acheté des bouquins de XML (dont j'ai mis une partie à la poubelle la semaine dernière), j'ai même fait pas mal de weberie avec un pipeline XML en Perl qui était franchement bien. C'est à partir du XSLT que j'ai commencé à avoir vraiment des doutes si mes souvenirs sont bons. J'ai même cru dans le SOAP !
D'ailleurs, je n'ai jamais compris pourquoi le W3C n'avait pas poussé la logique jusqu'au bout et fait un schéma XML pour le CSS !
Ceci dis, je ne me fais jamais chié avec les fichiers de conf au format .ini (blocage psychologique ?). Tous mes fichiers de conf sont en YAML qui est vraiment très bien pour cela, ou alors, c'est du bash à sourcer… Mais avec du YAML, tu te retrouve dans ton programme avec une variable CONF qui est l'exacte copie en terme d'arbre du YAML, c'est idéal et souvent suffisant dans beaucoup de cas.
Je ne vais pas recopier les réponses de CrEv, on est manifestement sur la même fréquence.
Quand tant de monde font de mauvais choix venant d'origine aussi varié et pas nécessairement en entreprise, il peux être
intéressant de se demander ce à qu'il se passe et de se remettre en question.
Avec des phrases comme cela, on serait tous sous Windows…
On sait tous que c'est rarement le meilleur choix qui gagne ! Je ne vais pas refaire l'histoire car je dois aller faire manger mes stroumpfs mais juste un exemple sur un autre sujet : en 80, il y avait trois processeurs, le x86, le 6502 et le Z80… C'est le x86 qui a gagné a l'époque alors que c'était la pire daube des trois !
Il a donc des pièges un peu partout, certains sont certainement évitable…
Je sais bien que Java en met partout, peut être pour cela que j'évite au maximum ce langage… Quant à GNOME, je ne suis pas du tout enchanté par sa direction depuis pas mal de temps…
Mais revenons sur le sujet, on parle de message sur une même machine ou sur son réseau local. On parle donc de sérialisation. Il s'agit de message court mais très nombreux (des log). Le traitement tout en RAM semble donc la bonne voie (plutôt que du SAX). En gros, il faut sérialisé une structure de manière efficace et légère.
Le JSON (utilisé par la mouvance NoSQL) ou le YAML sont plus adapté à cela que le XML. Il s'agit ici juste de transport. C'est pas moi qui est contre le XML, c'est toi qui veut le mettre partout ;-)
Pour le XMPP et les flux RSS, on est clairement sur un usage internet, proche du HTML pour les flux RSS. Partir sur du XML n'est pas forcément idiot.
On a vu ce qu'a donné le XML pour les RPC (SOAP), on peux dire que la soupe n'a pas super bien prise avec le temps, les services basculant sur des API souvent plus simple à base de REST de nos jours. De plus, les navigateurs prenant le JSON de base, les services NoSQL vont finir par se passer en grand partie du XML.
Bref, les choses évoluent avec le temps et c'est pas plus mal. Quand au format ISO de fichier un peu statique, un schéma XML est pas plus mal qu'une grammaire BNF ;-) En //, Perl6 se définit via des regex Perl6 !
# Mosh et SSH
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Mosh, the Mobile Shell. Évalué à 5.
En première page du site de mosh : Mosh is a replacement for SSH
C'est partiellement faux. Mosh utilise SSH pour la première connexion. Idem pour les droits root, mosh en a besoin et délègue cette partie à ssh… Bref, c'est un peu facile de mettre cela en avant !
Sinon, avec le forwarding, ca va être terrible ;-) L'idéal serait d'intégrer le proxy NX dans le forwarding X11…
Après le forwarding, un mode tunnel qui gère les routes et on est aux anges ;-)
[^] # Re: Pour les juristes
Posté par Sytoka Modon (site web personnel) . En réponse au journal Suppression des droits d'auteurs. Évalué à 3.
Les brevets durent 20 ans… et plus dans le milieu médical. Je trouve qu'avec 5 ans, tu es quand même un peu cours. Si tu prends Umberto Eco par exemple, je suis persuadé qu'a chaque nouveau bouquin, il revend aussi "le nom de la rose".
Il n'est pas rare qu'un auteur ne perce qu'au 3ième ou 5ieme bouquin et qu'il vende alors pas mal de ses anciens livres.
Idem avec la musique.
5 ans, c'est un position extrême qui n'a aucune chance de passer ! Cela me parait peu crédible. Je trouve que 30 ou 40 ans à la date de publication et (30 ou) 40 ans après la mort si l'oeuvre n'avait pas été publié du vivant, c'est un bon compromis.
[^] # Re: Pour les juristes
Posté par Sytoka Modon (site web personnel) . En réponse au journal Suppression des droits d'auteurs. Évalué à 4.
Avec les oeuvres numériques, rien n'empêche l'auteur de proposer son livre à le vente sous forme numérique…
Je trouve quand même qu'il y a un truc foireux dans ce texte. Il me paraîtrait bien plus simple et sain de raccourcir les droits d'auteur à 20 ans après la mort ou à 40 ans après l'année de parution ou…
[^] # Re: integrer les portables au domaine
Posté par Sytoka Modon (site web personnel) . En réponse au message Samba et utilisateurs domaine. Évalué à 2.
On a des utilisateurs qui partent 1 an à l'étranger… Jamais eu le moindre soucis.
A mon avis, le cache est bien plus long ! Voir, il n'efface rien à mon sens par défaut.
[^] # Re: Pas de compte local
Posté par Sytoka Modon (site web personnel) . En réponse au message Samba et utilisateurs domaine. Évalué à 2.
Je suis d'accord que ne mettant pas le nom de domaine, Microsoft n'a pas simplifié la tâche… Il doit y avoir une raison profonde a ce changement de comportement par défaut. C'est clair que ça oblige a avoir un compte de domaine sinon c'est chiant.
D'un certain coté, cela va nous aider encore un peu plus a éliminer les compte locaux ;-)
[^] # Re: dépassé
Posté par Sytoka Modon (site web personnel) . En réponse au journal Linuxfr remplacera-t-il wikipédia ?. Évalué à 10.
Bon retour parmi nous, j'avais pas vu que tu était revenu ;-)
A+
# Pas de compte local
Posté par Sytoka Modon (site web personnel) . En réponse au message Samba et utilisateurs domaine. Évalué à 3.
Un compte local d'admin pour dépanner mais chez nous, tous les comptes sont en domaines. Windows garde très le compte en cache, c'est un truc qui marche tout seul depuis 10 ans et mieux que sous GNU/Linux (il faut être honnête).
Dans les dernières version, il faut effectivement mettre le nom du domaine (ou de la machine) en premier avec un antislash… C'est chient vers cela converge à terme vers un login en forme d'adresse mail à mon sens.
[^] # SOLUCE partielle
Posté par Sytoka Modon (site web personnel) . En réponse au message polkit et restart. Évalué à 3.
Sous squeeze, c'est manifestement encore HAL qui s'occupe du shtutdown et du reboot via les script sous
Malgré des droits sévère dans polkit testé ce matin
J'ai mis un peu tout… (un peu le bordel ce nommage dans polkit, parfois en petit, parfois des majuscules, parfois, ca a pas le même nom des deux coté (consolekit - system d'un coté, Manager de l'autre).
Bref, j'ai viré HAL et maintenant, il me demande bien le mot de passe sudo pour rebooter, ce qui ne marchera pas pour les utilisateurs.
Pas encore compris à quel niveau exactement HAL/Polkit merdait mais c'est bien la le coeur du problème…
[^] # Re: personne n'est connecté en meme temps.
Posté par Sytoka Modon (site web personnel) . En réponse au message polkit et restart. Évalué à 2.
J'ai le même comportement avec XFCE… De plus, j'ai pas les droits sudo !
# Ordissimo !
Posté par Sytoka Modon (site web personnel) . En réponse au message La distro de Mamie du Cantal. Évalué à 2.
Ainsi, je suis tranquille ;-)
[^] # Re: personne n'est connecté en meme temps.
Posté par Sytoka Modon (site web personnel) . En réponse au message polkit et restart. Évalué à 2.
C'est pareil sous debian squeeze (sauf que j'ai changé cela via polkit sur les postes utilisateurs et que ma config polkit fonctionne bien).
Ici, le cas est différent, je ne suis pas dans une session démarré via gdm ou équivalent. Il n'y a aucune session locale. D'ailleurs, ni gdm (gdm3, kdm), ni gnome-session ne sont installé sur le poste car il s'agit d'un serveur en rack (en pratique, il y en a plusieurs).
Les sessions s'ouvrent via NX (freenx + nxclient). Du coup, j'ai un comportement que je ne comprends pas… Je pense que c'est du à la procédure de lancement ainsi qu'aux classements des sessions dans console-kit mais à dire vrai, je n'en sais rien !
Je n'utilise pas GNOME via NX car tant GNOME que KDE mette à plat n'importe quelle machine dès qu'on a plusieurs utilisateurs… On a donc juste besoin d'un window manager léger pour ne faire que quelques opérations graphiques. Pour des raisons de 3D, un ssh tout simple n'est pas satisfaisant (Ansys merde grave par exemple selon le client). Via NX, la 3D a lieu sur le serveur et les choses dépendent bien moins du poste client.
# Je crois que cela va
Posté par Sytoka Modon (site web personnel) . En réponse au message RHCSA & RHCE au Maroc. Évalué à 6.
C'est pas un peu finit cette pub. C'est pas l'esprit de ce site. Si tu as une nouvelle à faire, fais là une bonne fois pour toute mais ne saucissonne pas en 3000 morceaux…
Un pub de temps en temps sur le sujet, OK, mais là, c'est l'overdose ;-)
[^] # Re: Pour le choix de la licence, c'est une décision qui t'appartient
Posté par Sytoka Modon (site web personnel) . En réponse au message [Android] Quelle licence, quel hébergeur ?. Évalué à 2.
PHP, PHP… Ca existe encore ce truc ;-)
Je parlais plus particulièrement du cas d'un langage dont le développement est communautaire donc avec un 'CPAN' central.
[^] # Re: Et bien…
Posté par Sytoka Modon (site web personnel) . En réponse au journal Kernel en 32 bits ou en 64 bits (un journal bookmark). Évalué à -1.
Au niveau des logiciels privateurs orienté calcul, c'est la fin du 32 bits. En tout, c'est annoncé pour Matlab, idem pour Ansys (sauf que ce dernier est une vrai daube avec un paquet de binaire PE32 tournant sous mono… un scandale).
[^] # Re: Pour le choix de la licence, c'est une décision qui t'appartient
Posté par Sytoka Modon (site web personnel) . En réponse au message [Android] Quelle licence, quel hébergeur ?. Évalué à 1.
Toi aussi, tu n'est pas objectif, cela veut dire quoi "le plus libre possible" ? Implicitement, tu as fait un classement a cet endroit. Tu aurait pu mettre "code piquable par les industriels"… Bref, les mots ont un sens sociologique.
Sinon, je ferais au niveau GPL trois classes :
bibliothèque intégrable dans un logiciel propriétaire mais dont les modifications doivent rester libre -> LGPL
code dont les modifications reste libre lors d'une diffusion -> GPL (link fort)
code devant rester libre même en cas d'utilisation client serveur (web) -> AGPL (link faible)
A cela s'ajoute tes deux catégories BSD / Apache que tu as parfaitement résumé.
Enfin, selon les langages, il est préférable parfois de prendre la licence par défaut utiliser par le langage. Par exemple en Perl, on prendra la licence Artistic le plus souvent.
[^] # Re: lego+duplo: déjà fait
Posté par Sytoka Modon (site web personnel) . En réponse au journal Free Universal Construction Kit ou comment apprendre l'interopérabilité aux enfants. Évalué à 2.
Tu peux mettre des Duplo sur des Lego mais pas l'inverse il me semble. La compatibilité n'est alors pas de 100%…
[^] # Re: Trop similaires
Posté par Sytoka Modon (site web personnel) . En réponse au journal Dotsies : remplacer l'alphabet !. Évalué à 5.
Et ils ont raison ;-) Un logiciel libre doit pouvoir être adapté à une distribution sans que les développeurs amont soient obligé de valider chaque patch…
La solution trouvée satisfait les deux parties mais elle ne serait pas généralisable à tous les logiciels libre !
De toute manière, Debian fait un gros boulot coté licence et a toujours été pénible avec l'amont sur ce point sans faire de cadeau (cf les soucis avec la FSF a propos de la FDL par exemple). Le bon coté est que cette position a obligé pas mal de projet a avoir une licence claire ;-)
[^] # Re: Braille, Morse, ASCII, Unicode
Posté par Sytoka Modon (site web personnel) . En réponse au journal Dotsies : remplacer l'alphabet !. Évalué à 10.
Et au final, on connaîtra par coeur la forme des mots, on aura alors des idéogrammes chinois ;-)
[^] # Re: Comment ça marche ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche A-Bus, un autre bus dédié GNU/Linux embarqué. Évalué à 5.
Ce qui m'étonne, c'est que DBUS devait être un truc léger pour virer cette couche Bonobo/CORBA qui était bien trop lourde… Ou a été l'erreur si erreur il y a eu ?
[^] # Re: Comment ça marche ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche A-Bus, un autre bus dédié GNU/Linux embarqué. Évalué à 2.
Avec socat, on doit pouvoir s'en sortir ;-)
[^] # Re: Hmm
Posté par Sytoka Modon (site web personnel) . En réponse au message Samba 3.5.6 ou 3.6.3 via backport dans debian sqeeze 6 production. Évalué à 2.
On est 100% serveur Debian Squeeze (donc pas de AD Windows), cela marche avec Seven moyennant une clef de registre avant d'intégrer le domaine.
Pour LDAP, en pratique, le contrôleur de domaine communique directement avec avec le serveur LDAP. Je pense que la couche smbldap est assez fine pour ne pas être forcément essentielle. Je dois avoir encore 4 versions de Debian qui fonctionne encore avec ce domaine Windows !
[^] # Re: outch
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Réduire les coûts et améliorer la qualité de la documentation avec DITA XML. Évalué à 2.
Pour la doc logiciel, j'aime bien le POD qui est un peu un ancêtre de la syntaxe wiki… Cela fait de la doc qui, liée au 'man', est très efficace… Mais les man se perdent petit à petit ;-(
Le problème du XML, c'est que plutôt que de ce concentré sur le contenu, on se perds dans les balises ;-)
Je préfère 100 fois un document LaTeX ou les balises savent se faire bien plus discrète et on on peux vraiment travailler le fond.
[^] # Re: Le but est de standardiser le contenu des logs
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Projet Lumberjack. Évalué à 3.
Personnellement, j'ai des idées sur beaucoup de chose (mais pas sur tout) mais j'ai assez souvent changé d'avis par le passé pour le refaire encore une fois si on me donne des bons arguments ;-)
Il y a 10 ans, j'ai acheté des bouquins de XML (dont j'ai mis une partie à la poubelle la semaine dernière), j'ai même fait pas mal de weberie avec un pipeline XML en Perl qui était franchement bien. C'est à partir du XSLT que j'ai commencé à avoir vraiment des doutes si mes souvenirs sont bons. J'ai même cru dans le SOAP !
D'ailleurs, je n'ai jamais compris pourquoi le W3C n'avait pas poussé la logique jusqu'au bout et fait un schéma XML pour le CSS !
Ceci dis, je ne me fais jamais chié avec les fichiers de conf au format .ini (blocage psychologique ?). Tous mes fichiers de conf sont en YAML qui est vraiment très bien pour cela, ou alors, c'est du bash à sourcer… Mais avec du YAML, tu te retrouve dans ton programme avec une variable CONF qui est l'exacte copie en terme d'arbre du YAML, c'est idéal et souvent suffisant dans beaucoup de cas.
[^] # Re: Le but est de standardiser le contenu des logs
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Projet Lumberjack. Évalué à 4.
Je ne vais pas recopier les réponses de CrEv, on est manifestement sur la même fréquence.
Avec des phrases comme cela, on serait tous sous Windows…
On sait tous que c'est rarement le meilleur choix qui gagne ! Je ne vais pas refaire l'histoire car je dois aller faire manger mes stroumpfs mais juste un exemple sur un autre sujet : en 80, il y avait trois processeurs, le x86, le 6502 et le Z80… C'est le x86 qui a gagné a l'époque alors que c'était la pire daube des trois !
Il a donc des pièges un peu partout, certains sont certainement évitable…
[^] # Re: Le but est de standardiser le contenu des logs
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Projet Lumberjack. Évalué à 2.
Ou ai je dis que le XML avait disparu ;-)
Je sais bien que Java en met partout, peut être pour cela que j'évite au maximum ce langage… Quant à GNOME, je ne suis pas du tout enchanté par sa direction depuis pas mal de temps…
Mais revenons sur le sujet, on parle de message sur une même machine ou sur son réseau local. On parle donc de sérialisation. Il s'agit de message court mais très nombreux (des log). Le traitement tout en RAM semble donc la bonne voie (plutôt que du SAX). En gros, il faut sérialisé une structure de manière efficace et légère.
Le JSON (utilisé par la mouvance NoSQL) ou le YAML sont plus adapté à cela que le XML. Il s'agit ici juste de transport. C'est pas moi qui est contre le XML, c'est toi qui veut le mettre partout ;-)
Pour le XMPP et les flux RSS, on est clairement sur un usage internet, proche du HTML pour les flux RSS. Partir sur du XML n'est pas forcément idiot.
On a vu ce qu'a donné le XML pour les RPC (SOAP), on peux dire que la soupe n'a pas super bien prise avec le temps, les services basculant sur des API souvent plus simple à base de REST de nos jours. De plus, les navigateurs prenant le JSON de base, les services NoSQL vont finir par se passer en grand partie du XML.
Bref, les choses évoluent avec le temps et c'est pas plus mal. Quand au format ISO de fichier un peu statique, un schéma XML est pas plus mal qu'une grammaire BNF ;-) En //, Perl6 se définit via des regex Perl6 !