Auteur Sujet: Éditer un fichier de config linux sans ligne de commande  (Lu 31303 fois)

0 Membres et 1 Invité sur ce sujet

corrector

  • Invité
Est-ce que bash gère UTF8?
« Réponse #12 le: 12 mai 2013 à 12:12:57 »
Pour bash, outre le fait que je ne vois pas le rapport avec la choucroute (il était question d'éditer un fichier de configuration,
Pas dans mon message.

et aux dernières nouvelles, un interpréteur de commandes n'est pas un éditeur de texte),
Au dernière nouvelle, c'en est un. ;)

je ne sais pas à quand remonte ton dernier face-à-face avec lui
Pas assez longtemps, malheureusement. (J'essaie d'éviter ce shell qui ne comprend même pas UTF8.)

seb@nestor:~$ echo $LANG
fr_FR.UTF-8
seb@nestor:~$ echo $SHELL
/bin/bash
seb@nestor:~$ touch ☠☠☠
seb@nestor:~$ ls -l
-rw-r--r-- 1 seb seb 0 mai   12 11:14 ☠☠☠
seb@nestor:~$ file ☠☠☠
☠☠☠: empty
Tu nous fais un petit file ???
« Modifié: 13 mai 2013 à 09:19:30 par corrector »

seb

  • Pau Broadband Country (64)
  • Abonné SFR fibre FttH
  • *
  • Messages: 515
  • FTTH 1 Gbps sur Pau (64)
Est-ce que bash gère UTF8?
« Réponse #13 le: 12 mai 2013 à 12:22:46 »
Au dernière nouvelle, c'en est un. ;)
Ah ?
On ne doit pas avoir la même interprétation de la notion d'éditeur de texte, alors.

Tu nous fais un petit file ???
Avec plaisir :
seb@nestor:~$ file ???
☠☠☠: empty
BMC: directory

J'ai triché tout à l'heure sur le résultat de la commande ls, il y a plein de bordel dans ma home directory :
seb@nestor:~$ ls -l
total 526820
-rw-r--r-- 1 seb seb         0 mai   12 11:14 ☠☠☠
drwxr-xr-x 3 seb seb      4096 mai    2 14:39 BMC
-rw-r--r-- 1 seb seb  24432940 mai    2 14:38 BMC_FW_Version1.3_12_07_2012.zip
-rw-r--r-- 1 seb seb    326326 mai    3 22:56 duplicity_0.6.20-3_amd64.deb
-rwxr-xr-x 1 seb seb      1905 janv. 10 00:56 flac2mp3
-rw-r--r-- 1 seb seb 513802240 mai    7 22:57 F_TS-459_20091106-3.2.0.img
-rw------- 1 seb seb       781 mai    9 12:20 mbox
-rw------- 1 seb seb    794857 mai    7 22:57 nohup.out
drwxr-xr-x 2 seb seb      4096 janv. 10 00:35 now_playing
-rw-r--r-- 1 seb seb     53947 déc.  25 20:37 output2.xls
-rw-r--r-- 1 seb seb     17164 déc.  25 19:36 output.xls


corrector

  • Invité
Piège du quote oublié
« Réponse #14 le: 12 mai 2013 à 12:23:49 »
Pour les deux premiers points : trouve-moi un cas pour lequel ça ne fonctionne pas, et on en rediscute.
Comme je disais :
1) OK, mais c'est vachement dur de penser à protéger 100 % des cas.

C'est comme les injections SQL : c'est facile de comprendre qu'il faut échapper les paramètres, c'est plus difficile de s'assurer qu'on a échappé 100 % des paramètres sans mécanisme 100 % automatique (comme les requêtes préparées...).
Le problème : on oublie très facilement un quote, ou un --.

On peut aussi vouloir utiliser un programme qui est en fait script qui n'a pas été blindé contre les noms de fichiers bizarres.

Le problème du shell (selon moi), surtout sh/bash : ce n'est pas automatique, il faut y penser à chaque fois. (Avec zsh il y a un peu moins de quote à mettre, mais ça n'évacue pas tous les pièges.)

corrector

  • Invité
Démonstration que bash gère UTF8
« Réponse #15 le: 12 mai 2013 à 12:26:08 »
Avec plaisir :
seb@nestor:~$ file ???
☠☠☠: empty

