Planet-Libre

genma : Soucis d'encodage dans les noms de fichiers

mardi 20 novembre 2018 à 09:00

Soucis d'encodage dans les noms de fichiers

Une partition au format ext4 contient tout une arborescence de fichiers et de dossiers, mis en partage via un serveur sur le réseau, en tant qu'Intranet. Les systèmes d'exploitations qui ont créés et modifiés les fichiers ont été divers et variés avec les années, des différentes versions de Windows à différentes distributions de Linux, en passant par du MacOS X. Dans le cadre d'un projet de modernisation, nous montons la partition sur un autre serveur, nous le partageons en réseau via Samba... On me signale des fichiers manquants.

J'analyse le problème en investiguant directement sur le serveur, en utilisant un client qui monte ce partage.

Dans l'explorateur de documents de Gnome, Nautilus, qui affiche le partage Samba, certains dossiers n'apparaissent pas. En ligne de commande, sur la machine sur laquelle est monté le dossier, je peux me déplacer dans toute arborescence. Là encore, dans le terminal Terminator, je peux changer l'encodage de l'affichage.je peux demander à changer l'encodage de l'affichage et cela me donne des pistes, mais aucun encodage ne permet d'avoir les caractères comme il faut. Les caractères spéciaux font que Nautilus n'affichent pas les sous-dossiers.

Exemple de nom de fichier avec ces problèmes d'encodages

./2018 - F�vrier/
 A2018-001_Soci�t�_G�n�rale.pdf

J'ai eu beau changer la configuration Samba pour que les caractères accentués apparaissent correctement, en définissant différents types d'encodage, en redémarrant le service, les clients, rien ne marche. Le seul résultat auquel j'arrive est de faire que les caractères accentués s'affichent avec un caractère bizarre et on peut alors descendre dans l'arborescence.

Le remontage de la partition avec différentes options pour définir l'encodage des fichiers ne changent rien

Le soucis n'est pas dans l'encodage du contenu du fichier mais dans l'encodage du nom de fichier en lui-même.

La partition source sur le serveur est au format Ext4, qui est agnostique vis à vis de l'encodage.

La solution

Il existe la commande convmv qui permet de changer l'encodage d'un nom de fichier

convmv -r -f iso-8859-1 -t utf8 . --notest

Par défaut, la commande montre ce que la conversion donnerait. L'option —notest permet de lancer la commande avec réécriture des noms directement. La commande est récursive, ce qui est pratique pour traiter une longue arborescence de dossiers et fichiers.

Conclusion

En changeant de façon récursive tous l'encodage de tous les noms de fichiers de l'arborescence, plus aucun soucis. (J'ai bien évidemment indiqué UTF-8 dans la configuration Samba pour être cohérent avec l'encodage des noms de fichiers). En espérant que ça puisse être utile à d'autres.

Original post of genma.Votez pour ce billet sur Planet Libre.

Full Circle Magazine FR : Numéro 138

lundi 19 novembre 2018 à 14:54

Bonjour,

Oui, vous avez bien lu : le Numéro 138, celui d'octobre 2018, en français est déjà disponible pour vous. Vous pouvez le visionner ou le télécharger sur notre page NUMÉROS ou le récupérer directement en cliquant sur la photo de couverture ci-dessous.

Ce numéro ne comporte que 45 pages, mais ces pages sont remplies de bonnes choses, notamment :

Des tutoriels - les habituels, comme Freeplane, Great Cow BASIC et Inkscape, mais aussi celui de la couverture, vous montrant comment utiliser des logiciels Linux sur un Chromebook ;
Une explication de l'OTA-5 pour les téléphones Ubuntu dans la rubrique Dispositifs UBports ;
Une critique littéraire sur un livre presque parfait concernant le moteur Godot de développement de jeux, présentée avec une arrière pensée. En effet, Erik espère écrire une série d'articles sur comment faire nos propres jeux - alléchant, non ? ;
À propos de jeux : Oscar nous présente Tekken 7, le jeu qu'il a choisi pour tester SteamPlay (présenté dans le précédent numéro du FCM) ;
Et, bien entendu, il y a les Actus et des Questions avec les réponses d'Erik et son équipe, etc., etc.

Nous vous en souhaitons bonne lecture,

Bab, scribeur et relecteur, et les traducteurs/relecteurs AE (traductrice/relectrice), d52fr et Christo.2so

Original post of Full Circle Magazine FR.Votez pour ce billet sur Planet Libre.

antistress : Comprendre les mécanismes du pistage de nos comportements en ligne

lundi 19 novembre 2018 à 11:03

Journal des connexions présenté sous forme de toile d'araignée

Il y a quelques temps j'avais eu l'idée d'une série de deux billets : le premier (celui-ci) pour comprendre les mécanismes de pistage à l’œuvre, le second pour donner des pistes d'action (sous la forme de services alternatifs et de contre-mesures techniques).

Le temps a passé et je n'ai jamais finalisé le deuxième billet pour la bonne et simple raison que je ne suis toujours pas satisfait des mesures que j'ai moi-même mises en œuvre, l'équilibre entre les contraintes acceptables et l'efficacité souhaitée étant difficile à trouver. Bref, je cherche encore et continue à tester différentes choses.

