Re: SSH utf-8 - iso8859-1

[Free Mind]

Ouais... j'avais vu cela.. .sauf que ce que je ne dis pas et pour
compliquer les choses, je dois passer en cascade dans 2 ou 3 ssh pour
pouvoir entrer au bon endroit à cause des règles strictes de
firewall...  et chaque ssh peut avoir un jeu de caractère
différent.

Exemple, de l'extérieur je ne peux entrer en ssh que sur une seule
machine... puis je dois accéder le gateway puis ensuite seulement j'ai
accès au serveur web par exemple.  (Les ssh sont limités à tel ou
tel ip en entrée).
 Petit supplément à cette belle explication, dans gnome-terminal, ilest possible de changer l'encodage de l'affichage par le menu Edition
(de mémoire). Je crois même qu'il est possible de créer des profilsdifférents, chacun avec un encodage différent, et de lancer cesprofils avec une option de la ligne de commande.Christophe

-- 
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
http://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

Re: SSH utf-8 - iso8859-1

[Christophe Bliard]

On 12/17/05, Mike Baroukh <[EMAIL PROTECTED]> wrote:
> pourtant, si tu édites un fichier en iso-8859-1 (avec vi du moins ...),
> les caractères ne s'affichent toujours pas.
> La raison est que l'affichage est géré par ton terminal et celui-ci a
> déjà été lancé en utf-8.
>
> Pour voir les accents, il faut que tu lances un terminal aprés avoir dit
> que tu veux de l'iso.
> exemple :
> LC_ALL=iso-8859-1 xterm
> puis, dans le terminal que vu aura, tu peux à loisir faire des vi sur
> des fichier en iso : tu devrais voir les accents.

Petit supplément à cette belle explication, dans gnome-terminal, il
est possible de changer l'encodage de l'affichage par le menu Edition
(de mémoire). Je crois même qu'il est possible de créer des profils
différents, chacun avec un encodage différent, et de lancer ces
profils avec une option de la ligne de commande.

Christophe

--
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
http://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

Re: SSH utf-8 - iso8859-1

[Laurent Pelecq]

Mike Baroukh a écrit :
> Lorsque tu tapes "locale", tu vois les jeux de caractères utilisés par
> ton shell et les applications qui vont être lancés.
> en faisant
> export LC_ALL=iso-8859-1
> tu dis que, maintenant, les applis que tu va lancer vont utiliser cette
> locale.
> (LC_ALL permet de définir tous les parametres d'un coup ...).

Il faudrait quand même la langue LC_ALL=fr_FR.iso-8859-1 sinon les
applis afficheront des messages en anglais.

De toute façon, il n'y a plus les locales avec les jeux de caractères
iso-8859 sur ubuntu. Les messages ne seront plus en français quand même.
Sur d'autres distrib ça doit bien marcher.

Laurent

-- 
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
http://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

Re: SSH utf-8 - iso8859-1

[Free Mind]

Merci je vais relire plusieurs fois la parti du haut... et faire quelques test.

Pour DB2, j'accède toujours via ODBC sur les postes windows.Pour DB2, en fait, tout dépend de la façon dont tu communique avec.
Si c'est en java, par exemple, arrange toi simplement pour définir l'option-Dfile.encoding=iso-8859-1sur ta machine virtuelle. En interne, Java travaille en unicode. Aveccette option tu lui dit que lorsqu'il travaille sur des flux (fichiers,
sockets ..), il envoit les données en iso-8859-1.
-- 
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
http://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

Re: SSH utf-8 - iso8859-1

[Mike Baroukh]

Pour LC_ALL, je m'explique (en espérant ne pas dire trop de bêtises ...) :

D'abord, supposons que
- tu aies utf et iso-8859-1 d'installés sur ta machine (si ce n'est pas 
le cas, fait en sorte que les deux soient présents avec "sudo 
dpkg-reconfigure locales")

