Effectivement, ça n'est pas prévu pour tous les modèles.
defsystem_info(self):''' Do a check if the notebook is a m1730 or not. Then adjust the labels to the correct model. '''info=self.xpslc.SystemInfo()# m1730 = MXG071# m1710 = MXG061# Other = ??? (Use same labels as m1710)if"MXG071"ininfo:print"Found the XPS m1730, setting correct labels..."self.labelFans.set_label("Touchpad")self.labelSpeakers.set_label("Speaker (Left)")self.labelBack.set_label("Speaker (Right)")self.labelTouchpad.set_label("Backpanel")else:print"Found an other model than the XPS m1730, setting correct labels..."self.labelFans.set_label("Fans")self.labelSpeakers.set_label("Speakers")self.labelBack.set_label("Backpanel")self.labelTouchpad.set_label("Touchpad")
Rhaaa, c'est malin. Maintenant, je suis tenté d'essayer d'ajouter le mien…
A noter que le truc dépend de libsmbios et libsmbios-bin. Ils sont appelés directement mais apparemment des bindings sont disponibles dans le dépôt experimental de debian.
Pas sûr que ça fonctionne tel quel pour mon XPS, ni même que ça s'adapte, mais c'est fait pour Alienware, qui est quand même le sujet du journal au départ…
J'ai une machine DELL (XPS 630i) et pour allumer/éteindre/choisir la couleur des diodes, il faut un utilitaire windows. Je ne crois même pas qu'il y ait de paramétrage BIOS. Donc c'est toujours allumé pour rien. Et c'est un sacré bordel à démonter, donc j'ai laissé tomber l'idée de les débrancher.
Je n'ai pas essayé de faire tourner l'utilitaire windows sous wine. Ni de hacker quoi que ce soit. Je suis un peu surpris en revanche de ne pas avoir trouvé de trace d'un projet visant à faire ça. Peut-être serait-il possible de tracer ce que fait le truc windows pour "l'ingénierie-inverser".
Voilà, je viens de trouver mon vieux message de forum :
Le protocole qui sert à dialoguer avec les diodes sur mon PC est ESA (Enthusiast System Architecture), de nVidia. Je viens de regarder vite fait et je n'ai pas trouvé si c'était pareil sur le Alienware X51.
Euh, bah sous debian c'est au moins une fois par semaine, et de temps en temps tous les jours, donc bon.
Certes, mais c'est une seule interface pour toutes les mises à jour, pas chaque logiciel qui a son icône dans la zone de notification et qui lance son interface de mise à jour qui déclenche une alerte pare-feu et une alerte anti-virus, et qui te demande (en cochant oui par défaut) si tu veux la version payante et la barre de recherche.
Le problème, c'est pas les mises à jour (en tout cas dans sa phrase, car ça peut l'être pour certains par ailleurs), c'est ceux qui les font.
Pas de ramage sur ici (PC du boulot, Windows 7). Mais ça écrit "des plugins sont nécessaires", alors j'ai cliqué pour voir et il me demande le plugin flash.
Possible que j'aie la même chose avec un Xfce récent.
Possible que j'avais pas ça dans les clickodromes GTK parce que le touchpad n'est ou n'était pas reconnu comme il fallait, mais que la fonctionnalité existe pourtant. Si c'est le cas, je serais curieux de savoir pourquoi.
A l'occasion je réessaierai. Merci pour la capture d'écran.
Oui, je comprends bien l'idée des options par défaut. Et je ne voudrais surtout pas être de ceux qui veulent à tout prix que leur config soit celle par défaut.
Néanmoins, on est d'accord que l'idéal serait que le matériel soit prix en charge correctement dès l'installation. Ça veut dire pouvoir installer une distro grand public et poupouf, les touches Fn qui fonctionnent, le touchpad qui fonctionne tout de suite avec une config consensuelle (scrolling qui marche, on peut discuter pour l'activation du clic) et qui se paramètre facilement pour le reste (pas en créant un fichier dans xorg.conf.d).
Ça veut pas dire activer n'importe quelle option au démarrage sur toutes les configs. L'installeur pourrait reconnaître le matériel. Est-ce que certains matériels sont mal reconnus parce que les fabricants font n'importe quoi avec les numéros de série ? Je sais pas. Je n'ai pas de mal à imaginer un paquet ou un script post-install propre à chaque machine, qui automatiserait les choses présentées par exemple sur la page DebianOn du bouzin. En gros. Je veux dire, si le problème est identifié, et si on a la correction, on doit pouvoir automatiser celle-ci.
Finalement, mon exemple était pourri parce que cette option proto=imps" était précisément celle qui mettait la merde, et la bonne config peut se faire avec synclient. En réalité, mon problème se limitait à l'absence d'une interface de config. Et encore, c'est peut-être juste que je l'ai pas trouvée. J'ai pourtant essayé l'interface Xfce et celle de Gnome. (Peut-être que ça marche mieux chez KDE ?…)
Concernant le développement d'une telle interface, ce serait me mentir que de croire que je ferai quelque chose. C'est bien trop loin dans ma liste de priorités. De plus, je partirais sans doute de la config souris de Xfce (à la limite de gpointing-device-settings de Gnome), et pour cela il faudrait que j'utilise une version récente (pas forcément simple sous debian, enfin ça veut probablement dire se recompiler tout Xfce et tout juste pour ça…), que je rentre dans le projet, ce qui est très bien, mais je pense que les devs qui sont déjà dedans sont bien plus efficaces que moi pour ça ("Faire c'que d'autres font mieux que moi, ça me rend malade" - Con et blasé - Les Ogres de Barback).
Je me dis même que si c'était simple au point que je puisse le faire, ça serait déjà fait. Donc je me vois plus (TODO) aller sur le forum demander pourquoi ça existe pas encore, si c'est prévu, etc. A la limite faire des propositions constructives, voire filer un coup de main de test.
Bon, je sais que c'est pas l'endroit, mais si quelqu'un tombe sur ma question, autant qu'il y trouve une réponse.
Il se trouve que c'est précisément "options psmouse proto=imps" qui m'empêchait (je ne sais pas pourquoi) d'utiliser synclient.
Je l'ai virée, et je peux tout configurer (y compris le clic) via synclient.
Les bonnes nouvelles c'est que le coloc va garder son linux encore au moins quelques temps, et que j'ai découvert les joies du Touchpad, que je n'avais jamais pris la peine de configurer sur mon propre PC.
La mauvaise, c'est que pour que tout ça soit prêt pour le bureau, il faudrait au minimum une belle GUI pour configurer tout ça, et ce que j'ai vu n'était pas top fonctionnel.
Notes pour plus tard :
- Remonter le problème quelque part
- Se pencher sur la question d'une GUI (compléter l'existant). Je pense que si c'était trivial, ça existerait déjà. D'ailleurs il est probable que Xfce 4.10 améliore ça, mais Debian est coincée à 4.8, c'est ballot.
D'accord. C'était un peu l'objet de mon commentaire.
Tu peux réduire de beaucoup le temps d'exécution en jouant avec les variables LP_ENABLE_* ou en virant des fonctionnalités dans ton propre LP_PS1 (cf. la doc).
OK, merci. Si j'ai le temps et si j'en ressens le besoin, j'y regarderai.
A vue de nez, en désactivant la prise en charge des gestionnaires de version, ça fait comme quand je suis dans un répertoire non versionné, à savoir que c'est plus rapide, mais quand même pas instantané comme quand je n'utilise pas liquidprompt.
Le RPi c'est pas une foudre de guerre, il faut bien le reconnaître.
Je viens d'essayer (pour la première fois, donc je ne peux pas comparer) sur un Raspberry Pi, avec la config par défaut et c'est un poil lourdeau. Je dois bien mettre une demi-seconde à récupérer le curseur lorsque j'envoie une commande vide (juste "entrée") dans un dépôt git. C'est moins lent lorsque je suis hors du dépôt git, mais pas instantané.
C'est sympa d'avoir certaines infos (branche) mais en effet ça fait une ligne super longue. Trop, je trouve.
J'ai conscience que ceci est juste un retour sur la config par défaut. Je n'ai pas essayé de la modifier.
Je ne comprends pas. Le touchpad est bien détecté, mais ce n'est pas la bon pilote qui est utilisé :
29.841 (II) config/udev: Adding input device PS/2 Synaptics TouchPad (/dev/input/event6)
29.841 (**) PS/2 Synaptics TouchPad: Applying InputClass "evdev pointer catchall"
29.841 (II) Using input driver 'evdev' for 'PS/2 Synaptics TouchPad'
Pourtant, xserver-xorg-input-synaptics est bien installé, mais le pilote synaptics n'est pas chargé.
J'aurais aimé résoudre le problème mais je crois qu'indépendamment de ça, il va réinstaller un Windows (non pas parce que ça marche mal, mais parce que c'est un gros boulet qui aime bien aller sur telecharger.com)
Je sais pas si ça répond vraiment au problème ici soulevé.
Le problème de mise à jour des programmes en route me semble se poser aussi avec aptitude. D'ailleurs il m'arrive d'avoir des comportements curieux avec firefox suite à une MàJ (avec aptitude). Avec le kernel, pas de problème, il n'est pas enlevé.
Dans le message auquel je répondais, il est dit que la mise à jour de gdm interromp le processus de mise à jour lui-même. Et ça, je n'ai jamais vu. Je viens de me rappeler que j'utilise lightdm, aussi.
Je devrais peut-être installer lightdm sur le PC de mon coloc si vraiment le problème est chez gdm, mais je reste surpris, car tel que c'est énoncé, c'est un gros problème pour un gros paquet de gens.
C'est une Wheezy (bientôt sinon déjà stable, et plus à jour). C'est donc Gnome3 (qui comprend Gnome-shell (contrairement à moi qui n'y ai rien compris)) si j'en crois la réponse de saltimbanque.
Lorsque j'ai installé sur mon PC, j'ai mis le minimum et il m'est arrivé de devoir rajouter au fur et à mesure au début. C'est normal et c'est fait exprès. En plus c'est comme ça qu'on apprend. Le truc prêt pour le bureau, il faudrait qu'il contienne déjà tout (ce "tout" étant à définir) et tant pis si ça fait grogner les grincheux.
Merci pour la manip avec synclient, je regarderai ça. En supposant que ça nous tire d'affaire, je me demande
- pourquoi certaines options ne sont pas activées par défaut (pour le click, il m'a fallu passer "options psmouse proto=imps" à modprobe)
- pourquoi au pire les clickodromes ne parviennent pas à résoudre ça
Je suppose qu'il y a de bonnes raisons, mais j'aimerais comprendre, ne serait-ce que pour savoir pourquoi linux n'est pas tout à fait prêt pour le bureau… et donc faire en sorte qu'il le soit.
J'ai bien compris le caractère ironique de la proposition 2. D'ailleurs j'ai coché autre chose.
Néanmoins, voici un retour d'expérience qui vaut ce qu'il vaut.
J'utilise Debian testing/Xfce depuis des années et ça me va très bien. Je n'ai pas peur de la ligne de commande, ni de chercher la petite appli qui manque, ni la ligne de config qui va bien. Si une fonctionnalité manque, je peux créer un script, une action personnalisée dans Thunar, etc.
Maintenant, si je dois conseiller linux à un débutant, je suis un peu embêté. (Non, pas parce que j'hésite avec Arch…)
Mon père a une Ubuntu depuis longtemps. Depuis quelques mois ou années, il utilise Unity. J'ai dû m'en servir ce WE, j'ai trouvé ça assez pénible à utiliser. J'ai pas trouvé comment changer une fenêtre d'espace de travail. Utiliser Alt+Tab quand on a deux fenêtres identiques (ex: deux xterm) relève du parcours du combattant. D'ailleurs, le mélange lanceurs/barres des tâches, si j'ai bien compris l'idée, est un paradigme qui me donne des frissons. Apparemment, lui, ça le dérange pas. Il ne doit pas voir l'intérêt d'avoir deux fois la même application dans le même espace de travail. Aurait-on affaire à une vision consistant à faire plaisir à 95% des utilisateurs et tant pis pour les autres ?
J'ai installé un linux sur le Netbook de mon coloc (Samsung N150). J'ai été agréablement surpris par la prise en charge matérielle (install network par le Wi-Fi, webcam qui marche, etc). Petit bémol avec les touches Fn et surtout le touchpad. Je ne sais pas ce qui empêche l'installeur de faire ça mieux. En tout cas le touchpad (j'ai pu avoir le click en modifiant un fichier admin, mais le scrolling ne fonctionne toujours pas) est le plus gros problème, pour ne pas dire le seul, mais il est de taille. J'ai d'ailleurs coché "Les pilotes sont mauvais car les spécifications du matériel ne sont pas disponibles !" même si en l'espèce, je ne suis pas sûr que ce soit le problème.
Pour éviter Unity, et parce que c'est bien mieux, je lui ai mis une Debian. Et comme linux est prêt pour le Desktop, j'ai mis la version par défaut. Je sais pas trop ce que c'est, je suis perdu dans les Gnomes (Gnome 3 ? Gnome Shell ?). C'était un peu lourdeau, et surtout, j'arrivais pas à m'en servir. J'ai rapidement laissé tomber pour mettre Xfce.
Xfce, c'est bien. En revanche, l'installation par défaut dans Debian manque peut-être de choses dont les noobs ont besoin. update-notifier, par exemple. Peut-être l'appli de recherche de fichiers, aussi. Ces petites choses que nous, on sait paramétrer, mais pas les débutants.
Peut-être que l'installation par défaut de Xfce pourrait être plus compatible débutant. (A moins que l'on suppose que ceux-ci sont censés utiliser Gnome qui reste le choix par défaut ?) Je ne vois pas l'inconvénient de modifier les choix par défaut en ajoutant des petites choses. De toute façon, les power-user savent faire une install à partir de zéro (sans passer par les méta-paquets) s'ils ne veulent pas se taper la cohorte de dépendances dont ils n'ont pas l'utilité. Ils savent changer d'application de recherche de fichiers, d'archiveur .zip, etc, s'ils ont envie. C'est comme ça qu'à été justifiée l'intégration de network-manager à la place de wicd. ("L'utilisateur avancé saura remettre wicd s'il en a envie".)
En résumé :
Peut-être que l'installation par défaut pourrait faire en sorte de donner quelque chose de plus directement utilisable par un débutant, quitte à faire des choix.
Peut-être que je ne suis pas prêt pour le desktop du XXIè siècle.
Il faudrait que je contribue à ajouter à Xfce les petits choses qui manquent pour qu'il soit parfaitement complet. Sachant que c'est autant de la config que du dev, la question se traite autant côté distrib que côté Xfce.
la version testing/unstable ne peut pas se mettre à jour en mode graphique : z'avez essayé l'«update manager» depuis X ? A moins que ça ait changé récemment, en cas de mise à jour de GDM, il relance toute la couche graphique, et donc coupe les process de mise à jour qui doivent ensuite être corrigés à la main (un «simple» dpkg -a).
Heu… c'est vrai, ça ?
J'utilise testing et aptitude, mais j'ai installé testing sur le PC d'un copain et je lui ai mis update-notifier pour que ça marche tout seul. Il risque des problèmes ? (Autre que les problèmes potentiels classiques liés aux mises à jour d'une testing, ce qui ne m'inquiète pas vu qu'elle est bientôt stable.)
Ce qu'il faudrait, c'est un logiciel libre 100% made in France qui pousserait la granularité au niveau ligne.
Compte tenu de l'enjeu que ça représente en matière de sécurité, on comprendrait que les parties contenant les éléments les plus critiques restent fermées aux regards extérieurs.
C'est ce que j'ai pensé aussi. Après, j'ai réfléchi à mon usage. Je fais des majuscules accentuées dans des textes, que je n'écris pas avec vi. Avec vi, je fais plutôt du code (pas d'accents) et quelques trucs basiques (fichiers "post-it" avec mes comptes, anniversaires, numéros de téléphones) pour lesquels je n'ai pas besoin des accents. Mais ce n'est que mon usage.
Pour les majuscules accentuées, je fais séquentiellement CapsLock / lettre accentuée minuscule / CapsLock. Il y a une autre méthode avec plusieurs touches en même temps. Je l'ai oubliée (trop compliquée à retenir), je ne sais plus si ça implique CapsLock.
[^] # Re: En effet, ca bouge.
Posté par jihele . En réponse au journal [Bookmark] Ça bouge.... Évalué à 1.
Effectivement, ça n'est pas prévu pour tous les modèles.
Rhaaa, c'est malin. Maintenant, je suis tenté d'essayer d'ajouter le mien…
A noter que le truc dépend de libsmbios et libsmbios-bin. Ils sont appelés directement mais apparemment des bindings sont disponibles dans le dépôt experimental de debian.
[^] # Re: En effet, ca bouge.
Posté par jihele . En réponse au journal [Bookmark] Ça bouge.... Évalué à 1.
Merci ! Je regarderai. Curieux que tout ces logiciels ne me soient pas apparus il y a un an lorsque je cherchais.
[^] # Re: En effet, ca bouge.
Posté par jihele . En réponse au journal [Bookmark] Ça bouge.... Évalué à 4.
Merci pour le pointeur. Quelques infos ici :
http://doc.ubuntu-fr.org/alienfx
Notamment un pointeur vers un programme en python :
https://code.google.com/p/pyalienfx/
Pas sûr que ça fonctionne tel quel pour mon XPS, ni même que ça s'adapte, mais c'est fait pour Alienware, qui est quand même le sujet du journal au départ…
[^] # Re: En effet, ca bouge.
Posté par jihele . En réponse au journal [Bookmark] Ça bouge.... Évalué à 2.
Bonne question.
J'ai une machine DELL (XPS 630i) et pour allumer/éteindre/choisir la couleur des diodes, il faut un utilitaire windows. Je ne crois même pas qu'il y ait de paramétrage BIOS. Donc c'est toujours allumé pour rien. Et c'est un sacré bordel à démonter, donc j'ai laissé tomber l'idée de les débrancher.
Je n'ai pas essayé de faire tourner l'utilitaire windows sous wine. Ni de hacker quoi que ce soit. Je suis un peu surpris en revanche de ne pas avoir trouvé de trace d'un projet visant à faire ça. Peut-être serait-il possible de tracer ce que fait le truc windows pour "l'ingénierie-inverser".
Voilà, je viens de trouver mon vieux message de forum :
https://linuxfr.org/forums/general-general/posts/nvidia-esa-enthusiast-system-architecture-linux
Le protocole qui sert à dialoguer avec les diodes sur mon PC est ESA (Enthusiast System Architecture), de nVidia. Je viens de regarder vite fait et je n'ai pas trouvé si c'était pareil sur le Alienware X51.
[^] # Re: Selection X11
Posté par jihele . En réponse au journal Bookmark : Don't copy paste me !. Évalué à 4.
Donc à Yakuake fixé, Debian > Arch. Et par extension…
CQFD
[^] # Re: un sondage sur le plussage/moinsage ?
Posté par jihele . En réponse au sondage Évaluation des contenus et commentaires sur LinuxFr.org. Évalué à -2.
Il manque donc l'option
[] J'ai bien vu les boutons pertinent / inutile mais ça va mieux en le disant.
# Shibbol33t !
Posté par jihele . En réponse au journal SFR et SPF: une cause perdue. Évalué à 10.
Mais ne le répétez pas.
[^] # Re: Ouais
Posté par jihele . En réponse au journal [HS] Aujourd'hui, c'est la journée mondiale de la procrastination. Évalué à 1.
Je connaissais pas la journée de la serviette ! A Brive ça doit être une institution, comme la journée de la sardine.
[^] # Re: Aucun
Posté par jihele . En réponse au sondage Selon vous, quel est l'avantage d'un système libre type GNU/Linux sur un ordinateur de bureau ?. Évalué à 1.
Tu as tort.
[^] # Re: la sobriété
Posté par jihele . En réponse au sondage Selon vous, quel est l'avantage d'un système libre type GNU/Linux sur un ordinateur de bureau ?. Évalué à 4.
Certes, mais c'est une seule interface pour toutes les mises à jour, pas chaque logiciel qui a son icône dans la zone de notification et qui lance son interface de mise à jour qui déclenche une alerte pare-feu et une alerte anti-virus, et qui te demande (en cochant oui par défaut) si tu veux la version payante et la barre de recherche.
Le problème, c'est pas les mises à jour (en tout cas dans sa phrase, car ça peut l'être pour certains par ailleurs), c'est ceux qui les font.
[^] # Re: Commencons le hors sujet
Posté par jihele . En réponse au journal [Attention, journal bookmark ET féministe] Tiens, prends ça, tu le mérites !. Évalué à 1.
Pas de ramage sur ici (PC du boulot, Windows 7). Mais ça écrit "des plugins sont nécessaires", alors j'ai cliqué pour voir et il me demande le plugin flash.
Faut-il chercher plus loin ?
[^] # Re: C'est la faute à Ubuntu et Gnome !
Posté par jihele . En réponse au sondage Selon vous, pourquoi Linux n'est-il pas prêt pour le bureau ?. Évalué à 1.
Oui, ça, par exemple. C'est du KDE, je suppose.
Possible que j'aie la même chose avec un Xfce récent.
Possible que j'avais pas ça dans les clickodromes GTK parce que le touchpad n'est ou n'était pas reconnu comme il fallait, mais que la fonctionnalité existe pourtant. Si c'est le cas, je serais curieux de savoir pourquoi.
A l'occasion je réessaierai. Merci pour la capture d'écran.
[^] # Re: C'est la faute à Ubuntu et Gnome !
Posté par jihele . En réponse au sondage Selon vous, pourquoi Linux n'est-il pas prêt pour le bureau ?. Évalué à 2.
Oui, je comprends bien l'idée des options par défaut. Et je ne voudrais surtout pas être de ceux qui veulent à tout prix que leur config soit celle par défaut.
Néanmoins, on est d'accord que l'idéal serait que le matériel soit prix en charge correctement dès l'installation. Ça veut dire pouvoir installer une distro grand public et poupouf, les touches Fn qui fonctionnent, le touchpad qui fonctionne tout de suite avec une config consensuelle (scrolling qui marche, on peut discuter pour l'activation du clic) et qui se paramètre facilement pour le reste (pas en créant un fichier dans xorg.conf.d).
Ça veut pas dire activer n'importe quelle option au démarrage sur toutes les configs. L'installeur pourrait reconnaître le matériel. Est-ce que certains matériels sont mal reconnus parce que les fabricants font n'importe quoi avec les numéros de série ? Je sais pas. Je n'ai pas de mal à imaginer un paquet ou un script post-install propre à chaque machine, qui automatiserait les choses présentées par exemple sur la page DebianOn du bouzin. En gros. Je veux dire, si le problème est identifié, et si on a la correction, on doit pouvoir automatiser celle-ci.
Finalement, mon exemple était pourri parce que cette option proto=imps" était précisément celle qui mettait la merde, et la bonne config peut se faire avec synclient. En réalité, mon problème se limitait à l'absence d'une interface de config. Et encore, c'est peut-être juste que je l'ai pas trouvée. J'ai pourtant essayé l'interface Xfce et celle de Gnome. (Peut-être que ça marche mieux chez KDE ?…)
Concernant le développement d'une telle interface, ce serait me mentir que de croire que je ferai quelque chose. C'est bien trop loin dans ma liste de priorités. De plus, je partirais sans doute de la config souris de Xfce (à la limite de gpointing-device-settings de Gnome), et pour cela il faudrait que j'utilise une version récente (pas forcément simple sous debian, enfin ça veut probablement dire se recompiler tout Xfce et tout juste pour ça…), que je rentre dans le projet, ce qui est très bien, mais je pense que les devs qui sont déjà dedans sont bien plus efficaces que moi pour ça ("Faire c'que d'autres font mieux que moi, ça me rend malade" - Con et blasé - Les Ogres de Barback).
Je me dis même que si c'était simple au point que je puisse le faire, ça serait déjà fait. Donc je me vois plus (TODO) aller sur le forum demander pourquoi ça existe pas encore, si c'est prévu, etc. A la limite faire des propositions constructives, voire filer un coup de main de test.
[^] # Re: C'est la faute à Ubuntu et Gnome !
Posté par jihele . En réponse au sondage Selon vous, pourquoi Linux n'est-il pas prêt pour le bureau ?. Évalué à 2.
Bon, je sais que c'est pas l'endroit, mais si quelqu'un tombe sur ma question, autant qu'il y trouve une réponse.
Il se trouve que c'est précisément "options psmouse proto=imps" qui m'empêchait (je ne sais pas pourquoi) d'utiliser synclient.
Je l'ai virée, et je peux tout configurer (y compris le clic) via synclient.
Les bonnes nouvelles c'est que le coloc va garder son linux encore au moins quelques temps, et que j'ai découvert les joies du Touchpad, que je n'avais jamais pris la peine de configurer sur mon propre PC.
La mauvaise, c'est que pour que tout ça soit prêt pour le bureau, il faudrait au minimum une belle GUI pour configurer tout ça, et ce que j'ai vu n'était pas top fonctionnel.
Notes pour plus tard :
- Remonter le problème quelque part
- Se pencher sur la question d'une GUI (compléter l'existant). Je pense que si c'était trivial, ça existerait déjà. D'ailleurs il est probable que Xfce 4.10 améliore ça, mais Debian est coincée à 4.8, c'est ballot.
Au passage, merci pour les conseils.
[^] # Re: Mieux !
Posté par jihele . En réponse à la dépêche LiquidPrompt version 1.3. Évalué à 1.
D'accord. C'était un peu l'objet de mon commentaire.
OK, merci. Si j'ai le temps et si j'en ressens le besoin, j'y regarderai.
[^] # Re: Mieux !
Posté par jihele . En réponse à la dépêche LiquidPrompt version 1.3. Évalué à 1.
A vue de nez, en désactivant la prise en charge des gestionnaires de version, ça fait comme quand je suis dans un répertoire non versionné, à savoir que c'est plus rapide, mais quand même pas instantané comme quand je n'utilise pas liquidprompt.
Le RPi c'est pas une foudre de guerre, il faut bien le reconnaître.
[^] # Re: Mieux !
Posté par jihele . En réponse à la dépêche LiquidPrompt version 1.3. Évalué à 2.
Je viens d'essayer (pour la première fois, donc je ne peux pas comparer) sur un Raspberry Pi, avec la config par défaut et c'est un poil lourdeau. Je dois bien mettre une demi-seconde à récupérer le curseur lorsque j'envoie une commande vide (juste "entrée") dans un dépôt git. C'est moins lent lorsque je suis hors du dépôt git, mais pas instantané.
C'est sympa d'avoir certaines infos (branche) mais en effet ça fait une ligne super longue. Trop, je trouve.
J'ai conscience que ceci est juste un retour sur la config par défaut. Je n'ai pas essayé de la modifier.
[^] # Re: C'est la faute à Ubuntu et Gnome !
Posté par jihele . En réponse au sondage Selon vous, pourquoi Linux n'est-il pas prêt pour le bureau ?. Évalué à 2.
Je ne comprends pas. Le touchpad est bien détecté, mais ce n'est pas la bon pilote qui est utilisé :
Pourtant, xserver-xorg-input-synaptics est bien installé, mais le pilote synaptics n'est pas chargé.
J'aurais aimé résoudre le problème mais je crois qu'indépendamment de ça, il va réinstaller un Windows (non pas parce que ça marche mal, mais parce que c'est un gros boulet qui aime bien aller sur telecharger.com)
[^] # Re: Il est déjà prêt
Posté par jihele . En réponse au sondage Selon vous, pourquoi Linux n'est-il pas prêt pour le bureau ?. Évalué à 2.
Je sais pas si ça répond vraiment au problème ici soulevé.
Le problème de mise à jour des programmes en route me semble se poser aussi avec aptitude. D'ailleurs il m'arrive d'avoir des comportements curieux avec firefox suite à une MàJ (avec aptitude). Avec le kernel, pas de problème, il n'est pas enlevé.
Dans le message auquel je répondais, il est dit que la mise à jour de gdm interromp le processus de mise à jour lui-même. Et ça, je n'ai jamais vu. Je viens de me rappeler que j'utilise lightdm, aussi.
Je devrais peut-être installer lightdm sur le PC de mon coloc si vraiment le problème est chez gdm, mais je reste surpris, car tel que c'est énoncé, c'est un gros problème pour un gros paquet de gens.
[^] # Re: C'est la faute à Ubuntu et Gnome !
Posté par jihele . En réponse au sondage Selon vous, pourquoi Linux n'est-il pas prêt pour le bureau ?. Évalué à 3.
C'est une Wheezy (bientôt sinon déjà stable, et plus à jour). C'est donc Gnome3 (qui comprend Gnome-shell (contrairement à moi qui n'y ai rien compris)) si j'en crois la réponse de saltimbanque.
Lorsque j'ai installé sur mon PC, j'ai mis le minimum et il m'est arrivé de devoir rajouter au fur et à mesure au début. C'est normal et c'est fait exprès. En plus c'est comme ça qu'on apprend. Le truc prêt pour le bureau, il faudrait qu'il contienne déjà tout (ce "tout" étant à définir) et tant pis si ça fait grogner les grincheux.
Merci pour la manip avec synclient, je regarderai ça. En supposant que ça nous tire d'affaire, je me demande
- pourquoi certaines options ne sont pas activées par défaut (pour le click, il m'a fallu passer "options psmouse proto=imps" à modprobe)
- pourquoi au pire les clickodromes ne parviennent pas à résoudre ça
Je suppose qu'il y a de bonnes raisons, mais j'aimerais comprendre, ne serait-ce que pour savoir pourquoi linux n'est pas tout à fait prêt pour le bureau… et donc faire en sorte qu'il le soit.
# C'est la faute à Ubuntu et Gnome !
Posté par jihele . En réponse au sondage Selon vous, pourquoi Linux n'est-il pas prêt pour le bureau ?. Évalué à 4.
J'ai bien compris le caractère ironique de la proposition 2. D'ailleurs j'ai coché autre chose.
Néanmoins, voici un retour d'expérience qui vaut ce qu'il vaut.
J'utilise Debian testing/Xfce depuis des années et ça me va très bien. Je n'ai pas peur de la ligne de commande, ni de chercher la petite appli qui manque, ni la ligne de config qui va bien. Si une fonctionnalité manque, je peux créer un script, une action personnalisée dans Thunar, etc.
Maintenant, si je dois conseiller linux à un débutant, je suis un peu embêté. (Non, pas parce que j'hésite avec Arch…)
Mon père a une Ubuntu depuis longtemps. Depuis quelques mois ou années, il utilise Unity. J'ai dû m'en servir ce WE, j'ai trouvé ça assez pénible à utiliser. J'ai pas trouvé comment changer une fenêtre d'espace de travail. Utiliser Alt+Tab quand on a deux fenêtres identiques (ex: deux xterm) relève du parcours du combattant. D'ailleurs, le mélange lanceurs/barres des tâches, si j'ai bien compris l'idée, est un paradigme qui me donne des frissons. Apparemment, lui, ça le dérange pas. Il ne doit pas voir l'intérêt d'avoir deux fois la même application dans le même espace de travail. Aurait-on affaire à une vision consistant à faire plaisir à 95% des utilisateurs et tant pis pour les autres ?
J'ai installé un linux sur le Netbook de mon coloc (Samsung N150). J'ai été agréablement surpris par la prise en charge matérielle (install network par le Wi-Fi, webcam qui marche, etc). Petit bémol avec les touches Fn et surtout le touchpad. Je ne sais pas ce qui empêche l'installeur de faire ça mieux. En tout cas le touchpad (j'ai pu avoir le click en modifiant un fichier admin, mais le scrolling ne fonctionne toujours pas) est le plus gros problème, pour ne pas dire le seul, mais il est de taille. J'ai d'ailleurs coché "Les pilotes sont mauvais car les spécifications du matériel ne sont pas disponibles !" même si en l'espèce, je ne suis pas sûr que ce soit le problème.
Pour éviter Unity, et parce que c'est bien mieux, je lui ai mis une Debian. Et comme linux est prêt pour le Desktop, j'ai mis la version par défaut. Je sais pas trop ce que c'est, je suis perdu dans les Gnomes (Gnome 3 ? Gnome Shell ?). C'était un peu lourdeau, et surtout, j'arrivais pas à m'en servir. J'ai rapidement laissé tomber pour mettre Xfce.
Xfce, c'est bien. En revanche, l'installation par défaut dans Debian manque peut-être de choses dont les noobs ont besoin. update-notifier, par exemple. Peut-être l'appli de recherche de fichiers, aussi. Ces petites choses que nous, on sait paramétrer, mais pas les débutants.
Peut-être que l'installation par défaut de Xfce pourrait être plus compatible débutant. (A moins que l'on suppose que ceux-ci sont censés utiliser Gnome qui reste le choix par défaut ?) Je ne vois pas l'inconvénient de modifier les choix par défaut en ajoutant des petites choses. De toute façon, les power-user savent faire une install à partir de zéro (sans passer par les méta-paquets) s'ils ne veulent pas se taper la cohorte de dépendances dont ils n'ont pas l'utilité. Ils savent changer d'application de recherche de fichiers, d'archiveur .zip, etc, s'ils ont envie. C'est comme ça qu'à été justifiée l'intégration de network-manager à la place de wicd. ("L'utilisateur avancé saura remettre wicd s'il en a envie".)
En résumé :
Peut-être que l'installation par défaut pourrait faire en sorte de donner quelque chose de plus directement utilisable par un débutant, quitte à faire des choix.
Peut-être que je ne suis pas prêt pour le desktop du XXIè siècle.
Il faudrait que je contribue à ajouter à Xfce les petits choses qui manquent pour qu'il soit parfaitement complet. Sachant que c'est autant de la config que du dev, la question se traite autant côté distrib que côté Xfce.
[^] # Re: Il est déjà prêt
Posté par jihele . En réponse au sondage Selon vous, pourquoi Linux n'est-il pas prêt pour le bureau ?. Évalué à 2.
Heu… c'est vrai, ça ?
J'utilise testing et aptitude, mais j'ai installé testing sur le PC d'un copain et je lui ai mis update-notifier pour que ça marche tout seul. Il risque des problèmes ? (Autre que les problèmes potentiels classiques liés aux mises à jour d'une testing, ce qui ne m'inquiète pas vu qu'elle est bientôt stable.)
[^] # Re: Bouygues Telecom
Posté par jihele . En réponse au sondage Votre FAI. Évalué à 2.
Chez Bouygues aussi. C'est pas moi qui ai choisi, la connexion était préexistante.
En tout cas, j'ai une connexion en béton !
[^] # Re: SELinux ?
Posté par jihele . En réponse au journal Davfi, le premier antivirus libre français.. Évalué à 6.
Ce qu'il faudrait, c'est un logiciel libre 100% made in France qui pousserait la granularité au niveau ligne.
Compte tenu de l'enjeu que ça représente en matière de sécurité, on comprendrait que les parties contenant les éléments les plus critiques restent fermées aux regards extérieurs.
[^] # Re: À propos de l'extension.
Posté par jihele . En réponse au journal CapsKiller : Cachez ces majuscules que je ne saurai voir !. Évalué à 1.
C'est ce que j'ai pensé aussi. Après, j'ai réfléchi à mon usage. Je fais des majuscules accentuées dans des textes, que je n'écris pas avec vi. Avec vi, je fais plutôt du code (pas d'accents) et quelques trucs basiques (fichiers "post-it" avec mes comptes, anniversaires, numéros de téléphones) pour lesquels je n'ai pas besoin des accents. Mais ce n'est que mon usage.
Pour les majuscules accentuées, je fais séquentiellement CapsLock / lettre accentuée minuscule / CapsLock. Il y a une autre méthode avec plusieurs touches en même temps. Je l'ai oubliée (trop compliquée à retenir), je ne sais plus si ça implique CapsLock.