antistress a écrit 4643 commentaires

Ericsson autorise l'implémentation d'ETC sans demander de royalties (dans les pays reconnaissant les brevets logiciels). L'implémentation pourra alors être libre (au sens du droit d'auteur cette fois) ou pas.

Pour ma part je n'ai lu que Farenheit 451, et ce récemment : terriblement actuel (l'abrutissement des gens par les murs lumineux) et assez poétique. J'ai beaucoup aimé (ah oui, le coup des pubs qui s'étirent : excellent)

à ma connaissance tous les atoms ont du PowerVr de longue date (en attendant 2013)

merci :-)

réponse à moi-même : apparemment il faut un CPU 64 bits pour utiliser x32 ? http://phoronix.com/forums/showthread.php?70118-LInux-3-4-Kernel-Has-x32-ABI-Support&s=0b5184fe5261a3dba57dd5554085062b&p=258044#post258044

Je me demande si mon netbook Dell Mini 9 sous processeur 32 bits Intel Atom N270 bénéficierait de cette architecture ?

Fourche, bifurcation ou dérivé me conviennent
C'est juste que fourchette sonne un peu ridicule avec la terminaison "ette" AMHA

Ces morceaux seront-ils hébergés sur MUSOPEN afin de centraliser un peu les ressources ?

Moi je le traduis par fourche. Je ne vois pas pourquoi il faudrait garder le mot anglais tout à fait traduisible.

"comme l'explique notre confrère LinuxFr.org"
Ils ont pas dû remarquer le caractère collaboratif du site je pense…

Enfin on va pouvoir aligner le n° de version du noyau avec celui de GNOME. Comme les éclipses, ça doit pas arriver si souvent…

chez Clubic aussi, si c'est pas de la monoculture ça !

En fait PiTiVi n'a aucune dépendance à GNOME
Il dépend de GTK+ et GStreamer et suit les HIG de GNOME, c'est tout

LanguageTool et grammalecte sont ils inclus dans LibO, sinon pourquoi ?

tiens celui là pour Mozilla est intéressant notamment :
> I'm applying the project Port Any Open Source C/C++ Project To The Web. By using the C/C++-to-Javascript compiler Emscripten, I'll port the game SuperTux to the web. SuperTux is a classic 2D jump and run sidescroller game in a style similar to the original Super Mario game. It's written in C++ and released under GNU Public Licence. I'll use Emscripten to build the game and fix any problems along the way (for example to implement missing library functions in Emscripten), and optimize the generated Javascript code to make sure the game running smoothly in browsers. I hope through this project to make Emscripten and the web more fascinating.

systemd est orienté linux mais on peut imaginer des passerelles https://www.google-melange.com/gsoc/project/google/gsoc2012/akhil_iiit/9001

Hélas apparemment AMD et Intel déclinent chacun Trusted Platform Module (TPM), Intel avec TXT et AMD avec Secure Execution Mode (PDF) . Voir aussi "The 2011 VISION Pro Technology from AMD Desktop Platform" sur amd.com. Et cet article qui m'a mis sur la voie.
Même côté des archi ARM on n'y coupe pas apparemment (PDF)

oups, voici les bons liens :
cf http://www.coreboot.org/pipermail/coreboot/2012-April/069569.html et suivants
http://www.coreboot.org/pipermail/coreboot/2012-April/069602.html et suivants

Coreboot pour Sandy/Ivy bridge se fera avec un blob signé par Intel nécessaire à initialiser la mémoire : MEI firmware et sa partie raminit. Intel autoriserait sa libre redistribution mais c'est tout.
cf http://www.coreboot.org/pipermail/coreb … 69569.html et suivants (TXT y est aussi abordé)
http://www.coreboot.org/pipermail/coreb … 69602.html et suivants
:(

ça avait déjà commencé avec les amplificateurs des téléphones-répondeur dont les micros sont activables à distance

Pour l'utilisateur il semble éteint.

l'i3-3225 et les modèles "K" en sont dépourvus (si l'on en croit Intel…).
D'un autre côté tu peux lire ici la dépêche sur la sortie de la version 2.6.32 de Linux et constater que TXT dans Linux ça n'avait pas ému grand monde (d'ailleurs je crois que TXT était déjà apparu plus tôt à d'autres endroits du noyau ?). Peut être y a t-il du bon et du mauvais comme pour toute techno, selon son usage, après tout. Il y a avait tout de même un souci en l’occurrence relevé par patrick_g : "Le pilote de la carte compatible TXT est un binaire signé par Intel (Q35_SINIT_17.BIN) et le code gérant le matériel à très bas niveau (system management mode ou SMM) n'est lui non plus pas disponible, ce qui inquiétera les plus paranoïaques d'entre nous."

Intel aussi, mais beaucoup plus vite ! http://intellinuxgraphics.org/documentation.html

Concernant Coreboot : ce qui n'est peut-être pas clair dans la dépêche, c'est qu'Intel publie les specs de ses GPU (ce qui permet le développement communautaire des pilotes libres) mais pas celles de ses chipsets. Alors qu'AMD dévoile les specs de ses chipsets et plus ou moins celles de ses GPU.
C'est pourquoi les processeurs Intel étaient peu supportés par Coreboot : à cause des chipsets aux specs non publiques. Jusqu'à ce que Google s'en occupe.

Le GPU intégré d'AMD est matériellement un peu plus performant que le HD 4000, mais comme ce potentiel est très faiblement exploité par les pilotes libres sous Linux, l'offre d'Intel est au final beaucoup plus performante si l'on s'en tient aux pilotes libres.
En fait AMD développe surtout son pilote propriétaire et un tout petit peu son pilote libre, bref c'est un support un peu tiède (mais c'est toujours mieux que ces cochons de Nvidia).
Cf http://www.phoronix.com/scan.php?page=article&item=amd_fusion_gallium3d&num=1