Les résultats sont tombés cette nuit : et Sam l'emporte, son concurrent le plus sérieux ayant été Steve McIntyre

http://master.debian.org/~srivasta/leader2007/results.png

Tout le détail dans le message de Manoj Srivastava :
http://lists.debian.org/debian-devel-announce/2007/04/msg000(...)

(Arg pour une fois depuis 8 mois que j'avais une dépêche, il est tard et je suis tout fatigué)

> Lire le journal (21 commentaires, moyenne: 3,9).

Constatant que chaque jour l'éloigne un peu plus des objectifs fixés il y a 4 ans, d'un certain désintérêt d'Apple, mais aussi de la communauté, OpenDarwin a décidé de sa dissolution, ne voulant pas rester plus longtemps ce qu'il devenait peu à peu : uniquement un projet d'hébergement de projet relatifs à Darwin et Mac Os X

L'annonce:
http://www.opendarwin.org/en/news/shutdown.html

> Lire le journal (6 commentaires, moyenne: 2,7).

CNN.com publie la retranscription d'une entrevue de Linus Torvalds:

http://edition.cnn.com/2006/BUSINESS/05/18/global.office.lin(...)

Extrait:

A lot of the core people just feel excited about the technology. And that's why a lot of people just start; that's where I started from, it was just the excitement of doing something yourself. It's kind of like a hobby. You can tinker with cars, you can tinker with computers. There are a lot of technical issues that are just very exciting if you're that kind of person...At least from the developers' standpoint, nobody does it because they hate Microsoft. None of the people I work with do it for that reason. They do it because they love doing what they do.

L'entrevue sera diffusée sur CNN International à 9h30, 15h30 samedi et 13h30 et 19h30 dimanche heure française. Pour les linuxfriens québécois les horaires deviennent 3h30 et 9h30 samedi et 7h30 et 13h30 dimanche. ( Cependant il me semble que la plupart du temps c'est CNN qui est accessible au Québec et non CNN International )

> Lire le journal (9 commentaires, moyenne: 2,3).

C'est l'effrayant désaccord qui met en péril la cohésion entre les développeurs d'Ubuntu dans le fil (thread) débutant ici:

http://lists.ubuntu.com/archives/sounder/2005-October/002915(...)

Apparemment tout de même mieux vaut parier sur un dragon :-)
http://lists.ubuntu.com/archives/sounder/2005-October/002926(...)

En même temps, Canard Pimpant, ça serait approprié, car combien de canard pourront se vanter d'être pimpant après H5N1.

> Lire le journal (21 commentaires, moyenne: 3,2).

Dave Massy annonce sur son blog que Microsoft a reformé son équipe de développement de IE.

http://blogs.msdn.com/dmassy/archive/2004/06/16/157263.aspx(...)

Un wiki a été ouvert pour accueillir les suggestions des utilisateurs.

A lire aussi, la réaction de Gervase Markham, de mozilla.org, assez savoureuse:
http://weblogs.mozillazine.org/gerv/archives/005773.html(...)

> Lire le journal (11 commentaires, moyenne: 2,5).

C'est écrit là, le sieur s'installe à Portland dans l'Oregon.
http://www.katu.com/news/story.asp?ID=68125(...)

Ca vous fait une belle jambe...? A moi aussi...!!
Par contre à Linus ça lui fait des pieds palmés, parait-il. Enfin il l'espère.

(Qu'est-ce qu'on écrit pas à cinq heures moins le quart..)

> Lire le journal (4 commentaires, moyenne: 2).

Cher journal,

Je me suis aperçu ce soir d'une chose que je n'avais jamais remarqué dans mon installation vieille de 6 mois de Qmail+Vpopmail ...

