Je ne crache pas sur la famille csh/ksh/tcsh. La norme POSIX c’est bien, mais je ne crois pas que l’un d’entre nous utilise le bourne shell comme shell interactif.
Je trouve intéressant de voir des logiciels innover. Pour ce qui est de vi (ou tout autre logiciels dérivant de vi), il reprend ed qui est un standard.
Moi j’ai réussi à faire tout tenir en une seule ligne pour mon autologin ( mais si vous me dites que caymal, j’aviserai ):
Et ça fonctionne normalement.
Par contre j’ai une question pour les connaisseurs:
J’ai un noyau realtime, il fonctionne bien, sauf que avec ma méthode d’autologin ( j’ai aussi essayé celle expliquée dans ce post ) le serveur de son jackd me dit que je n’ai pas les droits d’utiliser le temps réel, alors qu’il est configuré pour.
Pour que le rt fonctionne, il faut que je redémarre une session graphique en me connectant à un shell normal.
c’est assez embêtant, donc si quelqu’un s’y connait…
Si on veut éviter le déni de service, il faudrait aussi limiter le nombre de processus pour parer à une fork bomb
Je n’arrive pas à lancer startx après l’autologin, par contre je suis déjà authentifié (login + pass!!) dans tty1 lorsque le boot est terminé
voici mon inittab
[code]# /sbin/getty invocations for the runlevels.
#1:2345:respawn:/sbin/getty 38400 tty1
1:2345:respawn:/bin/login -f m3t4linux tty1 </dev/tty1 >/dev/tty1 2>&1
2:23:respawn:/sbin/getty 38400 tty2
3:23:respawn:/sbin/getty 38400 tty3
4:23:respawn:/sbin/getty 38400 tty4
5:23:respawn:/sbin/getty 38400 tty5
6:23:respawn:/sbin/getty 38400 tty6
[/code]
Mon .profile
if [ `tty` = "/dev/tty1" ] ; then
startx
fi
et mon .xinitrc
/home/m3t4linux/scripts/dwm_menu.sh
exec dwm
il me reste donc à saisir “startx”…
ceci pourrait servir,donc prendre le meilleur et virer le reste 
http://forum.debian-fr.org/viewtopic.php?f=8&t=14470
enjoy 