J'ai triché tout à l'heure sur le résultat de la commande ls, il y a plein de bordel dans ma home directory :
On s'en fout, bash supporte UTF8, bravo.
« Modifié: 15 mai 2013 à 05:27:24 par corrector »

seb

  • Pau Broadband Country (64)
  • Abonné SFR fibre FttH
  • *
  • Messages: 515
  • FTTH 1 Gbps sur Pau (64)
Piège du quote oublié
« Réponse #16 le: 12 mai 2013 à 12:45:23 »
Une fois n'est pas coutume, vais te faire deux réponses à la corrector :
Comme je disais :Le problème : on oublie très facilement un quote, ou un --.
Mauvaise habitude, changer habitude.

On peut aussi vouloir utiliser un programme qui est en fait script qui n'a pas été blindé contre les noms de fichiers bizarres.
Mauvais programme, changer programme.

Parce que c'est trop facile de dénigrer un outil quand on ne sait pas s'en servir correctement ...

Et je compléterai quand même en disant qu'aucun shell n'est parfait, et qu'au delà d'un certain niveau de complexité, on a tout intérêt à utiliser un langage plus évolué pour faire de gros traitements, ne serait-ce que parce que ce sera bien plus efficace et rapide.
Pour ma part, maintenant que je le trouve sur tous les systèmes avec lesquels je bosse, j'ai vite fait de troquer le shell pour un coup de perl.

corrector

  • Invité
Éditer un fichier de config linux sans ligne de commande
« Réponse #17 le: 12 mai 2013 à 12:59:53 »
Mauvaise doc de bash aussi, qui ne dit pas un mot sur le support UTF8 (ou alors vraiment bien caché).

seb

  • Pau Broadband Country (64)
  • Abonné SFR fibre FttH
  • *
  • Messages: 515
  • FTTH 1 Gbps sur Pau (64)
Éditer un fichier de config linux sans ligne de commande
« Réponse #18 le: 12 mai 2013 à 13:21:28 »
Mauvaise doc de bash, ou mauvaise foi de ta part ?

Le fait que bash supporte Unicode est acquis depuis sa version 2.05b, qui date de 2002.
Ce qui ne veut pas dire pour autant que les systèmes livrés par la suite intégraient tout le nécessaire pour gérer correctement les caractères Unicode, loin de là*.
Mais en quoi est-ce un problème de bash ?

Et qu'est-ce que tu attends comme documentation, au juste, si ce n'est la manière de traiter les caractères Unicode ?
Parce que sur ce point précis, il ne faut pas chercher bien loin :
seb@nestor:~$ man bash | grep -i unicode | head -1
              \uHHHH le caractère Unicode (ISO/IEC 10646) dont la valeur hexadécimale est HHHH (un à quatre chiffres hexadécimaux) ;


Je ne sais pas ce que ce shell t'a fait pour que tu le haïsses ainsi, mais ça serait pas mal que tu arrêtes de faire de la désinformation à son propos ...

* cf. exemple donné par Vivien sur les serveurs OVH.

corrector

  • Invité
Éditer un fichier de config linux sans ligne de commande
« Réponse #19 le: 12 mai 2013 à 13:45:36 »
Ce qui est un extrait de la norme C. N'importe quel compilateur C pourrait document la même chose.

Je ne vois pas en quoi ça prouve que le shell "supporte" Unicode, plus qu'un compilateur C, qui ne supporterait que les caractères ASCII.

seb

  • Pau Broadband Country (64)
  • Abonné SFR fibre FttH
  • *
  • Messages: 515
  • FTTH 1 Gbps sur Pau (64)
Éditer un fichier de config linux sans ligne de commande
« Réponse #20 le: 12 mai 2013 à 15:04:19 »
Hé oh, faut pas essayer de me la faire à l'envers, corrector !  :o

C'est toi qui as écrit, je cite : "J'essaie d'éviter ce shell qui ne comprend même pas UTF8".

