Frédéric Péters a écrit 154 commentaires

C'est peut-être parce qu'il n'y a pas d'entité juridique pour Libre-entreprise (je n'ai pas regardé le détail des partenaires). Cela dit, des entreprises membres de Libre-entreprise se trouvent dans les partenaires, Cliss XXI, Easter-eggs et Entr'ouvert.

C'est le même domaine; j'ai l'impression que OpenID a plus été développé comme une solution ad-hoc, alors que SAML c'est la grosse machinerie, avec des specs signées de dizaines de noms, et de presque autant de sociétés, un côté "industrialisation" du SSO (mais quand même moins lourd et réinventeur de roue que les WS-*).

De celà découle le reste, OpenID est 100x plus facile à comprendre et implémenter, mais du côté de SAML il y a de quoi gérer des situations bien plus particulières (voire tordues).

Aussi, SAML couvre un champ plus large, parce qu'au-delà du SSO c'est surtout de fédération d'identités qu'il s'agit (et du coup il y a des protocoles supplémentaires pour modifier ou révoquer celles-ci, des attributs pour dire si oui ou non un SSO doit mener à la création d'une fédération...).

Il y a parfois des infos postées sur planet.freedesktop.org, c'est comme ça que je suis un peu l'actualité du projet; ça permet d'applaudir des deux mains le développeur tout content d'être arrivé à faire afficher trois triangles.

Ou à utiliser deux sorties simultanément sur sa carte.

Les petits plaisirs de la vie...

Donc la situation actuelle, c'est qu'on est encore loin du pilote libre qui concurrence le pilote propriétaire sur le plan des fonctionnalités, mais s'il faut en croire les devs, l'objectif est réaliste.

D'après les développeurs encore, tout est vraiment fait dans la légalité, il ne s'agit pas de désassembler les pilotes propriétaires mais de faire des appels OpenGL et de voir comment les registres de la carte réagissent après, et cela n'est pas interdit par la licence des pilotes propriétaires.

Après, concernant l'attitude qu'NVidia pourra avoir, aucune idée.

Au fil de la lecture de l'article, il y a quand même plusieurs phrases qui m'apparaissent comme des énormités.

Je ne vais pas relire pour en citer plusieurs, juste me contenter de la dernière réponse qui donne cette perle : « On sait quels sont les blogs les plus visités et donc les meilleurs. ».

> Netscape aurait pu se vendre à Microsoft a un très bon pris.

Les plus jeunes (sans insinuation aucune) ne connaissent peut-être pas « Open Sources: Voices from the Open Source Revolution », dès l'origine accessible avec les sources, en LaTeX, avec lesquelles je me souviens avoir créer moi-même un PDF (ou un fichier PostScript, foutue mémoire).

Ce bouquin O'Reilly a également été traduit en français, mais comme j'avais le titre anglais en tête, c'est vers la version anglaise que je pointe :

http://www.oreilly.com/catalog/opensources/book/netrev.html

C'est le chapitre « Freeing the Source: The Story of Mozilla ».

Alors c'est peut-être un peu romancé, il y a probablement quantité d'omissions, mais la décision de Netscape de « libérer le lézard », elle apparaît quand même venir d'une affinité avec le libre, en gardant à l'esprit aussi la concurrence féroce, et qu'il y avait besoin de changer de champ de bataille ("we decided to change the playing field").

C'est intéressant, la perspective historique que ça peut apporter, par exemple ce paragraphe:

But the group behind mozilla.org knew that it would be disastrous for the Net to look at the organization and say, "These people only have Netscape's interests in mind and they're only about shipping Netscape products." This would mean that mozilla.org had failed in its goal to be a good maintainer. The separation had to be real and the Net had to know it.

Et maintenant, que se passe-t-il ? Netscape oublié, il reste Mozilla Foundation et Mozilla Corporation, et la séparation, réelle juridiquement, ne l'est plus tant que ça.

