J'ai archivé mon compte sur une machine dont la locale était en
iso-8856-15 (latin 1) mais quand je détare le tout sur ma machine qui
elle est en utf-8 les caractères accentués ne passent plus. C'est assez
logique mais existe-t-il une option dans tar pour palier à ce problème?
J'ai dans les pages info sans trouver de réponse. Y a-t-il une méthode
pour éviter ce problème?
Merci,
--
http://www.nicolas.pontoizeau.org/
Nicolas Pontoizeau - Promotion EFREI 2005
À (at) Thu, 14 Apr 2005 16:43:23 +0000 (UTC), Nicolas George <nicolas$ écrivait (wrote):
Pour l'avenir, personnellement, je conseille de restreindre les noms de fichiers autant que possible aux caractères [a-zA-Z0-9_,.+:@-]. C'est une contrainte mineure, et ça évite bien des ennuis.
Le ':' n'est pas conseillé si vous échangez des fichiers avec des utilisateurs de MacOS(X) (le : remplace le /) ou Windows (des noms comme 'COM1:' ou 'C:' vont poser problème).
Le '@' n'est pas conseillé si vous utilisez 'scp' (le nom du fichier pourrait être interprété comme une tentative d'accès distant).
Le '-' n'est pas conseillé si il est au début du nom (à cause des commandes dont les options commencent elles-aussi par '-').
Le mélanges majuscules/minuscules n'est pas conseillé car certains files systems ne les distinguent pas.
Les noms de plus de 8 lettres, avec plusieurs extensions ou avec une extension de plus 3 lettres ne sont pas conseillés car certains systèmes n'en voit pas plus.
...etc...
Il ne reste que les noms des base : 8.3 lettres majuscules... comme sur MS-DOS.
Et encore, on doit pouvoir trouver d'autres limitations. ;-)
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
À (at) Thu, 14 Apr 2005 16:43:23 +0000 (UTC),
Nicolas George <nicolas$george@salle-s.org> écrivait (wrote):
Pour l'avenir, personnellement, je conseille de restreindre les noms de
fichiers autant que possible aux caractères [a-zA-Z0-9_,.+:@-]. C'est une
contrainte mineure, et ça évite bien des ennuis.
Le ':' n'est pas conseillé si vous échangez des fichiers avec des utilisateurs
de MacOS(X) (le : remplace le /) ou Windows (des noms comme 'COM1:' ou 'C:'
vont poser problème).
Le '@' n'est pas conseillé si vous utilisez 'scp' (le nom du fichier pourrait
être interprété comme une tentative d'accès distant).
Le '-' n'est pas conseillé si il est au début du nom (à cause des commandes
dont les options commencent elles-aussi par '-').
Le mélanges majuscules/minuscules n'est pas conseillé car certains files
systems ne les distinguent pas.
Les noms de plus de 8 lettres, avec plusieurs extensions ou avec une extension
de plus 3 lettres ne sont pas conseillés car certains systèmes n'en voit pas
plus.
...etc...
Il ne reste que les noms des base : 8.3 lettres majuscules... comme sur
MS-DOS.
Et encore, on doit pouvoir trouver d'autres limitations. ;-)
--
Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
À (at) Thu, 14 Apr 2005 16:43:23 +0000 (UTC), Nicolas George <nicolas$ écrivait (wrote):
Pour l'avenir, personnellement, je conseille de restreindre les noms de fichiers autant que possible aux caractères [a-zA-Z0-9_,.+:@-]. C'est une contrainte mineure, et ça évite bien des ennuis.
Le ':' n'est pas conseillé si vous échangez des fichiers avec des utilisateurs de MacOS(X) (le : remplace le /) ou Windows (des noms comme 'COM1:' ou 'C:' vont poser problème).
Le '@' n'est pas conseillé si vous utilisez 'scp' (le nom du fichier pourrait être interprété comme une tentative d'accès distant).
Le '-' n'est pas conseillé si il est au début du nom (à cause des commandes dont les options commencent elles-aussi par '-').
Le mélanges majuscules/minuscules n'est pas conseillé car certains files systems ne les distinguent pas.
Les noms de plus de 8 lettres, avec plusieurs extensions ou avec une extension de plus 3 lettres ne sont pas conseillés car certains systèmes n'en voit pas plus.
...etc...
Il ne reste que les noms des base : 8.3 lettres majuscules... comme sur MS-DOS.
Et encore, on doit pouvoir trouver d'autres limitations. ;-)
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
Nicolas George
Paul Gaborit wrote in message :
(dans le désordre)
Le '@' n'est pas conseillé si vous utilisez 'scp' (le nom du fichier pourrait être interprété comme une tentative d'accès distant).
Le '-' n'est pas conseillé si il est au début du nom (à cause des commandes dont les options commencent elles-aussi par '-').
C'est tout à fait vrai.
Le ':' n'est pas conseillé si vous échangez des fichiers avec des utilisateurs de MacOS(X) (le : remplace le /) ou Windows (des noms comme 'COM1:' ou 'C:' vont poser problème).
Le mélanges majuscules/minuscules n'est pas conseillé car certains files systems ne les distinguent pas.
Les noms de plus de 8 lettres, avec plusieurs extensions ou avec une extension de plus 3 lettres ne sont pas conseillés car certains systèmes n'en voit pas plus.
Je n'ai pas ces mauvaises fréquentations. :-Þ
Paul Gaborit wrote in message <r7zmw0yp23.fsf@iena.enstimac.fr>:
(dans le désordre)
Le '@' n'est pas conseillé si vous utilisez 'scp' (le nom du fichier pourrait
être interprété comme une tentative d'accès distant).
Le '-' n'est pas conseillé si il est au début du nom (à cause des commandes
dont les options commencent elles-aussi par '-').
C'est tout à fait vrai.
Le ':' n'est pas conseillé si vous échangez des fichiers avec des utilisateurs
de MacOS(X) (le : remplace le /) ou Windows (des noms comme 'COM1:' ou 'C:'
vont poser problème).
Le mélanges majuscules/minuscules n'est pas conseillé car certains files
systems ne les distinguent pas.
Les noms de plus de 8 lettres, avec plusieurs extensions ou avec une extension
de plus 3 lettres ne sont pas conseillés car certains systèmes n'en voit pas
plus.
Le '@' n'est pas conseillé si vous utilisez 'scp' (le nom du fichier pourrait être interprété comme une tentative d'accès distant).
Le '-' n'est pas conseillé si il est au début du nom (à cause des commandes dont les options commencent elles-aussi par '-').
C'est tout à fait vrai.
Le ':' n'est pas conseillé si vous échangez des fichiers avec des utilisateurs de MacOS(X) (le : remplace le /) ou Windows (des noms comme 'COM1:' ou 'C:' vont poser problème).
Le mélanges majuscules/minuscules n'est pas conseillé car certains files systems ne les distinguent pas.
Les noms de plus de 8 lettres, avec plusieurs extensions ou avec une extension de plus 3 lettres ne sont pas conseillés car certains systèmes n'en voit pas plus.
Je n'ai pas ces mauvaises fréquentations. :-Þ
Pascal Bourguignon
Paul Gaborit writes:
Et encore, on doit pouvoir trouver d'autres limitations. ;-)
Pour être à l'abri, le mieux est de nommer _tous_ ses fichiers: FIC.TXT
-- __Pascal Bourguignon__ http://www.informatimago.com/ The mighty hunter Returns with gifts of plump birds, Your foot just squashed one.
Paul Gaborit <Paul.Gaborit@invalid.invalid> writes:
Et encore, on doit pouvoir trouver d'autres limitations. ;-)
Pour être à l'abri, le mieux est de nommer _tous_ ses fichiers: FIC.TXT
--
__Pascal Bourguignon__ http://www.informatimago.com/
The mighty hunter
Returns with gifts of plump birds,
Your foot just squashed one.
Et encore, on doit pouvoir trouver d'autres limitations. ;-)
Pour être à l'abri, le mieux est de nommer _tous_ ses fichiers: FIC.TXT
-- __Pascal Bourguignon__ http://www.informatimago.com/ The mighty hunter Returns with gifts of plump birds, Your foot just squashed one.
Stephane Chazelas
2005-04-15, 18:36(+02), Paul Gaborit:
À (at) Thu, 14 Apr 2005 16:43:23 +0000 (UTC), Nicolas George <nicolas$ écrivait (wrote):
Pour l'avenir, personnellement, je conseille de restreindre les noms de fichiers autant que possible aux caractères [a-zA-Z0-9_,.+:@-]. C'est une contrainte mineure, et ça évite bien des ennuis.
Le ':' n'est pas conseillé si vous échangez des fichiers avec des utilisateurs de MacOS(X) (le : remplace le /) ou Windows (des noms comme 'COM1:' ou 'C:' vont poser problème).
Ou meme sous Unix, un home directory ou un shell ne peut pas avoir de ":" a cause du format de /etc/passwd (voir aussi les probleme avec $PATH, $MANPATH...)
Le '@' n'est pas conseillé si vous utilisez 'scp' (le nom du fichier pourrait être interprété comme une tentative d'accès distant).
Le '-' n'est pas conseillé si il est au début du nom (à cause des commandes dont les options commencent elles-aussi par '-').
Le mélanges majuscules/minuscules n'est pas conseillé car certains files systems ne les distinguent pas.
Les noms de plus de 8 lettres, avec plusieurs extensions ou avec une extension de plus 3 lettres ne sont pas conseillés car certains systèmes n'en voit pas plus.
...etc...
Il ne reste que les noms des base : 8.3 lettres majuscules... comme sur MS-DOS.
Et encore, on doit pouvoir trouver d'autres limitations. ;-)
Rien que sous Unix Eviter le saut de ligne car ca risque casser la plupart des scripts shells et la plupart des fichiers de conf ont un format qui ne prend pas en compte la possibilité d'avoir des sauts de ligne.
Eviter les blancs (pour les scripts mal concus et certains fichiers de conf)
Eviter le =, ou probleme avec awk.
Eviter les noms qui ne contiennent que des chiffres ou probleme avec awk et d'autres commandes.
Eviter les quotes, les backslashs (problemes des fichiers de conf, de xargs...) et de toutes facons, je crois que MS-DOS ne les autorise pas.
Eviter les *, ?, [, ]: problemes avec les scripts mal concus (ou les auteurs oublient de mettre des quotes autour des variables) ou avec MS-DOS
Eviter tout caractere special au shell (probleme si quelqu'un utilise "eval" dans un script): ;, |, ~, $, `...
Eviter les characteres de controle qui ne sont pas affichable en general (de 0x01 a 0x1f)...
Eviter les noms speciaux de MS-DOS (PRN, AUX et que sais-je encore).
-- Stéphane
2005-04-15, 18:36(+02), Paul Gaborit:
À (at) Thu, 14 Apr 2005 16:43:23 +0000 (UTC),
Nicolas George <nicolas$george@salle-s.org> écrivait (wrote):
Pour l'avenir, personnellement, je conseille de restreindre les noms de
fichiers autant que possible aux caractères [a-zA-Z0-9_,.+:@-]. C'est une
contrainte mineure, et ça évite bien des ennuis.
Le ':' n'est pas conseillé si vous échangez des fichiers avec des utilisateurs
de MacOS(X) (le : remplace le /) ou Windows (des noms comme 'COM1:' ou 'C:'
vont poser problème).
Ou meme sous Unix, un home directory ou un shell ne peut pas
avoir de ":" a cause du format de /etc/passwd (voir aussi les
probleme avec $PATH, $MANPATH...)
Le '@' n'est pas conseillé si vous utilisez 'scp' (le nom du fichier pourrait
être interprété comme une tentative d'accès distant).
Le '-' n'est pas conseillé si il est au début du nom (à cause des commandes
dont les options commencent elles-aussi par '-').
Le mélanges majuscules/minuscules n'est pas conseillé car certains files
systems ne les distinguent pas.
Les noms de plus de 8 lettres, avec plusieurs extensions ou avec une extension
de plus 3 lettres ne sont pas conseillés car certains systèmes n'en voit pas
plus.
...etc...
Il ne reste que les noms des base : 8.3 lettres majuscules... comme sur
MS-DOS.
Et encore, on doit pouvoir trouver d'autres limitations. ;-)
Rien que sous Unix
Eviter le saut de ligne car ca risque casser la plupart des
scripts shells et la plupart des fichiers de conf ont un format
qui ne prend pas en compte la possibilité d'avoir des sauts de
ligne.
Eviter les blancs (pour les scripts mal concus et certains
fichiers de conf)
Eviter le =, ou probleme avec awk.
Eviter les noms qui ne contiennent que des chiffres ou probleme
avec awk et d'autres commandes.
Eviter les quotes, les backslashs (problemes des fichiers de
conf, de xargs...) et de toutes facons, je crois que MS-DOS ne
les autorise pas.
Eviter les *, ?, [, ]: problemes avec les scripts mal concus (ou
les auteurs oublient de mettre des quotes autour des variables)
ou avec MS-DOS
Eviter tout caractere special au shell (probleme si quelqu'un
utilise "eval" dans un script): ;, |, ~, $, `...
Eviter les characteres de controle qui ne sont pas affichable en
general (de 0x01 a 0x1f)...
Eviter les noms speciaux de MS-DOS (PRN, AUX et que sais-je
encore).
À (at) Thu, 14 Apr 2005 16:43:23 +0000 (UTC), Nicolas George <nicolas$ écrivait (wrote):
Pour l'avenir, personnellement, je conseille de restreindre les noms de fichiers autant que possible aux caractères [a-zA-Z0-9_,.+:@-]. C'est une contrainte mineure, et ça évite bien des ennuis.
Le ':' n'est pas conseillé si vous échangez des fichiers avec des utilisateurs de MacOS(X) (le : remplace le /) ou Windows (des noms comme 'COM1:' ou 'C:' vont poser problème).
Ou meme sous Unix, un home directory ou un shell ne peut pas avoir de ":" a cause du format de /etc/passwd (voir aussi les probleme avec $PATH, $MANPATH...)
Le '@' n'est pas conseillé si vous utilisez 'scp' (le nom du fichier pourrait être interprété comme une tentative d'accès distant).
Le '-' n'est pas conseillé si il est au début du nom (à cause des commandes dont les options commencent elles-aussi par '-').
Le mélanges majuscules/minuscules n'est pas conseillé car certains files systems ne les distinguent pas.
Les noms de plus de 8 lettres, avec plusieurs extensions ou avec une extension de plus 3 lettres ne sont pas conseillés car certains systèmes n'en voit pas plus.
...etc...
Il ne reste que les noms des base : 8.3 lettres majuscules... comme sur MS-DOS.
Et encore, on doit pouvoir trouver d'autres limitations. ;-)
Rien que sous Unix Eviter le saut de ligne car ca risque casser la plupart des scripts shells et la plupart des fichiers de conf ont un format qui ne prend pas en compte la possibilité d'avoir des sauts de ligne.
Eviter les blancs (pour les scripts mal concus et certains fichiers de conf)
Eviter le =, ou probleme avec awk.
Eviter les noms qui ne contiennent que des chiffres ou probleme avec awk et d'autres commandes.
Eviter les quotes, les backslashs (problemes des fichiers de conf, de xargs...) et de toutes facons, je crois que MS-DOS ne les autorise pas.
Eviter les *, ?, [, ]: problemes avec les scripts mal concus (ou les auteurs oublient de mettre des quotes autour des variables) ou avec MS-DOS
Eviter tout caractere special au shell (probleme si quelqu'un utilise "eval" dans un script): ;, |, ~, $, `...
Eviter les characteres de controle qui ne sont pas affichable en general (de 0x01 a 0x1f)...
Eviter les noms speciaux de MS-DOS (PRN, AUX et que sais-je encore).
