Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 485332

Summary: media-gfx/digikam should depend on media-gfx/exiv2[xmp=]
Product: Gentoo Linux Reporter: Fest <fest.in>
Component: Current packagesAssignee: Andreas K. Hüttel <dilfridge>
Status: RESOLVED FIXED    
Severity: normal CC: kde
Priority: Normal    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---

Description Fest 2013-09-18 19:19:06 UTC
Without media-gfx/exiv2 compiled with xmp support Digikam will not read/write metadata to xmp, and such option will be greyed out in Digikam settings.

So Digikam should install media-gfx/exiv2 with "xmp" use flag as dependency.

Reproducible: Always

Steps to Reproduce:
1. Install Digikam (default installation, without explicity adding xmp use flag to exiv2)
2. Run Digikam
3. Click on Settings -> Configure Digikam -> Metadata.
Actual Results:  
Reading and Writing Metadata is greyed out and not working.

Expected Results:  
Reading and Writing Metadata is fully working.
Comment 1 Jeroen Roovers (RETIRED) gentoo-dev 2013-09-19 14:26:22 UTC
(In reply to Fest from comment #0)
> Without media-gfx/exiv2 compiled with xmp support Digikam will not
> read/write metadata to xmp, and such option will be greyed out in Digikam
> settings.

So it should rather have USE=xmp and depend on media-gfx/exiv2[xmp=] I guess. Since it works fine otherwise...
Comment 2 Fest 2013-09-20 15:54:32 UTC
(In reply to Jeroen Roovers from comment #1)
> So it should rather have USE=xmp and depend on media-gfx/exiv2[xmp=] I
> guess. Since it works fine otherwise...

Digikam is compiled with xmp support, no matter if we compile backend (media-gfx/exiv2) with xmp support or no. 

So imho it's not optional dependency.
Comment 3 Andreas K. Hüttel archtester gentoo-dev 2013-09-20 19:46:46 UTC
+  20 Sep 2013; Andreas K. Huettel <dilfridge@gentoo.org> digikam-3.2.0.ebuild,
+  digikam-3.3.0.ebuild, digikam-3.4.0.ebuild:
+  Require xmp support, the dependency footprint is rather small but it provides
+  valuable functionality. Bug 485332
+