Matthieu Moy a écrit 3251 commentaires

> (presqu') à croire que leur investissement dans le libre via le SoC n'est *que*
> pécunier et non une démarche à laquelle ils adhèrent.

Bah, je ne crois pas que le but de Google soit "d'être un gentil". C'est une grosse boite, elle veut faire de la thune, c'est pas bien surprennant.

Un de ses objectifs, c'est d'affaiblir Microsoft. Probablement parce qu'un utilisateur de Windows + MSIE est un utilisateur de MSN (search et autre), et donc un utilisateur de Google potentiel de moins. Alors que le Linuxien sous Firefox, il a une petite boite "recherche google" par défaut. Ces derniers mois, chaque geste de Google est suivi de l'équivalent chez MS quand ce n'est pas l'inverse.

Le SoC, c'est un moyen d'aider le libre et donc d'améliorer la concurrence contre MS, et les ennemis de mes ennemis sont mes amis, c'est bien connu ;-). Et à mon avis, c'est aussi (surtout ?) pour se rapprocher de quelques étudiants très bons en info, pour éventuellement les embaucher ensuite. Et bon, évidemment, ça travaille leur image de marque, c'est clair !

Maintenant, en temps que « citoyens du monde », à nous de prendre le bon et pas le reste chez Google !

A priori, sous Emacs, tu n'auras pas un comportement comme ça, vu que le choix de l'encodage est déterministe (en fonction de ton ~/.emacs.el et des variables LANG, LC_CTYPE, ...). Donc si tu édites le fichier et que tu le rouvre avec la même configuration, il n'y a pas de raisons que ça merde.

Par contre, un fichier édité sur une machine qui parle l'UTF-8 et lue sur une machine configurée en latin-1, ou l'inverse, c'est toujours la merde ...

À l'EPFL, il y a la GNU Génération qui a l'air d'être encore active. http://gnugeneration.epfl.ch/

C'est eux qui avaient lancé GNUWin, qui était une des première distribs de logiciel libres pour Windows.

Bah, c'est pas nouveau, quand tu postes un truc pertinent, tu te fais moinsser, et quand tu râles après, c'est quite ou double. Souvent, tu te refait pertinenter.

Allez comprendre ...

On me souffle dans l'oreillette que Daniel Glazman != Mark Shuttleworth ;-)

Si on te le compile pour linux, en utilisant la winelib, c'est natif alors ?

Si je te donne un programme Java écrit sous Windows, ça veut dire quoi en faire un portage natif sous Linux ? Faut obligatoirement que ça soit un ELF ?

> Concernant le chantier en Inde, il y avait un projet de transfert de compétence
> dans le contrat, avec formation des équipes sur place...

Mouais, faut mal connaitre les normes de sécurité et usages en Inde pour croire que ça se serait passé sans danger pour la santé des ouvriers, tout ça ...

Avec Word 97, tu pouvais insérer un bout de feuille de calcul excel dedans, oui. Quand tu cliquais sur le morceau de feuille de calcul, la barre de menu et d'outils devenait celle d'excel, et tu pouvais éditer en ligne.

Ceci dit, à l'époque, ça marchait tellement mal que j'avais pris l'habitude de copier -> collage spécial -> coller et temps qu'image parce que sinon, tu pouvais être sur qu'il te foirait la mise en page à la prochaine modif. Je ne sais pas si ça a progressé depuis, il paraît que oui.

Si il n'y avait qu'un seul objectif dans « le mouvement du logiciel libre », ça se saurait ! Bien sûr que je carricature en disant que le but du libre est de péter la gueule à MS, mais si tu regardes un peu ce qui se fait ça et là, c'est quand même un objectif affiché de pas mal de monde :

Bug #1: Microsoft has a majority market share
https://launchpad.net/distros/ubuntu/+bug/1

Mozilla cherche à forger des alliances avec GNOME et d'autres projets open source pour combattre Longhorn
http://mozillazine-fr.org/archive.phtml?article=4584

...

Ce qui fait qu'il y a quand même une part d'ironie dans la fameuse citation.

Mais oui, en effet, heureusement que ce n'est pas le seul et unique but derrière tout ça !!

Bah, quand tu vois ce qu'ils ont déjà de manière publique et officielle :

