Dan a écrit 215 commentaires

sélection de toutes les dépendances...

echo "<middle click pour coller les dépendances> " >> packages

Au moins on sait qu'on a tout supprimé.

Avec le bug des clés SSH pas fiables, les clés faites depuis que le bug est là on était mises en blacklist.
Résultat : obligé de changer ses clés.

Mais c'est peut-être autre chose.

Et puis dire que emacs est supérieur à vi parce que son utilisation du shell serait meilleure, c'est comme dire que vim serait meilleur que grub par ce que grub ne permet pas d'uiliser des regexp en mode édition.

Ouais mais bon, un vrai mode shell serait assez génial : ça permettrait de faire un split sur la fenêtre et d'avoir le fichier et le shell dans la même fenêtre, avec un shell toujours dans le même répertoire que Vim.
CTRL-Z et fg c'est sympa mais bon pas autant que ça.

PS : j'imagine que emacs le fait mais emacs c'est le mal.

Sous Vim t'as un truc pour voir vite une fonction avec tags.
D'abord, tu lances ctags.
Ensutie, tu vas sur la variable ou la fonction, tu tapes Ctrl+Alt + ) (en fait, ça fait Ctrl + ] donc).
Et ça va sur la définition.
pour revenir, tu fais Ctrl+t.

Je ne sais pas trop si c'est beaucoup mieux qu'avec ta méthode sous Nedit, mais bon, toujours mieux que rien.

Et pourtant pour une utilisation comme celle-ci c'est plus adapté.
Alors que sed se suffit à lui-même, ta commande fait appel à 3 commandes.
Résultat (sur ma machine) :

time ifconfig eth0 | grep 'inet adr' | cut -f2 -d':' | cut -f1 -d' '
real 0m0.040s


time ifconfig eth0 | sed -n 's/.*inet adr:\([^.]*.[^.]*.[^.]*.[^ ]*\).*$/\1/p'
real 0m0.028s


Ça fait quand même beaucoup en pourcentage...

PS : attention, dans le grep, c'est 'inet adr' et pas 'inet addr'

Je me réponds à moi-même...

ifconfig eth0
est plus propre que
ifconfig | grep 'eth0' -1

donc
ifconfig eth0 | sed -n 's/.*inet adr:\([^.]*.[^.]*.[^.]*.[^ ]\).*$/\1/p'

c'est mieux.

ifconfig | grep 'eth0' -1 | sed -n 's/.*inet adr:\([^.]*.[^.]*.[^.]*.[^ ]\).*$/\1/p'

Je crois que ça fait un carton aux USA et à voir les forum français dessus, ça va sans aucun doute marcher en France aussi.

4 ou 8Go d'HD ???
Là, je ne suis pas d'accord.
Cette mémoire de 4Go est dédiée au système. Pour stocker autant prendre une autre mémoire.

Si on compte faire de cette machine la seule machine, on a forcément chez soi un disque dur externe.

Sinon, on mettra une carte SDHC qui ne prendra pas plus de place.
Et puis au pire on peut rajouter une clé USB si on a la place.

Chaque année, la capacité de la mémoire flash va monter. Donc dans un ou deux ans, avoir une carte de 32Go sera commun, ce qui sera amplement suffisant. Donc la limite de place n'en est pas une : au contraire.
Alors que la mémoire flash coûte de moins en moins cher, chaque utilisateur pourra acheter à part la quantité de mémoire qu'il veut. S'il n'a pas besoin de plus de place, il sera content de payer pas cher sa machine.
Sinon, il sera content d'utiliser la carte SD qu'il possède déjà ou qu'il achètera plus tard quand les prix auront baissé.

Donc c'est vrai :)
Marrant quand même.. Il a été testé sur cette page :
http://www.clubic.com/article-86782-3-asus-eee-pc-4g-portabl(...)
et ils disent que résolution max en VGA = 1280x1024
Soit ils ont pas testé et s'appuient sur un truc qu'ils ont lu, soit il y a plusieurs version de eee.

Sinon, ils disent aussi que le h264 en 720p passe sans trop de problèmes (donc avec du framedropping ça doit être niquel). Vraiment intéressant.

"J'en déduis que c'est de l'ordre du 768x576 sur un EEE"

Si c'est le cas, je trouve ça pas mal du tout.
"La sortie vidéo est me semble-t-il limitée à 800x600...."

Cette phrase m'a assez choqué, et en cherchant sur Google j'ai trouvé que non !!!!
http://www.blogeee.net/2007/10/22/moniteur-externe-le-1600-x(...)

Donc on peut brancher à un vrai écran (et donc aussi une télé avec un truc pour convertir vga en svideo) et avoir une vrai résolution, ça peut être très intéressant.

Bonjour, je profite de ce journal pour te demander un truc.... Ou plus.
LEEE (hahaha) en lecteur Divix ça va jusqu'où ?
Mon P2 arrive jusqu'au Xvid HD (avec framedropping), mais ne suit pas les mkv (même du pas HD) et encore moins le H264.
Sur l'Eee, les mkv de base passent sans problème j'imagine, mais les 900Mhz suffisent-ils à la lecture d'un H264 ? Si oui, ça pousse jusqu'à quelle résolution ? (pour brancher après sur un autre écran ça peut être intéressant)
D'ailleurs, si tu pouvais préciser ton lecteur, parce que si c'est vlc, ça utilise beaucoup plus le processeur que mplayer...
Et puis aussi tant que j'y suis, le bruit de la machine est-il acceptable lors de ces lectures ?
(par acceptable comprendre qu'on l'entend pas du tout)

