Snap Flatpak... 2 Gimps, lequel choisir ?

Roschan · Le 14/05/2018, à 21:15

Pour moi c'est plutôt le contraire : il te manque un bout.

Normalement, avec le flatpak de Gimp, il devrait y avoir un paquet avec le même nom mais ".Locale" à la fin, d'habitude ça vient avec, mais selon comment tu l'as installé il n'est peut-être pas venu

GammaDraconis · Le 14/05/2018, à 21:26

Ouais tu as raison, à mon avis il s'y ai mal pris pour l'installer.

Tu as bien ajouté le dépot "flathub" puis fais :

sudo flatpak install flathub org.gimp.GIMP/x86_64/stable

?

Rappel : pour ajouter le dépot flathub, la commande est :

sudo flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo

Roschan · Le 14/05/2018, à 21:35

Pas besoin de sudo.

Nulle part.

Aucun sudo avec flatpak.

Coeur Noir · Le 14/05/2018, à 22:22

J'ai benoîtement suivi https://flatpak.org/setup/Ubuntu/
( donc non je ne m'y suis pas mal pris à priori - sans sudo comme indiqué )
puis https://flathub.org/apps/details/org.gimp.GIMP

Je cherche où le .Locale relatif au flatpak de Gimp ? Et s'il manque je le récupère comment ?
→ /var/lib/flatpak/runtime/org.gimp.GIMP.Locale/x86_64/stable
J'ai là 2 dossiers : active ( qui est un lien vers le second ) et c72f571ad2c5b7befa0f3b204af42410b6c11ff07aa6b24d30d805bf75876469 ( mmm c'est vachement humanly-readable ce truc )
où je finis par voir un dossier fr dans files.
Il contient :

gm-1710@ASGARD:/var/lib/flatpak/runtime/org.gimp.GIMP.Locale/x86_64/stable/c72f57
fr/LC_MESSAGESgm-1710@ASGARD:/var/lib/flatpak/runtime/org.gimp.GIMP.Locale/x86_64/stable/c72f571ad2c5b7befa0f3b204af42410b6c11ff07aa6b24d30d805bf75876469/files/fr/share/fr/LC_MESSAGES$ ls -la
total 1048
drwxr-xr-x 2 root root   4096 janv.  1  1970 .
drwxr-xr-x 3 root root   4096 janv.  1  1970 ..
-rw-r--r-- 2 root root 104230 janv.  1  1970 exiv2.mo
-rw-r--r-- 2 root root 104571 janv.  1  1970 gegl-0.4.mo
-rw-r--r-- 2 root root  46183 janv.  1  1970 gimp20-libgimp.mo
-rw-r--r-- 2 root root 466433 janv.  1  1970 gimp20.mo
-rw-r--r-- 2 root root   7223 janv.  1  1970 gimp20-python.mo
-rw-r--r-- 2 root root  28286 janv.  1  1970 gimp20-script-fu.mo
-rw-r--r-- 2 root root 206853 janv.  1  1970 gimp20-std-plug-ins.mo
-rw-r--r-- 2 root root  13902 janv.  1  1970 gimp20-tips.mo
-rw-r--r-- 2 root root  17725 janv.  1  1970 libmypaint.mo
-rw-r--r-- 2 root root  52123 janv.  1  1970 WebKitGTK-2.0.mo
gm-1710@ASGARD:/var/lib/flatpak/runtime/org.gimp.GIMP.Locale/x86_64/stable/c72f57
fr/LC_MESSAGESgm-1710@ASGARD:/var/lib/flatpak/runtime/org.gimp.GIMP.Locale/x86_64/stable/c72f571ad2c5b7befa0f3b204af42410b6c11ff07aa6b24d30d805bf75876469/files/fr/share/fr/LC_MESSAGES$

