Jérôme Pouiller a écrit 8 commentaires

Y'a-t-il des gens qui, comme moi, estiment que "Caps Lock" est une touche inutile?

Depuis un bon bout de temps, j'ai remplacé cette touche par la touche compose. Cela me permet de taper quasiment toutes les langues avec un layout qwerty (qui reste reste très pratique pour programmer). Avec la touche compose, je n'utilise jamais les caractères de niveau 3 (c'est-à-dire AltGr). Même le symbole € se fait avec compose('=', 'C').

--
Jezz

Notez que pour les utilisateurs de kde, kdeprint intègre tout un tas de filtres dans le même genre (dont l'impression en livret).

Quelques remarques sur l'utilisation de ssh:

• Toutes les clés devraient avoir une passphrase. Un vol de clés ssh est vité arrivé.
• En théorie, on ne devrait avoir qu'un seul ssh-agent ouvert à la fois. Ne lancer surtout pas votre agent dans le fichier de configuration de votre shell. Lancez le dans votre .xsession avec une commande du genre ssh-agent winmanager. Ainsi tous les nouveaux sous-processus (tous les shell donc) utiliseront le même agent ssh. Utilisez toujours l'option -A de ssh pour faire suivre (forwarder) votre agent (mettre un alias est une bonne idée). Ainsi, il n'y qu'un agent ssh lancé (sur la machine ou vous êtes physiquement connecté), mais il est utilisé sur toutes les machine distantes sur lesquelles vous êtes connecté.
• En respectant les règles ci-dessus, vous remarquerez que vous n'avez besoin de taper votre passphrase qu'une seule fois pour toute votre session (le matin en arrivant). Si ca n'est pas le cas, c'est qu'il y a un problème dans votre système (plusieurs ssh-agents lancés, ssh-agent pas forwardé).
• ssh-add permet d'enregistrer les identités locales sur votre agent. Une bonne idée est de lancer cette commande dès que vous vous connectez. Il existe des outils graphiques qui permettre d'avoir une fenêtre toute jolie pour ca. Ssh-askpass par exemple.
• Correctement utilisé, votre agent retient vos identités. Imaginons que vous vous connectez physiquement sur A. Pour vous connectez sur C, vous avez besoin d'une clé se trouvant sur B. Normallement, vous devriez vous connecter sur B, puis sur C à partir de B. Avec ssh-agent:

    A$ ssh B
    B$ ssh-add
    B$ exit
    A$ ssh C
    C$

  Votre agent a retenu l'identité que vous lui avez fournis lorsque vous étiez connecté sur B.
• ssh-add -x permet de bloquer votre ssh-agent (quand vous allez prendre un café)

Fredric Brown, La réponse (The answer, 1963)

Et pourquoi ne pas démarrer certain services en parallèle plutôt que séquentiellement? C'est vrai, laissons la gestion de processus limiter les temps mort pendant le demarrage. Il faudrait juste s'assurer que certains services sont démarrer avant certains autre (il vaut mieux monter la partition racine avant de demarrer apache). Ce qu'il faudrait, c'est juste un petit système de dependance sur les service pour savir ce qui peut être demarrer en parrallèle.... Ca serait merveilleux, non?
eh bien ca existe! Ca s'appelle simple init: http://www.atnf.csiro.au/people/rgooch/linux/boot-scripts/(...)
Malheureusement, pour passer sur simple init, il faut refaire tous les script de /etc/init.d :-(

J'oubliais la puissance du shell. ${} offre plusieurs méthodes pour modifier le contenu d'une variable et j++ fonctionne:
for i in *.JPG
do
mv $i ${i/.JPG/.jpg/}
done
change toutes les extention JPG en jpg.

export j=0 # export n'est utile que si vous traviller en mode intéractif (pas dans un script)
for i in *.JPG
do
mv $i $((j++))\ -\ $i
done

--
jezz from sysmic

Pour les renommage en masse, la commande sed peut etre utile:
for i in *.JPG
do
mv $i `echo $i | sed s/.JPG/.jpg/`
done
change toutes les extention JPG en jpg.

On peut aller plus loin en ajoutant un compteur:
export j=0 # export n'est utile que si vous traviller en mode intéractif (pas dans un script)
for i in *.JPG
do
mv $i `echo $i | sed s/^/$j\ -\ /`
j=$((j+1))
done

--
jezz from sysmic

Pour avoir un affichage de netstat en temps reel (comme top), utilisez la commande watch:
watch netstat -alpe --ip