Re: [Gimp-developer] [darktable-dev] Darktable plug-in in GIMP - Darktable for Windows?

[Elle Stone <ellestone ninedegreesbelow com>]

Having spent the last 45 minutes reinstalling Lua and and then darktable 
through Gentoo portage, here's which version of Lua Gentoo says I'm using:

equery list lua
[IP-] [  ] dev-lang/lua-5.2.3-r1:5.2

$ eselect lua list
  [1]   5.2 *

The little * means that's the selected version of Lua that all installed 
software that uses lua should use. However, darktable still has Lua 
disabled:

$ darktable --version
this is darktable 2.0.3
copyright (c) 2009-2015 johannes hanika
darktable-dev lists darktable org

compile options:
  normal build
  OpenMP support enabled
  OpenCL support disabled
  Lua support disabled
  Colord support disabled
  gPhoto2 support enabled
  GraphicsMagick support enabled


On 04/26/2016 07:20 AM, Tobias Ellinghaus wrote:
> darktable requires Lua 5.2. If that isn't available in Gentoo you can
> just pass
>      -DDONT_USE_INTERNAL_LUA=Off
> to cmake when compiling darktable. We bundle it for those
> distributions that
> lack it as Lua is changing a lot between minor versions.

I don't know how to modify Gentoo builds, and really don't want to learn 
how. It would be easier for me to download and install darktable from 
source, which I'll try next.

> In the future we will most likely make this a hard requirement in
> darktable to avoid surprises like this.

This might be a good thing to do ASAP as it's not a good thing to get 
the embedded jpeg when really one is trying to open a raw file.

If the darktable plug-in isn't working, it might be better if GIMP 
issued a warning that it's not possible to open the raw file using the 
darktable plug-in. Giving the user an 8-bit jpeg when really they wanted 
to open a raw file might give users the wrong idea that GIMP only 
supports opening 8-bit jpegs produced from raw files.

Here's the terminal output I get when attempting to open a raw file 
using the darktable plug-in. Nothing in the terminal output would tell 
the user that the problem is that darktable isn't really opening the raw 
file:
$ ../../rungimpdefault
This is a development version of GIMP.  Debug messages may appear here.

gimp_display_shell_profile_update
gimp_display_shell_profile_update
magic match 4 on file-tiff-load
best magic match on file-tiff-load
TIFF image: Unknown field with tag 513 (0x201) encountered

TIFF image: Unknown field with tag 514 (0x202) encountered

TIFF image: TIFF directory is missing required "ImageLength" field

TIFF image: Unknown field with tag 50649 (0xc5d9) encountered

TIFF image: Photometric tag value assumed incorrect, assuming data is 
YCbCr instead of RGB

TIFF image: Unknown field with tag 50648 (0xc5d8) encountered

TIFF image: Unknown field with tag 50656 (0xc5e0) encountered

TIFF image: Unknown field with tag 50752 (0xc640) encountered

TIFF image: TIFF directory is missing required "ImageLength" field

TIFF image: Photometric tag is missing, assuming data is YCbCr

TIFF image: SamplesPerPixel tag is missing, applying correct 
SamplesPerPixel value of 3

TIFF image: Subsampling tag is not set, yet subsampling inside JPEG data 
[2,1] does not match default values [2,2]; assuming subsampling inside 
JPEG data is correct

bps: 8
photomet: 6 (3)
load_rgba
TIFF image: Depreciated and troublesome old-style JPEG compression mode, 
please convert to new-style JPEG compression and notify vendor of 
writing software

Invalid UTF-8 in metadata value Iptc.Application2.Copyright, encoding as 
base64: Q29weXJpZ2h0IKkgMjAwNyBFbGxlIFN0b25lLCBhbGwgcmlnaHRzIHJlc2VydmVkLgA=
gimp_display_shell_profile_update
src_profile: GIMP built-in sRGB
src_format:  R'G'B'A u8
dest_format: R'G'B'A u8
gimp_display_shell_profile_update
src_profile: GIMP built-in sRGB
src_format:  R'G'B'A u8
dest_format: R'G'B'A u8

Best,
Elle