[bug rapporté] Gimp 2.8 efface les tags

deuchdeb · 09-07-2013 21:14:40

Ô grand Zeus !!!!!!!!

Octopus Riot · 09-07-2013 22:00:13

Merci d'essayer

Haricophile · 09-07-2013 23:01:05

Au lieu de prier, on peut compiler. C'est plus fatiguant mais plus efficace.

Dernière modification par Haricophile (09-07-2013 23:01:27)

paskal · 10-07-2013 06:22:06

Haricophile a écrit :

Au lieu de prier, on peut compiler.

Quoiqu'on peut faire les deux, le second engageant au premier

deuchdeb · 10-07-2013 10:08:38

Au lieu de prier, on peut compiler. C'est plus fatiguant mais plus efficace. cool

Plus fatiguant? Tu vas voir après une journée à genou les bras levés au ciel.

Aprés, c'est sûre, il vaut mieux tanter la compilation.

Octopus Riot · 11-07-2013 11:28:08

Compiler peut être une solution pour certains mais ce n'est pas un geste anodin, il peut y avoir des problèmes de bibliothèques, je ne suis pas passionné d'informatique, mais juste utilisateur de libre allergique au monopole Microsoft (vente liée etc.), je préfère attendre une arrivé hypothétique dans les backports plutôt que de me lancer dans une opération qui me fera perdre beaucoup de temps en cas de dysfonctionnement. Mais j'ai peur aussi que Gimp soit figé en 2.8.2 toute la durée de "vie" de Wheezy...

deuchdeb · 11-07-2013 14:36:54

Mais j'ai peur aussi que Gimp soit figé en 2.8.2 toute la durée de "vie" de Wheezy...

Oui c'est un problème pour les distributions Linux qui arrivent avec tous leurs logiciels dans une version et il faut attendre une mise à jours globale pour voir évoluer les logiciels.
Il y a bien des backports mais ça reste faible en offre
C'est aussi le prix de la stabilitée, mais aussi un frein à l'évolution et un manque de souplesse.
Imaginez une debian Lenny qui marchait super bien avec la dernière version de Gimp sur un PPA.

Sinon la solution créer son paquet deb à partir des sources de sid, mais pas facile quand même. http://debian-facile.org/doc:systeme:retroportage

Dernière modification par deuchdeb (11-07-2013 14:39:43)

Octopus Riot · 20-07-2013 12:44:42

Bonjour à tous,

J'ai remarqué qu'il y a gimp 2.8.6 dans le dépôt de Sid.

J'ai bien lu le wiki df sur le rétroportage d'un paquet Sid dans Stable : http://debian-facile.org/doc:systeme:retroportage

Mais les commandes dans la doc officielle ont l'air plus simples (il y en a moins) :

Installez la source de Debian source (et les outils de développement, en particulier debhelper, devscripts et build-essential) puis compilez le paquet.

Etape par étape :

ajoutez une ligne deb-src de sid à votre fichier sources.list

apt-get update
apt-get build-dep PACKAGE_NAME
apt-get -b source PACKAGE_NAME

Les fichiers debs produits devraient être dans le répertoire courant et peuvent être installés avec la commande dpkg -i the.deb.

Problème, le tuto utilise apt-get et moi j'ai fais le choix d'aptitude... Comment traduire ces commandes avec aptitude tout en sachant que "aptitude -b" selon le man d'aptitude n'existe pas...

Dernière modification par Octopus Riot (20-07-2013 12:47:28)

smolski · 20-07-2013 14:12:01

aptitude et apt-get peuvent être utilisés conjointement sans problème.
C'est à dire que si tu fais les commandes indiquées elles seront parfaitement rendues sous apt-get, même si tu utilises habituellement aptitude.
Tu peux utiliser l'option -s avec apt-get pour simuler les commandes et ainsi avoir leurs résultats dans le termiinal sans qu'elles soient appliquées.

Octopus Riot · 20-07-2013 18:43:46

Merci pour tes précisions Smolski

Je vous tiens au courant si ça marche (ou pas...)

Octopus Riot · 21-07-2013 13:49:06

Ça y est, je viens d'installer Gimp 2.8.6 par rétroportage en suivant la méthode de la doc officielle de Debian. Après avoir désinstallé le Gimp 2.8.2 originel,

1. j'ai installé debhelper, devscripts, build-essential

# aptitude install debhelper devscripts build-essential

2. Je complète le fichier /etc/apt/sources.list avec les sources de Sid en ajoutant la ligne deb-src http://ftp.fr.debian.org/debian/ unstable main contrib non-free avec nano.

# nano /etc/apt/sources.list

3. les trois commandes de la doc officielle :

# apt-get update

# apt-get build-dep gimp

# apt-get -b source gimp

Ça a mouliné pas mal de temps (45mn), au bout du compte ça a généré des paquets deb et tar.gz et quelques fichiers dont voilà la liste :

gimp_2.8.6-1.debian.tar.gz

gimp_2.8.6-1.dsc

gimp_2.8.6-1_i386.changes