( oui c'est tel quel le retour du terminal lancé depuis Nautilus via clic droit dans le dossier fr )

Roschan · Le 14/05/2018, à 22:29

c72f571ad2c5b7befa0f3b204af42410b6c11ff07aa6b24d30d805bf75876469 ( mmm c'est vachement humanly-readable ce truc )

ça marche comme des commit sur git, sauf que là c'est avec des applications compilées et pas juste avec du code source, du coup t'as oui un hash, ça garde trace des update de l'applications pour pouvoir revenir dessus en cas de pépin si j'ai bien suivi. Mais t'es supposé utiliser "active" normalement, c'est human readable ça

J'ai pas GIMP là, mais sur les autres applis, c'est plutôt dans /var/lib/flatpak/app/nom.de.l.app/x86_64/stable/active/[là faut chercher où est "locale/fr"]

Dernière modification par Roschan (Le 14/05/2018, à 22:30)

krodelabestiole · Le 14/05/2018, à 23:21

Coeur Noir a écrit :

Où ai-je dit que les versions intermédiaires sont instables ?

tu fais une opposition entre version LTS et version de test.
vu que les LTS sont étiquetées ainsi pour les différencier des versions intermédiaires, cette tournure laisse sous entendre que les versions intermédiaires seraient des versions de test.

à ma connaissance c'est pas le cas, à moins qu'il y ait une politique qui m'aurait échappée du genre : "sur les intermédiaires on propose de nouvelles fonctionnalités, et sur les LTS on corrige les bugs", mais je crois pas que ce soit le cas.

Roschan · Le 14/05/2018, à 23:35

C'est quand même assez largement ce qu'ils ont fait avec la 17.10

Coeur Noir · Le 15/05/2018, à 10:30

Euh si si kro, les versions intermédiaires sont bien là pour introduire des nouveautés, pour les tester grandeur nature, sur une base saine ( l'OS est stable, ça n'est pas une beta on est d'accord mais les nouveautés proposées restent souvent à peaufiner ).
Elles ne sont absolument pas mises en avant sur le site officiel ubuntu.com par exemple - qui vend du support garanti uniquement sur les LTS.
Les LTS restent en quelque sorte figées point de vue fonctionnalité et ergonomie ( cependant sécurité, noyaux, piles graphique sont backportés au rythme des sorties intermédiaires ) durant leurs années de support.

Bon c'est sur que ces 2-3 dernières années les versions intermédiaires ne proposaient pas grand changement, c'est re-devenu amusant ( ou inquiétant selon les goûts ) avec la 17.10 ;-)

Dernière modification par Coeur Noir (Le 15/05/2018, à 11:24)

Coeur Noir · Le 16/05/2018, à 11:14

À surveiller aussi
https://forum.ubuntu-fr.org/viewtopic.p … #p21918764
https://forum.ubuntu-fr.org/viewtopic.p … #p21914733
→ gimp 2.10 pas en français…

Dernière modification par Coeur Noir (Le 25/05/2018, à 19:13)

Isaric · Le 17/05/2018, à 06:46

michel_04 a écrit :

Par défaut 18.04 utilise Xorg et pas Wayland.

Peut-on réinstaller Wayland ?
Je rencontre trop de problème, par exemple xsane dès que je veux changer le mode "multipage" en autre chose il plante et plus rien à faire...

Roschan · Le 17/05/2018, à 13:13

il est déjà tout à fait installé normalement, il faut juste le sélectionner lors de la connexion

Isaric · Le 17/05/2018, à 13:45

Merci Roschan, au 3e démarrage il est bien parti en Wayland

[édit] Plus le problème du post 60 :

Isaric a écrit :

Je rencontre trop de problème, par exemple xsane dès que je veux changer le mode "multipage" en autre chose il plante et plus rien à faire...

Dernière modification par Isaric (Le 17/05/2018, à 13:49)

Isaric · Le 17/05/2018, à 13:57

Je suis toujours preneur pour des réponses post #46
Sur la manière de procéder pour ré-organiser mes partitions...

[édit]
Sur un autre ordinateur (installation presque neuve et "minimaliste")

isaric@isaric-OptiPlex-745:~$ sudo fdisk -l
[sudo] Mot de passe de isaric : 
Disque /dev/loop0 : 180,5 MiB, 189272064 octets, 369672 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop1 : 3,7 MiB, 3813376 octets, 7448 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop2 : 12,2 MiB, 12804096 octets, 25008 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop3 : 3,3 MiB, 3411968 octets, 6664 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop4 : 2,3 MiB, 2428928 octets, 4744 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop5 : 457,2 MiB, 479408128 octets, 936344 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop6 : 140 MiB, 146841600 octets, 286800 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop7 : 86,6 MiB, 90759168 octets, 177264 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/sda : 149 GiB, 160000000000 octets, 312500000 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x6ace4b02

Périphérique Amorçage     Début       Fin  Secteurs Taille Id Type
/dev/sda1    *             2048 300781567 300779520 143,4G 83 Linux
/dev/sda2             300781568 312498175  11716608   5,6G 82 partition d'échang




Disque /dev/loop8 : 21 MiB, 22003712 octets, 42976 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop9 : 21,6 MiB, 22609920 octets, 44160 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop10 : 140 MiB, 146841600 octets, 286800 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop11 : 1,6 MiB, 1691648 octets, 3304 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop12 : 13 ]MiB, 13594624 octets, 26552 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop13 : 86,6 MiB, 90828800 octets, 177400 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop14 : 139,5 MiB, 146276352 octets, 285696 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop15 : 457,2 MiB, 479395840 octets, 936320 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
isaric@isaric-OptiPlex-745:~$ df -Th
Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
udev             devtmpfs   1,1G       0  1,1G   0% /dev
tmpfs            tmpfs      212M    1,7M  211M   1% /run
/dev/sda1        ext4       141G    5,4G  128G   5% /
tmpfs            tmpfs      1,1G     30M  1,1G   3% /dev/shm
tmpfs            tmpfs      5,0M    4,0K  5,0M   1% /run/lock
tmpfs            tmpfs      1,1G       0  1,1G   0% /sys/fs/cgroup
/dev/loop1       squashfs   3,8M    3,8M     0 100% /snap/gnome-system-monitor/39
/dev/loop2       squashfs    13M     13M     0 100% /snap/gnome-characters/69
/dev/loop8       squashfs    21M     21M     0 100% /snap/gnome-logs/25
/dev/loop3       squashfs   3,4M    3,4M     0 100% /snap/gnome-system-monitor/36
/dev/loop4       squashfs   2,4M    2,4M     0 100% /snap/gnome-calculator/167
/dev/loop0       squashfs   181M    181M     0 100% /snap/vlc/190
/dev/loop7       squashfs    87M     87M     0 100% /snap/core/4486
/dev/loop5       squashfs   458M    458M     0 100% /snap/libreoffice/59
/dev/loop6       squashfs   141M    141M     0 100% /snap/gnome-3-26-1604/59
/dev/loop9       squashfs    22M     22M     0 100% /snap/gnome-logs/31
/dev/loop10      squashfs   141M    141M     0 100% /snap/gnome-3-26-1604/62
/dev/loop11      squashfs   1,7M    1,7M     0 100% /snap/gnome-calculator/154
/dev/loop12      squashfs    13M     13M     0 100% /snap/gnome-characters/86
tmpfs            tmpfs      212M     16K  212M   1% /run/user/120
tmpfs            tmpfs      212M    1,5M  211M   1% /run/user/1000
/dev/loop13      squashfs    87M     87M     0 100% /snap/core/4571
/dev/loop14      squashfs   140M    140M     0 100% /snap/gnome-3-26-1604/64
/dev/loop15      squashfs   458M    458M     0 100% /snap/libreoffice/63

isaric@isaric-OptiPlex-745:~$ snap list
Nom                   Version           Révision  Suivi     Développeur  Notes
core                  16-2.32.6         4571      stable    canonical    core
gnome-3-26-1604       3.26.0            64        stable/…  canonical    -
gnome-calculator      3.28.1            167       stable/…  canonical    -
gnome-characters      3.28.0            86        stable/…  canonical    -
gnome-logs            3.28.0            31        stable/…  canonical    -
gnome-system-monitor  3.26.0            39        stable/…  canonical    -
libreoffice           6.0.4.2           63        stable    canonical    -
vlc                   3.0.1-4-g14a4897  190       stable    videolan     -
isaric@isaric-OptiPlex-745:~$

[édit 18/05/18]
Avec l'environnement Wayland, j'ai pu installer gimp (version snap) sans problème
Màj post #46

Dernière modification par Isaric (Le 21/05/2018, à 05:55)

Coeur Noir · Le 01/07/2018, à 23:47

Tiens, vos sites sérieux d'hébergement d'images semblent KO dans cette discussion ;-)

