Attached is a patch that addresses Feature Request 9861 (
http://darktable.org/redmine/issues/9861 ).
In the "tool tip" the list of available pre-defined variables is in an order
other than alphabetical. Is this for a reason? Perhaps the most most useful
ones are at the top? Or did it just "gro
Attached is a patch the addresses the issue documented in Issue 9765 (
http://darktable.org/redmine/issues/9765 ).
The second hunk suppresses spurious error messages; my Garmin device
generates:
(1) a tag that contains a tag; and
(2) a tag that contains a tag.
I have modified the code so t
On Tue, 8 Apr 2014 13:32:00 Tobias Ellinghaus wrote:
> Am Dienstag, 8. April 2014, 14:38:21 schrieb Kevin:
>
> [..]
>
> I didn't have time to look at your patch, but if you want to have a chance
> of seeing this included you have to remove
>
> > -i|--input
> >
Hello.
If this is reproducible for you, you should try to `git bisect` commit that
causing this.
On Tue, Apr 8, 2014 at 4:09 PM, Moritz Moeller wrote:
> Latest master builds fine now but doesn't start any more:
>
> Process: darktable [53820]
> Path:/opt/darktable/*/darktable
OK, I'll try it again in the next days.
Mauro from Android
Gpg public key: 0x73E5AEA3
Il 08/apr/2014 21:14 "johannes hanika" ha scritto:
> so i consider this an obsolete report then.
>
> j.
>
>
> On Wed, Apr 9, 2014 at 5:55 AM, bartokk wrote:
>
>> I try it the day I developed the attached image
Building master [with -werror] on OSX should be fixed by e2e40c6
However, i still think that somehow both of them (gcc and clang) are broken
in OSX.
On Sat, Apr 5, 2014 at 8:11 PM, Moritz Moeller wrote:
> On 5/4/14 4:54 pm, Moritz Moeller wrote:
> > So I guess adding this to darktable.h should f
so i consider this an obsolete report then.
j.
On Wed, Apr 9, 2014 at 5:55 AM, bartokk wrote:
> I try it the day I developed the attached image.
>
> Mauro from Android
> Gpg public key: 0x73E5AEA3
> Il 08/apr/2014 19:46 "johannes hanika" ha scritto:
>
> works fine for me. when did you last tr
I try it the day I developed the attached image.
Mauro from Android
Gpg public key: 0x73E5AEA3
Il 08/apr/2014 19:46 "johannes hanika" ha scritto:
> works fine for me. when did you last try this?
>
> -jo
>
>
> On Tue, Apr 8, 2014 at 8:10 AM, bartokk wrote:
>
>> 2014-04-07 21:52 GMT+02:00 johanne
works fine for me. when did you last try this?
-jo
On Tue, Apr 8, 2014 at 8:10 AM, bartokk wrote:
> 2014-04-07 21:52 GMT+02:00 johannes hanika :
>
>> if you still get that, i'd be interested in a raw file that triggers it.
>>
>> -jo
>>
>
>
> Here there are the .cr2 and .xmp files.
>
>
> _MG_
On Thu, Apr 3, 2014 at 3:41 PM, Pedro Côrte-Real wrote:
> On Wed, Apr 2, 2014 at 9:08 PM, Pedro Côrte-Real wrote:
>> Having read through the code in more detail here's a possible
>> suggestion on how to do the minimum possible thing that may just work:
>>
>> Leave the DT_MIPMAP_F and DT_MIPMAP_FU
Latest master builds fine now but doesn't start any more:
Process: darktable [53820]
Path:/opt/darktable/*/darktable
Identifier: darktable
Version: 0
Code Type: X86-64 (Native)
Parent Process: zsh [348]
Responsible: iTerm [244]
User ID: 508
Date
Am Dienstag, 8. April 2014, 14:38:21 schrieb Kevin:
[..]
I didn't have time to look at your patch, but if you want to have a chance of
seeing this included you have to remove
> -i|--input
> -o|--output
> [-x|--xmp ]
and go back
Original Message
Subject:Re: [darktable-devel] first lgm results: new highlight
reconstruction
Date: Tue, 08 Apr 2014 10:44:12 +0200
From: Simon
To: Moritz Moeller
Hej,
the link doesn't work for me, probably a private one.
The xmp with the same name as th
13 matches
Mail list logo
