Bug 320794 - RawEngine uses obsolete libraw library
Summary: RawEngine uses obsolete libraw library
Status: RESOLVED NOT A BUG
Alias: None
Product: digikam
Classification: Applications
Component: Plugin-DImg-RAW (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-06-06 03:50 UTC by l33tmmx
Modified: 2018-08-25 09:45 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In: 3.3.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description l33tmmx 2013-06-06 03:50:31 UTC
I've been waiting for support to Panasonic GH3 and Olympus E-PL5 to appear in libkdcraw. The support was  added to libraw-0.15.0-beta2 almost half a year ago, in december 2012 (http://www.libraw.org/node/1821). The latest libraw version at the time of writing this is 0.15.2, but the just released version of libkdcraw (4.10.4) still uses the obsolete libraw-0.15.0-beta1 (as reported by digikam) version!!! Please update the bundled-in libraw ASAP.

I've been thinking, would it be better to make libkdcraw to compile against external libraw libraries instead of the bundled-in? For users, updating libraw would be easier that way.

Reproducible: Always
Comment 1 caulier.gilles 2013-06-06 07:14:54 UTC
libraw is already updated to last 0.15.2 in libkdcraw since few week.

In fact i'm in contact with libraw team to include quickly code in libkdcraw.

libkdcraw is released through KDE Graphics component (so, with KDE release)

digiKam release also include last libkdcraw code, but compilation is optional in favour of system based libkdcraw installed with KDE.

We don't want to add external libraw dependency, until libraw 1.0.0 is out, due to broken binary compatibility with API between release. Thiw will crash digiKam if you update system based libraw without to recompile libkdcraw.

Gilles Caulier
Comment 2 l33tmmx 2013-06-08 17:08:10 UTC
Please, don't write this off as 'invalid'! What you are saying about libraw version is true for the git version of KDE, but what I'm wondering is why the latest *release* of libkdcraw, 4.10.4, which at least on Gentoo Linux was released only two weeks ago,  contains so old a version of libraw.

Digikam-3.2.0 > Supported raw cameras reports:
"Using KDcraw library version 2.2.0
Using LibRaw version 0.15.0-Beta1
490 models on the list"

And from the libkdcraw-4.10.4 tarball > libraw > libraw_version.h
#define LIBRAW_MAJOR_VERSION  0
#define LIBRAW_MINOR_VERSION  15
#define LIBRAW_PATCH_VERSION  0
#define LIBRAW_VERSION_TAIL   Beta1

Do I really need to start building my KDE from git to get at least somewhat up-to-date versions of software???
Comment 3 l33tmmx 2013-06-08 17:16:41 UTC
Oh, and as far as I can remember (no, I didn't actually check, speaking from memory only), the libraw version hasn't been updated at all during the whole 4.10.* release cycle.
Comment 4 l33tmmx 2013-06-08 17:38:38 UTC
(In reply to comment #1)
> We don't want to add external libraw dependency, until libraw 1.0.0 is out,
> due to broken binary compatibility with API between release. Thiw will crash
> digiKam if you update system based libraw without to recompile libkdcraw.

Not really a problem in Gentoo, I do it all the time :D . So, what about an off-by-default option to use external libraw if the user, or packager, so desires?