Merci pour ce rappel, j'avais vu ce script à l'époque mais je l'avais oublié. Je t'avais répondu que j'utilisais alors pyrenamer.

Je vais me faire la commande qui va bien même si je trouve regrettable que quelque chose qui fonctionnait bien soit supprimé au nom du progrès !
La ligne de commande: 
$ jhead -n%Y%m%d_%H%M_%f DSC*
fait ce que je faisais en graphique avec pyrenamer.

Elle renomme les fichiers DSC_xxxx.JPG en yyyymmjj_hhmm_DSC_xxxx.JPG en se basant sur les données exif.
7 mois plus tard
Le projet czkawka - https://github.com/qarmin/czkawka - a pour objectif de fournir une alternative à fslint

Il est écrit en rust et les explications pour installer sont disponibles ici: https://github.com/qarmin/czkawka/issues/105#issuecomment-726661724

Une fois installé le gui se lance en ligne de commande dans un terminal.


En aparté, je commence à penser que toutes les installations hors dnf c'est à dire les installations avec flatpak, pip3, cargo, ... vont finir par complexifier le contrôle de l'intégrité d'une machine.
+1
voilà pourquoi je préfère me casser un peu la tête plutôt que d'installer des trucs dont je vais finalement même oublier la présence.
Bonjour didierg,

Sinon il y a fdupes qui peut remplacer fslint pour les doublons.

Cordialement.
didierg wrote: Jusqu'à fedora 31 inclus j'utilisais pyrenamer qui renomme entre autres les photos en utilisant les données exif et fslint qui permet de supprimer les doublons.

Avec fedora 32 et l'arrêt de python 2 ces deux programmes ne sont plus présents dans les dépôts.

Par quoi les remplacer ?
Salut,

Pour ma part j'utilise un script fait maison pour renommer mes photos et vidéos : script "renomme" (oui je sais, pas très original :-D )

Je vois que ça fera bientôt 15 ans :-o que je le fais évoluer
Et du coup il fait exactement ce que je veux. Si ça peut aider ...
@ nicofo

Sur nginx je rajoute juste: "charset utf-8; " dans la conf du site.
Sur ton espace, il n'y a pas un moyen de déclarer l'encodage par défaut ?
5 jours plus tard
Heldwin wrote:@ nicofo

Sur nginx je rajoute juste: "charset utf-8; " dans la conf du site.
Sur ton espace, il n'y a pas un moyen de déclarer l'encodage par défaut ?
Salut,
je suppose que tu parles de l'encodage de l'affichage du script lui même ? -> http://nicofo.tuxfamily.org/scripts/renomme
C'est vrai qu'il n'est pas bon, mais je t'avoue que je ne sais pas comment le changer... M'y connais pas trop en web...
Je suppose que ce n'est pas dans la conf de Dotclear (puisque le blog a le bon encodage, et que le lien du script ne passe pas par Dotclear : c'est juste un fichier déposé sur le serveur Tuxfamily).
Mais plutôt dans celle de l'hébergeur Tuxfamily. J'ai ajouté "AddDefaultCharset utf-8" à .htaccess (à tout hasard, je ne sais pas si c'est le bon endroit pour le faire), sans succès.
Si tu as d'autres idées ?
5 jours plus tard
nicofo wrote:je suppose que tu parles de l'encodage de l'affichage du script lui même ? -> http://nicofo.tuxfamily.org/scripts/renomme
Ils utilisent nginx, je pensais apache un moment...

nginx ne supporte pas les .htaccess il semblerait.
Si tu n'as pas du tout accès à la gestion de ce site, ça va poser problème, mais je ne connais pas les possibilités chez TuxFamily.

Le problème qu'il va y avoir ici, c'est que le fichier n'a pas d'extension, donc en fonction de la conf qui a été choisie, cela va agir différemment.
(et étrangement, si on interroge ce fichier, il n'y a pas de "Content-Type". Je sais pas quel moyen ils ont utilisé pour que le fichier s'affiche).

Si tu copies le fichier et y mets une extension (.txt par exemple), cela l'affiche en utf-8 ?

EDIT:
Sinon, il faudrait leur demander s'ils ont fourni un moyen de changer ça 🙂
Heldwin wrote:
nicofo wrote:je suppose que tu parles de l'encodage de l'affichage du script lui même ? -> http://nicofo.tuxfamily.org/scripts/renomme
Ils utilisent nginx, je pensais apache un moment...
Qu'est-ce qui te fait dire ça ?
https://faq.tuxfamily.org/Presentation/Fr -> on parle bien de Apache. Et je vois nulle part nginx sur leur wiki.
Heldwin wrote:Si tu copies le fichier et y mets une extension (.txt par exemple), cela l'affiche en utf-8 ?
Ah oui bonne remarque :
- sans "AddDefaultCharset utf-8" -> ça ne change rien
- avec "AddDefaultCharset utf-8" -> c'est le bon encodage
Voir http://nicofo.tuxfamily.org/scripts/renomme.txt vs http://nicofo.tuxfamily.org/scripts/renomme

Du coup, le "AddDefaultCharset utf-8" que j'avais ajouté (à tout hasard !) à mon .htaccess me semble finalement une bonne piste. Mais ça ne marche que pour les fichiers avec extension...
nicofo wrote:
Qu'est-ce qui te fait dire ça ?
https://faq.tuxfamily.org/Presentation/Fr -> on parle bien de Apache. Et je vois nulle part nginx sur leur wiki.·
HTTP/1.1 200 OK
Server: nginx/1.6.2
[...]
Ils semblent avoir des serveurs nginx et apache. nicofo est sur nginx d'après les retours.

Tu es sûr que ça vient du .htaccess ?

Si c'est nginx, chez moi, sans définir le type par default, avec .txt cela affiche en utf-8, sans extension en ISO-8859-1/Windows-1252
Étrange, je vois bien dans le HTTP header la même chose que toi (nginx).
Par contre la page http://nicofo.tuxfamily.org/scripts/ indique clairement "Apache Server at nicofo.tuxfamily.org Port 80" dans le fond.

Tu y comprends quelque chose ?? :-?
Perso je dois avouer que je n'y connais pas grand chose en serveurs...
Helwin wrote:Tu es sûr que ça vient du .htaccess ?
Oui. Du coup j'ai continué de cherché dans cette direction.
Maintenant ça marche avec : 
ForceType 'text/plain; charset=UTF-8'    #forcer text/plain pour tous les fichiers ...
<Files "*.*">                            #... sauf ceux qui ont une extention
   ForceType None
</Files>
Y'a sans doute mieux, mais ça marche 😉
nicofo wrote:Étrange, je vois bien dans le HTTP header la même chose que toi (nginx).
Par contre la page http://nicofo.tuxfamily.org/scripts/ indique clairement "Apache Server at nicofo.tuxfamily.org Port 80" dans le fond.
Oui, les infos du serveur diffèrent, donc il doit y avoir une modification quelque part 🙂
Mais merci, il n'y a plus ces affreux caractères illisibles quand on ouvre le fichier ^^
Heldwin wrote: Mais merci, il n'y a plus ces affreux caractères illisibles quand on ouvre le fichier ^^
Avec plaisir.
Et désolé à didierg, on a un peu pollué son post :-D
un an plus tard
Bonjour

Le sujet parlant de czkawka comme alternative à fslint, est-il prévu que cet outil soit ajouté au dépôt officiel de Fedora ?

Question subsidiaire : devrais-je déplacer ma question dans le forum Fedora 36 ?