Re: [darktable-devel] It seem that DT ist reading XMP at import

2012-10-31 Thread Andreas Schrell
ctly am i looking for? > > j. > > On Wed, Oct 31, 2012 at 10:14 AM, johannes hanika wrote: >> should be like one line of code, i can try to find it tonight if i get >> some time. >> >> j. >> >> On Wed, Oct 31, 2012 at 10:05 AM, Andreas Schrell wrote

Re: [darktable-devel] It seem that DT ist reading XMP at import

2012-10-30 Thread Andreas Schrell
should be sufficient. Andreas Am 30.10.2012 15:23, schrieb Tobias Ellinghaus: > Am Sonntag, 28. Oktober 2012, 22:10:49 schrub johannes hanika: >> thanks for that. the obvious workaround is to delete >> ~/.cache/darktable/mipmaps.* (or only the one that belongs to your >> current db, if you know

Re: [darktable-devel] It seem that DT isn't reading XMP at import

2012-10-29 Thread Andreas Schrell
Am 29.10.2012 21:01, schrieb Andreas Schrell: > Hi, > > but what about handling images on several computers? > > Andreas I think its really easier to backup/copy images with their sidecars and reimport and not to copy the whole library.db which belongs to "all" images. N

Re: [darktable-devel] It seem that DT isn't reading XMP at import

2012-10-29 Thread Andreas Schrell
Hi, but what about handling images on several computers? Andreas Am 28.10.2012 22:21, schrieb Pascal de Bruijn: > On Sun, Oct 28, 2012 at 9:29 PM, Torsten Bronger > wrote: >> Hallöchen! >> >> Pascal de Bruijn writes: >> >>> [...] >>> >>> I think this is by design. Darktable's primary source of

Re: [darktable-devel] It seem that DT ist reading XMP at import

2012-10-28 Thread Andreas Schrell
done. #9027 Andreas Am 28.10.2012 20:18, schrieb Ulrich Pegelow: > Am 28.10.2012 19:18, schrieb Andreas Schrell: >> Hm, >> >> I did that. And also I did delete the database for testing. >> >> When I enter darkroom the white balance looks ok. In lighttable mode

Re: [darktable-devel] It seem that DT ist reading XMP at import

2012-10-28 Thread Andreas Schrell
Pegelow: > Am 28.10.2012 12:05, schrieb Andreas Schrell: >> Hi, >> >> my situation: Changed a bunch of images on my desktop. Rsynced them to >> my notebook. All have xmps, some changed xmps with crops. Imported them >> in DT on the notebook. All look unchanged. Not WB

Re: [darktable-devel] It seem that DT isn't reading XMP at import

2012-10-28 Thread Andreas Schrell
PS: loading from the xmp file manually after import works. Andreas Am 28.10.2012 12:09, schrieb Andreas Schrell: > forgot to include a xmp file > > Am 28.10.2012 12:05, schrieb Andreas Schrell: >> Hi, >> >> my situation: Changed a bunch of images on my desktop. Rsy

Re: [darktable-devel] It seem that DT isn't reading XMP at import

2012-10-28 Thread Andreas Schrell
forgot to include a xmp file Am 28.10.2012 12:05, schrieb Andreas Schrell: > Hi, > > my situation: Changed a bunch of images on my desktop. Rsynced them to > my notebook. All have xmps, some changed xmps with crops. Imported them > in DT on the notebook. All look unchanged. Not

[darktable-devel] It seem that DT ist reading XMP at import

2012-10-28 Thread Andreas Schrell
Hi, my situation: Changed a bunch of images on my desktop. Rsynced them to my notebook. All have xmps, some changed xmps with crops. Imported them in DT on the notebook. All look unchanged. Not WB nor crop in the images on the notebook. User error or DTs fault? Andreas -

Re: [darktable-devel] libcuda not found because newline in filename

2012-10-28 Thread Andreas Schrell
, schrieb Ulrich Pegelow: > That's an issue of the OpenCL package maintainer of your distribution. > We don't touch /etc/OpenCL/ and the files there at all. > > Ulrich > > Am 28.10.2012 10:08, schrieb Andreas Schrell: >> Hi, >> >> looks like the cuda li

[darktable-devel] libcuda not found because newline in filename

2012-10-28 Thread Andreas Schrell
Hi, looks like the cuda lib is not found because the trailing newline is included in the file name. strace included. I don't know if its dt or libs fault. Andreas openat(AT_FDCWD, "/etc/OpenCL/vendors/", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 8 getdents(8, /* 4 entries */, 32768) = 11