<br><br><div><span class="gmail_quote">2007/6/5, Arnd Baecker <<a href="mailto:arnd.baecker@web.de">arnd.baecker@web.de</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<br>On Tue, 5 Jun 2007, Gilles Caulier wrote:<br><br>> This is want mean than we need to update dcraw.c in libkdcraw to 8.72version.<br>><br>> I'm currently port libkdcraw code to QT4/KDE4. So, to perform advanced test

<br>> with this library using new dcraw.c in core, we need to do it after than<br>> digiKam will be ported to QT4/KDE4...<br><br>From your mails I know that updating dcraw is a pain<br>due to incompatible changes in the command line options,

</blockquote><div><br><br>yes (:=)) <br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> but<br>if an update is only done for the QT4/KDE4 branch, many

<br>users with their new K10D and Samsung will not be able<br>to use digikam for more than a year (?) </blockquote><div><br>no. libkdcraw will be ported today.<br><br>libkipi will be ported this week...<br><br>...and after than 

0.9.2 will be released, i will start to port digiKam (with the help from Marcel of course). like KDE4 release plan said than first release will be done during october, november 2007, well digiKam will be ready to use for this date.

My first impression is than digiKam port will take several weeks...  Of course, we update current libkdcraw KDE3 implementation to use last dcraw.c and backport it to KDE4 stuff later. This just a question of priority.

<br><br>Personnaly, i think than a digiKam 0.9.3 will be mandatory to clean future bugs reported by users. updateding libkdcraw at the same time can be a plan...<br><br>The problem, from a developper viewpoint is to backport all KDE3 fix to KDE4 implementation. It's a waste of time. 

<br><br>Marcel, please give me your viewpoint... </div></div><br>Gilles<br>