JSL a écrit 604 commentaires

avec la 9.1rc1, ça déconnait, faudrait voir avec la 9.1rc2. Mais dans l'idée, ça devrait presque tout faire tout seul.

c'est vrai qu'il a des citations «terribles» à son actif, mais, si on prend ton exemple : elle concerne l'humanité tout entière, et pas un peuple, une culture ou une religion particulière. C'est en ça que je ne vois pas Einstein avoir dit quelquechose ciblé contre les américains.

si j'en crois www.citationsdumonde.com (et j'ai plutôt tendance à leur faire confiance), elle serait d'Oscar Wilde (sans dire d'où ça vient malheureusement).
Mais surtout, je ne vois absolument pas Einstein ou clémenceau dire une chose pareille, ne serait-ce que dans la manière abrupte de dire la chose (sans parler qu'Einstein s'était un peu exilé là-bas).

comme je l'ai dit, ce ne sont que des souvenirs, je n'ai malheureusement pas d'URL sur la question.

houla, fatigué moi, oubliez mon commentaire du dessus, j'avais vu un apt-get là où il fallait voir un apt-build. Désolé pour la pollution du thread.

ben, en fait, il y a apt-build :
http://packages.debian.org/unstable/devel/apt-build.html(...)
http://www.linuxfrench.net/article.php?id_article=990&var_reche(...)

si mes souvenirs sont bons : mal, Microsoft s'«est payé» le Pérou à grand coup de dons sous forme d'ordinateurs et de... logiciels !!!

Par contre, j'ai toujours trouvé que ce texte était un des plus clairs sur le sujet : tous les arguments et contre-arguments s'y trouvent.

Parmi les points essentiels, il y a la nécessaire transparence du fonctionnement des institutions et services publiques : que l'État puisse contrôler l'intégrité du code d'un programme est nécessaire, mais pas suffisant (exit http://fr.news.yahoo.com/030228/85/32l9n.html(...) ), il faut que chaque citoyen puisse en faire de même, voir même qu'il puisse faire appel à qui bon lui semble pour réaliser ce travail...
Au-delà, il y a aussi la nécessité de pouvoir contrôler l'évolution des logiciels pour une totale indépendance.

À priori sans rapport direct, mais ça pourrait se révéler utile pour les futurs débats : est-ce que quelqu'un suit l'application du décret relatif aux logiciels libres en Belgique ? (http://linuxfr.org/2003/02/12/11337.html(...)) Voir même en comparaison «live» avec d'autres pays mauvais élèves ?

Puisqu'ils ont sauté le pas, c'est quand même notre meilleur point de comparaison pour faire avancer le schmilblick en faveur des logiciels libres.

Au cas où des gens ne connaitraient pas, je remet LE lien (IMHO) :
http://pimientolinux.com/peru2ms/villanueva_to_ms_fr.html(...)

la longueur : j'ai, au cours de mes périgrénations, attentivement lu tous les liens que tu indiques, mais jamais je ne les conseillerais à une personne non déjà sensibilisée, car il faut être très motivé à priori pour en lire autant d'un coup, surtout que les arguments «qui tuent» n'apparaissent bien souvent que très tardivement. Maintenant, c'est sûr qu'il s'agit de vrai réfèrences, surtout si on compare au site dont il est question ici.

pas mal du tout, ça rentre directement dans le coeur de sujet, en donnant accès au clés pour comprendre les différences entre le cas des logiciels et celui de l'industrie «classique». Un bémol tout de même : j'espère qu'il y aura des bonnes âmes pour internationaliser ce site (et non, moi, je n'ai pas le temps).

> «En revanche, le problème des accents est autrement plus complexe, il faudrait en fait à mon avis normaliser un clavier convenant pour toutes les déclinaisons de l'alphabet latin. Moi, quand je regarde mon clavier, j'ai l'impression qu'il y a beaucoup de touches sur lesquelles on pourrait imprimer des symboles supplémentaires ;-)»

En fait, la solution existe, c'est le clavier normalisé CAN/CSA Z243.200-92, aussi appelé clavier canadien normalisé, et tout un un tas d'autres noms plus «human-friendly». Un excellent point de départ :
http://externe.net/clavier-normalise/(...)