Le mailer-daemon indiquant qu'un compte sur le domain virtuel B n'existe pas provient du domaine principal A ... (je suis clair j'espère)

Ce n'est pas très grave mais je me dis que les utilisateurs faisant erreur dans une adresse d'un des domaines virtuels ne va pas comprendre qu'est donc ce MAILER DAEMON inconnu qui lui écrit...

Je vais regarder dans les sources pour voir si je peux pas trouver dans quel fichier de configuration régler cela, si il existe, voire si je ne trouve rien je vais patcher les sources sans doutes. Mais ce ne serait pas plus mal si mon cher journal tu pouvais me faire gagner du temps.

> Lire le journal (2 commentaires, moyenne: -2,5).

http://www.linuxworld.com/story/44851.htm(...)


Traduction de bien mauvaise qualité faite en vitesse pour d'autres cieux que les journaux de DLFP:

"D'accord, je l'admets. J'étais juste l'homme de paille des vrais père de Linux, le Père Noël et la Petite Souris des dents de lait (la Fée Dent in English in the text)."

"Ils ne pouvaient (pour des raisons évidentes) pas franchir le pas d'admettre qu'ils s'étaient fait piéger par le virus de la passion informatique, et qu'ils avaient développé une série de systèmes d'exploitation de leur cru durant la basse saison. Mais quand ils ont débuté la création de Linux (qu'ils avaient originellement appelé Freax - ils se sentaient un peu comme des exclus, vous savez, mais tout cela est une bien triste histoire), ils se sont dit qu'ils ne pouvaient plus le laisser languir ainsi dans l'obscurité. Ils ont dès lors commencer à rechercher un homme de paille, et comme le Père Noël est de Finlande et a pour cela des liens avec l'Université d'Helsinki, et que la Petite Souris s'est écriée "Il a de bonnes et fortes dents", j'ai été sélectionné."

"Depuis lors, ma vie ne fut que subterfuge, toujours effrayé par l'éventualité que quelqu'un découvre la vérité. Je suis finalement soulagé que cela soit terminé, et que le Alexis de Tocqueville Institute ait finalement découvert le mensonge. Je peux maintenant retourner à ma profession, l'exploration des fascinantes danses reproductives des tritons."

> Lire le journal (6 commentaires, moyenne: 2).

En ce début de semaine, après avoir lu un post s'interrogeant sur l'identité de "Pierre Tramo", j'eus cette idée saugrenu de vouloir lui offrir une définition dans Wikipedia.

L'appel que je lançais n'était pas un appel au vandalisme envers Wikipedia, plutôt l'envie que dans un esprit collaboratif, nous donnions une définition sérieuse autour de la légende urbaine. Et je pensais que les journaux serviraient à quelques propositions avant qu'enfin l'un d'entre nous entre la première définition. Ce n'était pas un appel à aller poster tout de suite sur Wikipedia, mais à en discuter sur le journal.

Des conséquences de ce journal, que puis-je dire?
Peut-être qu'il est dommage que les administrateurs de Wikipedia n'ait pas laissé le temps à un contenu sérieux de naître. Je pense qu'il aurait été bon de juger l'article a posteriori et non a priori.

Mais surtout, qu'après le premier effacement, le message des administrateurs de Wikipedia n'ait pas été compris par les lecteurs de mon journal et que l'article ait été réouvert et réouvert comme un harcèlement.

Mais je ne vais pas me dédouaner de toute responsabilité. Tout cela n'est que de ma faute et j'en suis bien contrit. Je n'ai pas su exprimer ce que je requérais des commentaires. Mais plus encore, j'ai été inconséquent en lançant tout simplement cette idée.

Je suis un contributeur actif de Wikipedia, et de nombreux projets OSS. Et que mes actes irréfléchis aient contribué à un certain vandalisme m'ennuie profondément.

> Lire le journal (14 commentaires, moyenne: 2,1).

Mes chers compatriotes,

En lisant un journal récent, j'ai pu lire cette remarque "même si je ne sais toujours pas qui est exactement Pierre Tramo"... A vrai dire moi non plus, à part de vagues notions comme "J2EE Chief Architect' machin truc....

Alors, sans y croire un instant, je suis aller interroger Wikipedia, en vain bien évidemment.

Un symbole si charismatique de notre communauté linuxfrienne devrait faire partie d'une telle encyclopédie, aussi mobilisons-nous pour donner sur Wikipedia une définition à "Pierre Tramo", cet homme si souvent cloné, pour conserver sa philosophie à travers les âges..

Vive Pierre Tramo, vive Wikipedia, vive Linuxfr.org!

Tadidadi Dadi Dadidada..

Uhm... -> [ ]

> Lire le journal (15 commentaires, moyenne: 2,1).

C'est complément anecdotique, j'en conviens. Ce midi, France 2 passe un reportage sur le hack des téléphones mobiles BlueTooth en Grande-Bretagne.

Un gars nous fait une démonstration, mais cette fois depuis son portable...

Un truc attire l'oeil, ah tiens on dirait un Shell ..
10 secondes plus tard, confirmation, on voit l'interface de sélection de fichier GTK.

> Lire le journal (25 commentaires, moyenne: 1).

Forgent entame un procès contre 31 compagnies pour usage de la technologie de compression utilisée dans le JPEG. Voici la liste des 31 :

Adobe Systems, Agfa Corporation, Apple Computer , Axis Communications Incorporated, Canon USA, Concord Camera Corporation , Creative Labs Incorporated, Dell Incorporated, Eastman Kodak Company, Fuji Photo Film Co USA, Fujitsu Computer Products of America, Gateway Inc, Hewlett-Packard Company, International Business Machines Corp, JASC Software, JVC Americas Corporation, Kyocera Wireless Corporation, Macromedia Inc, Matsushita Electric Corporation of America, Oce' North America Incorporated, Onkyo Corporation, PalmOne Inc, Panasonic Communications Corporation of America, Panasonic Mobile Communications Development Corporation of USA, Ricoh Corporation, Riverdeep Incorporated (d.b.a. Broderbund), Savin Corporation, Thomson SA, Toshiba Corporation and Xerox Corporation.

La technologie a été brevetée par Compression Labs en 1986, soit quelques années avant que l'IETF ne finalise en créant le standard JPEG, réalisant un objectif lancé en 83... Compression Labs n'a jamais cherché à en tirer un quelconque bénéfice de 1986 à 1997.

Forgent qui a racheté Compression Labs en 1997 démarche les 31 sociétés ci-dessus depuis 2002..

Mais bien heureusement la FTC (Federal Trade Commision) enquête sur justement le comportement de Compression Labs vis à vis de l'IETF ... Si ces derniers n'ont pas signalé l'existence de leur brevet à l'IETF, la FTC devrait ordonner à l'USPTO de retirer le bénéfice de ce dernier à Forgent.

http://www.internetnews.com/bus-news/article.php/3345021(...)

Et juste pour info, quelques éléments sur la naissance du JPEG:
http://www.jpeg.org/jpeg/index.html?langsel=fr(...)

> Lire le journal (12 commentaires, moyenne: 1,9).

Apparemment Business International ce vendredi midi sera consacré à la crédibilité grandissante de l'alternative au monopole Windows afin de regagner le contrôle de son bureau (je traduis le teaser...) avec bien sûr Tux en vedette principale...

Je ne sais pas ce que ça vaudra mais on verra.

> Lire le journal (3 commentaires, moyenne: 1).

Juste un mot pour indiquer que le créateur de MyDoom par la backdoor que son ver a ouvert fait se répandre un ver de port à port (façon Blaster, Code Red, Sapphire)... qui outre Microsoft, distribue aussi les sources du ver initial ... (en tar.bz2)

On peut y lire quelques remarques narquoises en commentaire genre...

What's the bug about "75% failures"?

Après le tristement célèbre Darl va nous dire ... "Vous voyez, c'était bien la communauté Linux qui nous attaquait, il distribue son code..."

Sauf que point de licence libre pour le code... ;) (oui bon je sors...)