Isaric, les /dev/loop sont créés par les appli's snap, supprime les snaps, ça devrait supprimer les /dev/loop correspondants.

Isaric · Le 02/07/2018, à 07:52

Merci Coeur Noir,
Je suis plutôt dans la tendance d'essayer les snaps dont le principe me semble intéressant, même si par exemple le démarrage de LibreOffice est un peu long, etc.
Les logiciels installées semblent bien tourner...
Ma question est de savoir s'il y a un besoin, un intérêt d'un partitionnement particulier lorsqu'on utilise des snaps
(post #46)

Coeur Noir · Le 02/07/2018, à 13:19

À priori non. Snaps gèrent leur bordel automatiquement.

Isaric · Le 02/07/2018, à 14:13

Merci Coeur Noir, , tu n'as pas l'air très enthousiasme pour Snap... ?

bluc · Le 02/07/2018, à 20:16

tu n'as pas l'air très enthousiasme pour Snap... ?

moi non plus

bluc · Le 02/07/2018, à 20:17

tu n'as pas l'air très enthousiasme pour Snap... ?

moi non plus !...

nam1962 · Le 02/07/2018, à 21:04

Installer des paquets qui existent dans les dépôts via snap ou flatpak

Si c'est une version plus récente qui est indispensable, mieux vaut le PPA. Pour Gimp ou LibreOffice c'est même une évidence.

Snap et flatpak (je préfère flatpak) sont utiles pour des logiciels genre skype.

Dernière modification par nam1962 (Le 02/07/2018, à 21:04)

Coeur Noir · Le 03/07/2018, à 00:08

Aujourd'hui non je ne suis pas très enthousiaste vis à vis de snap car ça ne me paraît pas « fini » :
- temps de démarrage,
- traductions pas toujours là,
- problèmes de thèmes,
- confinement qui implique parfois de réorganiser nos données ou modifier des « procédures » de travail ( et selon le contexte c'est loin d'être anodin ! )
- la place prise par ces packages…

Il y a des idées intéressantes derrière : la mise à jour « permanente », c'est multi-plateforme, davantage sécurisé mais aujourd'hui tel quel c'est plus contraignant que facilitant.
D'où mon relatif agacement à voir cette techno mise en avant dans 18.04 LTS ( mais sans avertir indubitablement des risques ) comme si elle remplaçait de façon transparente et indolore apt & deb : ça n'est pas du tout le cas pour l'instant.
On devrait laisser mûrir tranquillement au fur et à mesure des versions intermédiaires et ne pas fourguer par défaut tout ce bazar dans une LTS, laisser le choix à l'utilisateur de tenter l'aventure snap, pas lui imposer l'air de rien et le laisser se démerder avec ses logiciels favoris qui ont l'air cassés avec là une drôle d'allure où ici une fonction un peu moins pratique à utiliser…

Enfin oui, Nam le souligne : c'est utile pour des logiciels « genre skype » ce qui signifie des logiciels que leur éditeur commercial et propriétaire ne prendra pas la peine de développer nativement sous Linux et sa pléthore d'environnements et de distributions. Pour ce genre de logiciels ( dont les sources ne sont pas publiées à l'attention de la communauté pour les adapter aux diverses distributions ) un snap, développé une seule fois dans le secret de son code propriétaire, est censé être installable partout… Encore faudra-t-il quelqu'un pour les acheter, ces logiciels. Des jeux sans doute ? After-effect ? Photoshop ? AutoCad ? La tendance chez les grosses pointures c'est plutôt de vendre de l'abonnement software as a service et un jour tout passera par des interfaces web… ?

heronheronpetitpatapon · Le 03/07/2018, à 02:15

michel_04 a écrit :

Re,
Doc Synaptic a écrit :
Ce pré-requis impose par conséquent d'utiliser Synaptic sur un système fonctionnant avec Xorg. À l'opposé, les sessions utilisant Wayland (comme c'est le cas de la variante par défaut depuis la version 17.10) ne supporteront pas Synaptic1). Il est alors recommandé d'utiliser des alternatives comme GNOME Paquets par exemple.

Pourquoi donc Synaptic ne sera plu supporté sur les futur session Wayland? Il est quand même beaucoup plus complet que Gnome Paquets!
Il est prévu peut-être de muscler Gnome Paquets? Ou alors de faire toutes les opérations plus fine en ligne de commandes?

GammaDraconis · Le 03/07/2018, à 12:01

Canonical est revenu sur Xorg par défaut, la session Wayland par défaut c'était juste la 17.10 pour expérimenter et ils sont revenu sur Xorg pour la 18.04, a ma connaissance ils n'ont pas prévu de revenir une nouvelle fois sur Wayland par défaut pour la prochaine 18.10.

Et sinon pourquoi Synaptic ne fonctionne pas sous Wayland ? tout simplement parceque c'est plus sécurisé et que ça interdit le lancement d'application graphique avec les droits root, Synaptic n'est pas le seul cas, Gparted non plus ne peux pas être lancé dans une session Wayland.
(a noté qu'il existe des méthodes de contournement)

Coeur Noir · Le 03/07/2018, à 23:56

Sous Wayland la session graphique est lancée par l'utilisateur connecté, et lui seul y accède. Donc impossible qu'un autre utilisateur l'utilise ( ou l'espionne ) en même temps, même pas root.

Si j'ai bien compris, l'actuel fonctionnement de Synaptic, gParted ( et d'autres ) ne sépare pas leur partie « interface graphique » de leur partie « commandes exécutées », c'est l'ensemble qui est lancé par root, et c'est justement cela que Wayland ne tolère pas ( la partie graphique devrait rester à l'utilisateur courant ).

On peut imaginer qu'un jour Synaptic & cie intégreront cette séparation ( est-ce que c'est la fonction de pkexec ? ) et tourneront sous Wayland. En attendant il y a des applications plus ou moins équivalentes dans l'univers gnome.

Isaric · Le 11/09/2018, à 06:55

J'utilise toujours snap

isaric@isaric-p6-2007frm:~$ snap list
Name                  Version    Rev   Tracking  Publisher     Notes
core                  16-2.35    5328  stable    canonical✓    core
core18                0.1        19    stable    canonical✓    base
firefox               62.0-2     124   stable    mozilla✓      -
gimp                  2.10.6     47    stable    snapcrafters  -
gnome-3-26-1604       3.26.0     70    stable/…  canonical✓    -
gnome-calculator      3.30.0     222   stable/…  canonical✓    -
gnome-characters      3.28.2     117   stable/…  canonical✓    -
gnome-logs            3.28.2     40    stable/…  canonical✓    -
gnome-system-monitor  3.28.2     54    stable/…  canonical✓    -
gtk-common-themes     0.1        319   stable    canonical✓    -
handbrake-jz          1.1.1      134   stable    jz            -
libreoffice           6.1.0.3    80    stable    canonical✓    -
skype                 8.28.0.41  51    stable    skype✓        classic
vlc                   3.0.4      555   stable    videolan✓     -
isaric@isaric-p6-2007frm:~$

Même si cela semble un peu long au démarrage des applications, ce qui m’embête le plus c'est avec l'utilisation de Thunderbird, si j'ai un fichier joint de vidéo.mp4 ou un .docx il ne s'ouvre pas.
Il me faut l'enregistrer pour ensuite le lire, ce qui est un peu lourd !
Y a-t-il une solution pour pourvoir lancer les applications

Exemple d'un .wav avec une demande d'ouverture de la pièce jointe sur Thunderbird, vlc dit :

Votre média d'entrée ne peut être ouvert:
VLC ne peut pas ouvrir « file:///tmp/mozilla_isaric0/20180909_182805_0647463825.wav ». Vérifiez les messages pour plus de détails.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 14/05/2018, à 21:15

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#52 Le 14/05/2018, à 21:26

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#53 Le 14/05/2018, à 21:35

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#54 Le 14/05/2018, à 22:22

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#55 Le 14/05/2018, à 22:29

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#56 Le 14/05/2018, à 23:21

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#57 Le 14/05/2018, à 23:35

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#58 Le 15/05/2018, à 10:30

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#59 Le 16/05/2018, à 11:14

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#60 Le 17/05/2018, à 06:46

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#61 Le 17/05/2018, à 13:13

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#62 Le 17/05/2018, à 13:45

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#63 Le 17/05/2018, à 13:57

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#64 Le 01/07/2018, à 23:47

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#65 Le 02/07/2018, à 07:52

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#66 Le 02/07/2018, à 13:19

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#67 Le 02/07/2018, à 14:13

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#68 Le 02/07/2018, à 20:16

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#69 Le 02/07/2018, à 20:17

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#70 Le 02/07/2018, à 21:04

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#71 Le 03/07/2018, à 00:08

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#72 Le 03/07/2018, à 02:15

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#73 Le 03/07/2018, à 12:01

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#74 Le 03/07/2018, à 23:56

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

#75 Le 11/09/2018, à 06:55

Re : Snap Flatpak... 2 Gimps, lequel choisir ?

Pied de page des forums