http://google.com/trends?q=linuxfr

(ou j'apprends que la recherche sur le mot linuxfr est particulièrement populaire à Bezon et Toulouse par exemple)

on n'imagine même pas ce qu'ils peuvent avoir en interne, ou les données qu'ils peuvent vendre à d'autres boites.

> Plus proche du libre ?

Personne a compris la blague ou quoi ? Le dessin attribue à un dirigeant de Google une fameuse citation de Linus Torvalds, et il faut bien avouer que la citation va aussi bien à l'un qu'à l'autre !

« Plus proche du libre » => même objectif => peter la gueule à MS (mais faut pas le dire).

Tes parents sont pas allés voir ton enterrement ?

> Le proxy ne donne quand même pas un user agent à lui il me semble ?

Il peut le faire, si.

Moi, j'ai même ça :

$ du -sh ~/.thumbnails/
58M /home/moy/.thumbnails/

J'me demande bien ce qu'il peut y avoir comme fichiers de configuration là dedans ;-).

Euh, l'auteur de la news fait ça pour chaque sortie de distrib majeure, à ma connaissance bénévolement. On imagine que ça prend un certain temps ... Le but est juste d'avoir un apperçu de la distribution.

Maintenant, en effet, pour un « test », il aurait fallu tester ça sur au moins une dizaine de machines différentes, le faire utiliser par plusieurs personnes avec des habitudes différentes, ... si ça t'intéresse d'en faire un, ne te gènes pas.

> Marc S. est un homme d'affaire. Son entreprise est dans un paradis fiscal ou se passent de nombreux trafics, l'ile de Man.

Bah, l'entreprise de Largo Winch aussi, elle est sur un paradis fiscal, pourtant, c'est un gentil ^_^.

D'où le smiley, en fait, oui...

Comme tout projet qui se respecte, la date de sortie, c'est invariablement « dans un mois », avec mise à jour de la page pour changer la date régulièrement. C'était « mai 2006 », c'est passé « entre mai et juillet 2006 », et je ne serais pas surpris qu'il n'y ai rien avant aout ;-).

C'est sans doute quelque chose comme ça qui se prépare avec Ultéo ( http://ulteo.com/ ). En tous cas, il y a des histoires de live-CD et c'est « a new concept which relies on broadband network access to ease the way people use computers. ».

On verra en Mai 2006, quand la première béta sera sortie ;-).

Damned, mais alors quelle est donc cette distribution qui fourni tous les logiciels du monde dans une seule et même distrib ?

Genre, une entreprise X développe un truc Y en interne, quand elle fait une upgrade de sa Debian, elle récupère la version suivante de Y directement dans la distrib ?

Ça m'a l'air cool le monde dans lequel tu vis, mais dans le mien, y'a plein d'applications tierces qui ne sont fournies par aucune distrib.

En effet, bzr est vraiment plus lent que hg.

Ceci dit, aucun des deux ne sont vraiment « terminés », l'équipe de bzr ne s'est pas tellement concentrée sur les perfs pour l'instant, mais c'est plus une question d'implémentation qu'une question de modèle, donc, on peut s'attendre à des progrès importants dans les prochaines versions.

Par exemple, bzr n'a pas de serveur dédié. Gros avantage : on peut héberger une branch ou un repository bzr sur n'importe quel serveur, du moment qu'il y a du (s)ftp pour uploader et du HTTP statique pour downloader. L'inconvénient, c'est que du coup, le protocole n'est pas bien pipeliné, on n'exploite pas bien la bande passante. Le serveur dédié est sur la todolist de bzr.

Autre différence : bzr est 100% python. L'intérêt, c'est que ça s'installe plus facilement. Sur un bzr fraichement téléchargé, ./bzr va marcher direct, rien à compiler. Ça simplifie l'installation sur les machines n'ayant pas de compilo C (souvent le cas sous Windows). Bien sûr, on perds encore en perfs, mais évidemment, il y a des gens qui se penchent sur la question, et maintenant que les fonctionalités de bzr sont à peu près stabilisées, certains développeurs font du profiling et ont commencé à voir ce que ça donne de surcharger certaines méthodes python par une réimplémentation en C, et les gains en perfs sont immédiats.