Merci d'avance :)

----
Sinon, pour ceux qui parlent du peu de RAM, en ce moment il faut avoir 4Go pour être à la mode, mais 512Mo c'est déjà pas mal je trouve... Avec Pidgin et Opera avec 4 onglets je suis à 260Mo de RAM d'utilisés. Et c'est pas les deux ou trois terminaux et le vim ouverts en plus qui changent la chose.

C'est pas un avantage qu'il n'y ait pas de rétro-éclairage ?
Lire sur un écran qui brille ça fait mal aux yeux... ?
À moins que ce ne soit complètement différent d'un écran normal ? Enfin je dis ça, mais même le rétro-éclairage des montres doit être insupportable après 10 minutes...
Mais j'ai l'impression que ça dépend plutôt des yeux, surtout quand je vois les réglages que les gens mettent à leur écran, avec une luminosité qui rend le blanc plus brillant que le soleil.

Ce poste est dédicacé à toutes les questions interro-négatives et phrases bidons qui sillonnent le monde.

En parlant de fautes...
Je dois vraiment signaler une erreur que beaucoup de gens commettent...

Les verbes être et savoir sont deux verbes différents !!

"kDE sera" c'est le verbe être...
Le verbe savoir c'est "KDE saura".

Sur ce, Joyeuses Pâcques à tous.

Je me réponds tout seul pour dire que ce n'était pas ce fichier et bien celui du commentaire du dessous. ( /etc/udev/rules.d/z25_persistent-net.rules )

En revanche j'avais pas supprimé la ligne mais bien mis eth0 à la place de eth1
Ça fait en sorte que les deux interfaces portent le même nom.
Mais essaie plutôt son truc ;=)
Si t'as plus besoin de l'autre, c'est inutile de garder cette ligne

Ça m'est déjà arrivé sur mon disque USB.

J'avais modifié un fichier, je crois que c'était :
-------
$cat /etc/network/run/ifstate
lo=lo
eth0=eth0
-------
Je crois qu'il m'avait suffit de changer le eth1 en eth0.

Déjà mon problème sur le démarrage a été résolu par Etienne ici :
https://linuxfr.org/forums/26/23717.html

Ensuite, entre vos commentaires et ce que je connais de Vim, c'est l'écrasante victoire de VIM sur Gvim :
- Tout ce que fait Gvim, Vim le fait
- Vim a la souplesse d'un shell
- Gvim a en plus des boutons et des menus.


Le choix est vite fait ^_^

Merci beaucoup :)

J'ai mis ta condition en fin de ~/.bashrc
Et je lance ceci :

BASH_START_COMMAND='vim --servername Danou' urxvt -fn "xft:Bitstream Vera Sans Mono:pixelsize=20" -bg black -fg white +sb -name vim

Ça marche parfaitement et quand je reviens dans le shell, le titre reste vim, ce qui est parfait pour éviter d'oublier que c'est vim et pas un shell normal.

Encore merci.

Génial !!!
J'allais dire j'ai trouvé une solution pourrie mais qui marche, mais la tienne reste mieux.

Je vais quand même l'écrire, on sait jamais ça pourrait aider quelqu'un.
------------------------------------
urxvt -name Ma_Session_Vim & sleep 5 && FvwmCommand "All (Ma_Session_Vim) Focus" && xvkbd -xsendevent -text "vim\r"

1) J'ouvre un terminal
2) J'attends : récupérer le PID et l'attendre serait plus propre qu'un sleep 5
3) Une commande interne à mon gestionnaire de fenêtre qui met le focus sur la fenêtre
4) Un clavier virtuel écrit vim puis "entrer" dans le terminal.

C'est simplement horrible en plus de pas être standard.
------------------------------------

Sinon je trouve ta solution au contraire très propre (surtout par rapport à la mienne), mon bashrc ne permet pas non plus ta commande si on ne met pas le --norc.
J'essaierai de poster la partie de bashrc qu'll faut dès que possible.

Au final j'ai envie de faire :

xterm -e vim

et que dans ce xterm, CTRL-Z me renvoie vers un shell.

Tout le problème est là :
bash xterm n'existe pas, il faut l'option -c entre les deux
J'ai l'impression que bash -c xterm est équivalent à xterm tapé dans bash.

---

C'est pour lancer dans un xterm (en fait ce sera après plutôt un urxvt mais ça change rien) un vim.
Tape :
xterm -e vim
puis CTRL-Z

et tu comprendras le problème.

Ça marche pas.
Si je fais CTRL-Z, le titre change en bash, mais aucun shell n'est accessible.
J'ai bien maté les man pages (bon, tu comprendras que j'ai pas tout lu le man bash, j'ai juste regardé les options).
Mais le problème c'est justement comme dans ton exemple.

Quand on lance une commande dans un bash, la commande se lance mais le bash ne reste pas en arrière plan comme si on l'avait tapé.

En fait, le problème est moins trivial qu'il n'en a l'air, sauf bien sûr si j'ai sauté l'option qui va bien.

En fait, un Ctrl-Z est instantanné, mais un :sh prend chez moi 2 à 3 secondes.

ouais, ça m'arrivait de m'en servir avec gvim... Mais honnêtement, je trouve ça nul.
gt est bien plus simple. Je l'avais vu avec :help tabn d'ailleurs.

Mais c'est vrai que j'ai pas pensé à faire :help mouse ^_^

http://vrac.fifi.be/vimtips.txt

set cmdheight=2

ça marche chez moi.