Messages : 1,028
Sujets : 104
Inscription : Feb 2016
Réputation :
15
Système d'exploitation:
Distribution(s) Linux: Ubuntu
(10-09-21, 16:13)holly76 a écrit : (10-09-21, 14:50)LViatour a écrit : (10-09-21, 13:36)holly76 a écrit : J'ai rencontré un pb similaire sur Mageia avec gwenview.
La cause en étaient les fichiers jpg générés avec DT , et la faute était finalement dans lib64exiv2
Le bug report Mageia au cas où ça peut aider:
https://bugs.mageia.org/show_bug.cgi?id=29440
Cela semble bien lié à exiv2 qui a eu une mise à jour environ au moment ou j'ai eu le problème.
Je viens de tester sur une Ubuntu 20.04 aucun problème mais c'est une version plus ancienne de exiv2 et Gthumb.
Par contre pourquoi le problème n'arrive qu'avec les jpg venant de darktable et pas les autres là aucune idée. Le pourquoi, je ne sais pas.
Pas contre, j'avais juste enlevé le package lib64exiv2 à jour et remis le précédent en attendant la solution, et ça refonctionnait sans soucis.
je suis passé en version Ubuntu 21.10 mais le problème est toujours présent et ce uniquement avec les jpg venant de darktable.
Il y a un rapport de bug mais rien ne bouge. Alors je sais pas si c'est darktable ou Gthumb ou exiv2 mais c'est vraiment casse pied.....
https://bugs.launchpad.net/ubuntu/+sourc...ug/1943586
Messages : 530
Sujets : 21
Inscription : Mar 2018
Réputation :
3
Système d'exploitation:
Distribution(s) Linux: Mageia 8
(12-11-21, 11:04)LViatour a écrit : (10-09-21, 16:13)holly76 a écrit : (10-09-21, 14:50)LViatour a écrit : (10-09-21, 13:36)holly76 a écrit : J'ai rencontré un pb similaire sur Mageia avec gwenview.
La cause en étaient les fichiers jpg générés avec DT , et la faute était finalement dans lib64exiv2
Le bug report Mageia au cas où ça peut aider:
https://bugs.mageia.org/show_bug.cgi?id=29440
Cela semble bien lié à exiv2 qui a eu une mise à jour environ au moment ou j'ai eu le problème.
Je viens de tester sur une Ubuntu 20.04 aucun problème mais c'est une version plus ancienne de exiv2 et Gthumb.
Par contre pourquoi le problème n'arrive qu'avec les jpg venant de darktable et pas les autres là aucune idée. Le pourquoi, je ne sais pas.
Pas contre, j'avais juste enlevé le package lib64exiv2 à jour et remis le précédent en attendant la solution, et ça refonctionnait sans soucis.
je suis passé en version Ubuntu 21.10 mais le problème est toujours présent et ce uniquement avec les jpg venant de darktable.
Il y a un rapport de bug mais rien ne bouge. Alors je sais pas si c'est darktable ou Gthumb ou exiv2 mais c'est vraiment casse pied.....
https://bugs.launchpad.net/ubuntu/+sourc...ug/1943586 Oui, ce n'est pas un problème de DarkTable mais lib64exiv2; cette librairie a été mise à jour pour ma distrib (Mageia 8) et plus de problème. Voir les packageurs Ubuntu pour leur demander la mise à jour pour lib64exiv2.
Matériel: TZ100, GX80, GX9 & G90, objectifs: Pana-Leica 8-18, 12-60, 100-400 et 15mm f1.7, Pana 14-140 II et 100-300 II, Olympus Zuiko 60mm macro.
Messages : 458
Sujets : 23
Inscription : Feb 2020
Réputation :
8
Système d'exploitation:
Distribution(s) Linux: Kubuntu 24.04
12-11-21, 12:41
(Modification du message : 12-11-21, 12:46 par Cobert.)
Hello,
Je confirme le pb sur le couple fichier jpeg généré par dt et lecture par libexiv2 Ubuntu (gwenview) depuis fin Aout 21.Version 0.27.2-ubuntu2.6(focal-updates)
Je suis revenu à la version antérieure(focal) en attendant une version corrigée de exiv2 sur Ubuntu.
Cordialement.
Mes photos
dt compilé en local, dernière version officielle et master
Messages : 6,585
Sujets : 140
Inscription : Feb 2016
Réputation :
55
Système d'exploitation:
Je viens de regarder ce que j'ai sous OpenSuse Tumbleweed :
Code : S | Name | Type | Version | Arch | Repository
---+-------------------------+--------+-------------+--------------+----------------------
i+ | exiv2 | paquet | 0.27.4-1.2 | x86_64 | Dépôt principal (OSS)
i+ | exiv2 | paquet | 0.27.4-1.2 | x86_64 | openSUSE-20210920-0
v | exiv2 | paquet | 0.27.4-1.2 | i586 | Dépôt principal (OSS)
v | exiv2 | paquet | 0.27.4-1.2 | i586 | openSUSE-20210920-0
i+ | exiv2-lang | paquet | 0.27.4-1.2 | noarch | Dépôt principal (OSS)
i+ | exiv2-lang | paquet | 0.27.4-1.2 | noarch | openSUSE-20210920-0
i+ | libKF5KExiv2-15_0_0 | paquet | 21.08.3-1.1 | x86_64 | Dépôt principal (OSS)
i+ | libKF5KExiv2-15_0_0 | paquet | 21.08.3-1.1 | x86_64 | openSUSE-20210920-0
v | libKF5KExiv2-15_0_0 | paquet | 21.08.3-1.1 | i586 | Dépôt principal (OSS)
v | libKF5KExiv2-15_0_0 | paquet | 21.08.3-1.1 | i586 | openSUSE-20210920-0
i+ | libexiv2-27 | paquet | 0.27.4-1.2 | x86_64 | Dépôt principal (OSS)
i+ | libexiv2-27 | paquet | 0.27.4-1.2 | x86_64 | openSUSE-20210920-0
v | libexiv2-27 | paquet | 0.27.4-1.2 | i586 | Dépôt principal (OSS)
v | libexiv2-27 | paquet | 0.27.4-1.2 | i586 | openSUSE-20210920-0
| libexiv2-27-32bit | paquet | 0.27.4-1.2 | x86_64 | Dépôt principal (OSS)
| libexiv2-27-32bit | paquet | 0.27.4-1.2 | x86_64 | openSUSE-20210920-0
i+ | libexiv2-devel | paquet | 0.27.4-1.2 | x86_64 | Dépôt principal (OSS)
i+ | libexiv2-devel | paquet | 0.27.4-1.2 | x86_64 | openSUSE-20210920-0
v | libexiv2-devel | paquet | 0.27.4-1.2 | i586 | Dépôt principal (OSS)
v | libexiv2-devel | paquet | 0.27.4-1.2 | i586 | openSUSE-20210920-0
i+ | libexiv2-xmp-static | paquet | 0.27.4-1.2 | x86_64 | Dépôt principal (OSS)
i+ | libexiv2-xmp-static | paquet | 0.27.4-1.2 | x86_64 | openSUSE-20210920-0
v | libexiv2-xmp-static | paquet | 0.27.4-1.2 | i586 | Dépôt principal (OSS)
v | libexiv2-xmp-static | paquet | 0.27.4-1.2 | i586 | openSUSE-20210920-0
i+ | libgexiv2-2 | paquet | 0.14.0-1.1 | x86_64 | Dépôt principal (OSS)
i+ | libgexiv2-2 | paquet | 0.14.0-1.1 | x86_64 | openSUSE-20210920-0
v | libgexiv2-2 | paquet | 0.14.0-1.1 | i586 | Dépôt principal (OSS)
v | libgexiv2-2 | paquet | 0.14.0-1.1 | i586 | openSUSE-20210920-0
| libgexiv2-2-32bit | paquet | 0.14.0-1.1 | x86_64 | Dépôt principal (OSS)
| libgexiv2-2-32bit | paquet | 0.14.0-1.1 | x86_64 | openSUSE-20210920-0
| libgexiv2-devel | paquet | 0.14.0-1.1 | x86_64 | Dépôt principal (OSS)
| libgexiv2-devel | paquet | 0.14.0-1.1 | x86_64 | openSUSE-20210920-0
| libgexiv2-devel | paquet | 0.14.0-1.1 | i586 | Dépôt principal (OSS)
| libgexiv2-devel | paquet | 0.14.0-1.1 | i586 | openSUSE-20210920-0
| libkexiv2-devel | paquet | 21.08.3-1.1 | x86_64 | Dépôt principal (OSS)
| libkexiv2-devel | paquet | 21.08.3-1.1 | x86_64 | openSUSE-20210920-0
| libkexiv2-devel | paquet | 21.08.3-1.1 | i586 | Dépôt principal (OSS)
| libkexiv2-devel | paquet | 21.08.3-1.1 | i586 | openSUSE-20210920-0
| python3-gexiv2 | paquet | 0.14.0-1.1 | x86_64 | Dépôt principal (OSS)
| python3-gexiv2 | paquet | 0.14.0-1.1 | x86_64 | openSUSE-20210920-0
| python3-gexiv2 | paquet | 0.14.0-1.1 | i586 | Dépôt principal (OSS)
| python3-gexiv2 | paquet | 0.14.0-1.1 | i586 | openSUSE-20210920-0
| python36-exiv2 | paquet | 0.9.3-1.3 | x86_64 | Dépôt principal (OSS)
| python36-exiv2 | paquet | 0.9.3-1.3 | x86_64 | openSUSE-20210920-0
| python36-exiv2 | paquet | 0.9.3-1.3 | i586 | Dépôt principal (OSS)
| python36-exiv2 | paquet | 0.9.3-1.3 | i586 | openSUSE-20210920-0
| python38-exiv2 | paquet | 0.9.3-1.3 | x86_64 | Dépôt principal (OSS)
| python38-exiv2 | paquet | 0.9.3-1.3 | x86_64 | openSUSE-20210920-0
| python38-exiv2 | paquet | 0.9.3-1.3 | i586 | Dépôt principal (OSS)
| python38-exiv2 | paquet | 0.9.3-1.3 | i586 | openSUSE-20210920-0
| python39-exiv2 | paquet | 0.9.3-1.3 | x86_64 | Dépôt principal (OSS)
| python39-exiv2 | paquet | 0.9.3-1.3 | x86_64 | openSUSE-20210920-0
| python39-exiv2 | paquet | 0.9.3-1.3 | i586 | Dépôt principal (OSS)
| python39-exiv2 | paquet | 0.9.3-1.3 | i586 | openSUSE-20210920-0
i+ | typelib-1_0-GExiv2-0_10 | paquet | 0.14.0-1.1 | x86_64 | Dépôt principal (OSS)
i+ | typelib-1_0-GExiv2-0_10 | paquet | 0.14.0-1.1 | x86_64 | openSUSE-20210920-0
v | typelib-1_0-GExiv2-0_10 | paquet | 0.14.0-1.1 | i586 | Dépôt principal (OSS)
v | typelib-1_0-GExiv2-0_10 | paquet | 0.14.0-1.1 | i586 | openSUSE-20210920-0
Je n'ai pas de problème d'affichage avec d'affichage des JPeg dans GThulb. Ce qui est utilisé est précédé d'un i+
Messages : 295
Sujets : 8
Inscription : May 2020
Réputation :
2
Système d'exploitation:
Distribution(s) Linux: KDE neon user edition
Bonjour,
Sur KDE neon user edition, je viens d'installer gthumb pour tester le problème de Luc.
Les raw venant de DT s'affichent bien.
Par contre ma visionneuse gwenview, depuis plus d'un mois, affiche tous les raw en pixelisant à mort.
J'ai fait un rapport de bug...
Du coup, j'ai installé nomacs qui est impeccable.
Mais gwenview me manque.
François-Marie
Messages : 530
Sujets : 21
Inscription : Mar 2018
Réputation :
3
Système d'exploitation:
Distribution(s) Linux: Mageia 8
(12-11-21, 16:01)zakfm a écrit : Bonjour,
Sur KDE neon user edition, je viens d'installer gthumb pour tester le problème de Luc.
Les raw venant de DT s'affichent bien.
Par contre ma visionneuse gwenview, depuis plus d'un mois, affiche tous les raw en pixelisant à mort.
J'ai fait un rapport de bug...
Du coup, j'ai installé nomacs qui est impeccable.
Mais gwenview me manque. Ben pourquoi ne pas utiliser une distrib bien francisée depuis ses origines, et où les développeurs sont réactifs dès qu'on signale une pb?
Bref, la Mageia, et gwenview fonctionne du tonnerre 
Matériel: TZ100, GX80, GX9 & G90, objectifs: Pana-Leica 8-18, 12-60, 100-400 et 15mm f1.7, Pana 14-140 II et 100-300 II, Olympus Zuiko 60mm macro.
Messages : 6,585
Sujets : 140
Inscription : Feb 2016
Réputation :
55
Système d'exploitation:
Sous OpenSuse Tumbleweed, GWenView et GThumb fonctionne parfaitement pour l'affichage des Raw et des JPeg. C'est une Rolling Release allemande qui a développée KDE.
Messages : 295
Sujets : 8
Inscription : May 2020
Réputation :
2
Système d'exploitation:
Distribution(s) Linux: KDE neon user edition
(12-11-21, 17:42)jpg54 a écrit : Sous OpenSuse Tumbleweed, GWenView et GThumb fonctionne parfaitement pour l'affichage des Raw et des JPeg. C'est une Rolling Release allemande qui a développée KDE.
Vu mon avatar, je dois essayer Opensuse
François-Marie
Messages : 6,585
Sujets : 140
Inscription : Feb 2016
Réputation :
55
Système d'exploitation:
(12-11-21, 17:58)zakfm a écrit : Vu mon avatar, je dois essayer Opensuse
J'ai pas pu interprété ton pseudo. Je te conseille vraiment la version Tumbleweed en KDE, c'est la meilleur intégration de KDE que j'ai utilisée. On est 2 à pouvoir t'aider ici à le maîtriser.
Messages : 295
Sujets : 8
Inscription : May 2020
Réputation :
2
Système d'exploitation:
Distribution(s) Linux: KDE neon user edition
(12-11-21, 19:39)jpg54 a écrit : (12-11-21, 17:58)zakfm a écrit : Vu mon avatar, je dois essayer Opensuse
J'ai pas pu interprété ton pseudo. Je te conseille vraiment la version Tumbleweed en KDE, c'est la meilleur intégration de KDE que j'ai utilisée. On est 2 à pouvoir t'aider ici à le maîtriser.
Merci, c'est noté.
François-Marie
|
