antistress a écrit 4409 commentaires

"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

Wayland 1.0 pour cet été http://www.phoronix.com/scan.php?page=news_item&px=MTA4MzQ

LibreOffice s'y met http://people.gnome.org/~michael/blog/2012-03-26-collaboration.html

Je me demande si ça ne risque pas d'être un frein aux utilisateurs qui rapportent les bogues dans bugzilla où le nom de l'appli resterait (?) l'ancien (ex Epiphany pour Web) ?

En complément :
http://www.phoronix.com/scan.php?page=news_item&px=MTA3NDc
http://www.blogeee.net/2012/03/intel-atom-valley-le-futur-de-latom-sous-gpu-hd-4000/

Merci :-)

Merci pour ce, journal très détaillé. Il m'a paru un peu plus complexe que d'habitude mais c'est peut être que je connais moins les sujets abordés cette fois.

Concernant Serpent, comment en profiter ? Est-ce aux logiciels applicatifs de l'implémenter ou à la distribution de l'activer ?

Concernant le patch pour permettant de contourner l'EFI si j'ai bien compris, même question : comment en profiter ? est-ce aux distributions d'y recourir ?

à 21 minutes, RMS rappelle de ne pas utiliser de formats fermés pour ses conférences…

C'est chuper ça, merci à toi :-)

"À noter que cette fois-ci, la publication de Firefox ne sera pas synchronisée avec celle de Thunderbird" : Pourtant Thunderbird 11 semble sorti ?