gpe a écrit 799 commentaires

Ben ça ne fait pas envie.
Quand on regarde ce que ça tire à l'installation je me dis que grep a encore un bel avenir dans l'embarqué :
grep => 768 Ko d'occupation disque, dépend de libc (incontournabale) et install-info (266 Ko)
ack-grep => 197 Ko, dépend de perl (18 Mo) qui dépend de perl-base (4.7 Mo) et perl-modules (16.2 Mo), etc.

Autre question : quand est-il des perfs entre grep (en C compilé) et ack-grep (en perl interprété) ?

Je ne dois pas être doué parce que je n'ai jamais réussi … :)
Tu mets quoi sans le smb.conf ?

Je n'ai pas bien compris ce passage.
Par exemple si j'ai une machine sous linux qui est connectée dans un réseau AD et que je veux partager des fichiers/répertoires de cette machine à destination des machines sous Windows, est-ce que je dois utiliser Samba 4 ou Samba 3 ?

Pourquoi veux-tu aller sur mail.google.com ?

Les modules complémentaires sont l'ensemble des extensions et des greffons.

Oui et non car au final tout ce qui tourne sur le cœur Linux est bien libre, non ?

Ce n'est pas une question d'être une agence gouvernementale ou non. Cette information peut servir à une application (mutt en est un exemple). Mais si noatime pose problème il me semble que de couper la poire en deux avec relatime évite ce problème ?

C'est vrai je n'avais pas pensé à ça …

Oui c'est la question que je me pose en fait. Est-ce que Windows 8 est plus conforme à la norme ACPI ou est-ce qu'il introduit de nouvelles particularités ?
Pour résumer sur une machine qui aurait des problèmes ACPI sous Linux est-ce opportun de faire une telle mise à jour ou au contraire est-ce que ça risque de détériorer encore plus la situation ?

T'arrives à faire du multi écran avec Gnome 3 ?
Moi ça finit toujours par partir en vrille quand je change de bureau …

C'est pourtant le seul moyen de rendre Gnome-shell utilisable. Sans les extensions j'aurai laissé tomber Gnome depuis longtemps.

Ce n'est malheureusement pas le cas sous Debian Wheezy …

J'ai effectivement une carte nvidia mais j'utilise le pilote nvidia proprio.

Stable depuis la .0 ? Faut arrêter de dire n'importe quoi. Je suis en Gnome 3.4 et stable n'est pas la qualificatif qui le décrit le mieux. Régulièrement il freeze à l'ouverture de la session et oblige à aller killer gnome-shell depuis une console (intuitif et simple pour quelqu'un qui ne serait pas informaticien …).
Je peux aussi parler des crashs lors de l'utilisation de CTRL+ALT+flèche haut/bas.
Quant à la rapidité et la fluidité ça ne l'est pas plus que Gnome 2 …

Je te conseille d'essayer Gnome 3 avant de t'emballer parce que justement sous Gnome 3 fichiers, Suppr ne fait absolument rien et il faut faire CTRL+Suppr pour pouvoir mettre à la poubelle.
Le Maj+Suppr conserve le fonctionnement classique de suppression sans passer par la poubelle. Mais pour être cohérent et pète couille jusqu'au bout je serais les dev de Gnome je le changerais en CTRL+Maj+Suppr … ;)

Et ne parlons pas du CTRL pour pouvoir faire la fonction première de la touche Suppr …

Ah! La recherche partout ! Qu'elle belle connerie !
Quand t'es dans le menu activités et que tu cherches une appli, ce con il affiche aussi tes contacts, tes documents, etc.
Et moi quand je suis avec certaines personnes (au boulot, avec des clients, etc.) je n'ai absolument pas envie que quand je passe par activité pour lancer une appli, tous le monde voit mes contacts, ou me sortent des documents qui n'ont pas à être vus par tout le monde.

Si c'est ça la raison ce n'est pas franchement sensé, bien au contraire.
S'il y avait des touches copier/couper/coller sur le clavier on les utiliseraient sans le CTRL. D'ailleurs certains systèmes utilisent Insert pour Coller. S'il n'y avait de touche Suppr que l'on fasse CTRL-D la oui. On utilise le CTRL pour modifier le comportement de base d'une touche pas pour lui faire accomplir l'action pour laquelle elle existe. Si on suit cette logique Gnomesque, pour faire un 'a' il va bientôt falloir faire CTRL-a !!!

Faut arrêter la mauvaise fois. Il y a une grande différence entre avoir Suppr/Shift+Suppr et Ctrl+Suppr/Shift+Suppr.
Intuitivement et instinctivement quand tu cherches à supprimer un fichier t'appuies sur Suppr et le fichier par à la poubelle. Ensuite éventuellement tu te dis que ça peut-être bien de ne pas passer par la poubelle et tu cherches si c'est possible, donc tu trouves le raccourcis Shit+Suppr. Et comme c'est un comportement risqué il est normal de ne pas y avoir accès par une touche direct. Le comportement risqué est bien distinct du comportement sécuritaire.
Avec Gnome 3, l'intuition ne fonctionne pas car Suppr ne fait rien, pourquoi ne fait-il rien ? Ça reste un mystère … Donc il te faut commencer à chercher (bonjour la simplicité) et tu tombes sur les 2 raccourcis qui sont composés chacun de Suppr + une touche. Donc déjà ça ce complique car il faut se rappeler de quelle touche il faut utiliser pour mettre à la poubelle ou supprimer direct. 1 chance sur deux de se tromper, donc perte de temps, énervement, confusion. On est dans l'anti-ergonomie, dans le non-intuitif et dans l'inverse de la simplicité.
Le Ctrl+Suppr au lieu de Suppr est débile, je persiste.
J'attends toujours les arguments en sa faveur …

Ce que j'appelle le menu "application", c'est le menu qui est à droite d'Activités et qui porte le nom de l'application au premier plan. Je ne sais pas comment il s'appelle officiellement.

après fermeture de la session, l'extension pour la poubelle fonctionne maintenant. Merci.

Avec debootstrap tu installes sur un nouveau disque ou sur celui qui est déjà en cours de fonctionnement ? Dans ce cas comment se passe le switch vers le système 64 bits que l'on a installé via debootstrap ?

1. vu que ce menu n'existait pas en Gnome 2 je ne vois pas bien comment il aurait la même fonction ?

2. l'extension pour la poubelle ne fonctionne pas chez moi.

3. Ben non car quand tu as besoin de voir ce qu'il y a en dessous pour remplir la boîte t'es obligé de la refermer pour regarder et de réouvrir. Alors que sous Gnome 2 il suffisait de déplacer la boîte pour voir ce qu'il y a derrière. Simple et intuitif effectivement comme ils disent ! Et puis je ne vois pas en quoi l'ancienne gestion empêchait d'ouvrir la boîte toujours au même endroit ?

Ah bon ? C'était pourtant le comportement par défaut dans Gnome 2 …

C'est vrai qu'aller modifier un fichier dans ~/.local/share/applications c'est simple et intuitif comme y disent dans la présentation de Gnome 3.

Quant au Ctrl+Suppr je le répète c'est complètement débile, et absolument pas intuitif. De plus ça sème la confusion avec le shift+Suppr.