> Lire le journal (8 commentaires, moyenne: 2).

Cher journal,

Sur la plupart des polices Windows d'origine TTF convertie en Type 1 avec ttf2pt1 dans ma Mandrake (la même chose que fait Drakfont quoi), l'italic est plus gras encore que le bold-italic ...

Une idée? La faute à ttf2pt1? (je ne sais pas je n'ai pas essayé de voir si j'obtenais le même résultat sous ma machine sous Debian...)

Ce n'est pas bien grave... Cela fait quelques semaines que je vis avec sans m'en préoccuper... Mais trouver le pourquoi me ferait bien plaisir tout de même.

Merci d'avance!

> Lire le journal (3 commentaires, moyenne: 0,7).

Cher journal,

C'était aujourd'hui un des plus attendus rendez-vous des avocats de IBM et SCO. Après l'injonction de du juge du 5 décembre, IBM devait dire aujourd'hui si SCO avait répondu correctement à celle-ci à IBM.

Je vais tenter de résumer ... tout en étant complet:

A) Dans le document présenté au juge :
- IBM rappelle qu'au soir du 12 janvier, SCO n'avait pas fourni tous les documents exigés, prétextant les vacances de Noël, qu'IBM n'était pas gêné du retard et avait accepté les documents que SCO avait bien voulu lui fournir entre le 13 et le 28 janvier. C'est pour cela que l'entrevue avec le juge avait été différé à cette date