Et donc la question, en privilégiant la MozCorp aux autres distributeurs, mozilla.org a-t-elle échoué dans son objectif d'être un bon mainteneur ?

Mais le patch fait moins de 100 lignes, pour un sujet a priori mineur mais qui a l'attention de l'UE et du gouvernement belge, alors pourquoi ne pas justement l'appliquer, le patch ?

Moi ça me semblerait pas mal pour l'image, du développement libre, de Firefox, etc.

Ce qui est dit plus haut, c'est d'utiliser un langage adapté au
problème. Là, ton exemple, il m'apparait carrément plus adapté
à un langage de script qu'à ocaml.


import os
for filename in sorted(os.listdir(os.getcwd())):
print filename

+1, surtout sur la garantie de rester entièrement libre, c'est une des
raisons pour lesquelles j'ai choisi Debian.

Maintenant, avec le temps, de plus en plus de distributions ont fait
ce choix d'être entièrement libres alors qu'en parallèle ça discute
chez Debian sur des compromis avec le contrat social (firmware).

Cette raison a donc pour moi une moins grande portée qu'à l'époque.

L'autre raison principale, c'était la possibilité de s'y engager, d'y
contribuer, et ça aussi ça a bien évolué, partout.

Pareil, sauf que ça devient rapidement long, alors j'ai au fil du temps développé des règles un peu plus génériques.

Ça date d'avant la généralisation de List-Id et cie (et sont-ils vraiment standards et homogènes maintenant ?), alors il y a des règles différentes par système utilisé, ci-dessous, mailman, mais il y a suffisamment dedans que pour donner l'inspiration pour les autres :

# mailman managed mailing lists
:0
* ^X-BeenThere: .+@.*
{
        :0
        * ^X-BeenThere: .+@\/[-a-zA-Z0-9.]+
        {
                DOMAIN=$MATCH
        }

        :0
        * ^X-BeenThere: \/[-a-zA-Z0-9]+
        {
                LOCALPART=$MATCH
        }

        :0
        * X-BeenThere: .+@.*
        ML-$DOMAIN-$LOCALPART

}

Comme ça, aussi, pas besoin de modifier mon .procmailrc à chaque nouvel abonnement à une liste.

Sur l'absence de Flash, je suis tombé récemment sur l'extension
VideoDownloader pour Firefox: https://addons.mozilla.org/firefox/2390/

Alors comme je n'utilise pas Firefox, j'ai regardé les sources voir si
ce serait portable vers Epiphany et en fait, tout ce que ça fait, c'est
utiliser les services de www.videodownloader.net, où tu peux coller
ton URL (YouTube et cie) et recevoir en retour un fichier.

Sur ce fichier, un coup de `file` et ça me donnait 'Macromedia
Flash Video", un peu déséspérant mais quand même j'essaie et ça
se lit sans soucis avec vlc.

Il est donc possible sans Flash de regarder ces vidéos.

Bien d'accord; sur le sujet, la pétition « Parité et appellation des femmes » ( http://www.lapetition.com/sign1.cfm?numero=1099 ) pour l'abolition de la distinction entre "Madame" et "Mademoiselle".

Avec le niveau requis, je ne sais pas, mais sur la liste xulfr@, à laquelle j'imagine que les personnes francophones intéressées par XUL sont inscrites, pour info il y a aujourd'hui 165 personnes abonnées.

L'annonce de Disruptive Innovations y a été postée, apparemment sans succès.

Je penche à mon avis du même côté que toi, le critère XUL doit être revu à la baisse; il sera beaucoup plus facile de trouver une personne connaissant un panachage de technos en rapport (genre C++, JavaScript, XSLT, etc.) que la bête rare. Après, temps d'apprentissage, tout ça, mais je pense que ce sera inévitable, que DI devrait s'en rendre compte.

Hum, c'est moi qui aurait dit ça ? Je devais **encore** avoir trop bu; ou tu paraphrases un peu trop.

