J'ai un gros problème sur mon portable.
 
A partir du moment ou je passe mes locales en fr_FR.UTF8 dpkg ne fonctionne plus :
 

 
Si je repasse sur une autre locale ca fonctionne.
 
J'ai verfier /etc/locale.gen et /etc/environment et tout semble pourtant correct.
 
Pourriez vous m'aider ? (je peux vous donner un shell root sur la machine...)

Certains terminaux et logiciels ne sont pas compatible UTF8 (par ex. aterm), d'où un affichage foireux...
 
Personnellement j'ai tenté l'UTF8 mais ça m'a saoulé au bout de 10 min à peine (erreur perl, affichage foireux, debconf et consors qui me sortent les messages en anglais alors que mes locales étaient correctement configurées).
 
Au final j'ai simplement fait un dpkg-reconfigure locales et je suis repassé sous le bon vieux codage iso-8859-15 qui fonctionne

L'ennuie c'est que j'ai toujours utiliser utf8 sur toutes mes machines, et evidemment ca deconne aussi en console et a distance via ssh.
 
Quand au term il s'agit de rxvt-unicode

Pareil pour les erreur Perl J'vais que ca alors je suis retourné moi aussi en ISO8859-15

 
 
C'est vraiment un problème à la con, j'ai déjà passer pas mal de temps avec gnuk de #debian-fr et on a pas trouver

Quelqu'un pourrait il alors m'indiquer ou puis je eventuelllement trouver de l'aide, faire un rapport de bug ou je ne sais quoi ?

Je pense que ca doit être dpkg qui n'est pas compatible. Perso sous Gentoo en UTF8 avec urxvt : no problemo. Mais c'est clair qu'il reste des appli ncurses non compatible UTF8 ; cfdisk par exemple

Une dernieère fois, lisez quand meme...
 
J'utilise dpkg et rxvt en utf-8 sur toutes mes autres machines

Mais pourquoi cet intérêt à vouloir à tout prix utiliser l'UTF8 actuellement ?
 
Personnellement je préfère attendre un peu que toutes les applications finissent par être compatible UTF-8 (cela se fait progressivement) ; si c'est pour devoir installer de toute façon les locales iso-8859* à côté pour avoir un support complet dans toutes les applis alors l'UTF-8 perd tout son intérêt.
 
Et puis les erreurs perl sont problématiques (bon c'est apparemment spécifique à Debian) vu le nombre d'applications qui utilisent Perl.

Ca ne m'a jamais posé aucun problème, et un grand nombre d'applis sont en utf-8 maintenant.
 
Et puis ca n'est pas une question de vouloir, c'est une question de bug la en l'occurence

L'UTF-8 et Debian ça a toujours foiré chez moi, même problème. Puis comme j'utilise zsh, je peux faire une croix dessus. Par contre sur Gentoo, aucun problème.
 
Opera

Tu as le même bug ?

Bah j'avais pas compris que tes autres machines était aussi sous Debian et que par conséquent dpkg fonctionnait dessus. Autant pour moi  

Y'a pas de mal

Exactement le même oui. J'ai tout essayé : changement de shell, de terminal, de police. En vain.
 
Opera

C'est rassurant, apparament il n'y a aucun bug report a propos de ca...
 
C'est anormal, quelqu'un pourrait m'aider un peu pour consulter les bug report ? Je suis pas un habitué et je sais pas du tout par ou commencer

Si ca peut te "rassurer" debian(ubuntu) / UTF8 chez moi zsh et pareil, meme bug mais bon .... pour le coup j'ai pas pousse plus loin non plus, je fais un "reset" sous zsh et ca me revient normalement.

Pas exactement, il y a souvent des problèmes avec les histoires de codage caractère et de régionalisation.
 
Au niveau des rapports de bogues chez Debian il faut utiliser le BTS (Bug Tracking System) avec le mot-clé "locales" ; quand on effectue la recherche on tombe alors sur cette page (pour stable) :
---> http://bugs.debian.org/cgi-bin/pkg [...] ist=stable
 
Il y a un certains nombre de bogues, certains datent un peu et ne sont toujours pas résolu ; tu peux toujours envoyer un rapport de bogue si tu n'en trouve pas de similaire au tiens en fournissant des explications consises.
Utilise l'outil de report de bogues Debian (paquet reportbug) ou envoie un mail en suivant les instructions données  ici