- A ce jour, IBM constate que SCO n'a pas répondu, malgré le délai supplémentaire à l'ordre du juge.
a) Sur les milliers de fichiers de Dynix et AIX, SCO ne cite que 17 minuscules fichiers Dynix/AIX (juste 3700 lignes, je ne sais pas pour vous, mais je trouve que c'est ridiculement petit) dont certaines lignes auraient fait l'objet d'une inclusion dans Linux, à la fois sans dire précisément en quoi ce code Dynix/AIX descend de la branche SysV, et sans dire non plus précisément quelles sont les lignes en question. Cela ne correspond pas à l'ordre du juge qui avait demandé des preuves précises (with particularity), c'est à dire lignes de codes et histoires de ce code.
b) SCO a fourni des impressions de fichiers du kernel Linux où IBM a contribué. Là encore, SCO ne dit pas en quoi ce code relève d'une implémentation de code SysV dans Linux, ni quelles sont les lignes. SCO n'essaie même pas de dire en quoi elles pourraient être semblable à du code Dynix ou AIX (ce qui ne suffirait pas, puisque on parlait bien d'inclusion de SysV dans Linux)

- En réponse à des remarques (semblables certainement à celles ci dessus) d'IBM le 28 janvier (de mémoire) SCO a reconnu jeudi soir qu'IBM n'avait pas fait inclus/dévoilé de secrets industriels, et lève ce volet de sa plainte. Toutefois ils n'en démordent pas, si des fichiers SysV ont été inclus dans Linux, toujours en se basant sur le vieil argument IBM a inclus du code IBM d'AIX et Dynix dans Linux et selon eux les modules AIX et Dynix conçu par IBM propriété d'IBM sont des travaux dérivés etc... (on en revient à l'argument de mars 2003).. Bref ils continuent sur le volets des copyrights ...

- IBM souligne donc, que par ce retrait de plainte, SCO avoue de façon dissimulée que IBM n'a pas dévoilé du code de SysV, et aimerait que SCO le dise désormais clairement.

- IBM souligne que notre cher Darl a encore souligné devant les élèves d'Harvard (qui penchaient malheureusement pour Darl du côté d'IBM et de la communauté Linux) que SCO détenait "1 million de lignes"

"...[T]here is roughly a million lines of code that tie into contributions that IBM has made and that's subject to litigation that's going on. We have basically supplied that. In fact, that is going to be the subject of a hearing that comes up Friday..."

et qu'en regard de la faiblesse documents présentés à IBM, des questions sont légitimes. Que si SCO a ces lignes, alors le juge doit ordonner à SCO de les fournir au plus vite.

B) L'audience

