Bonjour, jusqu'ici j'utiliser pour importé mes photos un petit logiciel qui fonctinner plutot bien et avait le merite de me trié les photos selon des parametre bien precis ...
Deja a l’installation j'avais un peu galérer a l’époque , il avait fallut installer python3 et lancer l’installation du logiciel après ...
Mais la il n'a pas du tout aimé la dernière mise a jour ... du coup il ne ce lance plus .
si je le lance dans un terminal cela donne ça

 [ jean-michel@localhost ~]$ rapid-photo-downloader
/home/jean-michel/.local/lib/python3.7/site-packages/requests/__init__.py:91: RequestsDependencyWarning: urllib3 (1.25.7) or chardet (3.0.4) doesn't match a supported version!
  RequestsDependencyWarning)
Traceback (most recent call last):
  File "/home/jean-michel/.local/bin/rapid-photo-downloader", line 5, in <module>
    from raphodo.rapid import main
  File "/home/jean-michel/.local/lib/python3.7/site-packages/raphodo/rapid.py", line 172, in <module>
    from raphodo.newversion import (
  File "/home/jean-michel/.local/lib/python3.7/site-packages/raphodo/newversion.py", line 36, in <module>
    import requests
  File "/home/jean-michel/.local/lib/python3.7/site-packages/requests/__init__.py", line 112, in <module>
    from . import utils
ImportError: cannot import name 'utils' from 'requests' (/home/jean-michel/.local/lib/python3.7/site-packages/requests/__init__.py) 

Bon je comprend bien qu'il y a un problème avec urlibb, ou chardet qui ne sont pas dans la bonne version . il y a aussi raphodo , qui est lie a python si j'en croit mes recherche a python.
Sauf que voila pas moyen de revenir en arrière pour la mise a jour , j'ai essayer history avec l'id de la mise a jour , mais il ne retrouve pas les paquets ...
En désespoir de cause j'ai ressayer de réinstaller rapid photo downloader mais la encore rien a faire python , bloque encore .

 
[jean-michel@localhost ~]$ python3 /tmp/mozilla_jean-michel0/install-1.py --uninstall 
/home/jean-michel/.local/lib/python3.7/site-packages/requests/__init__.py:91: RequestsDependencyWarning: urllib3 (1.25.7) or chardet (3.0.4) doesn't match a supported version!
  RequestsDependencyWarning)
Traceback (most recent call last):
  File "/usr/lib64/python3.7/runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "/usr/lib64/python3.7/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/home/jean-michel/.local/lib/python3.7/site-packages/pip/__main__.py", line 19, in <module>
    sys.exit(_main())
  File "/home/jean-michel/.local/lib/python3.7/site-packages/pip/_internal/cli/main.py", line 73, in main
    command = create_command(cmd_name, isolated=("--isolated" in cmd_args))
  File "/home/jean-michel/.local/lib/python3.7/site-packages/pip/_internal/commands/__init__.py", line 96, in create_command
    module = importlib.import_module(module_path)
  File "/usr/lib64/python3.7/importlib/__init__.py", line 127, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 1006, in _gcd_import
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 967, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 677, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 728, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "/home/jean-michel/.local/lib/python3.7/site-packages/pip/_internal/commands/list.py", line 13, in <module>
    from pip._internal.cli.req_command import IndexGroupCommand
  File "/home/jean-michel/.local/lib/python3.7/site-packages/pip/_internal/cli/req_command.py", line 15, in <module>
    from pip._internal.index.package_finder import PackageFinder
  File "/home/jean-michel/.local/lib/python3.7/site-packages/pip/_internal/index/package_finder.py", line 21, in <module>
    from pip._internal.index.collector import parse_links
  File "/home/jean-michel/.local/lib/python3.7/site-packages/pip/_internal/index/collector.py", line 12, in <module>
    from pip._vendor import html5lib, requests
  File "/home/jean-michel/.local/lib/python3.7/site-packages/pip/_vendor/requests/__init__.py", line 114, in <module>
    from . import utils
  File "/home/jean-michel/.local/lib/python3.7/site-packages/pip/_vendor/requests/utils.py", line 24, in <module>
    from . import certs
  File "/home/jean-michel/.local/lib/python3.7/site-packages/pip/_vendor/requests/certs.py", line 15, in <module>
    from pip._vendor.certifi import where
  File "/home/jean-michel/.local/lib/python3.7/site-packages/pip/_vendor/certifi/__init__.py", line 1, in <module>
    from .core import where
ModuleNotFoundError: No module named 'pip._vendor.certifi.core' 

La encore il me dit plein de sottises dans une langue que je ne maîtrise pas trop, mais je crois comprendre qu'il ne trouve pas ce qu'il veut la ou il devrait le trouver!!!!
Alors s'il vous plaît aider moi a revenir a une version ou cela fonctionne , ou a faire que celle ci fonctionne !
Merci d'avance .

