>>>>> "Tsuna" == Tsuna <tsuna(a)slug.lrde.epita.fr> writes:
Tsuna> Yop je sais si c'est le bon newsgroup pour ce genre de post
Tsuna> mais j'ai un probleme vraiment bizzare sur mon rack:
lrde.proj est plus adapté aux questions sur Vcs (et sur les projets
émanant du labo en général).
Tsuna> $ svn st
Tsuna> vcs: error: command: svn status --
Tsuna> vcs: error: exit: 1
Tsuna> vcs: error: stderr: svn: error: cannot set LC_ALL locale
Tsuna> vcs: error: stderr: svn: error: environment variable LC_ALL is en_US
Tsuna> vcs: error: stderr: svn: error: please check that your locale name is correct
Tsuna> vcs: error: command failed
Tsuna> $ echo $?
Tsuna> 1
Tsuna> $ type svn
Tsuna> svn is an alias for vcs-svn
Tsuna> $ vcs --version
Tsuna> Vcs version: 0.5 (Beta Release 4)
Tsuna> $ \svn st
Tsuna> [la sortie de svn normal]
Tsuna> $ echo $?
Tsuna> 0
Tsuna> $ env | egrep '(LANG|LC_|en_)'
Tsuna> $ echo $?
Tsuna> 1
Tsuna> alors que sur ma machine au labo (meme versions de svn et vcs)
Tsuna> $ env | egrep '(LANG|LC_|en_)'
Tsuna> LANG=en_US
Tsuna> LANGUAGE=en_US:en_GB:en
Tsuna> une idee?
Oui : Vcs utilise d'autorité la locale en_US ; si elle n'est pas
installé sur l'hôte, il crie. C'est un comportement embêtant, qui a
déjà été soulevée dans un message intitulé « Vcs and locales » dans
lrde.proj. Nicolas nous avait dit qu'il avait rencontré des problèmes
avec la locale C, et c'est pour ça qu'il était passé à en_US.
Mais ce serait bien qu'on puisse réparer Vcs pour utiliser la locale
C, et non imposer l'installation d'une autre locale (ce qu'un
utilisateur lambda ne peut pas toujours faire, faute de droits sur le
système sur lequel il travaille).