Malheureusement, j'ai lontemps cherché ce clavier en france, et j'ai fini par abandonner : j'en avais marre d'être regardé comme un cinglé par tous les vendeurs de France et de Navarre :( (mais si jamais vous savez comment s'en procurer, même par correspondance au point où j'en suis, je suis intéressé par l'information)

je crois que c'est clair : leur écran de veille a une fonctionnalité unique au monde ;)

au passage, une petite URL qui m'avait permis de mieux comprendre ce qu'était les «capabilities» :

http://www.eros-os.org/faq/faq.html(...)

Je vais peut être dire une bétise, mais finalement, est-ce que ce n'est pas une version plus «haut niveau» des IPC-Redirect proposé par L4 ? (on s'éloigne un peu du sujet, mais bon, c'est pas bien grave ;)

Je vois bien les dérives d'un tel système dans un contexte TCPA, mais ça me paraît super-sympa comme idée. Après tout, tant que ce n'est pas une boîte qui décide de ce qui doit tourner ou pas sur ton ordi, mais toi en fonction des avis d'un compilo, dont tu n'es pas obligé de suivre l'avis, et qui peut parfaitement être lui-même libre, ça serait plutôt chouette, non ?

Pour répondre à ta «question», voir la faq TCPA/Palladium :
24. Pourquoi est-ce donc nommé « informatique de confiance »? Je ne vois pas pourquoi je devrais lui faire confiance !

ben non, c'est sather (1), Eiffel n'est que le deuxième ;)

(1)c'est très personnel, mais je pense qu'avoir TOTALEMENT séparé les concepts de réutilisation du code («héritage de code») et l'héritage d'interface est une très bonne chose, qui a permis de préférer la contravariance. En effet, en liant héritage d'interface et de code, Eiffel a dû s'orienter vers la covariance, qui entraîne tout un tas de problème qui n'ont toujours pas abouti à une solution satisfaisante.
Maintenant, Sather est comme qui dirait mort, donc vive Eiffel.

> «Un *excellent* courrier de Igor qui compare le modèle du libre à la construction des cathédrales»

Après les écrits d'Eric Steven Raymond, il fallait l'oser ;)

ben justement, point de vue prix, ça fait combien tout compris ? Et il faut compter combien de temps pour tout mettre en place ?

idem, j'ai prolongé mon abonnement de base.

Au sujet de L4. J'avais entendu une histoire au sujet de l'utilisation de Pistacho (l'implémentation, encore en dvp, de la dernière version de l'API), qui obligait à signer un contrat de non divulgation (!), ce qui est «légérement» génant pour un projet libre. Ça en est où cette histoire ?

Merci pour cette réponse complète et sereine, loin des trolls qui nous entourent ;) J'aurais bien voté [+], mais ça ne marche pas chez moi (je ne sais pas si c'est un bug de de linuxfr, ou si je n'ai pas le droit de voter. Il faudra que j'enquête).

puisque nous avons kilobug parmi nous, je me permet de poser la question suivante : quand peut-on espérer voir disparaitre la limitation à 2 Go ? Est-ce qu'on sait comment ça va être fait, et qu'il faut maintenant passer à l'implémentation ? ou est-ce que les dvpeurs s'interrogent encore sur la meilleur manière de faire ?

Autre question que je me pose depuis bien longtemps : comment se fait-il qu'une telle feature manque depuis si longtemps ? complexité de la tâche du fait de l'architecture multi-serveur ? enchainement malheureux d'événement le long du dvp faisant que ça a toujours été remis au lendemain ?

Nul appel à troll, mais je pense que ce sont des questions légitimes que toute personne qui commence à s'intéresser au hurd doit se poser à un momnet ou à un autre.

Je ne connaissais que de nom, et je ne m'étais jamais rendu compte qu'il s'agissait de ça. Donc : merci pour l'info :)

C'est vrai, mais ça nécessite de penser le DTD de son format xml en fonction du rendu final, ce qui est contraire à l'esprit. De plus, si il y a plusieurs sorties totalement différentes (xhtml, pdf...), ça devient quasi-impossible. Et je ne parle même pas du cas où le format de sortie change : il faudrait alors revoir son format xml de stockage de donnée brute parce que le format proposé au monde extérieur a changé ?

Quant au parsages gourmands, rien à dire sur l'état actuel des choses, mais je ferais remarquer que même si ça serait bien compliqué à implémenter, rien n'interdit d'envisager un système à la templeet, avec système de cache à tous les étages, sauf que le langage de templates serait xslt (après tout, dans le cas d'un site web, rien n'oblige que le traitement du fichier de style xls se fasse côté client. J'irais même plus loin : templeet a prouvé que ça pouvait être bien plus malin de faire la chose côté serveur de façon à ne faire les choses qu'une fois, et non pas une fois par client, même si ça soulagerait le serveur ;). Bref, ce n'est pas une limitation intrinséque au language à mon avis, mais bien un problème qui pourrait être grandement aplani via une implémentation performante.
En attendant, xml+xlst est déjà un couple formidable pour automatiser la gestion et les mises à jour d'un site statique, ou même dynamique en intégrant du php au fichier transformé qui sera utilisé pour le site.

> «Pourquoi ne pas appliquer les css(la forme) directement sur le XML(le fond) ?»

Parce que le css ne peut pas faire tout ce que peut faire le xsl : la transformation de la structure du document d'origine en est le plus gros morceau (voir xslt).