Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Gimp (snap) et vignettes pour les fichiers .xcf

Coeur Noir

Hello,

est-ce juste chez moi ou bien ? Ici c'est UbuntuBudgie 20.04 et Gimp 2.10.18 ( snap ).

Dans l'exlorateur de fichiers ( Nemo 4.4.2 ) les fichiers .xcf affichent des cadres vides et non une icône générique de type de fichiers.

Dans les préférences de Nemo, les vignettes sont autorisées pour les fichiers jusqu'à 1 Go - y'a rien entre 100 Mo et 1 Go.
Dans les préférences de Gimp, les vignettes sont autorisées pour les fichiers jusqu'à 500 Mo.

Le « truc » qui créée les vignettes pour ce type de fichier n'est jamais installé par défaut.

J'ai donc cherché gnome-xcf-thumbnailer et pas de ça dans 20.04 : https://packages.ubuntu.com/search?keywords=gnome-xcf-thumbnailer&searchon=names&suite=all&section=all

J'ai loupé quelque chose ?

Solution → un lien symbolique, voir post #16

Roschan

j'allais te poster le lien launchpad mais t'as déjà commenté dessus

si le merdier n'a pas été corrigé depuis 2011 c'est qu'il y a clairement un problème de maintenance ils exagèrent

Coeur Noir

…bah ça a l'air de partir puis de revenir puis…

Donc c'est bien juste ce paquet qu'il me manque ? ( et qui manque donc dans les dépôts de 20.04 )

Bonne idée ou pas d'aller chercher celui de la 19.10 ?

Coeur Noir

Depuis j'ai testé avec le paquet provenant des dépôts de 19.10 et pas mieux. Peut-être ne fonctionne-t-il qu'avec Nautilus. Ou une config' à écrire quelque part ?

Roschan

Après une petite recherche j'ai trouvé le code source original (dernier commit il y a 12 ans...) et il y a cette merge request https://gitlab.gnome.org/Archive/gnome-xcf-thumbnailer/-/merge_requests/1 vieille d'un an qui semble réparer pas mal de problèmes, tu peux essayer de compiler peut-être ?

Sachant que le code source est archivé dans un recoin obscur de leur gitlab, c'est pas demain qu'on va avoir une review du code et une acceptation de la contribution, et encore moins un packaging pour Ubuntu

Peut-être qu'il y a une alternative qu'on ne trouve pas ?

Coeur Noir

Bon sans succès j'ai déterré une vieille manip' ici http://www.webupd8.org/2013/07/how-to-get-xcf-thumbnails-in-nautilus.html
qui consiste à créer dans

/usr/share/thumbnailers

un fichier

gnome-xcf.thumbnailer

qui contient

[Thumbnailer Entry]
TryExec=gnome-xcf-thumbnailer
Exec=gnome-xcf-thumbnailer %i %o
MimeType=image/x-xcf;image/x-compressed-xcf;

J'en suis à

django@ASGARD:/media/DATA/coeurnoir/Images/PHOTOS/2020/20200607 LuMaMaDa$ gnome-xcf-thumbnailer -s 128 DSC_5071.xcf test
Warning: XCF version 11 not supported (trying anyway...)
$0: This can't happen (unknown out_color_mode)
django@ASGARD:/media/DATA/coeurnoir/Images/PHOTOS/2020/20200607 LuMaMaDa$

qui semble dire que c'est un pépin avec gnome-xcf-thumbnailer lui-même,
à priori Nemo fonctionne comme Nautilus viv-à-vis des vignettes ( ? ).

Coeur Noir

https://gitlab.gnome.org/GNOME/gimp/-/issues/278

si je comprends bien :
1⋅ Gimp est censé générer ses propres vignettes pour le .xcf
ce qui a l'air vrai, je les vois ici, mais nulle part ailleurs

2⋅ gnome-xcf-thumbnailer n'est pas à l'heure, comme Roschan l'a déjà pointé.

3⋅ Est-ce que le fait que mon Gimp est un snap a une incidence là-dessus ?
Parce que du coup lui il stocke ses vignettes dans /home/$USER/snap/gimp/common/.cache/thumbnails/
et probablement pas dans /home/$USER/.cache/thumbnails/ je suppose…

Roschan

tu peux toujours faire un lien symbolique pour regarder ce que ça fait

lool_lauris

Salut,

Apparemment, je n'ai pas ce souci.
Je suis sous Ubuntu 20.04 Gnome 3.36.2 avec Gimp non snap 2.10.18.

Par contre une autre image affiche un message d'erreur dans Gimp :

Un parasite « gimp-metadata » altéré a été détecté.
Les données XMP ne peuvent pas être déplacées : L’analyse des données XMP a échoué.

Et voici ce que ça donne dans Nautilus :

Une piste ?

Roschan

Ton fichier corrompu c'est un tout autre sujet il faudrait ouvrir un fil dédié.

Concernant les miniatures, est-ce que tu as fait une installation "de zéro" ou bien une mise à niveau depuis une version précédente ?

lool_lauris

Roschan a écritTon fichier corrompu c'est un tout autre sujet il faudrait ouvrir un fil dédié.

Je ne cherche pas à résoudre un problème, j'évoquai juste ceci en réponse à Coeur Noir.

