Reprise du message précédent :

on confectionne du StringTokenizer par ici môssieur

moi je fais que le design donc...  
 
Ceci dit je migrerais bien vers les équipes qui font de l'embarqué sous Linux

Tain je me tape 7h30 de train et vous 3 pages de blabla
 
Bonjour

Zzozo sa deadline n'est pas encore passé, on est pas encore vendredi

bonjour  

Sa deadline, il peut se la rouler en pointe

Ok Zzozo est mal luné

Sans blagues

 
Ah j'adore les jours férié

'Jour.
 
Moi, j'aime pas les jours férié. y'a pas moyen d'aller au lidl s'acheter quelque chose à manger. J'ai plus rien, chier

locale   tout court, te dira laquelle est utilisée par ton user
un echo $LC_ALL et un echo $LANG aussi  
 
y'a des outils de conversions de charset pour le noms de fichiers, et pour le contenu des fichiers, qui existent (comme par exemple iconv )
 
Après pour des choses plus spécifiques comme pour MySQL par exemple, je pense que ça existe aussi, des outils dédiés à ce genre de taches.
 
EDIT : un peu de doc sur le sujet => http://www.gentoo.org/doc/en/utf-8.xml

T'as essayé en passant en "fr_FR.utf8@euro"  plutot ?
 
Tu vas surement devoir convertir certains noms de fichiers, voire certains fichiers textes.

tes caractères bizarre sont dans des fichiers ou stocké dans une bdd ?

et tu peux pas simplement changer le mode d'interpretation des pages par apache? (modifier le addcharset default)

il faut que le support de l'UTF-8 soit activé dans ton noyau, en effet.
 

 
Lis la page de doc dont je t'ai collé l'URL un peu plus haut, c'est suffisamment bien expliqué.

Bonjour    
 
 
 
Pour le .php suffit d'ouvrir le fichier dans un éditeur un tant soit peu évolué et de vérifier l'encodage. Pour la base de données ça dépend de la base de données.
 
 
Sous Debian voir les paquets convmv et recode
 
Selon la base y a des outils pour l'exportation dans un autre charset. Sinon il est possible de faire un dump de la base en ISO, le convertir en UTF-8 et de d'injecter ensuite les données dans une nouvelle base toute propre prévue pour l'UTF-8.

tu ne l'as pas rebooté pour l'upgrade noyau qui va bien ?

en utilisant phpmyadmin tu devrais bénéficier de cette information par exemple.

sauf que tu risques de rencontrer quelques difficultés avec certains binaires de debian qu'il faudra chpax d'une manière approprié... cf ici ou encore ici
Et comme depuis le 2.6.14 il y a eu il me semble quelques failles a distance, c'est un choix que tu fais
Tu te sers de PAX et de RBAC? si oui il y a en plus un bug un peu con dans RBAC qui a été corrigé
 

ta base est en latin  

" Plus rapide, plus simple, plus attrayant est le côté obscur Luke "    
 
   
À terme l'UTF-8 sera un passage obligé et il faudra s'y confronter.

bah rien.
mysql est tout a fait capable de gérer cela.
Si tu parlais du noyau j'aurais tendeance a upgrader le dit noyau...

Bah dans ce cas laisse tout (OS + fichiers + bdd) en ISO / Latin.
 
En fait c'est assez binaire comme problème : soit tout en ISO, soit tout en UTF ; c'est le mix des deux qui passe mal  

 
moi aussi c'est pareil  
 

C'est linux-image maintenant

il montrait là le kernel utilisé    

P'ti joueur
 

Nan mais avec son dpkg -l

 
essai de taper ca ;  show create table test;
 
 
ca te montre les options par défaut de création des tables si ca marque latin 1 mais bah a priori tes bases sont en latin 1

et je persiste.
il montrait qu'il n'utilisait que son kernel compilé par lui même.
le dpkg -l montrant qu'il n'y avait pas eu d'installation de kernel debian

En choisissant 'latin' ?    
 
Si la base est en latin (ce qui semble être le cas vu tes posts précédents) alors c'est bon, non ?

Petit nuance toutefois, les noyaux créés avec l'outil kernel-package (make-kpkg) dans une version récente ne sont plus nommés kernel-image mais bien linux-image (comme les noyaux précompilés par Debian donc). On peut les différencier ensuite par des numéros de révision local (avec --append-to-version et --revision).
 
 
Vu que le noyau est désigné par l'appellation kernel-image on en déduit déjà que la dernière compilation effectuée remonte encore à Sarge avant l'upgrade (et au passage que udev n'est pas utilisé vu que c'est un 2.6.14   ) .
Si JoWile recompile un noyau avec le kernel-package de Etch alors le noyau sera désigné sous l'appellation linux-image et il faudra à priori faire un grep avec ce terme pour qu'il renvoi un résultat.
 
 

Pebkac

même pas peur, tant que tu forme pas d'alliance avec des modos

Ah merde honte hfr
 
je savais pas que tu l'était...

Bon ben ok, l'idéal est de tout de suite changer de galerie    
 
 

je sais bien tout de même

tu te sers de quoi?

Ah j'avais pas compris ça, sorry.

Je confirme