OVH Cloud OVH Cloud

ZSH sans accent ni de symbole euro !

15 réponses
Avatar
FrekoDing
Bonsoir la liste.
J'ai décidé de remplacer le bon vieux bash par Zsh (j'ai vraiment été
bluffé par le systeme de completion !)
J'installe donc une version assez recente (4.3.2)
Encodage fr_FR@euro.
Impossible d'afficher le moindre accents (testé : é, è, à) ni le symbole
Euro, @ s'affiche correctement par contre.
Je précise que sous Bash, aucun soucis de cet ordre.
Tous ces caracteres s'affiche correctement dans n'importe quelle appli
(console ou X).
Testé avec aterm, rxvt, xterm...
J'ai beau epluché les forums, rien à faire.
Merci pour toute personne pouvant m'indiquer une piste ! ;-)
Bonne soirée.

5 réponses

1 2
Avatar
Nicolas George
Stephane Chazelas wrote in message
:
Maintenant, peut-etre que gdm/xdm/kdm/xinit/dtlogin/Xsession, ne
lance pas un shell de login.


Ce qui est tout à fait logique, si on considère qu'ils ne lancent pas de
shell du tout. Ça va souvent passer par des shells pour interpréter des
scripts, mais ce n'est pas du tout la même chose.

Avatar
FrekoDing
Nicolas George ecrivait le 12/04/06 09:17:
FrekoDing wrote in message <457375cb$0$1062$:
Donc comment dire à zsh de prendre en charge ce/ces fameux fichier ?


Comment te logues-tu ?


Hummm. Tu me mets la puce à l'oreille !
J'utilise Qingy (http://qingy.sourceforge.net/), equivalent de getty
avec framebuffer et autres joyeusetés.
Je viens de le zapper et de retablir le demarrage normal de agetty
(depuis /etc/inittab)
Tout est ok. Je continue de creuser.


Avatar
Nicolas George
FrekoDing wrote in message <457417e4$0$22515$:
J'utilise Qingy (http://qingy.sourceforge.net/), equivalent de getty
avec framebuffer et autres joyeusetés.


Je viens de regarder un petit peu le source : la manière dont il lance le
shell a l'air assez simiesque, mais ça devrait faire ce qu'il faut pour zsh.
Peux-tu regarder (avec ps xf) à quoi ressemble le processus qui est à la
racine de ta session ?

Avatar
FrekoDing
Nicolas George ecrivait le 12/04/06 14:21:

Je viens de regarder un petit peu le source : la manière dont il lance le
shell a l'air assez simiesque, mais ça devrait faire ce qu'il faut pour zsh.
Peux-tu regarder (avec ps xf) à quoi ressemble le processus qui est à la
racine de ta session ?


Je commence à voir le bout du tunnel.
L'auteur de Qingy vient de me repondre, c'est un bug qu'il connait.
Fixé dans les prochaines versions...

"The problem is that there is a bug in qingy (up to 0.9.3 included) that
prevents it to spawn zsh as a login shell. This is already fixed in
svn, and next version will be ok."

Il doit y avoir moyen de contourner le probleme...

en gros, qingy, xfce, xterm... j'obtiens ceci :

PID TTY STAT TIME COMMAND
7176 tty1 S+ 0:00 /usr/bin/xinit /etc/X11/Sessions/Xfce-4 --
:1 vt1 -no
7190 tty1 S 0:00 _ /bin/sh /etc/X11/Sessions/Xfce-4
7191 tty1 S 0:00 _ /bin/sh /etc/xdg/xfce4/xinitrc
7196 tty1 S 0:00 _ /bin/sh /etc/xdg/xfce4/xinitrc
7197 tty1 S 0:00 | _ xscreensaver -no-splash
7209 tty1 S 0:00 _ /usr/bin/xfce4-session
7230 ? Ss 0:00 xterm
7232 pts/0 Rs 0:00 _ zsh

Merci encore.

Avatar
FrekoDing
Stephane Chazelas ecrivait le 12/04/06 09:52:

Maintenant, peut-etre que gdm/xdm/kdm/xinit/dtlogin/Xsession, ne
lance pas un shell de login. Peut-etre que si ton shell est
bash, il sait qu'il faut aller lire /etc/profile et
~/.bash_profile, mais peut-etre qu'il ne sait pas quoi faire
quand zsh (qu'il ne supporte pas zsh). Il te faudra peut-etre
alors toi-meme rajouter un ". /etc/zprofile" et ". ~/.zprofile"
dans ton ~/.xsession|~/.xinitrc|~/.dtprofile...


J'ai zappé qingy et utiliser le login classique pour me logguer
en attendant une version corrigée.

Je vous remercie encore toi et Nicolas ou Georges ;-) pour votre aide.

1 2