hi,
yeah not sure the ui is perfect yet.. maybe you're running into the
issue that you can't create patches, but only delete or update? also,
sometimes the colour picker will give you a patch with unexpected
colour because it matches colour + brightness (and in fact usually
after reconsidering i
darktable 2.3.0+git31.2b55991-1.1
Trying to make color adjustments through the Color LUT. First sample
(green) went correctly and was fully adjusted. The second sample (blue)
would not 'register' in the color-picker ... insisted on displaying the
first sample. I removed all samples and still
Am Mittwoch, 4. Januar 2017, 19:33:27 CET schrieb Ulrich Pegelow:
> Well, that's an option. But I almost already hear the screams when
> people screw things up by using force at the wrong place.
I don't like it either. One reason more to not use branches.
> Ulrich
Tobias
> Am 04.01.2017 um
Hi Ulrich,
> Well, that's an option. But I almost already hear the screams when
> people screw things up by using force at the wrong place.
I understand your concern but submodules are a really powerful Git
feature, when mastered it is really helpful for tracking external
repos.
--
Pascal
Well, that's an option. But I almost already hear the screams when
people screw things up by using force at the wrong place.
Ulrich
Am 04.01.2017 um 19:15 schrieb Roman Lebedev:
So:
~/darktable$ git describe
release-2.3.0-150-gec88795ce
$ git submodule status
So:
~/darktable$ git describe
release-2.3.0-150-gec88795ce
$ git submodule status
8c0a57825a6e209b109ac18f8ba6966b36c596eb src/external/rawspeed (heads/develop)
~/darktable$ ls -lah src/external/rawspeed/CMakeLists.txt
-rw-r--r-- 1 lebedevri lebedevri 1.9K Jan 4 20:57
Hi,
that recent move has now screwed everything here :(
If I want to build:
CMake Error at src/external/CMakeLists.txt:4 (add_subdirectory):
The source directory
/home/pegelow/darktable/src/external/rawspeed
does not contain a CMakeLists.txt file.
and ./build.sh aborts (and I did
> On 4 Jan 2017, at 18:21, Roman Lebedev wrote:
>
>> On Wed, Jan 4, 2017 at 10:20 AM, wrote:
>> Changes to cmake files is probably the culprit - rawspeed now doesn't
>> inherit CFLAGS from darktable and so is missing include path for libjpeg.
>
> But
On Wed, Jan 4, 2017 at 4:55 PM, Tobias Ellinghaus wrote:
> Am Mittwoch, 4. Januar 2017, 17:21:38 CET schrieb Terry Jones:
>> After upgrade to 2.2.0 I experienced problems opening a film roll I had
>> previously edited with 2.0.3 and 2.0.6.
>>
>> Darktable would appear to start
Am Mittwoch, 4. Januar 2017, 17:21:38 CET schrieb Terry Jones:
> After upgrade to 2.2.0 I experienced problems opening a film roll I had
> previously edited with 2.0.3 and 2.0.6.
>
> Darktable would appear to start normally but would crash shortly of
> opening the film roll.
Do you have a
It is working now. Here is what I did:
I just upgraded to exvi2 0.25 from debian testing and elimitated all packages
associated with version 0.24:
39# dpkg -l | grep exiv
ii exiv2 0.25-3
amd64
On Wed, Jan 4, 2017 at 10:20 AM, wrote:
> Changes to cmake files is probably the culprit - rawspeed now doesn't inherit
> CFLAGS from darktable and so is missing include path for libjpeg.
But from where did darktable get that jpeg include path? From user?
rawspeed does look
Am Dienstag, 3. Januar 2017, 21:32:05 CET schrieb Martin Pecka:
> Hello DT developers.
Hi.
> I know there is some discussion about Windows ports of DT. And I even
> know there is a PR that looks promising and is adding Windows support
> the "proper" and user-friendly way. However, it still seems
13 matches
Mail list logo