patrick_g a écrit 6392 commentaires

Ils ont aussi le droit de penser que le marché ne va pas rester statique ad vitam aeternam et que la pénétration de Linux va s'accentuer. Libérer le pilote s'apparenterait alors à un pari sur le futur qui n'a pas à être rentable immédiatement mais qui rapportera plus tard.

C'est quoi le coup de la motte de beurre dans la poche ?

Sans doute pas...cela a juste été mis en évidence dans le bench utilisant postgres mais ça doit impacter d'autres trucs.
Il va falloir attendre les premières versions de dev des distros se basant sur le 2.6.32 pour voir ce qui aura été choisi au point de vue des options de montage.

>>> * Unladen Swallow 2009Q3 uses up to 930% less memory than the 2009Q2 release.

Heu comment c'est possible ça ?

Moi ce que je veux surtout savoir c'est est-ce que les distros vont laisser l'option par défaut dans le noyau 2.6.32 ou bien vont opter pour l'option -o nobarrier.
Le perte de perfs à l'air monstrueuse quand même donc j'espère que le choix se fera sur -o nobarrier.

>>> C'était attendu et prévu (devait déjà être dans gcc 4.4 ?).

Oui je l'ai mentionné rapidement dans la news de GCC 4.4.

>>> Je ne comprends pas pourquoi AMD/Ati poursuit le développement du pilote propriétaire, alors que le pilote libre semble en bonne route pour être parfaitement satisfaisant.

Je n'en sais rien non plus mais je peux faire une hypothèse : Imagine que le team driver d'AMD cherche a mutualiser son travail entre les plate-formes. Cela signifie, comme le fait NVidia, que 90% du driver est partagé avec Windows et OS X et qu'il n'y a que des bouts qui sont spécifiques à Linux.
Si cette hypothèse est juste que peut faire AMD ?

Il ne veut pas laisser tomber son driver proprio parce qu'il est aussi à la base du driver Windows/OS X.
Il ne veut pas libérer son driver proprio car il y a dedans des astuces que NVidia ne connait pas et potentiellement des problèmes de licence.
Il va juste attendre que le driver libre Linux soit à parité de performances et de fonctions avec le driver proprio et ensuite retirer les bouts Linux spécifiques du pilote.
A terme on aura ainsi une séparation entre un driver proprio dédié à Windows/ OS X et un driver libre Linux.

C'est peut être juste du bull shit ce que je raconte mais ça expliquerai le comportement d'AMD.....ou alors les managers sont juste des gros cons incompétents qui aiment dupliquer le travail.

>>> Et qu'ils se précipitent l'acheter à la FNAC leur Windows

En parlant de la Fnac j'y suis allé en sortant du boulot ce soir (pour l'achat d'une souris) et à la caisse les 2 types de devant et le mec de derrière avaient leur boite Win Seven sous le bras.
J'ai été impressionné par le fait que tant de gens (même si mon échantillon statistique est pourri) se précipitent dès le premier jour pour acheter des boites super chères.

PS : Comme je suis reparti avec une souris Microsoft c'est jackpot total pour Redmond à la Fnac ;-)

>>> - au déni du vote des français au dernier référendum.

J'ai pas compris là. Tu parles de quoi ? De la grande réforme des traités européens proposée dans le TCE et qui a été complètement anéantie par le référendum français ?

>>> C'est à dire ne plus allez voire les "têtes d'affiches"

Je sais pas si les Pixies sont des "têtes d'affiches" mais moi en tous cas je suis allé les voir au zénith le 16 octobre dernier et c'était excellent !

Ah merci pour la précision. Effectivement moi je traduisais firmware par microcode mais tu a raison j'aurai du employer micrologiciel.

D'après ce que j'ai compris il sera dans squeeze avec un avertissement disant aux gens qu'il ne sera plus disponible dans squeeze+1.

>>> A noter que ceci est une traduction (bien faite) et non un original.

C'est plus un commentaire en français en reprenant tous les points du compte-rendu qu'une traduction.
Maintenant c'est vrai qu'il n'y a pas ou peu de recherches derrière.

>>> Puis quitte à passer sur un noyau Unix-like classique, pourquoi pas passer à Linux, ce ne serait pas la première fois qu'Apple s'y intéresse