Je t'ai montré par l'exemple que ça fonctionnait parfaitement bien sur mon système, et - autant que je me souvienne - la prise en charge par bash de caractères Unicode dans les noms de fichiers fonctionnait déjà correctement à l'époque de la debian sarge (2005), puisque c'est à peu près à ce moment là que j'avais converti ceux de mes fichiers de WE8ISO8859P15 en UTF-8 (et je ne me suis jamais privé de coller des accents et autres caractères exotiques dans mes noms de fichiers !).
seb@nestor:/data/media/musique/flac$ find /data/media/musique/flac/Sigur\ Rós/
/data/media/musique/flac/Sigur Rós/
/data/media/musique/flac/Sigur Rós/Með suð í eyrum við spilum endalaust
/data/media/musique/flac/Sigur Rós/Með suð í eyrum við spilum endalaust/01. Gobbledigook.flac
/data/media/musique/flac/Sigur Rós/Með suð í eyrum við spilum endalaust/09. Fljótavík.flac
/data/media/musique/flac/Sigur Rós/Með suð í eyrum við spilum endalaust/08. Illgresi.flac
/data/media/musique/flac/Sigur Rós/Með suð í eyrum við spilum endalaust/02. Inní mér syngur vitleysingur.flac
/data/media/musique/flac/Sigur Rós/Með suð í eyrum við spilum endalaust/04. Við spilum endalaust.flac
/data/media/musique/flac/Sigur Rós/Með suð í eyrum við spilum endalaust/07. Ára bátur.flac
/data/media/musique/flac/Sigur Rós/Með suð í eyrum við spilum endalaust/03. Góðan daginn.flac
/data/media/musique/flac/Sigur Rós/Með suð í eyrum við spilum endalaust/05. Festival.flac
/data/media/musique/flac/Sigur Rós/Með suð í eyrum við spilum endalaust/Með suð í eyrum við spilum endalaust.log
/data/media/musique/flac/Sigur Rós/Með suð í eyrum við spilum endalaust/10. Straumnes.flac
/data/media/musique/flac/Sigur Rós/Með suð í eyrum við spilum endalaust/11. All Alright.flac
/data/media/musique/flac/Sigur Rós/Með suð í eyrum við spilum endalaust/06. Með suð í eyrum.flac


À toi d'apporter la preuve de ce que tu annonces.

corrector

  • Invité
Éditer un fichier de config linux sans ligne de commande
« Réponse #21 le: 12 mai 2013 à 17:18:44 »
J'annonce que la doc ne parle pas du tout du support de l'Unicode en général et de l'UTF8 en particulier.

Ce que je trouve étonnant.

corrector

  • Invité
Démonstration que bash gère UTF8
« Réponse #22 le: 13 mai 2013 à 04:12:11 »
C'est toi qui as écrit, je cite : "J'essaie d'éviter ce shell qui ne comprend même pas UTF8".
J'ai barré cette affirmation.

Je t'ai montré par l'exemple que ça fonctionnait parfaitement bien sur mon système,
OUI, mais à ma demande, pas spontanèment.

seb@nestor:/data/media/musique/flac$ find /data/media/musique/flac/Sigur\ Rós/
Commande qui ne démontre rien du tout!

Tu peux faire ça dans n'importe quel shell qui ne comprend pas UTF8 ni aucun encodage!

seb

  • Pau Broadband Country (64)
  • Abonné SFR fibre FttH
  • *
  • Messages: 515
  • FTTH 1 Gbps sur Pau (64)
Démonstration que bash gère UTF8
« Réponse #23 le: 13 mai 2013 à 09:12:19 »
J'ai barré cette affirmation.
Non, vérifie, elle figure toujours en clair dans ton message.

OUI, mais à ma demande, pas spontanèment.
Vu que je n'ai aucun problème avec la gestion de l'Unicode par bash, je n'ai rien à te prouver spontanèment, il me semble ...
C'est comme en droit : c'est à l'accusateur d'apporter les preuves de ce qu'il affirme.

Commande qui ne démontre rien du tout!
Non, je te montrais simplement par l'exemple d'un album que j'ai une multitude de fichiers musicaux qui contiennent des caractères Unicode dans leurs noms de fichiers.
Lesquels fichiers sont très régulièrement traités par des moulinettes shell (oui, avec bash) que j'utilise déjà depuis quelques années, et qui me servent à mettre à jour leurs tags et autres joyeusetés dans le genre.

Donc je pense que si bash était incapable de traiter correctement Unicode, comme tu l'as affirmé, je serais au courant depuis le temps. ;)