- que ta machine est en utf-8 par défaut
- tu aies un fichier en iso-8859-1 que tu veux visualiser avec, par 
exemple, vi (parce que, avec gedit, y'aurais aps de probleme ...).
(pour voir le jeu de caractére utilisé par un fichier, tu peux faire 
"file ")



Lorsque tu tapes "locale", tu vois les jeux de caractères utilisés par 
ton shell et les applications qui vont être lancés.

en faisant
export LC_ALL=iso-8859-1
tu dis que, maintenant, les applis que tu va lancer vont utiliser cette 
locale.

(LC_ALL permet de définir tous les parametres d'un coup ...).

pourtant, si tu édites un fichier en iso-8859-1 (avec vi du moins ...), 
les caractères ne s'affichent toujours pas.
La raison est que l'affichage est géré par ton terminal et celui-ci a 
déjà été lancé en utf-8.


Pour voir les accents, il faut que tu lances un terminal aprés avoir dit 
que tu veux de l'iso.

exemple :
LC_ALL=iso-8859-1 xterm
puis, dans le terminal que vu aura, tu peux à loisir faire des vi sur 
des fichier en iso : tu devrais voir les accents.




Pour DB2, en fait, tout dépend de la façon dont tu communique avec.
Si c'est en java, par exemple, arrange toi simplement pour définir l'option
-Dfile.encoding=iso-8859-1
sur ta machine virtuelle. En interne, Java travaille en unicode. Avec 
cette option tu lui dit que lorsqu'il travaille sur des flux (fichiers, 
sockets ..), il envoit les données en iso-8859-1.




Mike


Free Mind a écrit :


Peux-tu détailler ce que fait LC_ALL...?

Concernant le SetDefaultCharSet utf-8 dans apache...  Mon serveur est 
en iso-8859-1 et il y a plusieurs pages fait par d'autres personnes 
qui sont probablement en iso-8859-1.  Même certaines faites avec un 
éditeur de Mac ou encore de Windows...  Si je mets cette commande dans 
httpd.conf, est-ce que ces autres pages seront correctes aussi?


Suite à tout ça...  un autre question m'est surgi.

J'ai un serveur Debian Linux qui est je pense en iso-8859-1 sur lequel 
j'ai IBM DB2 d'installé et je me rappelle avoir eu une question à 
l'installation pour savoir le jeu de caractère défaut aux bases de 
données...  et j'ai mis iso-8859-1.  Ce sont des stations Windows qui 
sont connecté dessus.


est-ce que j'ai bien fait?  Ou j'aurais dû mettre utf-8 ?  ou le code 
de windows?


Si c'est le cas, est-ce que ça se change par après (et il va convertir 
ma base?)


Ça fonctionne présentement seulement il y a une place (qui ne sert pas 
beaucoup) que le résultat de la requête SQL n'apparait pas dans 
l'affichage dans le programme comptable. Je me suis toujours demandé 
si cela ne serait pas causé par le charset ou bien si c'est un bug 
dans le logiciel (Accpac Windows 5.1a).





On 12/17/05, *Mike Baroukh* <[EMAIL PROTECTED] 
> wrote:



Pour ssh, la solution c'est la commande luit : luit ssh [EMAIL PROTECTED]

il s'occupera tout seul de convertir le code page pour ton terminal.
Pour l'installer, il a un package à lui. Mais je crois qu'il est dans
universe.

Pour le get, tu peux
- soit convertir ton fichier (avec iconv)
- soit l'éditer avec le bon code page (en l'installant sur ta
machine et
en faisant un LC_ALL=)
- soit tout laisser en utf-8 et faire en sorte d'indiquer que ta page
est en utf (avec un meta html ou un SetDefaultCharSet utf-8 dans
apache).

Mike


Free Mind a écrit :

> Bonjour,
>
> Sur ma machine Ubuntu desktop (en UTF-8), j'entre en SSH sur une
> console à distance d'une machine DEBIAN (iso-8859-1), j'ai des
> problèmes avec les accents.
>
> Est-ce qu'on peut y remédier... ce n'est pas clair du tout dans ma
> tête comment ça marche les conflits utf-8 iso-8859-1
>
> Par exemple... si je fais un fichier sur ma desktop (une page
web) et
> que je la pousse sur un serveur apache qui lui est en iso-8859-1...
> que ce passe-t-il?
>
> Ou si je fais un get d'un fichier iso-8859-1 vers ma machine
pour le
> modifier... les accents sont tout croche.
>
> Merci de m'expliquer...
>





--
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
http://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

Re: SSH utf-8 - iso8859-1

[Free Mind]

Peux-tu détailler ce que fait LC_ALL...?

Concernant le SetDefaultCharSet utf-8 dans apache...  Mon serveur
est en iso-8859-1 et il y a plusieurs pages fait par d'autres personnes
qui sont probablement en iso-8859-1.  Même certaines faites avec
un éditeur de Mac ou encore de Windows...  Si je mets cette
commande dans httpd.conf, est-ce que ces autres pages seront correctes
aussi?

