💾 Archived View for alltext.umaneti.net › gemlog › Nouvelle-version-alpha-pour-hubic-gtk › index.gmi captured on 2024-08-18 at 17:28:03. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2024-07-08)
-=-=-=-=-=-=-
Cet article présente des logiciels et des services qui ne sont plus maintenus ou accessibles depuis très longtemps. Il est conservé à titre indicatif et historique, mais aucun des outils abordés ci-après ne doivent être utilisés autrement qu’à titre d’exemple ou de référence.
Cela va commencer à faire un moment que, sur un coup de tête, j'ai commencé à développer une petite icône de statut pour hubiC[1], le service de stockage de fichier en ligne d'OVH (cocorico). Tout a commencé le 7 avril 2014[2]. J'étais un poil ambitieux et le premier nom de ce petit script a été `hubic_client'. Je me suis vite rendu compte que ça ne valait certainement pas la peine de voir trop gros et l'ai simplement renommé moins de huit heures plus tard `hubic_status.py' ou pour tout le monde « HubicStatus ». Il y a de ça un peu plus d'un an[3], j'ai fait migrer ce script sur son propre dépôt[4] comme il avait pris un peu d'importance. Son nom définitif : `hubic-gtk.py' ou « hubicGTK[5] ».
Depuis tout ce temps, il m'a permis de me familiariser un peu plus avec le développement d'application de bureau en python à l'aide de pygtk. Le problème sous-jacent étant qu'il s'agit de relativement vieilles technos et que le monde regarde désormais plutôt du côté de python3 et des /bindings/ associés pour gtk3.
J'ai donc pris le temps depuis quelques semaines d'effectuer son portage vers python3. Cette nouvelle version, une fois validée, prendra du même coup le numéro de version symbolique 1.0.
[3] un peu plus d'un an (HTTPS)
HubicGTK se présente sous la forme d'une icône venant se glisser dans le /systray/ de votre environnement de bureau (Mate ou XFCE, je n'ai pu tester au sein d'autres environnements, mais rien n'interdit /a priori/ que ça fonctionne).
La future nouvelle version apporte un nouveau lot d'icône issue d'un /clipart/[1] dont j'ai adapté la couleur. Elle est visible dans l'image ci-dessus sous la forme d'un nuage bleu-ovh. Cette icône zen signale qu'actuellement tout se passe comme attendu, aucune activité n'est à déclarer. En cas d'anomalie ou plus simplement si le /daemon/ hubic lui-même n'est pas lancé, l'icône pas au rouge sombre. En cas d'activité, des flèches de synchronisation viennent s'ajouter à l'icône.
Un simple clic sur l'icône va vous ouvrir le dossier racine que vous partagez avec hubiC dans votre explorateur de fichier préféré. Un clic droit vous ouvrira un menu vous permettant d'interagir un petit peu avec hubic.
Ma configuration personnelle est complète et vous permet d'apercevoir toutes les fonctionnalités présentes :
Il est important de toujours se rappeler qu'en allant déposer des fichiers sur un /cloud/ que vous ne controllez pas, quand bien même il est français et cool, vous laissez à un tiers la possibilité d'y accéder. Rien ne prouve, à moins que vous ne controlliez l'intégralité d'une infrastructure, qu'aucune personne à aucun moment ne puisse accéder à vos données, même si le risque semble faible en apparence.
C'est pour cela que je recommande vivement de chiffrer vos données lorsque vous les placez sur un tel espace. Un état de l'art du domaine m'avait amené à la conclusion qu'en la matière, encFS[1] avait le meilleur ratio sécurité/souplesse d'utilisation. En effet, LUKS ou autre {true,vera}crypt ont l'inconvénient de fonctionner à l'aide de container : la modification d'un fichier entraîne du même coup la resynchronisation du container entier. Une opération impliquant possiblement des gigaoctets de données. De son côté, encFS ne chiffre que les fichiers et les noms de dossiers, laissant l'arborescence telle qu'elle (ainsi que les métadonnées du type heure de modification, taille, permissions…). Encore une fois, on parle de synchronisation de fichier dans le cloud, c'est donc pour moi une perte acceptable.
Bref, partant du principe que vous êtes intéressés par l'utilisation de tels points de montage encFS, j'ai ajouté la possibilité à HubicGTK de piloter le montage/démontage et la supervision de ces points de montage directement dans l'icône de statut. Je vous laisse lire la doc[2] pour voir comment mettre ça en place chez vous.
Pour la version stable, je maintiens moi-même un paquet AUR[1] pour archlinux. Pour les autres distributions, j'ai mis en place un `Makefile' qui devrait vous aider à l'installer :
$ last_ver=0.6.2 $ wget "https://projects.depar.is/hubic-gtk/tarball/HubicGTK.tar.gz?uuid=$last_ver" -O hubicgtk.tgz $ tar xzf hubicgtk.tgz $ cd HubicGTK/ $ PKGVER=$last_ver make build $ PKGVER=$last_ver sudo make install DEST=/usr
Concernant la dernière version de développement (celle en gtk3, but de cet article donc), j'ai mis à jour le `PKGBUILD' dans le dépôt[2], pour les utilisateurs d'archlinux, un simple `makepkg' dans le dossier archlinux une fois les sources récupérées devrait suffire. Pour les autres, l'installation avec le `Makefile' fonctionne toujours. Dans les deux cas, le lien de téléchargement est le suivant : https://fossil.umaneti.net/hubic-gtk/tarball/HubicGTK.tar.gz?uuid=v1.0-alpha5[3].
N'hésitez pas à apporter vos commentaires 😀
[2] `PKGBUILD' dans le dépôt (HTTPS)
[3] https://fossil.umaneti.net/hubic-gtk/tarball/HubicGTK.tar.gz?uuid=v1.0-alpha5 (HTTPS)
¹ Diantre, honte à moi, je constate qu'emporté par mon élan j'utilise depuis un an cette jargonerie au lieu d'utiliser le fort-à-propos « Dossiers chiffrés ». Cela sera réparé au plus vite.
--
📅 mardi 6 septembre 2016 à 19:20
📝 milouse with GNU/Emacs 29.4 (Org mode 9.7.6)