Bref, aujourd'hui, hg est largement devant bzr niveau perfs, mais je ne vois pas de raisons pour que les deux ne deviennent pas à peu près équivalents d'ici quelques mois.

C'est pas tellement ma vision des choses, non. C'est plus une question d'organisation que de nombre de personnes. Subversion est utilisé par des très gros projets (KDE par exemple).

À l'inverse, j'utilise bzr sur un projet à 2 personnes, et c'est que du bonheur aussi. Pas de serveur à installer, on travaille chacun sur notre compte, sans avoir besoin de donner de droits à l'autre (avec subversion, la méthode typique quand on a la flème d'installer un serveur, c'est de donner un accès complet aux autres en mettant leur clé ssh dans ton ~/.ssh/autorized_keys, c'est un peu moyen quand même).

Bon, on passera sur le fait que c'est bien connu, les logiciels bien développés n'ont pas de bugs ... (t'es allé faire un tour sur les bugtrackers de tes logiciels préférés pour vérifier qu'il n'y en avait pas ?).

Pour ton exemple de TeX, regardes combien d'années il a fallu pour finir de le débugger, et regardes combien de lignes de code ils font (de mémoire, 30,000 lignes pour TeX), et devines si c'est applicable à une distribution Linux entière.

> Il faut lire le contexte de ce que je dis. Pour PBPG, les softs fonctionnent de maniere identique
> or ce n'est pas le but d'un upgrade majeur c'est un saut de version.

T'est sourd ou t'es con ?

On te parle des logiciels qui tournent sur ton système, pas du systéme. Bien sur que quand tu passe de Windows NT à Windows 2003, tu t'attends à ce que ton Windows 2003 ai des trucs en plus que NT 4. Mais n'empêche que le word 97 qui tu avait installé sur ton NT4, tu veux qu'il continue de fonctionner après l'upgrade. Tu veux aussi que ton application maison qui tourne depuis des années sans soucis majeurs continue à tourner, ...

C'est de ça que parle PBPG, c'est de ça que je parle, toi, tu parles juste d'autre chose. Tu n'as pas compris la notion d'application tierce.

J'oubliais : en parlant de front-end ...

Subversion est clairement meilleur sur la quantité et la qualité des front-ends. En fait, Subversion part avec le gros avantage qu'il est le successeur de CVS, qui avait quasiment le monopole il y a quelques années. Du coup, il y a une communauté d'utilisateurs, et de développeurs de « produits dérivés » énorme, que n'ont pas encore des projets jeunes comme hg et bzr (aucun des deux n'est encore en version 1.0 au passage). Mais il y a fort à parier que ça va se développer rapidement ! (il y a un projet Summer Of Code pour une GUI à bzr, et déjà des bouts d'interface graphique à gauche à droite)

Perso, je trouve qu'une GUI peut être pratique, mais qu'on apprend mieux avec la ligne de commande.

Sur la gestion des branches, bzr et hg sont tous les deux _loin_ devant subversion.

Première chose, ils conservent l'historique des "merge", donc, quand tu veux récupérer les modifications de la branche X que tu n'as pas encore, tu fais "bzr|hg branch X" et c'est tout, il se démerde.

Deuxième chose, ce sont des gestionnaires de version décentralisés, ce qui veut dire que tu peux créer des branches d'un même projet sur des machines différentes. Quand tu bosses à plusieurs, chacun a sa branche, sur sa machine, et pas besoin de prise de tête avec un serveur centralisé à installer et à maintenir. Ça fait un peu peur au début, mais en fait, c'est à la fois plus flexible et plutôt plus simple comme façon de travailler.

Après, il y a le fait de pouvoir stoquer les informations sur l'historique dans un sous-répertoire du projet, qui n'est pas toujours un avantage, mais bien pratique la plupart du temps. Par exemple, avec bzr ou hg, pour commencer un projet, tu fais "bzr|hg init": une commande et c'est tout (bien sûr, quand tu veux publier tes changements, il faut en faire un peu plus pour mettre ça sur le web).

Oui, mais le coup du timeout dans sudo, c'est bien pire que ça.

Si un mec exploite une faille de sécurité dans mon firefox et que j'ai fait un sudo moins de 15 minutes avant, paf, il est root sur ma machine.

Mais bon, des failles dans firefox, y'en a jamais, hein ;-).