Ouais enfin ça ils le feront jamais parce qu'ils veulent garder la possibilité de faire leurs modifs perso à eux sans reverser à la communauté.

Sinon merci pour ta réponse bien argumentée. Effectivement avec leurs transitions ça avait peut-être plus de sens de garder le vieux Mach (encore que FreeBSD est parfaitement multiplateformes donc bon la transition PPC->x86 c'est fastoche) mais maintenant je pense qu'Apple serait gagnant à sauter le pas et à utiliser un vrai noyau FreeBSD plutôt que leur solution hybride qui a tous les inconvénients des micro-noyaux (lenteur surtout) sans vraiment avoir les avantages.

>>> Si le noyau Apple repose sur celui de FreeBSD, ça facilitera la tâche pour les hackintosh

Je crois que c'est en partie l'explication. Pas tant les hackintosh que le fait de perdre le contrôle. C'est con parce qu'ils ont prouvé qu'ils pouvaient orienter intelligemment un projet (LLVM par exemple) dans le sens qui leur convient en payant des devs et en profitant aussi du travail de la communauté.

Un journal bien rédigé et intéressant. Des liens pertinents.
Pourquoi ne pas avoir proposé une news ?

Franchement je ne comprends pas pourquoi Apple ne bascule pas complètement sur un noyau FreeBSD. A mon avis ça leur permettrait de profiter à fond des devs qui sont effectués par l'équipe FreeBSD et ils seraient toujours libres d'ajouter ce qu'ils veulent par dessus.
Pourquoi garder leur solution Mach bien bâtarde ?

>>> Oui, pour les erratas, il faut recompiler la partie concernée, soit vit le patch, soit en suivant la branche -STABLE.

Hum...donc y'a pas binaire qui est dispo et téléchargeable en cas d'errata c'est bien ça ? Il faut systématiquement recompiler le truc qui est impacté lors de chaque découverte d'un nouveau problème ?

2 petites questions pour les spécialistes d'OpenBSD :

1) Comment ça se passe pour les errata qui sont publiés ici : http://www.openbsd.org/errata46.html

Est-ce qu'il faut obligatoirement patcher et recompiler son noyau ou est-ce que des noyaux corrigés sont rendus disponibles quelque part à chaque errata ?

2) Dans l'article LWN sur OpenSMTPD il y a un lien vers le site de l'auteur (Gilles Chehade) mais il semble que le site ait bougé car on tombe en erreur 404 : http://www.poolp.org/~gilles/smtpd/
Est-ce qu'il y a quelque part un site pour faire le point sur ce nouveau serveur de mail ?

Merci d'avance pour vos réponses et bravo aux devs d'OpenBSD. Avec le nouvel installeur simplifié ça me tente bien de refaire une install de test.

>>> Gnome enlève les icônes dans les menus et les boutons.

Pour remettre comme c'était avant : http://webupd8.blogspot.com/2009/10/enable-menu-and-buttons-(...)

Purée c'est impressionnant un score de 222,2. Je dois dire que j'aimerai bien savoir de quelle page il s'agit.
Après quelques essais sur d'anciens journaux bien trollesques je n'ai pas dépassé les 167,8.

Tu a un lien ?

Tiens ce serait peut-être une bonne idée de lister les avantages du logiciel libre en faisant une liste de qualités différente pour chaque parti politique (en fonction de son idéologie propre).
Pour la droite on aurait la liberté, l'indépendance, etc
Pour la gauche on aurait la solidarité, le partage, etc

>>> mener une réflexion de fond sur une thématique donnée, tout en restant accessible à un large public et ce afin de construire un programme de gauche susceptible d'alimenter les partis politiques.

Il est à mon avis très important, crucial même, que le logiciel libre reste apolitique.
Si jamais il devenait associé consubstantiellement à un programme "de gauche" ce serait dramatique car cela signifierai que, mécaniquement, la droite aurait un a priori anti-libre.
Que cette association organise un débat sur le logiciel libre et les licences creative commons, très bien....mais attention à la récupération politique.
Le libre doit rester neutre.

Des détails ?

A propos de Web sémantique ce serait bien d'ajouter des informations dans ton journal au lieu de balancer des URL.