Pour le 1) moi non plus à vrai dire. Mais ceux qui l'ont demandés (que les admins mettent en place ça par défaut) eux savent !
Pour le 2) je ne me souviens plus du nom de la solution que l'on m'avait pointé. Mais un peu pareil qu'au dessus : ceux l'ayant demandés sont loin d'être des pignolos, et ont pour habitude d'examiner toutes possibilités avant d'opter pour une, en plus de préférences ils préfèrent "sur étagère"... fort probable que s'ils aient demandés ça, ce n'était pas une lubbie passagère. Mais je n'en sais pas plus.
C'est secondaire, certainement. En fait il serait même probable que cela soit les ISV qui à terme finisse par dire "ok c'est ce linux", et tant pis pour les autres (ou tant mieux, selon le point de vue). A défaut d'accords plus globaux entre distributions sur une meilleure unification (je ne sais pas si c'est bien ou mal je ne juge pas, tout ce que je peux dire c'est que la diversité a du bon), ce sont les développeurs de softs proprio qui décideront quel linux sera "grand public".
Le même phénomène que pour les softs proprio professionnels en fait, où les éditeurs certifient Redhat (dès fois SuSe) et les autres, hop, à la trappe. Pour les raisons que tu évoques. Sauf qu'au lieu de parler de logiciels pro (électroniques, traitement d'image, réseaux, gestion de documents, etc etc), cela va concerné peut être des jeux... donc une utilisation 'massive' par le grand public. A l'instar d'Android.
Je te vois déjà rigoler, d'ailleurs :-) le jour où ça sera les logiciels proprio qiu décideront finalement quel linux est grand public...
Pour enlarge son offre, une partie de l'équipe de Xbmc (déjà à l'origine de Boxee, qui vient [enfin, novembre 2010] d'avoir les accords de télévisons USA), vient de sortir une télécommande dédiée à Xbmc.
J'ai un truc bizarre, dans tout les cas :
Une augmentation des performances 3D après un retour de mise en veille, par rapport aux perfo à l'allumage /o\ La mesure est 'pérave', glxgears, mais faite dans des conditions strictement identiques. (24~26 fps par défaut, entre 33~36 fps après un retour de veille). Surprenant ...
We introduced the "no regressions" rule, and things got seriously
better. Suddenly things started getting reliably better.
The whole situation with i915 has been pretty damn random lately, and
you really really need to understand that this is simply not how it's
done. Your cavalier attitude ("but it fixes things for others") is
absolutely not acceptable.
Bien que cela soit la même carte : ça m'étonnerai que le module nouveau pour le bureau demande la même conso que le module nvidia pour une appli troisd ;-)
<i>Mon problème est que je veux un portable qui ne consomme pas beaucoup mais qui peut avoir de la puissance au besoin. J'achète quoi actuellement?</i>
Un portable avec un cpu permettant un très bon idle, le reste étant gérer d'une manière efficace par cpufreq. Pour baisser encore la consommation, on peux forcer une fréquence en deça, 'fermer' les ports et accessoires non utilisés (wifi, rj45, usb...). Côté carte graphique : une nvidia supportée par nouveau en 2d. Lorsque tu as besoin de la 3D, tu bascules en tty, tu rempalces nouveau par nvidia dans le fichier de config, et tu lances un serveur X à côté du premier qui sera dédié à un usage intensif graphique. Même si cela reste "moins pratique, clairement, qu'un switch à chaud entre driver pour le serveur, ça reste pas mal en soi de lancer un serveur X dédié pour une tache comme cela.
Dans le même type de besoin, la possibilité de faire tourner un serveur X avec un affichage virtuel, et ainsi pouvoir laisser un soft d'analyse d'image tourner sur une machine sans affichage. Par exemple laisser le soft travailler sur des images de 120 000 x 80 000 pixels... ça fonctionne.
Autre possibilité : faire jouer à xfree/xorg des scénarios, afin de tester des gui de softs.
Ces deux possibilités ont des équivalents dans le monde proprio, mais, surtout la seconde, à des prix... vertigineux.
Wayland n'empechera pas cela, et il sera possible de faire tourner "un vrai serveur X pour de vraies machines et un vrai job" (!). Simplement, wayland, en réduisant le nombre de ses possbilités et en se concentrant sur des fonctions "pour faire plaisir au gaming studio" pour reprendre tes termes, va peut être (espérons) permettre d'accélérer le développement de l'implémentation des normes OpenGL. Car faire tout cela pour Xorg semble relever du parcours du combattant pour le développeur (il y a sur dlfp des posts de développeurs Xorg nous expliquant plus clairement). D'une certaine manière cela rejoint la question "casser le sacro-saint pacte de synchronisation *nix pour linux". Car l'implémentation de nouveautés dans Xorg semble surtout être un parcours du combattant à cause du retard des autres Unix... Si Linux bénéficie de wayland, et si cela permet d'avoir OpenGL 4.x complet et plus rapidement, franchement c'est tout bénéfices pour tout le monde, non ? Et aussi "en étant sexy pour les games studio" d'intéresser d'autres types de développeurs, pas seulement "games" d'ailleurs.
L'essentiel étant -peut être ?- que l'arrivée de wayland n'empêche pas l'usage de Xorg, en plus ou par défaut.
C'est intégré à la barre d'adresse :
Lorsqu'on tape qq chose dans celle ci, elle cherche dans l'historique et dans les signets. Je trouve ça assez pratique, du moins suffisamment pour remplacer l'accès rapide aux marques pages. Plus rapide en soit que de chercher dans l'arborescence des amrques pages, mais surtout parceque cela permet une frappe "sémantique". Lorsque je regarde l'arborescence de signets, je fais un lien entre l'url (ou le nom donné) et le sujet. Lorsque je tape une requếte dans la barre d'url, je fais directement référence au sujet, et la recherche propose des choix dans l'historique et les marques pages.
Au final, c'est un des trucs que j'ai adopté avec Chrome.
(je laisse aussi google regarder dedans, du coup ça fontionne aussi lors d'une recherche sur la page google.fr/linux : il me propose en premiers résultats ce qui avait déjà été sélectionné et mis en signets. nickel, mais c'est un autre sujet, et impliquant la vie privée, là)
En tout cas le fil est ... surprenant. Entre les touches d'humour, sympathique, et ceux qui répondent pas des quasi attaques ad-hominem à cet humour, et ceux qui nourrissent un truc totalement hs dans le fil, c'est ... surprenant. (et rassurant : à priori suis pas le seul à ne pas me relire ou tourner 5 fois ses doigts autour du clavier avant de cliquer sur 'envoyer' :p)
Toutes ces mini discussions à l'intérieur de ce fil, et le fil lui même, font ressortir encore une fois la difficulté de prendre en compte tout les usages pour une petite modification. Or cela pourrait être en fonction de l'usage que le système fait des ajustements. Lorsqu'on install un "portable à usage personnel" on pourrait avoir des divergences automatiques plus importantes qu'actuellement lorsqu'on installe "un serveur". Et ça, bien que ces options soient proposées par l'installeur de certaines distributions, ce n'est pas fait : on a tout juste un choix de paquetages et quelques configs pam par défaut. Mais rien concernant des points pourtant importants, que j'imagine toute personne ajuste ensuite (plus de tmpfs, pour rester dans le sujet). Le "système universel" est vraiment quelque chose de difficile, et soit il reste des ajustements derrières, soit la distro les fait selon le contexte d'usage déclaré.
Finalement le but est de fusionner dans quelque chose de plus propre et de plus commun l'utilisation massive et <i>pas toujours logique</i> (selon le point de vue) de montage et/ou répertoires cachés dans des endroits pas très orthodoxes pour cela.
Bref, c'est une très bonne chose. Non ? On a plus de propreté (<i>troll : bientôt presqu'autant que sous un vrai ninix</i>) et plus de convergence sur des usages.
Que ça soit dans /run bah finalement on s'en fout un peu, non ? bon c'est sûr que <i>moi</i> ça me semblerait bien plus cohérent (propre?) d'utiliser une hierarchie sous /sys, mais bon ...
Et tu colles /lib/modules dans /boot, aussi :-)
sur ma distro courante, cela ne fonctionne pas par défaut car il y a quelques accès en écriture dans lib/modules, qu'il faut modifier.
okok je ->
:p
+1 à tout.
pour /run en ramfs, encore faut il que cela soit possible... combien de programme ne sont pas contents lorsqu'il trouve un /var/run vide, alors qu'ils attendent leur arborescence dessous et ne la créeait pas si elle n'existe pas.
Bref, avant d'utiliser /run en ram il y a quelques ajustements à faire (que j'imagine toute personne ayant un laptop fait de lui même)
Et justement parmis ces programmes à problème, il y a avahi-daemon.
Yes, y a un mot évident qui est passé à la trappe : Arm :p netbook Arm (le 'avec clavier' par opposition aux tablettes)
En fait ce qui me gêne dans les tablettes c'est moins l'absence de clavier que la difficulté d'installer autre chose que l'o.s livré. Une tablettes munis d'un clavier usb ou bt, avec une interface permettant un switch rapide d'un mode tactile vers un mode clavier + souris (voir les derniers dev de l'équipe kde sur ce type d'interface) serait, pour moi, supérieur, à un netbook plus classique. Et la marge de prix entre ce netbook et une tablette ARCHOS 101 n'est pas grande ...
Autre bon point de firefox sur chrome : la vue "plein écran", rendu inutile sur chrome par la présence des onglets dans la barre du 'gestionnaire de fenêtres' (touss), mais cela fait encore deux barres visibles dans une fenêtre maximisée : url + onglets. Tandisque son mode "plein écran' est vraiment chiant : plus d'accès aux onglets.
C'est bien plus pratique avec firefox, ça :-) Un vrai plein écran et gardant la possibilité d'accès aux onglets par masquage automatique de la barre.
Potentiel défaut, à confirmer lorsque les specs données seront plus détaillées : la probable présence d'un powervr sgx, nécessitant un driver non libre. Effet : problème pour mises à jour, et problème potentiel à l'installation d'un système plus customisé. Compensation potentielle : peut être un driver libre bientôt ? Quant au chargeur de démarrage, pas d'info dessus (uboot ? redboot ? autre ?) je ne fais que parier, mais cela m'étonnerait fort qu'il soit bloquant.
Et peut être que les tables acpi ne sont pas interprétées avec la même qualitay... genre sous fenêtres ils incluent les correctifs des features des tables... Par exemple es tu sûr de pouvoir passer le module prenant en charge le port rj45 en idle lorsque le port n'est pas utilisé ? même chose pour les ports usb, tant que rien n'est connecté dessus. Encore pareil pour le wifi, où là ça relève du miracle d'avoir un module le faisant.
Bref, j'aimerai vraiment beaucoup avec le même type de comparatif sur un matériel ayant le même type de support. Par exemple un ThinkPad. Et là, je ne serais pas surpris de constater que linux consomme un peu moins, même que fenêtres 7. Et plus ça va, plus j'ai le sentiment que l'acpi (et confrère) est vraiment devenu devenu l'arme caché de MS depuis 3 ans, et je soupçonne (sans preuve formel, on peux dire que c'est du fud) fortement leur compilo assembleur, souvent utilisé pour les bios, d'être le cheval de troie de la politique acpi de MS.
D'ailleurs tu peux jeter un oeil à powertop, la dernière version étant livrée dans Mageia : il est plus verbeux de manière plus intéressante (par contre on perds l'affichage équivalent commande, pour ceux ne connaissant pas, c'est dommage)
Et dans cette optique, je pense que le "gestionnaire de fichiers" devient totalement obsolète. Il serait éclaté en fonctions. Fonctions présentes selon le contexte : "envoyer vers" sur un click droit, multi-sélection de fichiers dans une application thématique, visibilité du type de fichiers selon l'application thématique, base mime solidifiée et enrichie automatiquement. Bref le "gestionnaire de fichiers" en tant qu'application indépendante est probablement un concept obsolète pour le bureau de mr tout le monde.
moblin fait cela par défaut : une nouvelle application de lancée = création d'un nouveau "bureau" = switch automatique vers celui ci. Fermeture de l'application = fermeture du bureau = retour automatique vers le précédent.
[^] # Re: La flame war a bien eu lieu
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche /run or not /run. Évalué à 3.
on pourrait remplacer cela, en europe, par le terme "militaire" puisque la signification sous-entendu c'est "très carré + va chier si pas d'accord".
[^] # Re: Plusieurs questions et remarques
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Effervescence autour de la pile graphique libre. Évalué à 1.
Pour le 1) moi non plus à vrai dire. Mais ceux qui l'ont demandés (que les admins mettent en place ça par défaut) eux savent !
Pour le 2) je ne me souviens plus du nom de la solution que l'on m'avait pointé. Mais un peu pareil qu'au dessus : ceux l'ayant demandés sont loin d'être des pignolos, et ont pour habitude d'examiner toutes possibilités avant d'opter pour une, en plus de préférences ils préfèrent "sur étagère"... fort probable que s'ils aient demandés ça, ce n'était pas une lubbie passagère. Mais je n'en sais pas plus.
[^] # Re: Poubelle X11 ! :)
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Effervescence autour de la pile graphique libre. Évalué à 5.
C'est secondaire, certainement. En fait il serait même probable que cela soit les ISV qui à terme finisse par dire "ok c'est ce linux", et tant pis pour les autres (ou tant mieux, selon le point de vue). A défaut d'accords plus globaux entre distributions sur une meilleure unification (je ne sais pas si c'est bien ou mal je ne juge pas, tout ce que je peux dire c'est que la diversité a du bon), ce sont les développeurs de softs proprio qui décideront quel linux sera "grand public".
Le même phénomène que pour les softs proprio professionnels en fait, où les éditeurs certifient Redhat (dès fois SuSe) et les autres, hop, à la trappe. Pour les raisons que tu évoques. Sauf qu'au lieu de parler de logiciels pro (électroniques, traitement d'image, réseaux, gestion de documents, etc etc), cela va concerné peut être des jeux... donc une utilisation 'massive' par le grand public. A l'instar d'Android.
Je te vois déjà rigoler, d'ailleurs :-) le jour où ça sera les logiciels proprio qiu décideront finalement quel linux est grand public...
# télécommande
Posté par bubar🦥 (Mastodon) . En réponse au journal La Boxee box, les replays de TV et les logiciels libres. Évalué à 5.
Pour enlarge son offre, une partie de l'équipe de Xbmc (déjà à l'origine de Boxee, qui vient [enfin, novembre 2010] d'avoir les accords de télévisons USA), vient de sortir une télécommande dédiée à Xbmc.
Et ça, c'est une bonne nouvelle pour tout ceux utilisant ce logiciel comme média center :-)
http://www.pulse-eight.com/store/products/96-motorola-nyxboard-hybrid.aspx
60 dollars US en pré-vente.
[^] # Re: Régressions ?
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Le noyau Linux est disponible en version 2.6.38. Évalué à 2.
J'ai un truc bizarre, dans tout les cas :
Une augmentation des performances 3D après un retour de mise en veille, par rapport aux perfo à l'allumage /o\ La mesure est 'pérave', glxgears, mais faite dans des conditions strictement identiques. (24~26 fps par défaut, entre 33~36 fps après un retour de veille). Surprenant ...
[^] # Re: Régressions ?
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Le noyau Linux est disponible en version 2.6.38. Évalué à 2.
J'utilise ce noyau -rc sur mon netbook, qui a besoin du i915.
Crois tu que cette nouvelle règle "no regression" va s'étendre et devenir une règle absolue du noyau ? A suivre ?
# Régressions ?
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Le noyau Linux est disponible en version 2.6.38. Évalué à 2.
https://lkml.org/lkml/2011/4/5/172
Linus says :
[^] # Re: Plusieurs questions et remarques
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Effervescence autour de la pile graphique libre. Évalué à 2.
Bien que cela soit la même carte : ça m'étonnerai que le module nouveau pour le bureau demande la même conso que le module nvidia pour une appli troisd ;-)
[^] # Re: Plusieurs questions et remarques
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Effervescence autour de la pile graphique libre. Évalué à 2.
<i>Mon problème est que je veux un portable qui ne consomme pas beaucoup mais qui peut avoir de la puissance au besoin. J'achète quoi actuellement?</i>
Un portable avec un cpu permettant un très bon idle, le reste étant gérer d'une manière efficace par cpufreq. Pour baisser encore la consommation, on peux forcer une fréquence en deça, 'fermer' les ports et accessoires non utilisés (wifi, rj45, usb...). Côté carte graphique : une nvidia supportée par nouveau en 2d. Lorsque tu as besoin de la 3D, tu bascules en tty, tu rempalces nouveau par nvidia dans le fichier de config, et tu lances un serveur X à côté du premier qui sera dédié à un usage intensif graphique. Même si cela reste "moins pratique, clairement, qu'un switch à chaud entre driver pour le serveur, ça reste pas mal en soi de lancer un serveur X dédié pour une tache comme cela.
[^] # Re: Plusieurs questions et remarques
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Effervescence autour de la pile graphique libre. Évalué à 3.
Dans le même type de besoin, la possibilité de faire tourner un serveur X avec un affichage virtuel, et ainsi pouvoir laisser un soft d'analyse d'image tourner sur une machine sans affichage. Par exemple laisser le soft travailler sur des images de 120 000 x 80 000 pixels... ça fonctionne.
Autre possibilité : faire jouer à xfree/xorg des scénarios, afin de tester des gui de softs.
Ces deux possibilités ont des équivalents dans le monde proprio, mais, surtout la seconde, à des prix... vertigineux.
Wayland n'empechera pas cela, et il sera possible de faire tourner "un vrai serveur X pour de vraies machines et un vrai job" (!). Simplement, wayland, en réduisant le nombre de ses possbilités et en se concentrant sur des fonctions "pour faire plaisir au gaming studio" pour reprendre tes termes, va peut être (espérons) permettre d'accélérer le développement de l'implémentation des normes OpenGL. Car faire tout cela pour Xorg semble relever du parcours du combattant pour le développeur (il y a sur dlfp des posts de développeurs Xorg nous expliquant plus clairement). D'une certaine manière cela rejoint la question "casser le sacro-saint pacte de synchronisation *nix pour linux". Car l'implémentation de nouveautés dans Xorg semble surtout être un parcours du combattant à cause du retard des autres Unix... Si Linux bénéficie de wayland, et si cela permet d'avoir OpenGL 4.x complet et plus rapidement, franchement c'est tout bénéfices pour tout le monde, non ? Et aussi "en étant sexy pour les games studio" d'intéresser d'autres types de développeurs, pas seulement "games" d'ailleurs.
L'essentiel étant -peut être ?- que l'arrivée de wayland n'empêche pas l'usage de Xorg, en plus ou par défaut.
mes deux cents.
[^] # Re: Marque-Pages
Posté par bubar🦥 (Mastodon) . En réponse au journal un mois avec Chrome. Évalué à 3.
C'est intégré à la barre d'adresse :
Lorsqu'on tape qq chose dans celle ci, elle cherche dans l'historique et dans les signets. Je trouve ça assez pratique, du moins suffisamment pour remplacer l'accès rapide aux marques pages. Plus rapide en soit que de chercher dans l'arborescence des amrques pages, mais surtout parceque cela permet une frappe "sémantique". Lorsque je regarde l'arborescence de signets, je fais un lien entre l'url (ou le nom donné) et le sujet. Lorsque je tape une requếte dans la barre d'url, je fais directement référence au sujet, et la recherche propose des choix dans l'historique et les marques pages.
Au final, c'est un des trucs que j'ai adopté avec Chrome.
(je laisse aussi google regarder dedans, du coup ça fontionne aussi lors d'une recherche sur la page google.fr/linux : il me propose en premiers résultats ce qui avait déjà été sélectionné et mis en signets. nickel, mais c'est un autre sujet, et impliquant la vie privée, là)
[^] # Re: /dev/.*
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche /run or not /run. Évalué à 2.
vi, je sais. mais /proc n'est il pas en voie de dépréciation depuis longtemps ?
[^] # Re: La flame war a bien eu lieu
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche /run or not /run. Évalué à 5.
En tout cas le fil est ... surprenant. Entre les touches d'humour, sympathique, et ceux qui répondent pas des quasi attaques ad-hominem à cet humour, et ceux qui nourrissent un truc totalement hs dans le fil, c'est ... surprenant. (et rassurant : à priori suis pas le seul à ne pas me relire ou tourner 5 fois ses doigts autour du clavier avant de cliquer sur 'envoyer' :p)
Toutes ces mini discussions à l'intérieur de ce fil, et le fil lui même, font ressortir encore une fois la difficulté de prendre en compte tout les usages pour une petite modification. Or cela pourrait être en fonction de l'usage que le système fait des ajustements. Lorsqu'on install un "portable à usage personnel" on pourrait avoir des divergences automatiques plus importantes qu'actuellement lorsqu'on installe "un serveur". Et ça, bien que ces options soient proposées par l'installeur de certaines distributions, ce n'est pas fait : on a tout juste un choix de paquetages et quelques configs pam par défaut. Mais rien concernant des points pourtant importants, que j'imagine toute personne ajuste ensuite (plus de tmpfs, pour rester dans le sujet). Le "système universel" est vraiment quelque chose de difficile, et soit il reste des ajustements derrières, soit la distro les fait selon le contexte d'usage déclaré.
# /dev/.*
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche /run or not /run. Évalué à 8.
Finalement le but est de fusionner dans quelque chose de plus propre et de plus commun l'utilisation massive et <i>pas toujours logique</i> (selon le point de vue) de montage et/ou répertoires cachés dans des endroits pas très orthodoxes pour cela.
Bref, c'est une très bonne chose. Non ? On a plus de propreté (<i>troll : bientôt presqu'autant que sous un vrai ninix</i>) et plus de convergence sur des usages.
Que ça soit dans /run bah finalement on s'en fout un peu, non ? bon c'est sûr que <i>moi</i> ça me semblerait bien plus cohérent (propre?) d'utiliser une hierarchie sous /sys, mais bon ...
[^] # Re: boot
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche /run or not /run. Évalué à 1.
Et tu colles /lib/modules dans /boot, aussi :-)
sur ma distro courante, cela ne fonctionne pas par défaut car il y a quelques accès en écriture dans lib/modules, qu'il faut modifier.
okok je ->
:p
[^] # Re: Et les autres?
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche /run or not /run. Évalué à 3.
+1 à tout.
pour /run en ramfs, encore faut il que cela soit possible... combien de programme ne sont pas contents lorsqu'il trouve un /var/run vide, alors qu'ils attendent leur arborescence dessous et ne la créeait pas si elle n'existe pas.
Bref, avant d'utiliser /run en ram il y a quelques ajustements à faire (que j'imagine toute personne ayant un laptop fait de lui même) Et justement parmis ces programmes à problème, il y a avahi-daemon.
[^] # Re: Euh hein ?
Posté par bubar🦥 (Mastodon) . En réponse au journal [Ubuntu Netbook Remix] Netbook ARM A8 : Hercules Ecafé EX HD (ecafé v3). Évalué à 2.
Ce netbook reste quant même intéressant par son potentiel haut niveau de "hackabilité" : toujours sympa d'avoir ce type de matos dans les papattes :-)
[^] # Re: Euh hein ?
Posté par bubar🦥 (Mastodon) . En réponse au journal [Ubuntu Netbook Remix] Netbook ARM A8 : Hercules Ecafé EX HD (ecafé v3). Évalué à 3.
Yes, y a un mot évident qui est passé à la trappe : Arm :p
netbook Arm (le 'avec clavier' par opposition aux tablettes)
En fait ce qui me gêne dans les tablettes c'est moins l'absence de clavier que la difficulté d'installer autre chose que l'o.s livré. Une tablettes munis d'un clavier usb ou bt, avec une interface permettant un switch rapide d'un mode tactile vers un mode clavier + souris (voir les derniers dev de l'équipe kde sur ce type d'interface) serait, pour moi, supérieur, à un netbook plus classique. Et la marge de prix entre ce netbook et une tablette ARCHOS 101 n'est pas grande ...
# autre bon point
Posté par bubar🦥 (Mastodon) . En réponse au journal un mois avec Chrome. Évalué à 4.
Autre bon point de firefox sur chrome : la vue "plein écran", rendu inutile sur chrome par la présence des onglets dans la barre du 'gestionnaire de fenêtres' (touss), mais cela fait encore deux barres visibles dans une fenêtre maximisée : url + onglets. Tandisque son mode "plein écran' est vraiment chiant : plus d'accès aux onglets.
C'est bien plus pratique avec firefox, ça :-) Un vrai plein écran et gardant la possibilité d'accès aux onglets par masquage automatique de la barre.
[^] # Re: potentiel défaut
Posté par bubar🦥 (Mastodon) . En réponse au journal [Ubuntu Netbook Remix] Netbook ARM A8 : Hercules Ecafé EX HD (ecafé v3). Évalué à 2.
Ha Yes
Merci, merci merci, j'étais complètement passé à côté. C'est une très très bonne nouvelle que tu apportes là !
# potentiel défaut
Posté par bubar🦥 (Mastodon) . En réponse au journal [Ubuntu Netbook Remix] Netbook ARM A8 : Hercules Ecafé EX HD (ecafé v3). Évalué à 9.
Potentiel défaut, à confirmer lorsque les specs données seront plus détaillées : la probable présence d'un powervr sgx, nécessitant un driver non libre. Effet : problème pour mises à jour, et problème potentiel à l'installation d'un système plus customisé. Compensation potentielle : peut être un driver libre bientôt ? Quant au chargeur de démarrage, pas d'info dessus (uboot ? redboot ? autre ?) je ne fais que parier, mais cela m'étonnerait fort qu'il soit bloquant.
[^] # Re: Test
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche hurd 0.401 est sorti !. Évalué à 3.
Il y a un raccourci bien plus intuitif. Une fois SXemacs lancé il suffit de faire un F9+j+R
[^] # Re: peut être qu'il ne tourne pas la même chose
Posté par bubar🦥 (Mastodon) . En réponse au journal Comparatif de consommation électrique. Évalué à 8.
Et peut être que les tables acpi ne sont pas interprétées avec la même qualitay... genre sous fenêtres ils incluent les correctifs des features des tables... Par exemple es tu sûr de pouvoir passer le module prenant en charge le port rj45 en idle lorsque le port n'est pas utilisé ? même chose pour les ports usb, tant que rien n'est connecté dessus. Encore pareil pour le wifi, où là ça relève du miracle d'avoir un module le faisant.
Bref, j'aimerai vraiment beaucoup avec le même type de comparatif sur un matériel ayant le même type de support. Par exemple un ThinkPad. Et là, je ne serais pas surpris de constater que linux consomme un peu moins, même que fenêtres 7. Et plus ça va, plus j'ai le sentiment que l'acpi (et confrère) est vraiment devenu devenu l'arme caché de MS depuis 3 ans, et je soupçonne (sans preuve formel, on peux dire que c'est du fud) fortement leur compilo assembleur, souvent utilisé pour les bios, d'être le cheval de troie de la politique acpi de MS.
D'ailleurs tu peux jeter un oeil à powertop, la dernière version étant livrée dans Mageia : il est plus verbeux de manière plus intéressante (par contre on perds l'affichage équivalent commande, pour ceux ne connaissant pas, c'est dommage)
[^] # Re: gnome shell
Posté par bubar🦥 (Mastodon) . En réponse au journal Test de gnome 3. Évalué à 4.
Et dans cette optique, je pense que le "gestionnaire de fichiers" devient totalement obsolète. Il serait éclaté en fonctions. Fonctions présentes selon le contexte : "envoyer vers" sur un click droit, multi-sélection de fichiers dans une application thématique, visibilité du type de fichiers selon l'application thématique, base mime solidifiée et enrichie automatiquement. Bref le "gestionnaire de fichiers" en tant qu'application indépendante est probablement un concept obsolète pour le bureau de mr tout le monde.
[^] # Re: gnome shell
Posté par bubar🦥 (Mastodon) . En réponse au journal Test de gnome 3. Évalué à 2.
s/maemo/moblin
sorry
moblin fait cela par défaut : une nouvelle application de lancée = création d'un nouveau "bureau" = switch automatique vers celui ci. Fermeture de l'application = fermeture du bureau = retour automatique vers le précédent.