- Fedora-Fr
- À propos de Fedora-Fr
- Historique
- Statistiques
- Télécharger
- Obtenir Fedora
- Toutes les méthodes de téléchargement
- Support
- Aide sur IRC
- Forums
- Documentation
- Sous-projets
- Plateforme de blog
Dernière news : Assemblée Générale Ordinaire de Borsalinux-fr de 2021
Bonjour,
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 ?
Merci pour vos suggestions.
Hors ligne
Pour le nommage des photos jpeg à partir des données exif, j'ai posté ici un script il y a quelque temps.
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
https://forums.fedora-fr.org/viewtopic.php?id=70331
Il suffit de supprimer la partie du script qui redimensionne les photos.
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
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 !
Hors ligne
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.
Hors ligne
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/issue … -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.
Hors ligne
+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.
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Bonjour didierg,
Sinon il y a fdupes qui peut remplacer fslint pour les doublons.
Cordialement.
Hors ligne
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 )
Je vois que ça fera bientôt 15 ans que je le fais évoluer
Et du coup il fait exactement ce que je veux. Si ça peut aider ...
nicofo's blog : http://nicofo.tuxfamily.org
Hors ligne
@ 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 ?
Dernière modification par Heldwin (07/02/2021 16:10:51)
"The only way to achieve the impossible is to believe it’s possible"
Hors ligne
@ 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 ?
nicofo's blog : http://nicofo.tuxfamily.org
Hors ligne
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 :)
Dernière modification par Heldwin (18/02/2021 02:08:02)
"The only way to achieve the impossible is to believe it’s possible"
Hors ligne
nicofo a écrit :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.
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...
Dernière modification par nicofo (18/02/2021 19:08:53)
nicofo's blog : http://nicofo.tuxfamily.org
Hors ligne
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
Dernière modification par Heldwin (18/02/2021 19:49:34)
"The only way to achieve the impossible is to believe it’s possible"
Hors ligne
É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...
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's blog : http://nicofo.tuxfamily.org
Hors ligne
É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 ^^
Dernière modification par Heldwin (18/02/2021 22:57:21)
"The only way to achieve the impossible is to believe it’s possible"
Hors ligne
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
nicofo's blog : http://nicofo.tuxfamily.org
Hors ligne