monde_de_merde a écrit 540 commentaires

Je comprend pas.

Je ne suis pas un geek ?

\o/

Je dis probablement une bêtise, mais outre le problème des pilotes (aka "drivers"), le soucis ne serait-il pas essentiellement le bootloader ?

Parce que je pensais que le problème qu'il n'était pas en l'état possible de faire démarrer quoique ce soit d'autre que Android là dessus.

En ce qui me concerne G. Charpak était un peu un pipaul.

Ce sont les autres qui n'ont pas la même définition, c'est tout.

Attention : Les propos suivants ne sont que la traduction en caractère de ma petite vision (forcement) biaisée, niaise et naïve du monde.

Le code de btrfs est publié sous GPL2 (comme le noyau), et cela confère un droit irrévocable concernant l'utilisation des brevet associés. Aucun risque de ce coté là normalement.

La modestie des fois c'est mal.

Geany,
Python,
Mercurial

... ce journal de toute première importance.

Et je suis sérieux en plus, un peu d'optimisme tout ça c'est pas mal des fois.

L'implémentation de Luca est incomplète (dixit lui-même) en particulier le principe de Gallium c'est de découpler state tracker et matériel donc si certaines partie de D3D (lesquelles ?) y sont liées, elles n'ont logiquement pas leur place ici.

The H Open a publié un article dont l'analyse me semble assez pertinente.
En anglais : http://www.h-online.com/open/features/A-crash-landing-for-Li(...)

En gros :
La migration a échoué parce que mal organisée et préparée : des applications maisons fonctionnant mal sous Linux, des appels d'offres lancés sur le tard et dans la précipitation peu ou pas de concertation avec les agents.
La presse s'est également emparé du dossier en dénonçant un gaspillage de l'argent du contribuable.
Sans compter qu'au final seul 20% des utilisateurs ont rencontrés des problèmes et que la moitié de ceux-ci seulement se déclaraient vraiment insatisfait.
Bref, un échec qui n'est pas vraiment imputable à Linux.

J'ai envie de dire qu'un brevet ou une propriété intellectuelle ne couvre pas une API mais plutôt une implémentation possible de celle-ci. Je ne sais pas si en déposant une API, un tel brevet ne serait pas rejeter (une API n'est pas une solution technique, c'est l'implémentation derrière qui l'est).

Alors que Java (et Mono) utilisent potentiellement des techniques mises en place dans les implémentations officielles qui elles sont couvertes par des brevet.

Bref, en gros je pense que si l'implémentation de Luca n'enfreint aucun brevet il n'y a rien à craindre, si ce n'est le risque de devoir louvoyer entre les solutions technique et donc de souffrir de performances affaiblies par les workaround.

le Khronos group n'est pas ce que j'appelle un consortium ouvert.

Il suffit de regarder les tarifs annuels pour une adhésion "utile" : 25 000 $/an pour avoir le droit de participer à l'établissement des spécifications.

Je ne sais même pas si en faisant de gros sacrifices la Linux Fundation pourrait se le permettre (et encore moins la Xorg Fundation).

Je m'en tient à "OpenGL est "open" car "royalties free" (mais pas forcement libre de brevets ce qui pose problème pour l'implémentation dans mesa/gallium).

Je ne connais pas assez la situation de D3D pour m'avancer sur le terrain de la comparaison.

J'avais un long message détaillant mon point de vu, mais j'ai fait une fausse manip et j'ai la flemme de réécrire.

En gros, je résume.

Quand tu dis que c'est faux que Khronos refuse de cassé la compatibilité et qu'OpenGL a marqué des morceaux de l'API obsolète tout ça, j'ai envie de dire que le Khronos group a surtout fait preuve d'énormément d'hypocrisie. Ils ont ajouté des trucs, mais ont laisser les anciens et n'ont pas introduit les changements attendus (en particulier pour le modèle objets).

Comment on peut espérer faire évoluer un écosystème à l'inertie énorme si on ne pousse pas un petit peu ?

Peut être que je me trompe, comme souvent, mais je ne crois pas qu'il y ait des logiciels annoncés ou publiés (jeux ou autres) qui exploitent OpenGL 3.3 (voir 4.0), qui sont intéressantes.

En ce qui me concerne, j'estime que Long peaks a été abandonné et avec lui la volonté de refondre pour de vrai OpenGL, et qu'on s'est contenté du minimum syndical.

Je en sais pas si une évolution par étapes pourrait amener au même résultat.

Ce que je sais c'est que pour y arriver, il faudrait que cette évolution brise la compatibilité avec ses ancêtres ce que le Khronos se refuse à faire.

Ce que j'en pense et que j'écris là, avis absolument pas objectif, c'est que quitte à casser des trucs, autant tout casser pour mettre en application les 2 ou 3 bricoles qu'on a apprises ces dernières années en terme de conception d'API et surtout qu'on en fasse une adapté aux problématiques actuelles.

J'irai même jusqu'à rêver qu'on arrête le design par un comité comme c'est le cas actuellement. Mais je rêve...

En fait, c'est pire que ça, j'ai oublié un mot dans mon jeu de mots.

Mais il y en a bien d'autres des qui piquent les yeux.

Sauf qu'on peut cloner de leur vivant, ou même les faire revivre, les combattants.
Et c'est pour ça que c'est mieux.

