yannig a écrit 145 commentaires

Tu parles du chat de Schrödinger ?

Pour le fork de go-oo, d'après ce que j'en ai compris, le fork existait depuis longtemps. C'est juste qu'un jour quelqu'un a décidé de le dire tout haut alors qu'avant, les distribs utilisaient un ensemble de patch maintenu en dehors de chez Sun voir même qu'elle ne téléchargeaient plus la version de chez Sun mais une version pré-patché chez Novell.

tail -n1 -f <nom_fichier>

Ok je -->[]

Avant de raconter n'importe quoi, je me permets de porter à ta connaissance quelques cas précédent de changement de licence au sein d'un projet libre important :
- XFree86 4.4.0 qui change sa licence. Résultat fork => les anciens gars du coeur du projet passe pour des crétins
- et dans une moindre mesure OpenOffice.org avec Go-oo. Là aussi, Sun réclame que lorsque tu contribues, le code appartienne à Sun afin de le publier dans openoffice mais également de le remettre tranquillos dans Star Office sous licence propriétaire.

Je pense qu'on est quand même très loin de la situation que tu nous décris ici. Pour info, Trolltech qui s'est fait racheté par Nokia publie QT sous double licence (GPL pur et proprio pour faire du proprio avec). Sache que Trolltech a signé un agrément avec la communauté KDE pour justement éviter tout problème de changement de licence. Tu peux le consulter à cette adresse : http://www.kde.org/whatiskde/kdefreeqtfoundation.php

En gros, si Trolltech (ou Nokia puisqu'ils ont racheté Trolltech) verrait la dernière version de QT se retrouver en licence BSD. Pour te donner un ordre d'idée, ça voudrait dire qu'en gros, la société perdrait son code et sa communauté. Les exemples du passé me montre que Trolltech n'a aucun intérêt à ce que cela se produise.

Concernant KDE, il s'agit d'un projet en GPL. Si une bande d'hérétique s'amusait à changer ceci pour du BSD, je pense qu'il y aurait un fork dans l'heure qui ne serait dans aucun cas bénéfique pour le projet ni pour personne.

Donc, pour conclure, la signature de ce genre d'agrément est en soit une bonne nouvelle, ça va permettre la prochaine fois de passer en GPL v4 beaucoup plus rapidement que ne pourra jamais le faire l'autre projet-de-desktop-linux-ne-l'ayantpour-l'instant-pas-signé (attention lecteur avisé, sauras-tu reconnaître le nom du projet en question ?).

Le problème étant que TTM a plus d'opposant à son entrée dans le kernel que GEM qui est par nature beaucoup plus simple. Il est donc sûr que GEM rentrera sans problème même s'il ne correspond pas à quelque chose d'utilisable pour tout le monde.

Aaron seigo en a parlé souvent au travers de ses différents posts sur son blog
http://aseigo.blogspot.com/2008/04/on-scripting.html

linux.com en parle également dans cet article :
http://www.linux.com/feature/114560?theme=print

Oui, d'où l'idée d'une dépêche avec en commentaire les bugs que j'ai personnellement rencontré et que je n'ai pas remonté parce que j'ai vu qu'ils étaient déjà répertorié dans le bug tracker. Comme j'ai eu du mal à les trouver, je me suis donc permis de les mettre en commentaire et comme ça, ça fait gagner du temps pour les autres.

Je sais que le projet Parallels Desktop te permet justement d'intégrer des applications 3D DirectX directement dans ton bureau sur Mac OSX.

Ces braves gens s'appuient sur les drivers Direct3D de chez Wine pour fonctionner (y'avait même eu une polémique à l'époque sur la non mise à disposition des drivers : http://www.winehq.org/pipermail/wine-devel/2007-November/060(...)

Mais personnellement, je ne sais pas ce que ça donne.

Ma femme (qui est fonctionnaire chez les impôts) me disait que la migration vers openoffice était bloqué depuis quelque temps alors qu'elle était d'actualité il y a encore 1 an 1/2. Donc bravo à notre cher gouvernement qui n'est même pas capable de faire autre chose que de céder aux lobby d'une boîte étrangère à qui nous allons encore devoir payer des licences pour avoir le plaisir d'installer leur logiciel.

Bravo encore pour ces messieurs qui nous parlent de rigueur, de non remplacement de fonctionnaire alors qu'il serait si simple de virer le coût de ces saloperies de license une bonne fois pour toute.

Non, on préfére faire des grandes déclarations bien démago plutôt que de faire des efforts et d'essayer de faire bouger les choses.

Exact, j'avais pas fait gaffe que ça y été ...

Apparemment, cette nouvelle version entrainerait un bug qui n'aurait pas été vu jusque là au niveau des flags de gestion des processeurs x86 (direction flag = DF). Ce flag a une importance sur des accès à la mémoire (voir lien ci-dessous pour plus de détail).

Le bug a été remonté par Aurélien Jarno le 5 mars dernier (http://lwn.net/Articles/272204/). A remarquer qu'apparemment, les *BSD sont concernés mais pas Solaris. Un patch a déjà été mis en ligne par Aurélien Jarno pour le corriger (http://lwn.net/Articles/272203/).

A prioris, le risque de faille de sécurité est faible mais pas inexistant. A suivre ...

Je pense que je vais reprendre toutes les petites remarques et je vais en aller proposer ça chez léa Linux :)

Effectivement, j'aurai peut-être dû rajouter ça. Mais comme qui dirait, ce n'est pas trop mon fort. J'ai plutôt axé le tout la partie technique ce qui est effectivement un tort.

Pour ma part, je préfère tsocks ou dante pour une raison simple : tu n'as besoin de rien sur ton serveur de rebond sauf de pouvoir créer des tunnels SSH.

Ayant gouté à SPIP, Joomla et Drupal, c'est sans contest Drupal le meilleur et le plus simple.

Pas besoin de sortir de Saint Cyr pour savoir placer un bloc de menu où on veut. La gestion des articles via les pages de bouquins (aka books) est une pure merveille pour la réalisation d'une documentation.

Bref du pur bonheur en barre.

Parce que Dotclear est un gestionnaire de blog et pas un CMS :)