Roschan a écrit Concernant les miniatures, est-ce que tu as fait une installation "de zéro" ou bien une mise à niveau depuis une version précédente ?

À qui poses-tu la question ? Si c'est à moi, j'ai fait une installation toute neuve puis j'ai récupéré mes données.

Coeur Noir

Le lien j'y songeais. Reste à voir si snap suivrait un lien qui pointe en dehors de …/snap/gimp/… et si je fais dans l'autre sens ça voudrait dire que toutes les vignettes générées pour cet user seraient stockées dans la conf' de gimp en snap, bof, le jour où je vire le snap…

Lool, tes remarques me confortent vers quelques pistes :
⋅ mon gimp n'est pas en .deb
⋅ j'utilise pas Nautilus ( Nemo par défaut dans Budgie ). [ edit : pareil dans Nautilus, je l'ai installé pour voir ]

Pour ton souci de metadata, à creuser : les fichiers .xcf ( avec metadata ) de gimp 2.10 ne sont pas compatibles avec les versions plus anciennes de gimp → est-ce que ça peut être le cas pour ce fichier ?

Cette UBudgie est issue d'une mise à niveau depuis 19.10. Où je ne voyais pas non plus les vignettes .xcf mais je m'en foutais un peu sachant que je ne « travaille » pas, ou jamais bien longtemps, sur les Ubuntu intermédiaires.

Roschan

Il ne devrait pas y avoir de souci à faire pointer /home/$USER/snap/gimp/common/.cache/thumbnails sur /home/$USER/.cache/thumbnails, je fais un truc similaire avec des flatpaks et ça marche bien

lool_lauris a écrit À qui poses-tu la question ?

à vous deux à la fois, mais du coup les réponses sont exactement le contraire de ce que j'aurais imaginé...

Coeur Noir

Comme je le soupçonnais :

…sécurité, confinement, tout ça…

Pour la science je vais essayer « dans l'autre sens » en théorie ça devrait fonctionner en termes d'accès - pas dit que ça change grand'chose aux vignettes.

Eh ben si !

↑ Nemo.

Et gnome-xcf-thumbnailer avait été désinstallé.

C'est juste absolument pas souhaitable de foutre toutes les vignettes d'un utilisateur dans les sous dossiers d'un logiciel en particulier.

Bon bah un truc de plus à signaler sur le forum snapcraft…
https://forum.snapcraft.io/t/gimp-and-thumbnails-for-xcf-files/18131
et là puisque Budgie
https://discourse.ubuntubudgie.org/t/gimp-as-a-snap-no-thumbnails-for-xcf-files-in-nemo-gthumb/3799
Mais en parcourant, une fois de plus, la doc' snap je suis tombé sur
https://snapcraft.io/docs/thumbnailer-service-interface
qui a l'air de traiter le sujet ?

Coeur Noir

Bon l'interface thumbnailer-service ne semble pas exister pour Gimp - et je ne sais de toute façon pas si elle fait ce que je crois.

Reste donc : comment dit-on à une session d'utiliser « tous » les dossiers thumbnails existant chez $USER - et pas seulement celui dans ~/.cache ?

⋅ Ask Ubuntu https://askubuntu.com/questions/1250031/gimp-snap-and-thumbnails-for-xcf-files
⋅ Launchpad https://bugs.launchpad.net/ubuntu/+source/gimp/+bug/1883457

Coeur Noir

Bon, pour contourner le problème j'ai suivi cette suggestion https://forum.ubuntu-fr.org/viewtopic.php?pid=22362050#p22362050 merci beuguissime !

J'ai donc ajouté des lignes de ce genre à mon fstab :

# rendre les vignettes .xcf de gimp-snap accessibles à tous les logiciels
/home/user_1/.cache/thumbnails/ /home/user_1/snap/gimp/common/.cache/thumbnails/    none    bind    0   0
/home/user_2/.cache/thumbnails/ /home/user_2/snap/gimp/common/.cache/thumbnails/    none    bind    0   0
/home/user_3/.cache/thumbnails/ /home/user_3/snap/gimp/common/.cache/thumbnails/    none    bind    0   0

moko138

/home/user_1/.ca(...)/   /home/user_1/snap/(...)/    none    bind    0   0

Tu peux supprimer les chiffres en fin de ligne, ils sont strictement inutiles ici, puisque les répertoires concernés ne désignent pas des systèmes de fichiers. Cf.

man fstab

       Le cinquième champ (fs_freq)
Ce champ est utilisé par la commande dump(8) pour déterminer quels sont les systèmes de fichiers  à  déchar‐
ger. Si le cinquième champ est absent ou vaut zéro, dump supposera qu'il ne faut pas décharger ce système.

       Le sixième champ (fs_passno)
Ce  champ  est  utilisé  par  le  programme  fsck(8) pour déterminer l'ordre de vérification des systèmes de
fichiers au démarrage.

Coeur Noir

Ok ! J'avais pris exemple ici : https://doc.ubuntu-fr.org/mount_fstab#monter_un_repertoire_avec_l_option_bind_de_la_commande_mount

Et signalement du pépin et son contournement à https://github.com/snapcrafters/gimp/issues/125