gimp_2.8.6-1_i386.deb

gimp_2.8.6.orig.tar.bz2

gimp-data_2.8.6-1_all.deb

gimp-dbg_2.8.6-1_i386.deb

libgimp2.0_2.8.6-1_i386.deb

libgimp2.0-dev_2.8.6-1_i386.deb

libgimp2.0-doc_2.8.6-1_all.deb

J'ai installé les fichiers *deb.

# dpkg -i *deb

Bilan, j'ai appris à rétroporter un paquet Sid sur la Stable, mais Gimp 2.8.6 efface les tags lui aussi...

Y-a-t-il une recette pour désinstaller proprement un paquet rétroporté pour éventuellement plus tard le remplacer par une version supérieure ?

Dernière modification par Octopus Riot (21-07-2013 14:31:37)

Haricophile · 21-07-2013 14:24:14

Si tu as créé des .deb avec apt-get ou peut-être dpkg -r si c'est pas dans la base de apt.

Octopus Riot · 21-07-2013 14:29:44

Salut Haricophile,

Avec aptitude peut être ? Genre # aptitude remove --purge-unused gimp ?

Haricophile · 21-07-2013 14:44:57

Si tu as installé un paquet, il est enregistré et désinstallable par la même méthode que tu l'a installé. Au pire, dpkg -r le_paquet fonctionnera sauf si ton script est foireux

Au fait, tu a vérifié que ton bug soit bien enregistré et documenté dans https://bugzilla.gnome.org ?
N'hésite pas à alimenter la chose.

Sinon, comme on disait, exiv2 c'est pas mal et scriptable, c'est ce que j'utilisais avant que Gimp ne gère les metadata avec un peu plus que le commentaire jpeg. A mon avis, ils ont de toute manière mal compris l'intérêt majeur des métadonnées quand on fait du versionning avec des clients par exemple, ce qui est quand même un des points forts de Adobe.

Alternativement, je n'ai pas testé, mais vu que Digikam gère très bien les metadata et est au maximum compatible avec tout le monde, à commencer par Adobe, peut-être que Krita fait ça bien aussi ? C'est QT, mais si les dev GTK.... y'en a marre à la fin.

Octopus Riot · 22-07-2013 08:43:41

J'ai tout simplement installé les *deb avec la commande # dpkg -i *deb, je vais garder cette version en attendant une prochaine, il parait que la 2.9 est sur les rails...

Qu'entends-tu par "versionning" ?

J'avais cherché une alternative à Gimp, dont Krita, mais rien trouvé de satisfaisant, notamment, lors du redimensionnement d'une photo, l'affichage avant export en jpg du "poids" de l'image en Ko.

Haricophile · 22-07-2013 10:12:22

J'utilise sûrement un très mauvais mot franglais pour "système de gestion de versions"

Bref, Adobe intègre avec XMP pas mal d'informations utilisables dans une chaîne graphique dont celle là.

Si tu installe avec dpkg -i désinstalle avec dpkg -r pas besoin de se tordre les méninges.

P.S. exiv2 c'est vraiment très bien, avec quelques scripts : Tu extrait et sauvegarde systématiquement les meta-data, ça te permet de manipuler les images dans les formats ou des logiciels qui ne les supportent pas, tu réintègre ensuite dans l'image finale selon les besoins. C'est un peu plus lourd mais efficace et fiable.

Dernière modification par Haricophile (22-07-2013 10:15:33)

Octopus Riot · 22-07-2013 18:09:10

Ok, je passerai par exiv2 si je dois revenir sur une image contenant des métadonnées.

Octopus Riot · 23-07-2013 10:38:57

Salut DF,

J'ai utilisé le script de Kao (voir page 2) et ça marche très bien, l'opération restaure très bien les métadonnées et se fait en un éclair. Merci Kao

Octopus Riot · 23-07-2013 12:39:15

Aï, le script ne fonctionne que pour une seule image dans le dossier original, si j'en mets plusieurs c'est l'échec. Ici avec deux photos, plan_de_la_garde_20130721_04.jpg et plan_de_la_garde_20130721_07.jpg du dossier original/ exportées sur le dossier appelé final/.

cp: « plan_de_la_garde_20130721_04.xmp » et « ../final/plan_de_la_garde_20130721_04.xmp » identifient le même fichier

cp: « plan_de_la_garde_20130721_04.exv » et « ../final/plan_de_la_garde_20130721_04.exv » identifient le même fichier

rm: impossible de supprimer « ../original/plan_de_la_garde_20130721_04.xmp »: Aucun fichier ou dossier de ce type

rm: impossible de supprimer « ../original/plan_de_la_garde_20130721_04.exv »: Aucun fichier ou dossier de ce type

cp: « plan_de_la_garde_20130721_07.xmp » et « ../final/plan_de_la_garde_20130721_07.xmp » identifient le même fichier

cp: « plan_de_la_garde_20130721_07.exv » et « ../final/plan_de_la_garde_20130721_07.exv » identifient le même fichier

rm: impossible de supprimer « ../original/plan_de_la_garde_20130721_07.xmp »: Aucun fichier ou dossier de ce type

