I rephrased the tooltip text and avoided the percent sign.
Ulrich
Am 20.03.2016 um 22:18 schrieb Ger Siemerink:
if I double it in poedit it says that translated and origin do not have
same amount of %
//and output
~/darktable# cd po && intltool-update nl && cd ..
.
I've already reported that problem some time ago. Maybe it was related to
the manual translation.
When there is a %, it MUST be doubled.
But it must be doubled both in msgid and msgstr.
This way, the checks (msgfmt -c --statistics) are happy.
But anyway, I think we can survive with this error an
Roman Lebedev writes:
>
> On Sun, Mar 20, 2016 at 9:40 PM, wim vandenbussche
> wrote:
> >> especially libexif:
> >> # cd /usr/local && find -name *libexif* -delete
> >>
> >> This looks very much like C++ ABI difference, i.e. darktable is being
compiled
> >> with new C++11 ABI, while that libexi
if I double it in poedit it says that translated and origin do not have
same amount of %
and output
~/darktable# cd po && intltool-update nl && cd ..
...
Just tried it but it doesn't seem to work in terms of the output as a
tooltip. Could you please check if the double %% would solve the
translation issue? Maybe there is something different.
In case of doubt I will remove the whole stuff related to that unused
parameter.
Ulrich
Am 20.03.2016
Thanks
regards Ger
2016-03-20 22:01 GMT+01:00 Ulrich Pegelow :
> Think I already got it. I need to replace "%" with "%%". Will do so asap.
>
> Ulrich
>
> Am 20.03.2016 um 21:26 schrieb Ger Siemerink:
>
>> Hello,
>>
>> Saving my translated nl.po file gives me an error.
>>
>> String 831:the lev
Think I already got it. I need to replace "%" with "%%". Will do so asap.
Ulrich
Am 20.03.2016 um 21:26 schrieb Ger Siemerink:
Hello,
Saving my translated nl.po file gives me an error.
String 831:the level of lens dependent correction, 100% for full
dependency, 0% for the generic case
poed
Hi Ger,
that's a string from ashift.c. I don't know what's wrong. However, if
it's just that one string I could remove it. It belongs to a parameter
that I finally decided to skip. The code is still there but the
parameter is not shown. I could remove all related items.
Ulrich
Am 20.03.2016
Jean-Luc,
There is only one message visible, if I do understand you correct.
Some strings do have a plural form, here I can't see
???
regards Ger
2016-03-20 21:57 GMT+01:00 Jean-Luc Coulon (f5ibh) <
jean.luc.cou...@gmail.com>:
> Hi,
>
> Please send both msgid and msgstr for the offending tem
Hi,
Please send both msgid and msgstr for the offending template
Regards
Jean-Luc
2016-03-20 21:26 GMT+01:00 Ger Siemerink :
> Hello,
>
> Saving my translated nl.po file gives me an error.
>
> String 831:the level of lens dependent correction, 100% for full
> dependency, 0% for the generic
Hello,
Saving my translated nl.po file gives me an error.
String 831:the level of lens dependent correction, 100% for full
dependency, 0% for the generic case
poedit reports:
msgstr isn't lequal for C, different than msgid.
in directive number 1 character "b" not a valid conversion specificati
On Sun, Mar 20, 2016 at 9:40 PM, wim vandenbussche
wrote:
>> especially libexif:
>> # cd /usr/local && find -name *libexif* -delete
>>
>> This looks very much like C++ ABI difference, i.e. darktable is being
>> compiled
>> with new C++11 ABI, while that libexif2 is still compiled with old ABI.
>>
> especially libexif:
> # cd /usr/local && find -name *libexif* -delete
>
> This looks very much like C++ ABI difference, i.e. darktable is being compiled
> with new C++11 ABI, while that libexif2 is still compiled with old ABI.
>
> Roman.
>
I tried with the libexif - delete part but the error
On Sun, Mar 20, 2016 at 9:06 PM, wim vandenbussche
wrote:
> Tobias Ellinghaus writes:
>
>>
>> Am Mittwoch, 16. März 2016, 17:10:19 schrieb wim vandenbussche:
>> > Tobias Ellinghaus ...> writes:
>> > > Am Montag, 14. März 2016, 16:28:33 schrieb wim vandenbussche:
>> > > > Darktable build script
>
Tobias Ellinghaus writes:
>
> Am Mittwoch, 16. März 2016, 17:10:19 schrieb wim vandenbussche:
> > Tobias Ellinghaus ...> writes:
> > > Am Montag, 14. März 2016, 16:28:33 schrieb wim vandenbussche:
> > > > Darktable build script
> > >
> > > Please try deleting build/ and then running build.sh a
Tobias Ellinghaus writes:
>
> Am Mittwoch, 16. März 2016, 17:10:19 schrieb wim vandenbussche:
> > Tobias Ellinghaus ...> writes:
> > > Am Montag, 14. März 2016, 16:28:33 schrieb wim vandenbussche:
> > > > Darktable build script
> > >
> > > Please try deleting build/ and then running build.sh a
On Sun, Mar 20, 2016 at 8:16 PM, Ingo Liebhardt
wrote:
> Hi Roman,
>
> Thanks a lot!
> I’m also now pretty sure it’s not darktable’s fault. ;-)
>
> Is OpenMP an absolute requirement to build? Or can it be inactivated? (not
> talking about performance at this stage)
>
No, OpenMP is absolutely not
Hi Roman,
Thanks a lot!
I’m also now pretty sure it’s not darktable’s fault. ;-)
Is OpenMP an absolute requirement to build? Or can it be inactivated? (not
talking about performance at this stage)
In any case thanks so much for your help so far.
Another maybe relevant side-info:
I followed the
On Sun, Mar 20, 2016 at 7:58 PM, Ingo Liebhardt wrote:
> Aha, here we seem to have something else now.
Finally :)
> What I get this time:
> [ 66%] Building CXX object
> src/iop/CMakeFiles/demosaic.dir/amaze_demosaic_RT.cc.o
> [ 67%] Linking CXX shared module libdemosaic.so
> clang: warning: argum
Aha, here we seem to have something else now.
What I get this time:
[ 66%] Building CXX object
src/iop/CMakeFiles/demosaic.dir/amaze_demosaic_RT.cc.o
[ 67%] Linking CXX shared module libdemosaic.so
clang: warning: argument unused during compilation: '-pthread'
Undefined symbols for architecture x8
A bit more side-info: I made a completely new clone.
Still the same problem unfortunately. ..
> Am 20.03.2016 um 17:35 schrieb Ingo Liebhardt :
>
> Hi Roman,
>
> Tried it.
>
> Unfortunately still there :-(
> [ 66%] Building CXX object
> src/iop/CMakeFiles/demosaic.dir/amaze_demosaic_RT.cc.o
On Sun, Mar 20, 2016 at 7:35 PM, Ingo Liebhardt wrote:
> Hi Roman,
>
> Tried it.
>
> Unfortunately still there :-(
> [ 66%] Building CXX object
> src/iop/CMakeFiles/demosaic.dir/amaze_demosaic_RT.cc.o
> /Users/ingo/src/darktable/src/iop/amaze_demosaic_RT.cc:42:11: error:
> expected
> unquali
Hi Roman,
Tried it.
Unfortunately still there :-(
[ 66%] Building CXX object
src/iop/CMakeFiles/demosaic.dir/amaze_demosaic_RT.cc.o
/Users/ingo/src/darktable/src/iop/amaze_demosaic_RT.cc:42:11: error: expected
unqualified-id
if(std::isinf(x))
^
/usr/include/math.h:174:5: note:
On Sun, Mar 20, 2016 at 7:20 PM, Ingo Liebhardt wrote:
> Hi Roman,
>
> I get it with this commit:
> commit 8de505ce8b41251442704b9567f73db9fb7703ce
> Author: Ulrich Pegelow
> Date: Sun Mar 20 13:11:25 2016 +0100
>
> tonecurve: fix long standing bug in opencl codepath; fixes #10957
>
Hm, ple
Hi Roman,
I get it with this commit:
commit 8de505ce8b41251442704b9567f73db9fb7703ce
Author: Ulrich Pegelow
Date: Sun Mar 20 13:11:25 2016 +0100
tonecurve: fix long standing bug in opencl codepath; fixes #10957
Cheers,
Ingo
> Am 20.03.2016 um 17:13 schrieb Roman Lebedev :
>
> On Sun, Ma
On Sun, Mar 20, 2016 at 7:08 PM, Ingo Liebhardt wrote:
> Dear all,
>
> I am taking my first prudent steps into the darktable code, trying to get a
> bit accustomed to it.
> Past makes used to work just fine.
> I’m using OS X + MacPorts.
> I’ve not been pulling for a while.
>
> I pulled today, the
26 matches
Mail list logo