cf ce que Joey Hess écrivait hier, http://kitenet.net/%7Ejoey/blog/entry/the_supermarket_thing.(...) . Là où Ubuntu a un avantage (de par sa nature hiérarchico-commerciale) c'est la capacité à se définir un projet unifié commun, et pour atteindre ce projet, ils piochent dans Debian.

Dans Debian, par contre, il y a un très fort sentiment du propriété du mainteneur envers son paquet, ça s'améliore ces derniers temps, par diverses initiatives (maintenance par équipes, LowThresoldNMU, etc.) mais ça reste encore régulièrement un frein à une vision "unitaire".

Voili voilà, *ça s'améliore*, j'en suis sûr, toutes les raisons de continuer à bosser dans Debian.

DOAP (http://usefulinc.com/doap ) est un format défini pour décrire un projet; ça ne s'est pas vraiment envolé mais récemment le projet Apache a décidé de l'utiliser (http://projects.apache.org/doap.html ).

Mon idée serait que l'inscription d'un projet à l'annuaire puisse se faire simplement en renseignant l'URL d'un fichier doap et puis basta, ça remplit une fiche complète mais surtout, ça fait un GET quotidien pour le mettre à jour.

Franchement, ça me ferait super plaisir que les annuaires utilisent ça :)

udev supplante maintenant hotplug; les fonctionnalités qu'apportaient hotplug sont gérées par udev, tu peux utiliser udev (et désinstaller hotplug) sans perte de fonctionnalité, ce que tu branches continueras à apparaître « à chaud ».

D'après la documentation de Josso[1], pour l'utiliser dans une application de PHP, il y a non seulement du code mais aussi un gros changement d'architecture système, obligation de passer par un système de reverse-proxy qui routera toutes les demandes par un serveur Java derrière.

Certains développeurs PHP préféreront avoir une extension à leur langage que de devoir passer par Java. Et c'est valable aussi pour les développeurs Python, Perl, etc.

Après, concernant les spécifications des échanges inter-serveurs permettant le SSO, on peut soit implémenter du spécifique soit du standard. Et comme standard de SSO multi-domaines, je ne connais que Liberty Alliance.

À noter que SourceID[2] propose une implémentation Java de Liberty Alliance sous une licence propre à eux mais qui à une première lecture est libre.

Et pour terminer, il serait possible d'utiliser les bindings Java de Lasso pour implémenter un système comme Josso. Ça n'apporterait même que du bon, un système simple à mettre en place pour les développeurs Java qui en plus respecterait les standards Liberty.



[1] http://www.josso.org/php-howto.html
[2] http://www.sourceid.org

