"Je pense que quand on arrive à autant d'onglet, il y a surtout un problème d'utilisation du logiciel. Je vois pas comment c'est gérable de manipuler 200 onglets. Si dans le tas il y en a 80% qui sont rarement utilisés alors bartab devrais permettre de survivre (mais je pense que l'utilisation de marque page pourrait être plus efficace)."
Je trouve le projet intéressant toutefois un CPU sans chipset ne pourra faire grand chose dans un PC. Le CPU embarque t-il un contrôleur mémoire et d'E/S ou un chipset est-il prévu aussi ?
il semble en effet que Xorg soit utilisé dans Meego.
Voici une discussion que j'ai eu récemment (mon propos et la réponse) :
Sur la difficulté d'avoir une distrib GNU/Linux classique sur
smartphone, j'avais vu une conf de Keith Packard qui disait :
"regardez Linux est partout, mais X est nulle part. Personne ne veut
X, c'est trop gros, ça fait trop de choses, les gens n'en veulent
pas".
Je crois que Meego utilise le stack Hildon pour sa version smartphone
qui a mon avis ne repose pas sur X. Meego s'arrête, peut être au
profit de Tizen dont on ne sait pas grand chose, tout comme Boot to
Gecko (B2G) d'ailleurs
Il y a aussi Limo dans les alternatives http://mart-e.be/post/de-meego-a-tizen-on-est-pas-sortit-de-lauberge
Je viens de demander sur le canal #meego-arm (de freenode), donc la
communauté de devs des Meego Smartphone et on me dit qu'il utilise bien
Xorg, voire Wayland (http://wayland.freedesktop.org/), la « nouvelle
génération » de serveurs d'affichage. Finalement, Xorg n'est pas mort
sur les mobiles, mais c'est vrai qu'il est très peu utilisé : pas sur
PalmOS à ce que je sache et sur Android c'est le framebuffer (donc pas
Xorg). Pourtant sur le N900, on a bien Maemo et Meego qui à priori
utilisent Xorg. Le Neo FreeRunner fait aussi largement tourner Xorg.
Pas tout à fait. Le BIOS est limité et ne peut qu'initialiser le système. Ce qui est à 95% inutile sous Linux d'ailleurs qui peut lui même se charger de ça.
l'(U)EFI pose un vrai problème en revanche, étant assez évolué pour incorporer des DRMs.
J'avais lancé ce fil il y a 5 ans à ce sujet http://forum.framasoft.org/viewtopic.php?f=63&t=22440&sid=ee9ae5dda797c958c83727b0efc8559c
tu ne peux pas obtenir un résultat libre si tu construis quelque chose (fut-il libre) sur des fondations non libres. La couche supérieure libre reste limitée/contrôlée par la couche inférieure non libre.
Ce n'est pas mon avis c'est un fait.
C'est ce que PaulK avec qui j'ai discuté explique lui même dans l'interview donnée au Framablog.
Néanmoins ça reste un pas dans la bonne direction ;-)
"Android n'est pas libre à 100%"
donc il ne l'est pas.
Les couches basses sont proprio, tu ne sais pas ce que fait ton téléphone.
Il n'est pas plus libre que Windows Phone, BlackBerry, iPhone et autres
tous les boutons ne sont pas intrusifs, certains lancent juste un protocole lorsqu'ils sont activés (comme les mailto) c'est ce que j'ai sur mon blogue. Est ce possoble pour Diaspora* etc ?
Il est assez bien fait : vous pouvez même partager vos articles via Twitter et... et c'est tout, en fait. Qu'est-ce que vous croyiez : que les utilisateurs de Diaspora* se partageaient des articles ? Sans blague ?
Les questions soulevées sont intéressantes, je n'en avais pas connaissance.
Il me semble également que tout ce qui est DRM dans le processeur est vain si l'OS ne l'implémente pas également ?
Enfin, avec un BIOS en tout cas, parce qu'avec ces saloperies d'UEFI on n'est plus sûr de rien, hein...
Pour le coup, il me semble qu'AMD est plus coopératif avec le projet Coreboot (ex LinuxBIOS) si on devait remplacer l'UEFI, mais quand on regarde la liste des carte supportées c'est assez maigre pourtant ? www.coreboot.org/
En effet avec l'AVX Intel semble aller au bout de son idée cette fois.
Ça na pas toujours été le cas, on se souvient du MMX, excellent coup marketing mais mauvaise technologie : son utilisation rendait indisponible l'unité de calcul en virgule flottante !
Je ne suis expert sur la question, mais je peux te dire que certaines cartes mères exploitent la partie graphique du Sandy Bridge, d'autres non.
C'est assez confus chez Intel à ce niveau, on s'y perd facilement, il faut l'avouer :-/
Déjà tu peux filtrer pour ne garder que les cartes mères LGA 1155.
Ensuite tu as différent chipsets, mais pour exploiter la partie graphique il t'en faut un avec support FDI.
Donc si tu regardes ici https://secure.wikimedia.org/wikipedia/en/wiki/List_of_Intel_chipsets#Core_i_Series_chipsets en recoupant les deux critères (LGA 1155+FDI support), ça donne au choix : H61, H67, Z68 et B65 (Q67 et Q65 c'est pour les stations de travail il me semble)
Après je pense que c'est pas mal d'en prendre un qui gère le SATA 6 Gbit/s si tu dois prendre un SSD un jour, ce qui exclut le H61 et il reste alors les H67, Z68 et B65.
Ensuite si tu as des cartes PCI à réutiliser, il te reste alors seulement le B65.
En revanche, pour le RAID c'est H67 et Z68.
En revanche si tu veux overclocker, il faut un processeur avec la lettre K et un chipset Z68.
Sous Linux le Sandy Bridge se positionne bien mieux par rapport à la concurrence si on regarde les perfs avec les drivers libres AMD/Nvidia/Intel (cf tests sur Phoronix)
D'ailleurs tout cet article colle de très près à un paragraphe du livre de sorte qu'un imposteur aurait pu l'écrire et que pour ma part je n'ai rien appris...
Il semblerait d'après ce post [1] que la puce WiFi Broadcom BCM4312 802.11b/g [14e4:4315] soit prise en charge par cette nouvelle version du noyau.
Je n'ai rien lu d'officiel à ce sujet, quelqu'un peut-il confirmer ou infirmer ?
Cette puce équipe par exemple les Netbooks Dell Mini 9
Merci d'avance
C'est dommage car je ne veux pas de code proprio sur ma machine.
Du coup j'en viens à devoir choisir nVidia pour ma prochaine carte si je veux avoir du 100% libre (alors qu'ils ne jouent pas le jeu du libre) plutôt qu'AMD (qui le joue mais pas complètement et du coup la situation est paradoxalement moins libre côté AMD) !!!
Ça me fait suer quand même de devoir donner mon argent à nVidia qui se fiche du libre à cause de cette politique presque libre d'AMD :-/
# Doom 3 sous GPL v3
Posté par antistress (site web personnel) . En réponse à la dépêche Le moteur de Doom 3 placé sous GPL v3. Évalué à 10.
God Bless John Carmack
[^] # Re: Firefox 9
Posté par antistress (site web personnel) . En réponse à la dépêche Firefox 8 est disponible. Évalué à 1.
de rien :-)
sans être hyper fluide chez moi (j'ai un Intel GMA950) le zoom m'éclate bien personnellement ;-)
[^] # Re: Firefox 9
Posté par antistress (site web personnel) . En réponse à la dépêche Firefox 8 est disponible. Évalué à 3.
"Je pense que quand on arrive à autant d'onglet, il y a surtout un problème d'utilisation du logiciel. Je vois pas comment c'est gérable de manipuler 200 onglets. Si dans le tas il y en a 80% qui sont rarement utilisés alors bartab devrais permettre de survivre (mais je pense que l'utilisation de marque page pourrait être plus efficace)."
Ou alors comme moi on considère que les maque-pages c'est du passé http://libre-ouvert.toile-libre.org/index.php?article62/firefox-comment-panorama-va-bouleverser-vos-habitudes
# CPU OpenRISC : quid du chipset ?
Posté par antistress (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.1. Évalué à 2.
Je trouve le projet intéressant toutefois un CPU sans chipset ne pourra faire grand chose dans un PC. Le CPU embarque t-il un contrôleur mémoire et d'E/S ou un chipset est-il prévu aussi ?
[^] # Re: SapusaypasGNU
Posté par antistress (site web personnel) . En réponse à la dépêche Replicant : distribution Android 100 % libre. Évalué à 2.
il semble en effet que Xorg soit utilisé dans Meego.
Voici une discussion que j'ai eu récemment (mon propos et la réponse) :
Je viens de demander sur le canal #meego-arm (de freenode), donc la
communauté de devs des Meego Smartphone et on me dit qu'il utilise bien
Xorg, voire Wayland (http://wayland.freedesktop.org/), la « nouvelle
génération » de serveurs d'affichage. Finalement, Xorg n'est pas mort
sur les mobiles, mais c'est vrai qu'il est très peu utilisé : pas sur
PalmOS à ce que je sache et sur Android c'est le framebuffer (donc pas
Xorg). Pourtant sur le N900, on a bien Maemo et Meego qui à priori
utilisent Xorg. Le Neo FreeRunner fait aussi largement tourner Xorg.
[^] # Re: Bof
Posté par antistress (site web personnel) . En réponse à la dépêche Replicant : distribution Android 100 % libre. Évalué à 5.
Pas tout à fait. Le BIOS est limité et ne peut qu'initialiser le système. Ce qui est à 95% inutile sous Linux d'ailleurs qui peut lui même se charger de ça.
l'(U)EFI pose un vrai problème en revanche, étant assez évolué pour incorporer des DRMs.
J'avais lancé ce fil il y a 5 ans à ce sujet http://forum.framasoft.org/viewtopic.php?f=63&t=22440&sid=ee9ae5dda797c958c83727b0efc8559c
[^] # Re: Bof
Posté par antistress (site web personnel) . En réponse à la dépêche Replicant : distribution Android 100 % libre. Évalué à 3.
tu ne peux pas obtenir un résultat libre si tu construis quelque chose (fut-il libre) sur des fondations non libres. La couche supérieure libre reste limitée/contrôlée par la couche inférieure non libre.
Ce n'est pas mon avis c'est un fait.
C'est ce que PaulK avec qui j'ai discuté explique lui même dans l'interview donnée au Framablog.
Néanmoins ça reste un pas dans la bonne direction ;-)
[^] # Re: Bof
Posté par antistress (site web personnel) . En réponse à la dépêche Replicant : distribution Android 100 % libre. Évalué à -2.
"Android n'est pas libre à 100%"
donc il ne l'est pas.
Les couches basses sont proprio, tu ne sais pas ce que fait ton téléphone.
Il n'est pas plus libre que Windows Phone, BlackBerry, iPhone et autres
[^] # Re: SapusaypasGNU
Posté par antistress (site web personnel) . En réponse à la dépêche Replicant : distribution Android 100 % libre. Évalué à 1.
Déjà vaut mieux une distrib sans X.org
Meego dans sa version mobile doit en être dépourvu à mon avis ?
# répliquant / android + PaulK
Posté par antistress (site web personnel) . En réponse à la dépêche Replicant : distribution Android 100 % libre. Évalué à 3. Dernière modification le 28 octobre 2011 à 02:15.
d'après wikipédia répliquant / android c'est dans Blade Runner selon que l'on parle du film ou du livre
sur Framablog on a une interview de PaulK, un des développeurs http://www.framablog.org/index.php/post/2011/10/10/replicant-android-google
# pfiou
Posté par antistress (site web personnel) . En réponse à la dépêche UEFI, à la découverte du nouveau BIOS. Évalué à 10.
ça me dépasse
N'oublions de citer Linus au sujet de l'UEFI "c'est de la merde" (enfin il a été un peu plus dissert : http://kerneltrap.org/node/6884 )
[^] # Re: Diaspora, c'est des marrants
Posté par antistress (site web personnel) . En réponse à la dépêche Diaspora. Évalué à 1.
tous les boutons ne sont pas intrusifs, certains lancent juste un protocole lorsqu'ils sont activés (comme les mailto) c'est ce que j'ai sur mon blogue. Est ce possoble pour Diaspora* etc ?
# Diaspora, c'est des marrants
Posté par antistress (site web personnel) . En réponse à la dépêche Diaspora. Évalué à 2.
À partir du site http://diasporafoundation.org/ vous trouverez un bouton en haut à droite pour visiter le blogue.
Il est assez bien fait : vous pouvez même partager vos articles via Twitter et... et c'est tout, en fait. Qu'est-ce que vous croyiez : que les utilisateurs de Diaspora* se partageaient des articles ? Sans blague ?
Par contre si quelqu'un peut me donner le code pour insérer un bouton de partage Diaspora* en fin d'articles sur mon blogue je le ferai volontiers http://forum.pluxml.org/viewtopic.php?pid=21258#p21258
# thank you
Posté par antistress (site web personnel) . En réponse à la dépêche L’ocelot onirique est né ! (Ubuntu 11.10). Évalué à 2.
Merci pour la dépêche
Sinon fallback reste un mot anglais inusité en français, il serait de bon ton de le traduire (solution de repli, par exemple)...
[^] # Re: Intel Insider et Vpro
Posté par antistress (site web personnel) . En réponse à la dépêche Intel Sandy Bridge et Linux : état des lieux. Évalué à 2.
Les questions soulevées sont intéressantes, je n'en avais pas connaissance.
Il me semble également que tout ce qui est DRM dans le processeur est vain si l'OS ne l'implémente pas également ?
Enfin, avec un BIOS en tout cas, parce qu'avec ces saloperies d'UEFI on n'est plus sûr de rien, hein...
Pour le coup, il me semble qu'AMD est plus coopératif avec le projet Coreboot (ex LinuxBIOS) si on devait remplacer l'UEFI, mais quand on regarde la liste des carte supportées c'est assez maigre pourtant ? www.coreboot.org/
[^] # Re: À propos de SSE et AVX
Posté par antistress (site web personnel) . En réponse à la dépêche Intel Sandy Bridge et Linux : état des lieux. Évalué à 1.
En effet avec l'AVX Intel semble aller au bout de son idée cette fois.
Ça na pas toujours été le cas, on se souvient du MMX, excellent coup marketing mais mauvaise technologie : son utilisation rendait indisponible l'unité de calcul en virgule flottante !
Quand aux versions successives du SSE, des développeurs relativisent l'apport des ajouts successifs : les optimisations internes dans le traitement des SIMD peuvent s'avérer bien plus efficaces que l'ajout de nouvelles instructions (cf l'introduction du Super Shuffle) http://www.outsourcingi.com/articles_content.php?id=454&art=The%20Future%20of%20Linux%20with%20Intel%20Core%202%20%E2%80%9CPenryn%E2%80%9D%20and%20SSE4&cat=Hardware
De ce point de vue, AVX semble aller dans le bon sens.
[^] # Re: hd3000 dans le cpu
Posté par antistress (site web personnel) . En réponse à la dépêche Intel Sandy Bridge et Linux : état des lieux. Évalué à 5.
Je ne suis expert sur la question, mais je peux te dire que certaines cartes mères exploitent la partie graphique du Sandy Bridge, d'autres non.
C'est assez confus chez Intel à ce niveau, on s'y perd facilement, il faut l'avouer :-/
Déjà tu peux filtrer pour ne garder que les cartes mères LGA 1155.
Ensuite tu as différent chipsets, mais pour exploiter la partie graphique il t'en faut un avec support FDI.
Donc si tu regardes ici https://secure.wikimedia.org/wikipedia/en/wiki/List_of_Intel_chipsets#Core_i_Series_chipsets en recoupant les deux critères (LGA 1155+FDI support), ça donne au choix : H61, H67, Z68 et B65 (Q67 et Q65 c'est pour les stations de travail il me semble)
Après je pense que c'est pas mal d'en prendre un qui gère le SATA 6 Gbit/s si tu dois prendre un SSD un jour, ce qui exclut le H61 et il reste alors les H67, Z68 et B65.
Ensuite si tu as des cartes PCI à réutiliser, il te reste alors seulement le B65.
En revanche, pour le RAID c'est H67 et Z68.
En revanche si tu veux overclocker, il faut un processeur avec la lettre K et un chipset Z68.
Voir aussi pour des tableaux récapitulatifs : http://motherboardnews.com/2011/04/07/comparison-of-intels-lga-1155-chipsets/
et pour le détail par chipset http://ark.intel.com/#desktopchipsets
[^] # Re: hd3000 dans le cpu
Posté par antistress (site web personnel) . En réponse à la dépêche Intel Sandy Bridge et Linux : état des lieux. Évalué à 2.
Sous Linux le Sandy Bridge se positionne bien mieux par rapport à la concurrence si on regarde les perfs avec les drivers libres AMD/Nvidia/Intel (cf tests sur Phoronix)
[^] # Re: Quels modèles ?
Posté par antistress (site web personnel) . En réponse à la dépêche Intel Sandy Bridge et Linux : état des lieux. Évalué à 0.
Oui, c'est une bonne remarque. En effet la liste des processeurs est disponible sur la Wikipédia EN : http://en.wikipedia.org/wiki/Sandy_Bridge#Desktop_processors
# Par rapport à la Bio de Linus
Posté par antistress (site web personnel) . En réponse à la dépêche Témoignage de Lars Wizenius : les 20 ans de Linux, souvenirs personnels. Évalué à 1.
"il m'a montré un petit programme qu'il avait mis au point, qui utilisait des threads"
dans la bio de Linus http://www.ecoledesloisirs.fr/php-edl/catalogues/fiche-livre.php?reference=E119143 on apprend à quel point c'est impressionnant considérant qu'il écrivait directement en assembleur !
D'ailleurs tout cet article colle de très près à un paragraphe du livre de sorte qu'un imposteur aurait pu l'écrire et que pour ma part je n'ai rien appris...
[^] # Re: Extensions ...
Posté par antistress (site web personnel) . En réponse à la dépêche Firefox 6 est sorti. Évalué à 0.
Ça arrive, cf http://libre-ouvert.toile-libre.org/index.php?article62/firefox-comment-panorama-va-bouleverser-vos-habitudes
# WiFi Broadcom 4312-lp-phy (4315) enfin pris en charge ?
Posté par antistress (site web personnel) . En réponse à la dépêche Le noyau Linux est disponible en version 3.0. Évalué à 2.
Il semblerait d'après ce post [1] que la puce WiFi Broadcom BCM4312 802.11b/g [14e4:4315] soit prise en charge par cette nouvelle version du noyau.
Je n'ai rien lu d'officiel à ce sujet, quelqu'un peut-il confirmer ou infirmer ?
Cette puce équipe par exemple les Netbooks Dell Mini 9
Merci d'avance
[1] http://techpatterns.com/forums/about1897.html
[^] # Re: Ménage d'été
Posté par antistress (site web personnel) . En réponse à la dépêche Le noyau Linux est disponible en version 3.0. Évalué à 1.
merci :-)
# Ménage d'été
Posté par antistress (site web personnel) . En réponse à la dépêche Le noyau Linux est disponible en version 3.0. Évalué à 2.
Merci pour cette dépêche désormais classique sur linuxfr
RC-3 : le lien wikipédia pour DRI n'est pas bon, c'est : http://fr.wikipedia.org/wiki/Direct_Rendering_Infrastructure je pense
Au final, ceux qui militaient pour que la v3.0 du noyau soit l'occasion de faire un grand ménage n'ont pas été entendus ?
[^] # Re: Libre, y compris le firmware ?
Posté par antistress (site web personnel) . En réponse à la dépêche AMD s’investit dans ses pilotes libres.. Évalué à 4.
C'est dommage car je ne veux pas de code proprio sur ma machine.
Du coup j'en viens à devoir choisir nVidia pour ma prochaine carte si je veux avoir du 100% libre (alors qu'ils ne jouent pas le jeu du libre) plutôt qu'AMD (qui le joue mais pas complètement et du coup la situation est paradoxalement moins libre côté AMD) !!!
Ça me fait suer quand même de devoir donner mon argent à nVidia qui se fiche du libre à cause de cette politique presque libre d'AMD :-/