Tsuna <tsuna(a)slug.lrde.epita.fr> writes:
> Yop
> je sais si c'est le bon newsgroup pour ce genre de post mais j'ai un probleme
> vraiment bizzare sur mon rack:
>
> $ svn st
> vcs: error: command: svn status --
> vcs: error: exit: 1
> vcs: error: stderr: svn: error: cannot set LC_ALL locale
> vcs: error: stderr: svn: error: environment variable LC_ALL is en_US
> vcs: error: stderr: svn: error: please check that your locale name is correct
> vcs: error: command failed
> merci d'avance
J'avais eu ce problème a while ago, on avait vu avec Nicolas.
Il semblerait que ce soit du a un fichier pas loin de là où tu fais
ta commande qui serait dans un encodage bizarre.
Quoiqu'il en soit, on avait fait un correctif Q&D ; modifier le
fichier vcs.rb pour qu'il mette la locale à C ; il ne se rappelait
plus des stranges behavior de C à priori sur le moment.
Le bon newsgroup est lrde.proj.
Crosspost & Followup-To: lrde.proj
--
| Pour les 35-40 ans, l'humour Michaël `Micha' Cadilhac |
| c'est une plus-value. cadilh_m - Epita 2007 - CSI |
| -- Guillaume L. JID: micha(a)amessage.be |
`-- - - - - --'
>>>>> "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).
D'après https://build.lrde.org/, plusieurs builds ne tournent plus sur
certaines machines depuis début avril. Est-ce que l'activité de la
build farm a été suspendue pour ces machines, ou bien s'agit-il d'une
panne ?
En fait, j'aimerai bien pouvoir compiler TC de façon exhaustive, càd :
- le projet complet depuis le dépôt SVN en utilisant les bibliothèques
statiques ;
- le projet complet depuis le dépôt SVN en utilisant les bibliothèques
dynamiques (avec TCSH) ;
- les tranches TC-1 à TC-9 en mode professeur (sans suppression de
code caché aux étudiants), en mode dynamique ;
sur plusieurs hôtes :
- Linux / i386 : une machine Debian du labo +
une machine Debian du PIE/Villejuif
- NetBSD / i386 : une machine du PIE/KB
- Mac OS X / PowerPC : antalya.lrde.epita.fr
(Ce sont les architecture sur lesquelles bossent la plupart des étudiants.)
et éventuellement :
- Cygwgin / i386 : pau.lrde.epita.fr
Et si possible avec plusieurs compilateurs (GCC 3.3, GCC 4.0, GCC 4.1,
ICC 9.1).
Et idem pour Olena.
Quelles sont les personnes qui s'occupent de la build farm
actuellement ?