[Disclaimer: je suis un des développeurs de Lasso, mais ce n'est pas moi qui ai posté la brève ni mis le commentaire sur J2EE]

En fait, il y a SAML 1, normalisé par l'OASIS, ça ne définit pas suffisamment de choses, d'un côté Liberty Alliance, de l'autre Shibboleth procèdent à des extensions correspondant à leurs besoins propres.

Plus tard arrive SAML 2, toujours normalisé par l'OASIS, qui se veut récupérer dans son giron les deux "divergences" en ajoutant ce qui manquait (il n'y avait heureusement pas d'incompatibilité de principe entre les deux).

C'est à peu près là qu'on est; les specs Liberty sur le SSO seront maintenant plus sur la manière d'appliquer les specs SAML 2 à la réalité des membres de Liberty que sur une nouvelle extension (et probablement pareil pour Shibboleth)

À côté de ça, Liberty a aussi défini d'autres protocoles qui ne sont pas (encore?) repris dans le giron de SAML2 (cf les specs ID-WSF).

Sur ces specs, il y a eu des implémentations propriétaires, une implémentation "open source" (SourceID, www.sourceid.org ) et une implémentation "libre" (Lasso, lasso.entrouvert.org (qu'utilise Authentic)). Ces projets sont indépendants des différents consortiums et n'ont pas du tout été financés par eux.

Il y a différentes manières de procéder à l'intégration d'un support Liberty à une application existante, des simples et des compliquées, des appropriées à une application qui ne le sont pas à d'autres, etc.

Il y a eu une petite doc écrite sur la création d'un fournisseur de service Liberty avec Lasso, en PHP (http://lasso.entrouvert.org/documentation/writing-a-php-sp.h(...) ).

Une autre manière déjà testée, ça a été de passer par un module Apache,

- le patch pour DotClear: http://www.0d.be/files/dotclear.scalpkit.diff.gz ,
- le patch pour eGroupware http://www.0d.be/files/egroupware.scalpkit.diff.gz
- le patch pour Roundup http://www.0d.be/files/roundup.scalpkit.diff.gz


Le module apache en question, c'était 169 lignes de Python (module réalisé via mod_python), je n'en trouve pas une URL pour le moment, si ça t'intéresse je peux chercher.

C'est (toujours) très simple. Authentic est un fournisseur d'identités compatible Liberty Alliance; ça signifie qu'il s'interfacera avec d'autres applications compatibles Liberty (appelées dans le jargon "fournisseurs de service").

Évidemment ça se corse quand on se rend compte que les applics libres avec du support Liberty, il n'y en a pas. Pour ajouter ce support, il y a des options propriétaires (et systématiquement (d'après ce que j'ai vu) en Java) ou lasso, dans le binding approprié (Python pour Zope, PHP pour PHP, c'est ridicule de l'écrire).

Ajouter ce support, de manière un peu crade, ça a déjà été fait avec quelques applics libres (je me souviens de dotclear, spip, egroupware, squirrelmail) mais rien qui ne fut contribué en retour vu le caractère crade et envahissant de la modif. Ce n'est pas compliqué, la doc manque mais la liste lasso-devel@ fonctionne.

Ensuite, sur l'interaction avec des serveurs IMAP, SMTP et autres, la réponse est non, les normes Liberty ne parlent de SSO que dans un contexte d'applications web (ce qui peut être imaginé c'est que l'authentification liberty se fasse sur du kerberos et que les applics non web utilisent kerberos).

Voili voilà, j'espère que ça éclaire un peu.

Je ne peux répondre que sur l'aspect Liberty; étant donné que LemonLDAP utilise(ra) Lasso, les spécifications supportées par Lasso le seront par LemonLDAP. Ça signifie actuellement ID-FF 1.2.

LemonLDAP ne se compare pas à Lasso, simplement, LemonLDAP utilise(ra) Lasso pour la compatibilité Liberty.

Grosso modo, il s'agit de niveaux différents, LemonLDAP étant le logiciel "fini", Lasso étant une bibliothèque facilitant l'ajout du support des spécifications de la Liberty Alliance.

Le, « c'est lourd et personne ne s'en sert », c'est l'argument utilisé contre la réactivation du support du MNG (et JNG).

https://bugzilla.mozilla.org/show_bug.cgi?id=18574(...)

Et cela peut évidemment être réalisé par la distribution, c'est ce que fait d'ailleurs déjà Debian pour les PDF (je ne sais pas pour les autres distribs). Ça a été discuté/décidé il y a bien longtemps: http://lists.debian.org/debian-devel/2001/03/msg00862.html(...)

Juste sur l'aspect "démocratie", qui était le sujet principal du journal.

« I-47 (démocratie participative) La constitution étend les droits des citoyens » et on y parle de « droit d'initiative citoyenne », on y écrit « Si ce droit existait déjà, la taxe Tobin aurait par exemple déjà fait l’objet d’un grand débat européen. ». Bien sûr.

La constitution porteuse de plus de démocratie pour l'Europe, je croyais que plus personne n'était dupe.

Sur les AOpen, le module acerhk marche fréquemment.

http://www.informatik.hu-berlin.de/~tauber/acerhk/(...)

(marche nickel chez moi)