/me va forker KDE, juste au cas où.

Le problème n'est pas que je suive ou pas l'actualité de Firefox 4 (ce que je fais pour Mozilla en général, je suis curieux et on ne se refait pas), mais que je trouve que al gestion de la bêta est calamiteuse.

Ils ont introduit un bugs, ouf c'est une bêta. Ce bug rend la bêta intestable (alors que c'est son dessein) sur 25% du web (en gros) et ça ne les fait pas bouger d'un poil sur leur planning. Pourquoi le fix n'est pas dans la bêta intercallaire 6 ? Pas de réponse.

J'en ai parler au détour d'un canal IRC avec un développeur de mozilla, qui ne voit pas le problème, pour lui (eux ?) leur communication est exemplaire... Peut être est-ce là une position officielle mais quand même, c'est inapproprié de la part d'un projet qui se dit communautaire, ouvert et défenseur de la bidouillabilité et qui communique autant la dessus.

Le fait que tu donnes un lien vers un obscur forum plutôt qu'un blog un peu officiel pour suivre le développement est significatif de ce que je ressent vis-à-vis de leur mode de fonctionnement.

J'ai pas dit que j'étais contre ou pour, que je trouvais ça correct ou incorrect que je devrais changer de matériel dés qu'il n'est plus supporté officiellement ou pas ou kamoulox.

C'est comme ça que ça fonctionnent de leur coté et c'est dommage mais le code et la doc sont de leur coté. Donc, à moins que tu ne t'appelles Michael Dell ou Hervé Packard et que tu leur commandes des puces à la tonne, tu ne pourras pas (nous ne pourrons pas) les faire bouger d'un iota de leur position.

Ce que je dis c'est que ce genre réactions absolument pas constructives (enfoncer des portes ouvertes c'est cool mais ça sert à rien) ne sert qu'à faire passer les "libristes" (ce mot est moche) pour des grands râleurs pessimistes devant l'éternel, ni plus ni moins. Et ça, ça dessert la communauté bien plus qu'un pilote libre sans documentation.

Et je ne vois pas le rapport avec DVD Jon.

Il y a quand même un truc qu'il va falloir que les gens comprennent, et peut être qu'on arrêtera de voir ce genre de message inutile, c'est que Broadcom c'est une entreprise dont l'objectif c'est de faire de l'argent.

Ce que je veux dire c'est que si pour eux livrer un pilote libre est stratégiquement intéressant, ils vont le faire. Mais ce ne sera certainement pas par philosophie. Donc les considération sur la licence, les autres OS libres cela ne rentre pas dans leur plan parce que pas intéressant financièrement à terme donc il n'y a pas de ressources engagées la dedans.

Quant à la maintenabilité à long terme, ce n'est pas un argument en faveur de la libération de documentation, c'est même plutôt l'inverse. Broadcom gagne des sous en vendant des puces, donc ils vont plutôt essayer d'encourager les gens à changer de puce pour en acheter une nouvelle que l'inverse... (je simplifie oui, Broadcom ne vend pas directement à l'utilisateur final mais l'idée est la même) Quitte à arrêter le support pour en proposer de nouvelles.

Tout ça c'est l'essence même de la société de consommation, qu'on soit pour ou contre cela ne doit pas empêcher d'être lucide sur les motivations sous-jacentes à une libération de code.

Il a par la suite modérer un peu son propos :

My glib statement above seems to have caused a little heartburn
for our friends at Broadcom. To be fair, I do not believe that
the Broadcom-provided driver is substantially any worse than any of
the many other vendor-provided drivers we have seen over the years.
In fact, it seems to have drawn a lot of immediate interest and has
already seen a number of community-provided patches posted.


En gros, le driver de broadcom n'est pas plus mauvais que les livraisons de drivers de constructeurs d'habitudes.

Il explique entre autre qu'une des raisons qui lui font dire que ce ne sera pas dans F-14 c'est que le code-dump est intervenu tard, et qu'il faudrait vraiment un gros effort de la communauté pour faire passer le drivers directement dans drivers/net/wireless afin qu'il soit utilisable par une distribution.

Donc tu cherches un peu le sensationnalisme et c'est mal, même si c'est vendredi on est pas sur TF1 ici !

(Mon sentiment perso c'est que Fedora est tout à fait capable de livrer un driver qui est dans staging dans la mesure où ça a été fait bien des fois, par exemple le driver FOSS ati ou nouveau.)

Il n'y a plus qu'à en écrier d'autres un peu plus complètes !

C'est ce truc qui semble-t-il est responsable du fait que la beta 5 de firefox est inutilisable au quotidien et donc intestable en utilisation normale.

Impossible d'accéder à gmail ou tout autre service qui redirige vers du https...

Et pas un mot de la part de Mozilla quand à la correction de ce problème sur le raport de bug (à part "c'est corrigé, au revoir merci pour le rapport").

D'accord, donc en fait il a confondu "partager un trait d'humour" avec "pendant que j'y suis je prend de l'avance sur vendredi et je troll ". Que ce soit fondé ou non notez bien.

À la limite "Il y en a qui ne manquent pas d'Air" ça c'est un trait d'humour.

teries que c'est b

Et donc ?

Désolé, tu rêves.


Pardon, mais il fallait que ce soit dit.