@ Hardelot
Venant de passer du temps sur ton problème je vais essayer d’être aussi clair que possible. De ton coté essaie de comprendre ce que j’écris.
Le service Hubic en lui-même n’est pas arrêté, ce sont son développement et sa commercialisation qui sont arrêtés. Cela signifie qu’il est toujours possible d’accéder à ce service soit par l’interface web
https://hubic.com/fr/ soit avec un client comme hubicfuse
https://github.com/TurboGit/hubicfuse . Il est donc toujours possible d’accéder à tes fichiers pour les récupérer.
Concernant le client hubicfuse celui-ci s’installe en ligne de commande par un make suivi d’un make install ce qui est quelque chose d’usuel.
Le problème est que Fedora 34 installe la dernière version de gcc et que celle-ci génère une erreur lors du make. J’ai reporté cette erreur sur le site du développeur de hubicfuse mais je ne suis pas sûr que celui-ci soit encore très actif :
https://github.com/TurboGit/hubicfuse/issues/160
J’ai donc installé dans une machine VirtualBox une Fedora 30 avec une ancienne version de gcc sur laquelle j’ai pu sans problème exécuter le make et installer hubicfuse. Une fois hubicfuse installé, en recréant un fichier caché ~/.hubicfuse contenant mes identifiants client_id et client_secret j’ai pu monter mon répertoire distant hubic en local et le voir dans Nautilus.
Il est donc toujours possible d’accéder aux fichiers distants stockés sur hubic de deux manières : soit par l’interface web soit avec hubicfuse sur Fedora 30.
Pour moi, le problème du make est dû à un contrôle supplémentaire portant sur les définitions multiples effectué par la version de gcc fournie avec Fedora 34.
Je ne suis pas programmeur mais je ne serait pas étonné qu’il existe un flag à passer au make pour supprimer ce contrôle supplémentaire voir de modifier le fichier cloudfsapi.h ce qui permettrait d’installer hubicfuse sur Fedora 34. Peut-être que quelqu’un pourrait aider sur ce point ?