Du coup je change mon fusil d'épaule et me décide finalement à publier ce premier billet, qui sera suivi de différents billets dans lesquels je partagerai mes choix du moment avec vous dans l'idée de progresser ensemble dans la réflexion des moyens de lutte contre le pistage en ligne.

---

Vous surfez tranquillement de site en site et tout à coup vous vous apercevez que quelque chose cloche : les publicités commencent à relayer toujours le même message quel que soit le site visité. Pire : non seulement les publicités n'ont plus de rapport avec le site sur lequel elles s'affichent, mais elles semblent correspondre comme par magie à vos centres d'intérêt du moment.

Ce phénomène, dont vous avez pu vous-même vous rendre compte par le passé (souvenez-vous : c'était avant que vous n'installiez un bloqueur de publicités !), ne doit bien sûr rien à la magie mais tout à des régies publicitaires qui collectent avec gourmandise les données de vos comportements en ligne au moyen de cookies de sites tiers. Ce mécanisme est expliqué dans cet excellent article que je vous invite à aller lire de ce pas : c'est une introduction parfaite pour la suite de ce billet (dans ce cadre, c'est le paragraphe « Firefox assure la confidentialité locale mais doit aussi assurer la confidentialité en ligne » qui importe).

Maintenant que nous venons d'apercevoir la pointe émergée de l'iceberg, inquiétons nous de nous à quoi ressemble la partie immergée.

Pour rappel, d'après Wikipédia : 90 % du volume d'un iceberg est situé sous la surface de l'eau, et il est difficile de déterminer la forme qu'adopte cette partie à partir de celle qui flotte au-dessus de la mer.

Heureusement, nous savons construire des outils pour voir sous la surface de l'eau, et c'est précisément ce que permet l'extension Lightbeam pour Firefox (sous licence libre).

Je vous propose de regarder deux vidéos, sous-titrées en français (cliquer sur le bouton correspondant du lecteur), pour comprendre de quoi il retourne : la première est une conférence TED de 6 minutes présentant Collusion – l'ancêtre de Lightbeam – et l'autre une présentation de 2 minutes de Lightbeam :

Faîtes l'essai vous-même : on visualise les sites que l’on visite (dits : sites de premier niveau, ou en anglais : 1st party sites) mais surtout on découvre les innombrables autres sites qui reçoivent des informations sur nos visites (dits : sites tiers, ou en anglais : 3rd party sites). C’est impressionnant et vraiment inquiétant.

Dessin présentant la différence entre le pistage par un site de premier niveau et celui concomitant par des sites tiers

Que faut-il retenir de ce premier billet ?

Lorsque vous naviguez sur le Web, vos comportements en ligne sont massivement et silencieusement collectés par un grand nombre de sociétés commerciales qui n'ont a priori aucun rapport avec les sites que vous visitez.
Révéler ces interactions avec un outil comme Lightbeam permet d'en prendre conscience et donc de démarrer une réflexion pour tenter d'endiguer ce phénomène. Ce sera l'objet de prochains billets.

L'image « Tracking ? » a été réalisée par mes soins avec le logiciel libre GIMP (fichier source de l'image) et est placée sous licence CC BY-SA.

Les deux extraits audio sont issus du film Retour vers le futur 2.

L'image d'illustration placée en tête de ce billet provient d'une jeune version de Collusion, l'ancêtre de Lightbeam.

Les sous-titres de la vidéo de présentation de Lightbeam intégrée à la page ont été réalisés sur amara (lire ce billet) puis importés dans Vimeo (parce que Vimeo c'est mieux que Youtube de Google).

Original post of antistress.Votez pour ce billet sur Planet Libre.

Thuban : Syspatch : patch libcrypto + kernel - multi-arch - 6.3 + 6.4

dimanche 18 novembre 2018 à 00:13

L'équipe d'OpenBSD nous a livré hier soir, trois correctifs différents, pour les architectures gérées par Syspatch : amd64, arm64 et i386.

un premier correctif de sécurité pour la libcrypto pour OpenBSD 6.3 : (blinding) dans certaines conditions, des informations sur les clés privées DSA et ECDSA peuvent échapper. patch 22
un second correctif de sécurité pour la libcrypto pour OpenBSD 6.4, cette fois-ci : la vulnérabilité portsmash permet l'exfiltration des clés basées sur les courbes elliptiques. patch n°3

Ces deux correctifs nécessitent l'ATTENTION suivante pour les utilisateurs qui ont compilé depuis les sources, ils doivent aussi reconstruire le binaire /sbin/isakmpd lié statiquement s'il doit être utilisé !

le troisième correctif, qui est un correctif de fiabilité, touche le noyau : (lockf) un changement récent dans le verrouillage POSIX des fichiers retourne des résultats incorrects durant la phase d'acquisition du verrouillage - patch 23 pour 6.3 ; patch 4 pour 6.4

Ce correctif nécessite le redémarrage de votre machine !

Original post of Thuban.Votez pour ce billet sur Planet Libre.

PROJET AUTOBLOG