Elle a tourné en faveur d'IBM.
a) Qualité des réponses de SCO
IBM a utilisé les mêmes arguments que ci dessus sur la qualité des réponses de SCO soulignant que SCO ne prouvait pas en quoi ni la partie du code de Dynix/AIX pointée par SCO avait une filiation avec SysV en dehors du fait que ces lignes était un module supplémentaire au code SysV.
SCO a répondu que blabla code dérivé blabla... Que SCO ne sait pas où c'est exactement, mais comme IBM a dit que du code Dynix/AIX était dans Linux, SCO le reproche à IBM sans pouvoir dire de quel code il s'agit. Ajoutant que IBM n'a pas prouvé à SCO que le code Dynix/AIX pointé par SCO appartenait à IBM (trop fort là SCO ahahah!) L'avocat a ajouté aussi qu'ils veulent le code d'AIX de la part d'IBM. Le juge a répondu que ce n'était pas le moment, qu'était étudié si ils avaient répondu à l'injonction.

Le juge a aussi ajouté à la protestation de l'avocat comme quoi ils ne pouvaient rien faire sans ce code:
"The problem is, unless you identify those codes, then IBM is not in a position to have a response. We're at an impasse, and the case cannot continue with an impasse, that's why there was a court order".

L'avocat a alors dit que le systèmes des discovery (échanges de documents et de preuves) n'était pas approprié à l'affaire (ce qui a laissé tout le monde décontenancé héhé)

Chose importante, l'avocat d'IBM avait possibilité de demander un jugement en référé (summary judgement) puisque SCO n'avait pas rempli ses obligations. Ils s'y sont refusés, preuve qu'ils souhaitent faire boire à SCO le calice jusqu'à la lie en mettant cette société face à ses contradictions. Il est possible aussi qu'en refusant le summary judgement, IBM ne souhaite pas se priver de la possibilité de demander un jugement avec dommages et intérêts. Mais surtout, en agissant ainsi IBM veut que SCO ne puisse à nouveau lancer un nouveau procès basé sur les mêmes accusations. En effet un summary judgement aurait simplement prononcé un non lieu pour faute de procédure, mais n'aurait pas prononcé l'innocence d'IBM et la fausseté des accusations de SCO. IBM veut donc sortir par le haut en étant totalement blanchi, et en ne laissant à SCO aucune possibilité de réitérer ce procès.

La requête d'IBM face au non respect de l'injonction: une nouvelle injonction pour le moment que SCO fournisse le plus vite possible le millions de ligne en question.. Ou tout au moins des preuves...

b) Examen de la demande d'injonction de SCO envers IBM
IBM s'est montré prêt à dévoiler le code d'AIX (après avoir fourni celui de Dynix il y a quelques mois) si il le faut (mais pas toutes les versions des fichiers et tous les diff car cela prendrait des mois) sous 2 semaines si le juge l'ordonne. IBM a souligné qu'ils avaient toujours répondu aux demandes de SCO (fournir 8000 noms d'ingénieur IBM ayant contribué à des projets OSS par exemple) sans aucune omission, en d'autres termes, en totalité. Qu'ils avaient dévoilé Dynix à SCO, qu'ils étaient prêt à dévoiler AIX à SCO.

Et qu'en regard de cette bonne volonté jusque là, SCO n'avait rien produit excepté 17 fichiers Dynix, sans plus de précision. Que de plus le code du kernel Linux était librement et publiquement disponible. Cela de façon aisé. Qu'IBM ne comprenait donc pas en quoi le code d'AIX serait plus utile à SCO, puisqu'il suffisait à SCO de comparer le code de SysV à celui de Linux pour avoir des preuves de fuites de SysV dans le kernel Linux (IBM utilise en effet la définition de code dérivé d'un procès Computer Associates).