rm: impossible de supprimer « ../original/plan_de_la_garde_20130721_07.exv »: Aucun fichier ou dossier de ce type

kao · 23-07-2013 22:23:54

attention dans mon script, les dossiers sont censés s'appeler "originaux" et pas "original" ainsi que "finaux" et pas "final".
de plus le script doit être exécuter depuis le dossier "originaux".
Mais bon en le relisant vite, je pense que j'aurai pu faire plus propre. Notamment en faisant des mv plutôt que des cp, il faudrait que je teste à nouveau....

Octopus Riot · 24-07-2013 11:51:07

Salut Kao

Merci à toi, mais il n'y a pas de problème de nom, j'ai juste remplacé tes noms de dossiers dans le script par leur singulier, d'ailleurs ça marche avec une seule photo. Pas de problème de chemin non plus sinon ça ne marcherait pas non plus avec une seule photo dans le dossier "original/", le problème vient quand il y a plusieurs photos dans "original/" alors que le script marche très bien avec une seule photo dans "original/". Remplacer cp par mv ne change rien.

Dernière modification par Octopus Riot (24-07-2013 11:54:39)

kao · 24-07-2013 17:55:13

Trouvé!!
Fallait revenir au point de départ à la fin du script:

cd "../originaux";

le voici avec le mv, j'ai pu transférer plusieurs tags différents aux bons destinataires.
Dis moi, si c'est bon pour toi.

#!/bin/sh

for file in *.jpg;

do 

#extraction des données xmp

  xmp=${file%%.jpg}.xmp;

  exiv2 -eX $file;

  mv "$xmp" "../finaux/";

#extraction des données exif

  exif=${file%%.jpg}.exv;

  exiv2  extract $file;

  mv $exif "../finaux/";

#réécriture des données xmp

  cd "../finaux";

  exiv2 -dx "$file"; 

  exiv2 -iX "$file"; 

  rm "$xmp";

#réécriture des données exif

  exiv2 -de "$file";

  exiv2 insert "$file"; 

  rm "$exif";

  cd "../originaux";

done

Octopus Riot · 24-07-2013 20:14:56

Ok

je vais tester ça et je te tiens au courant.

Octopus Riot · 24-07-2013 20:53:59

Ça marche avec plusieurs fichiers

smolski · 25-07-2013 00:39:33

Debian-facile

#26 09-07-2013 21:14:40

Re : [bug rapporté] Gimp 2.8 efface les tags

#27 09-07-2013 22:00:13

Re : [bug rapporté] Gimp 2.8 efface les tags

#28 09-07-2013 23:01:05

Re : [bug rapporté] Gimp 2.8 efface les tags

#29 10-07-2013 06:22:06

Re : [bug rapporté] Gimp 2.8 efface les tags

#30 10-07-2013 10:08:38

Re : [bug rapporté] Gimp 2.8 efface les tags

#31 11-07-2013 11:28:08

Re : [bug rapporté] Gimp 2.8 efface les tags

#32 11-07-2013 14:36:54

Re : [bug rapporté] Gimp 2.8 efface les tags

#33 20-07-2013 12:44:42

Re : [bug rapporté] Gimp 2.8 efface les tags

#34 20-07-2013 14:12:01

Re : [bug rapporté] Gimp 2.8 efface les tags

#35 20-07-2013 18:43:46

Re : [bug rapporté] Gimp 2.8 efface les tags

#36 21-07-2013 13:49:06

Re : [bug rapporté] Gimp 2.8 efface les tags

#37 21-07-2013 14:24:14

Re : [bug rapporté] Gimp 2.8 efface les tags

#38 21-07-2013 14:29:44

Re : [bug rapporté] Gimp 2.8 efface les tags

#39 21-07-2013 14:44:57

Re : [bug rapporté] Gimp 2.8 efface les tags

#40 22-07-2013 08:43:41

Re : [bug rapporté] Gimp 2.8 efface les tags

#41 22-07-2013 10:12:22

Re : [bug rapporté] Gimp 2.8 efface les tags

#42 22-07-2013 18:09:10

Re : [bug rapporté] Gimp 2.8 efface les tags

#43 23-07-2013 10:38:57

Re : [bug rapporté] Gimp 2.8 efface les tags

#44 23-07-2013 12:39:15

Re : [bug rapporté] Gimp 2.8 efface les tags

#45 23-07-2013 22:23:54

Re : [bug rapporté] Gimp 2.8 efface les tags

#46 24-07-2013 11:51:07

Re : [bug rapporté] Gimp 2.8 efface les tags

#47 24-07-2013 17:55:13

Re : [bug rapporté] Gimp 2.8 efface les tags

#48 24-07-2013 20:14:56

Re : [bug rapporté] Gimp 2.8 efface les tags

#49 24-07-2013 20:53:59

Re : [bug rapporté] Gimp 2.8 efface les tags

#50 25-07-2013 00:39:33

Re : [bug rapporté] Gimp 2.8 efface les tags

Pied de page des forums