winmandrake wrote:Le problème est connu, présent sur bugzilla mais non corrigé.
Voilà pour t'aider : https://forums.fedora-fr.org/viewtopic.php?id=67954

Oui c'est même en suivant cette procédure que j'avais installer ma version .
Sauf que si j'en crois les dépôts maintenant une version "récente" , (bon pas la derniere non plus faut pas deconner) ce trouve dans les dépôts .
Quoi qu'il en soit cette méthode ne fonctionne plus aujourd'hui .

madko wrote:As tu contacté les auteurs de ce logiciel ?

car /home/jean-michel/.local/lib/python3.7/site-packages/requests/__init__.py indique a priori une installation manuelle ? Ce n'est pas un paquet fournit par Fedora ?

Oui effectivement c’était une installation manuel , du au fameux bug citer plus haut .
Effectivement il va falloir creuser par là.

Bon a force de décortiqué les Log , les lignes de commandes et leurs retours , je pense que la boulette c'est moi qui l'ai faite en voulant faire un peu de ménage avec fslint . A regarder les fichiers supprimé j'ai bien peur d'avoir supprimé des truc qu'il ne faillait pas . dont le fameux fichier utils. mais aussi pip._vendor.certifi.core'.
Du coup comme j'ai vu qu'il y avait une version récente de rapid-photo-downloader dans les dépôts je vais finir de virer la mienne et essayer de réinstaller a partir de dnf

madko wrote:ah ok, tiens nous au courant.

J'étais en train d'essayer via le script d'install dans une toolbox, c'est assez violent tout ce que ça télécharge

Franchement je sais pas si c'est violent , mais cela fait des années que je l'utilise et il a le mérite de me classée toute mes photos des l'importation , selon la dates , mais aussi en sous dossier selon l'appareil et le format , les raw d'un coté les jpg de l'autre ... Il crée les dossier , les sous dossiers ect , d’après n'importe quel donnée exifs. Une vrai pépite ce logiciel ... Je n'ai jamais réussis a trouver son équivalent et tout mes dossier photo et leurs arborescence decoule de lui .
J'ai vu sur le site de l'auteur que l'on peut de nouveau l'installer via les dépôts depuis Fedora 30 .
Du coup je vais effectivement tenté de le faire après l'avoir supprimé a la main dossier par dossier , fichier par ficher ( apres les avoir mis de coté)

Bon rien a faire je n'arrive pas a reinstaller , ni d'une maniere ni d'une autre .
du coup je vais crée une machine virtuel pour voir si le probleme existe sur une instalation propre ou si c'est typique de mon system.

Bon un petit point sur la situation , sur une f31 virtuelle le paquet Rapid-photo-downloader dans sa version 0.9.17 s'installe sans aucun soucis .
A l'ouverture celui ci propose de faire une mise a jour . Si vous cliquer dessus cela renvoie sur le site de l’éditeur et le script d’installation manuel .
La mise a jour manuel a dans les dépendance un certain nombre de fichier python3 .
Une fois le tout installer ont ce retrouve avec la version 0.9.23 qui est la dernière en date .
Conclusion cela me confirme que c'est bel et bien moi qui est fait une boulette en utilisant fslint !
Conclusion numéro 2 , Il est temps pour moi de faire une sauvegarde de mon home et de faire une réinstallation propre de Fedora .
Conclusion numéro 3 Oufff ca va j'ai eu peur un moment d’être obligé de passé sous unbutu pour pouvoir continué a utilisé ce logiciel
P.S. Penser vous que pour les mise a jour de Photo-rapid-downloader le mieux et d'attendre les paquet dans dnf ou alors passer par le script.py ?

madko wrote:Normalement ce n'est pas une bonne pratique qu'un logiciel installé via RPM et donc avec une version bien précise (celle indiquée par le RPM), propose de se mettre à jour de lui même (et du coup installer des choses hors RPM). C'est un risque majeur de sécurité.

Donc rien de grave:
* soit tu l'installes en RPM, et tu ignores les mises à jour via le script, et il faut attendre le prochain RPM pour monter de version.
* Soit tu te passes du RPM.

Si le logiciel fonctionne bien, sans forcément être hyper à jour, je conseillerais de rester avec le RPM, et peut être de remonté le soucis à son auteur, et/au à son mainteneur de paquet chez RedHat/Fedora.

C'est bien ce qu'il me semblait. Bon c'est vrai que dans le cas de l'instalation precedente qui etait manuel la question ne ce posait pas . La du coup ça sera Rpm , ce que j'aprecie dans fedora justement c'est sa stabilité ....

Ça y est les ami cela fonctionne , en comparant les dossiers concerné dans la machine virtuel et dans mon système j'ai réussi a trouver le fautif et a corriger le tout !!!
Pfffff je n'avais pas galérer comme cela depuis au moins 8 ans quant j'ai quitté windaube !!!
Merci a vous les amis