Suite à tout ça...  un autre question m'est surgi.

J'ai un serveur Debian Linux qui est je pense en iso-8859-1 sur lequel
j'ai IBM DB2 d'installé et je me rappelle avoir eu une question à
l'installation pour savoir le jeu de caractère défaut aux bases de
données...  et j'ai mis iso-8859-1.  Ce sont des stations
Windows qui sont connecté dessus.

est-ce que j'ai bien fait?  Ou j'aurais dû mettre utf-8 ?  ou le code de windows?

Si c'est le cas, est-ce que ça se change par après (et il va convertir ma base?)

Ça fonctionne présentement seulement il y a une place (qui ne sert pas
beaucoup) que le résultat de la requête SQL n'apparait pas dans
l'affichage dans le programme comptable. Je me suis toujours demandé si
cela ne serait pas causé par le charset ou bien si c'est un bug dans le
logiciel (Accpac Windows 5.1a).


On 12/17/05, Mike Baroukh <[EMAIL PROTECTED]> wrote:
Pour ssh, la solution c'est la commande luit : luit ssh [EMAIL PROTECTED]il s'occupera tout seul de convertir le code page pour ton terminal.Pour l'installer, il a un package à lui. Mais je crois qu'il est dans
universe.Pour le get, tu peux- soit convertir ton fichier (avec iconv)- soit l'éditer avec le bon code page (en l'installant sur ta machine eten faisant un LC_ALL=)- soit tout laisser en utf-8 et faire en sorte d'indiquer que ta page
est en utf (avec un meta html ou un SetDefaultCharSet utf-8 dans apache).MikeFree Mind a écrit :> Bonjour,>> Sur ma machine Ubuntu desktop (en UTF-8), j'entre en SSH sur une
> console à distance d'une machine DEBIAN (iso-8859-1), j'ai des> problèmes avec les accents.>> Est-ce qu'on peut y remédier... ce n'est pas clair du tout dans ma> tête comment ça marche les conflits utf-8 iso-8859-1
>> Par exemple... si je fais un fichier sur ma desktop (une page web) et> que je la pousse sur un serveur apache qui lui est en iso-8859-1...> que ce passe-t-il?>> Ou si je fais un get d'un fichier iso-8859-1 vers ma machine pour le
> modifier... les accents sont tout croche.>> Merci de m'expliquer...>
-- 
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
http://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

Re: SSH utf-8 - iso8859-1

[Mike Baroukh]

Pour ssh, la solution c'est la commande luit : luit ssh [EMAIL PROTECTED]

il s'occupera tout seul de convertir le code page pour ton terminal.
Pour l'installer, il a un package à lui. Mais je crois qu'il est dans 
universe.


Pour le get, tu peux
- soit convertir ton fichier (avec iconv)
- soit l'éditer avec le bon code page (en l'installant sur ta machine et 
en faisant un LC_ALL=)
- soit tout laisser en utf-8 et faire en sorte d'indiquer que ta page 
est en utf (avec un meta html ou un SetDefaultCharSet utf-8 dans apache).


Mike


Free Mind a écrit :


Bonjour,

Sur ma machine Ubuntu desktop (en UTF-8), j'entre en SSH sur une 
console à distance d'une machine DEBIAN (iso-8859-1), j'ai des 
problèmes avec les accents.


Est-ce qu'on peut y remédier... ce n'est pas clair du tout dans ma 
tête comment ça marche les conflits utf-8 iso-8859-1


Par exemple... si je fais un fichier sur ma desktop (une page web) et 
que je la pousse sur un serveur apache qui lui est en iso-8859-1... 
que ce passe-t-il?


Ou si je fais un get d'un fichier iso-8859-1 vers ma machine pour le 
modifier... les accents sont tout croche.


Merci de m'expliquer...




--
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
http://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

Re: SSH utf-8 - iso8859-1

[Didier Raboud]

Bonjour, 

je me lance...qu'on me corrige si je dis une bêtise...

Un fichier, c'est une suite de bits, soit des 1 et des 0. Pour faire 
l'analogie avec la parole, c'est le son.