Qu'ils ne comprenait pas comment SCO avait certifié que HP et Sun n'avait pas introduit de code SysV dans le kernel, sans que Sun et HP ne montrent le code de leur produit Unix, et qu'IBM soit obligé pour certifier la même chose de montrer le code de son produit Unix, AIX. Cependant, qu'ils sont prêts tout de même à tout dévoiler (3 millions de pages!) mais que la demande supplémentaire de SCO d'avoir la liste de tous les travaux OSS contribués par IBM est une demande irraisonnée, puisque ces contributions étant publiques, SCO peut de lui même les trouver, sans ajouter un fardeau à IBM. IBM soulignant que selon le code procédural américain (et divers jurisprudences) que les "discovery" doivent être seulement utilisées en cas d'impossibilité de les trouver d'une manière plus aisée (littéralement "avec moins de fardeau")

Le principal argument de l'avocat de SCO fut de dire que HP n'avait pas contribué à Linux contrairement à IBM d'où les exigences envers IBM. Ce à quoi l'avocat d'IBM, citant des sources où l'information pouvaient être découvertes, précisa que HP avait bien contribué à Linux.

--------

Je ne sais pas ce que tu penses mon cher journal, mais cette journée est fort positive pour IBM, SCO parait de plus en plus en train de défendre des accusations aussi vides qu'une coquille vidée de son escargot.

Chose amusante, le 5 décembre SCO avait annoncé au juge qu'ils allaient amender leurs plaintes concernant de nouveau non-respect de copyrights avec de nouvelles accusations, cela d'ici une semaine. Ils l'ont fait mais jeudi soir, la veille de l'audience. Pourquoi donc si tard, au dernier moment? Certainement parce qu'ils savaient qu'ils ne feraient pas bonne figure lors de cette audience. Et en lançant de nouvelles accusations si tard (sans donc donner le temps à IBM de développer une réponse pour le juge), même si leur procès est en train de s'écrouler, cela donne médiatiquement l'illusion que leur procès est toujours en bonne voie.

Le plus amusants c'est que les nouvelles plaintes se basent sur des arguments non encore prouvés : qu'IBM continue de commercialiser AIX et Dynix alors qu'ils ont perdu leur licence pour faute. Or il faut bien dire que la faute n'est pas établie par le juge. Et pour cela 2 milliards de dollars de plus... Au total 5 milliards de dollars, mais combien comme ces 2 milliards de dollars sont basées sur d'infondées preuves..

Bon ce fut long, mais j'espère que ce compte rendu t'a intéressé.
Je remercie, ma famille et surtout Groklaw sans qui cette oeuvre n'aurait jamais pu naître.

http://www.groklaw.net/article.php?story=20040206155753777(...)
http://www.groklaw.net/article.php?story=20040206175445975(...)
et plus généralement, les articles de la journée de Groklaw

> Lire le journal (19 commentaires, moyenne: 2,9).

Cher journal,

Je cherche depuis quelques jours quelques solutions pour remplacer mon script actuel me permettant de garder historique de mes backup tar de fichiers binaires de base de données MySQL (récupérés via rsync). La solution que j'avais jusque là adoptée se basait principalement sur xdelta1 .. Comme RCS ou CVS le font, je gardais la dernière version en fichier plein et les précédentes en reverse-diff (xdelta) incrémentiels.

Je souhaiterais maintenant passer à une solution plus mure (moins amateure) que la mienne, et me permettant si possible (mais c'est optionnel) un accès transparent aux versions précédentes (bref un genre de système de fichier avec versionning ... et qui gère aussi bien que rsync et xdelta les binaires)

Connais-tu donc cher journal de telles solutions logicielles? J'ai bien pensé à utiliser subversion (qui diffe bien les binaires), mais je ne suis pas certain que soit la solution la plus appropriée...

Merci...

> Lire le journal (1 commentaire, moyenne: 1).