Il est vrai que j'ai fait un petit raccourci à ce niveau ci. Mais il n'empêche que Apple a bien patché dtrace afin de ne plus y faire apparaître les fameux process qu'ils veulent masquer.

Sauf que dtrace est un logiciel libre et que rien ne t'empêche de prendre le code source est de le recompiler en virant les 3 lignes qui ne serveur à rien.

Qu'un éditeur de logiciel propriétaire cherche à bloquer le méchant hackeur (même si cette recherche est pour moi une aberration) pourquoi pas - je peux comprendre la démarche intellectuelle. Mais que ces gens veuillent le faire avec un logiciel libre démontre bien leur incompétence et leur incompétence sur le sujet.

Soit dit au passage, ça ne m'étonne pas du tout de la part d'Apple qui pour moi n'a jamais été un grand modéle d'ouverture sauf quand ça les arrange (je pique WebKit à KDE, j'embauche le gars de chez CUPS, je récupére du code venant du code Linux avec Fuse, je vais faucher ZFS chez Sun j'en passe et des meilleurs).

En gros, Apple fait ses courses dans l'opensource et ne reverse pas grand chose en retour.

Ca va dépendre de ton chipset. En effet, les gars du kernel ont viré l'ancienne couche de gestion des disques IDE pour la remplacer par celle qui avait été écrite spécialement pour l'arrivé du SATA (libata remplace le support des disques de type ATA/ATAPI/MFM/RLL). Au final, ça fait moins de code à maintenir et du coup, il est plus testé, moins buggé et de meilleur qualité.

Mais comme se sont également des gars pragmatique, ils ont laissé l'ancienne couche pour garder les vieux chipset supportés.

Qui font la même chose en plus rapide et plus efficace.

Et si tu veux pas d'interface graphique, il y'a même possibilité de faire fonctionner tout ça en ligne de commande.

On peut même dire que certains développeurs sont des grosses féniasses et utilisent toujours autotools (moi par exemple :)

Wordreference me donne ignoble, immonde, honteux pour scurvy :)

Je pense que la dernière carte graphique Intel était la i740. La bestiole était pas si mal que ça à l'époque mais elle s'était fait ratiboiser par les concurrents de l'époque (3DFX, nVidia et ATI). Du coup Intel avait jeté l'éponge à l'époque.

Non, je tenais juste à souligner que WinFS a été une grosse erreur d'appréciation de la part des dirigeants de Microsoft.

Au départ, ils se lancent sur une refonte totale de la gestion des fichiers sur un ordinateur et au final on se retrouve avec un petit indexeur de contenu que n'importe quel étudiant faisant sa thèse est en mesure de sortir comme ce fut le cas pour Kat par exemple (bon OK je force un peu le trait ...).

Donc WinFS n'existe plus. Il sera remplacer par un béte indexeur qui se révélera aussi efficace et qui au final sera moins déroutant pour l'utilisateur final. Dans d'autre terme WinFS est une fausse bonne idée.

Je ne suis pas tout à fait d'accord. Si tu prends Beagle, Google Desktop etc, ces produits vont eux s'appuyer sur un FS existant, créer un index et te permettre d'accéder à ton contenu rapidement.

Avec WinFS, tu passes à une abstraction compléte de la couche du FS. Après qu'au final il aille s'appuyer sur un vrai FS, rien ne l'en empêche. Comme ici on parle de Microsoft il est donc possible qu'ils s'appuient sur ntfs.

Donc effectivement, on peut voir ça comme une surcouche mais à ne pas confondre avec un Beagle, Kat ou Strigi (peut-être remplaçant de Kat dans KDE 4.0).