Hello all.
Compiling from git fails with the following error:
---
make[2]: *** No rule to make target `../src/iop/colorin.h', needed by
`src/CMakeFiles/lib_darktable.dir/common/colorspaces.c.o'. Stop.
make[2]: *** Waiting fo
Hi Tobias and Wolfgang,
I'm seeing darktable proper hang in a similar situation. It seems to be
a problem introduced in 8e80edcd5048858e: that commit converts XMP data
nodes to strings before testing if they are empty, resulting in a
segfault. I put in a pull request with a fix -- apologies if the
Am Montag, 3. März 2014, 21:33:22 schrieb Wolfgang Goetz:
> Hello!
>
> darktable-cli crashes on xmp files containing
[...]
Funny that you stumbled over this. I was having the exact same issue yesterday
while trying to write a new tool (give it a XMP and it tells you what modules
got used and
Hello!
darktable-cli crashes on xmp files containing
the working xmp is written with 1.5+379~g041a05e
the non-working is of 1.5+473~g6b6994e
the gui itself has no problems.
kind regards
Wolfgang
$ cp 20140301-15225390-NIKON_D800E.nef.xmp_OK
20140301-15225390-NIKON_D800E.nef.xmp
$ /opt/d
Hi
2014-03-03 20:55 GMT+01:00 Tobias Ellinghaus :
> That works for me when run inside po/.
And so it does here, indeed. It turned out, I had already translated
the strings unknowingly of the fact that they belong to the
darktable.desktop file. Sorry.
Thomas
-
Am Montag, 3. März 2014, 20:35:31 schrieb Thomas Pryds:
> Hi
>
> 2014-02-21 16:46 GMT+01:00 jeremy rosen :
> > I have added a patch by Richard Levitte that makes the darktable.desktop
> > file translatable via our usual translation infrastructure.
> >
> > The good news is that it makes the transl
Hi
2014-02-21 16:46 GMT+01:00 jeremy rosen :
> I have added a patch by Richard Levitte that makes the darktable.desktop
> file translatable via our usual translation infrastructure.
>
> The good news is that it makes the translation far easier since it follows
> the usual pattern
I may be asking
