et puis installe chrome et tapes Web et tu me diras où il est (et me dit pas que c'est un bug de l'appli parce que c'est fréquent donc l'excuse sent le moisi)
En même temps les machines avec lecteur optique sont plus l'exception que la règle de nos jours
Pardon ? Tu parles peut être des machines vendues, moi du parc installé. Tout le monde ne jette pas son pc pour le remplacer à chaque fois qu'une nouvelle version de l'usb (ou n'importe quelle autre nouveauté) sort !
Sandybridge requires (besides the MRC binary) a MEI binary, for the embedded controller in the chipset.
Without a proper MEI firmware, the CPU won't even start executing x86 opcodes. The MEI firmware is signed (with some private Intel key).
You (or someone) might be able to reimplement the raminit part. Good luck cracking the key to MEI firmware signatures.
It gets better: Intel TXT (some security feature) uses another signed bit of code. This time for x86 (yes, ran on the CPU. Look up Invisible Things Labs, they explain why this is a stupid idea even without regard for any notion of "freedom"). Again signed with some private Intel key.
You can argue that TXT doesn't matter for you, but then why buy it (and support a company producing such things)?
There's another vendor, a bit smaller, but with slightly more sensible design decisions, that might suit your needs better.
Intel is the least free platform out there. The system RAM does not work on pwer on, and there are tens of thousand of lines of code needed to get it up. All intel gives you (on IvyBridge) for that is a big blob, and the only thing coreboot can do about it is tell you the return value. Not to say that you also need to update the CPU microcode before you can even hope if running this code. I won't bore you with the details, just keep in mind that all other platforms can run without needing a mcrocode update, and have full source for raminit. Two blobs before we can even start talking about the GPU.
Pour le blob intel dans Coreboot c'est pour les chipsets intel ou c'est le microcode des processeurs intel ?
Je ne sais pas précisément, c'est une bonne remarque
J'avais noté que Coreboot pour Sandy/Ivy bridge c'est 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.
Apparemment c'est lié au southbridge du chipset ?
voir aussi http://patrick.georgi-clan.de/coreboot-report-of-may-2012.html
Tweak tool c'est un projet GNOME ? Ce n'est pas clair mais je pensais que non
J'ai hâte d'essayer GNOME Notes et le nouvel Evince. Sans parler de la fonction recherche de moniteur système que j'avais aussi demandée en 2008 (je suis dans les doublons) :)
J'ai du mal à voir l’intérêt de GNOME Flashback par rapport à GNOME Classic (vu l'état actuel des pilotes libres graphiques dont il faut se féliciter)
Parler d'écrans rétina pour un écran HD, c'est pas comme parler d'iPhone pour un smartphone ?
Pas sûr que ça dissuade Allan Day d'exclure ce logiciel de gnome-core, les graveurs de disques étant en voie de disparition.
argh !!! heureusement que les fabricants de pc sont plus conservateurs sinon on aurait plus d'interfaces pour brancher nos matériels
Bravo à Étienne pour cette dépêche qui se lit de manière fluide grâce à un style très agréable et dynamique (j'aime bien l'idée du chantier public). Par contre il a exagéré encore ma participation !
Je ne souhaite pas faire de procès d'intention (1) mais symétriquement je croirais tout ça quand je l'aurais vu.
(1) À côté de la doc, ils pourraient aider pour du code mais quand je lis ça, je m'interroge :
While I know open firmware would be preferred over binary-only firmware images, hopefully we can find a reasonable compromise there
Si c'est pour faire comme le blob des chipsets intel dans Coreboot, fermé mais redistribuable, c'est pas une avancée et je préfère compter sur l'équipe formidable de Nouveau !
Pour ceux qui se demanderaient, Thomas DEBESSE a une dépêche en cours dans les tuyaux là dessus (je le précise vu que c'est pas complètement HS par rapport à GNOME…)
Et je crois bien avoir vu des cas de vidéos embarquées lisibles sans flash, alors que sur la page youtube flash était nécessaire. Ça a peut-être été corrigé depuis, faudrait vérifier.
Comme l'évoque Bruce Le Nain Jolla contribue grandement à Mer qui peut servir de socle à n'importe quelle initiative concurrente et ça donne une base GNU/Linux pour mobiles, les comparer à Apple est un peu exagéré dans la mesure où seule l'interface sera (probablement) propriétaire
Du coup, si les performances sont si proches malgré la petite taille de l'équipe dédiée au driver libre, pourquoi faut-il "plusieurs centaines sur le driver propriétaire" ?
un éditeur linéaire permet de copier des segments vidéo dans l'ordre chronologique et définitif du plan de montage, de façon linéaire « du début vers la fin »
le numérique a permis le montage non linéaire, souvent au moyen d'une timeline
pas sûr qu'il existe des logiciels de montage qui soient linéaires du coup
Je ne réponds pas à ta question mais signale que Intel est une grande boite et qu'il n'y a pas une politique mais des politiques. Certaines sont pro open source (la partie graphique), d'autres pas du tout - cf ses chipsets : Intel ne fournit pas la documentation qui permettrait à Coreboot de fonctionner sur du matériel Intel sans blobs, contrairement à AMD pour le coup http://blogs.coreboot.org/blog/2011/05/06/amd-commits-to-coreboot/ )
[^] # Re: Oulà…
Posté par antistress (site web personnel) . En réponse à la dépêche GNOME 3.10 : chantier public. Évalué à 1.
moi je les utilise souvent
et puis installe chrome et tapes Web et tu me diras où il est (et me dit pas que c'est un bug de l'appli parce que c'est fréquent donc l'excuse sent le moisi)
[^] # Re: Il y a un store pour ça
Posté par antistress (site web personnel) . En réponse à la dépêche GNOME 3.10 : chantier public. Évalué à 2.
Les stores ça a quand même du bon parfois
[^] # Re: Miam
Posté par antistress (site web personnel) . En réponse à la dépêche GNOME 3.10 : chantier public. Évalué à 3.
Pardon ? Tu parles peut être des machines vendues, moi du parc installé. Tout le monde ne jette pas son pc pour le remplacer à chaque fois qu'une nouvelle version de l'usb (ou n'importe quelle autre nouveauté) sort !
[^] # Re: Licence ? Devil's in the deails ?
Posté par antistress (site web personnel) . En réponse au journal Effort d'ouverture de la part de Nvidia. Évalué à 5. Dernière modification le 25 septembre 2013 à 15:12.
http://www.coreboot.org/pipermail/coreboot/2012-April/069598.html
http://phoronix.com/forums/showthread.php?72757-Coreboot-Replacing-Intel-s-Binary-Video-BIOS-Blob&p=279750#post279750
[^] # Re: Licence ? Devil's in the deails ?
Posté par antistress (site web personnel) . En réponse au journal Effort d'ouverture de la part de Nvidia. Évalué à 4. Dernière modification le 25 septembre 2013 à 15:04.
Je ne sais pas précisément, c'est une bonne remarque
J'avais noté que Coreboot pour Sandy/Ivy bridge c'est 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.
Apparemment c'est lié au southbridge du chipset ?
voir aussi http://patrick.georgi-clan.de/coreboot-report-of-may-2012.html
# Miam
Posté par antistress (site web personnel) . En réponse à la dépêche GNOME 3.10 : chantier public. Évalué à 9.
Tweak tool c'est un projet GNOME ? Ce n'est pas clair mais je pensais que non
J'ai hâte d'essayer GNOME Notes et le nouvel Evince. Sans parler de la fonction recherche de moniteur système que j'avais aussi demandée en 2008 (je suis dans les doublons) :)
J'ai du mal à voir l’intérêt de GNOME Flashback par rapport à GNOME Classic (vu l'état actuel des pilotes libres graphiques dont il faut se féliciter)
Parler d'écrans rétina pour un écran HD, c'est pas comme parler d'iPhone pour un smartphone ?
argh !!! heureusement que les fabricants de pc sont plus conservateurs sinon on aurait plus d'interfaces pour brancher nos matériels
Bravo à Étienne pour cette dépêche qui se lit de manière fluide grâce à un style très agréable et dynamique (j'aime bien l'idée du chantier public). Par contre il a exagéré encore ma participation !
# Licence ? Devil's in the deails ?
Posté par antistress (site web personnel) . En réponse au journal Effort d'ouverture de la part de Nvidia. Évalué à 5.
Je ne souhaite pas faire de procès d'intention (1) mais symétriquement je croirais tout ça quand je l'aurais vu.
(1) À côté de la doc, ils pourraient aider pour du code mais quand je lis ça, je m'interroge :
Si c'est pour faire comme le blob des chipsets intel dans Coreboot, fermé mais redistribuable, c'est pas une avancée et je préfère compter sur l'équipe formidable de Nouveau !
# GStreamer 1.2
Posté par antistress (site web personnel) . En réponse à la dépêche GNOME 3.10 : chantier public. Évalué à 7.
Pour ceux qui se demanderaient, Thomas DEBESSE a une dépêche en cours dans les tuyaux là dessus (je le précise vu que c'est pas complètement HS par rapport à GNOME…)
[^] # Re: La cohérence entre les applications ?
Posté par antistress (site web personnel) . En réponse à la dépêche GNOME 3.10 : chantier public. Évalué à 10.
Firefox OS et asm.js etc ?
# Replicant
Posté par antistress (site web personnel) . En réponse à la dépêche Cyanogen Inc. est né. Évalué à 7.
J'espère qu'il y aura toujours une mutualisation de moyens avec Replicant
mais si la licence est changée…
[^] # Re: gstreamer spoiler
Posté par antistress (site web personnel) . En réponse à la dépêche Firefox 24. Évalué à 2.
Comme ici http://www.rue89.com/rue89-sport/2013/09/03/fascinant-federer-declin-si-seulement-avait-ete-pianiste-245403
Je vois bien les 2 vidéos YouTube embarquées sur cette page mais il me demande Flash quand je veux les voir sur YouTube lui-même…
# evolution-data-server
Posté par antistress (site web personnel) . En réponse au journal GNOME 3.8 dans Debian Sid : il faut encore attendre un peu. Évalué à 3. Dernière modification le 19 septembre 2013 à 20:31.
evolution-data-server 3.8 vient d'arriver dans Sid..!
[^] # Re: Compliqué pour le smartphone mais pour le reste?
Posté par antistress (site web personnel) . En réponse au journal Un smartphone fait de pièces standardes pour lutter contre le gâchis écologique. Évalué à 6.
et une voiture aussi
[^] # Re: Hégémonie
Posté par antistress (site web personnel) . En réponse à la dépêche Linux pour Workgroups 3.11, le noyau prêt pour le bureau. Évalué à 7.
mais qui a envie de vivre au milieu des texans ?!
# Des virus pour Linux ?
Posté par antistress (site web personnel) . En réponse au journal Parait qu'Android est un Linux.... Évalué à 7.
On appelle ça des virux il me semble…
[^] # Re: Jolla et Sailfish OS
Posté par antistress (site web personnel) . En réponse à la dépêche Microsoft rachète les téléphones de Nokia. Évalué à 2.
Comme l'évoque Bruce Le Nain Jolla contribue grandement à Mer qui peut servir de socle à n'importe quelle initiative concurrente et ça donne une base GNU/Linux pour mobiles, les comparer à Apple est un peu exagéré dans la mesure où seule l'interface sera (probablement) propriétaire
[^] # Re: Représentation intermédiaire
Posté par antistress (site web personnel) . En réponse à la dépêche Entretien avec Jérôme Glisse, développeur des pilotes graphiques radeon pour Red Hat. Évalué à 7.
Du coup, si les performances sont si proches malgré la petite taille de l'équipe dédiée au driver libre, pourquoi faut-il "plusieurs centaines sur le driver propriétaire" ?
[^] # Re: Et la couche graphique d'Android? (SurfaceFlinger/SurfaceTexture/GraphicBuffer)
Posté par antistress (site web personnel) . En réponse à la dépêche Entretien avec Jérôme Glisse, développeur des pilotes graphiques radeon pour Red Hat. Évalué à 5.
À ce sujet, d'ailleurs, tout frais pondu : http://www.phoronix.com/scan.php?page=news_item&px=MTQ0NzU
[^] # Re: heureux d'apprendre l'existence de tous les autres projets
Posté par antistress (site web personnel) . En réponse à la dépêche Kino, c'est fini. Vive Kino ?. Évalué à 3.
voilà. du coup on peut se demander si ça a un intérêt de de le préciser, pas sûr qu'il existe des logiciels de montage linéaires (avidemux ?)
[^] # Re: Et la couche graphique d'Android? (SurfaceFlinger/SurfaceTexture/GraphicBuffer)
Posté par antistress (site web personnel) . En réponse à la dépêche Entretien avec Jérôme Glisse, développeur des pilotes graphiques radeon pour Red Hat. Évalué à 5.
Et aussi : que penses-tu de la proposition de NVIDIA de revoir l'ABI OpenGL de Linux il me semble (source : http://www.phoronix.com/scan.php?page=news_item&px=MTE4NDA)
[^] # Re: heureux d'apprendre l'existence de tous les autres projets
Posté par antistress (site web personnel) . En réponse à la dépêche Kino, c'est fini. Vive Kino ?. Évalué à 2.
par exemple. tu montes dans le désordre
# KDE ?
Posté par antistress (site web personnel) . En réponse à la dépêche KDE SC 4.11. Évalué à -10.
KDE… non mais allo, quoi !
[^] # Re: heureux d'apprendre l'existence de tous les autres projets
Posté par antistress (site web personnel) . En réponse à la dépêche Kino, c'est fini. Vive Kino ?. Évalué à 9.
un éditeur linéaire permet de copier des segments vidéo dans l'ordre chronologique et définitif du plan de montage, de façon linéaire « du début vers la fin »
le numérique a permis le montage non linéaire, souvent au moyen d'une timeline
pas sûr qu'il existe des logiciels de montage qui soient linéaires du coup
[^] # Re: comment faire ?
Posté par antistress (site web personnel) . En réponse à la dépêche Entretien avec Jérôme Glisse, développeur des pilotes graphiques radeon pour Red Hat. Évalué à 10.
Intel fournit une doc abondante au contraire https://01.org/linuxgraphics/documentation
[^] # Re: comment faire ?
Posté par antistress (site web personnel) . En réponse à la dépêche Entretien avec Jérôme Glisse, développeur des pilotes graphiques radeon pour Red Hat. Évalué à 10.
Je ne réponds pas à ta question mais signale que Intel est une grande boite et qu'il n'y a pas une politique mais des politiques. Certaines sont pro open source (la partie graphique), d'autres pas du tout - cf ses chipsets : Intel ne fournit pas la documentation qui permettrait à Coreboot de fonctionner sur du matériel Intel sans blobs, contrairement à AMD pour le coup http://blogs.coreboot.org/blog/2011/05/06/amd-commits-to-coreboot/ )