Ensuite, entre deux interlocuteurs informatiques (un serveur et un navigateur 
par exemple), il faut s'entendre sur quelle suite de bits correspond à quel 
caractère et combien il faut de bits pour définir un caractère. Pour ça, il 
faut des alphabets (analogie "parole", c'est la langue), ce qu'on appelle, en 
anglais "charset" ou "character set", "codage de caractère" en français.

Exemple avec le caractère "A majuscule"

* en ASCII (un des premiers, sur 7 bits + un bit 0 [le premier ici, bit de 
poids fort]):
0101
* en ISO-8859-1 (de même qu'en ISO-8859-15, préférable), sur 8 bits:
0101 (on notera que c'est la même chose... )
* en UTF-8 (extension de l'ASCII en utilisant le bit à 0 et de longueur 
variable):
0101 (on notera que c'est encore la même chose).

Oui, l'exemple du A majuscule est plutôt bateau. Mais c'est normal. C'est 
justement parce que le A se code de la même manière dans tous les codages de 
caractères qu'il est possible, par défaut, d'avoir une certaine 
"inter-opérabilité".

Prenons un autre exemple: le é (e accent aigu) [1]:

* en ASCII: n'existe pas !
* en ISO-8859-1(5):
11101001
* en UTF-8:
1111 10101001

Ici, on a une différence. Si on décode la suite UTF8 en ISO-8859-15, on 
obtient deux caractères (vu que la longueur est double): é

L'encodage est un problème de fichier, pas de système ! On dit, par abus de 
langage, que Ubuntu est en UTF-8. Cela signifie en fait que (presque [2]) 
tous les fichiers sont encodés en UTF-8 et que le format "par défaut" est 
l'UTF-8. Mais il est simple d'enregistrer un fichier en ISO-8859-15 ou en 
JIS.

> Par exemple... si je fais un fichier sur ma desktop (une page web) et que
> je la pousse sur un serveur apache qui lui est en iso-8859-1... que ce
> passe-t-il?

Si tu enregistres ton fichier en UTF-8, il sera en UTF-8 sur le serveur. 
Simplement, si ton fichier est un fichier PHP qui envoie un entête HTTP 
annonçant de l'ISO-8859-15 (ce qui permet au navigateur de déchiffrer 
correctement la suite de bits qu'il va recevoir) et que tes caractères sont 
en UTF-8, cela va poser un problème. Il faut donc s'assurer d'une certaine 
cohérence entre fichiers et entêtes HTTP.

> Ou si je fais un get d'un fichier iso-8859-1 vers ma machine pour le
> modifier... les accents sont tout croche.

C'est parce que ton éditeur a ouvert le fichier dans un codage de caractères 
erroné. Normalement, il est possible de préciser à ton éditeur le codage de 
caractères que tu désires utiliser (bien qu'il devrait "deviner" tout seul).

Est-ce que c'est un peu plus clair ?

Sources: Wikipedia. Articles:
http://fr.wikipedia.org/wiki/Codage_de_caractères
http://fr.wikipedia.org/wiki/ASCII
http://fr.wikipedia.org/wiki/ISO_8859-1
http://fr.wikipedia.org/wiki/ISO_8859-15
http://fr.wikipedia.org/wiki/Unicode
http://fr.wikipedia.org/wiki/UTF-8

Salutations, HoPHP - Didier

P.S. Je ne suis pas certain de mes exemples, mais le principe est là...

[1] L'exemple du œ est un mauvais exemple... Voir sources.
[2] Certaines pages de man, par exemple, ne sont pas en UTF-8, mais décodées 
comme telles


pgp5X6gPebDTQ.pgp
Description: PGP signature
-- 
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
http://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

SSH utf-8 - iso8859-1

[Free Mind]

Bonjour,

Sur ma machine Ubuntu desktop (en UTF-8), j'entre en SSH sur une
console à distance d'une machine DEBIAN (iso-8859-1), j'ai des
problèmes avec les accents.

Est-ce qu'on peut y remédier... ce n'est pas clair du tout dans ma tête comment ça marche les conflits utf-8 iso-8859-1

Par exemple... si je fais un fichier sur ma desktop (une page web) et
que je la pousse sur un serveur apache qui lui est en iso-8859-1... que
ce passe-t-il?

Ou si je fais un get d'un fichier iso-8859-1 vers ma machine pour le modifier... les accents sont tout croche.

Merci de m'expliquer...

-- 
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
http://lists.ubuntu.com/mailman/listinfo/ubuntu-fr