[Kde-imaging] kipi-plugins 0.1.5 available for testing

[Gilles Caulier]

2008/3/12, Achim Bohnet <ach at mpe.mpg.de>:
>
> On Wednesday, 12. March 2008, Valerio Fuoglio wrote:
> > Hi,
> > kipi-plugins 0.1.5 is ready for testing:
> >
> > http://www.valeriofuoglio.it/kipi/kipi-plugins-0.1.5.tar.bz2
> > http://www.valeriofuoglio.it/kipi/kipi-plugins-0.1.5.tar.bz2.md5
>
>
> configure check need an update. Installed is
>
> ii  libkdcraw2                         0.1.3-1                            Raw
> picture decoding C++ library (runtime)
>
> configure says:
>
> checking for libkdcraw in our sources... not found in sources
> checking for libkdcraw >= 0.1.2... yes
> checking LIBKDCRAW_CFLAGS... -I/usr/include/kde
> checking LIBKDCRAW_LIBS... -lkdcraw
>
> but an build fails due to out of date libkdcraw
>
> kipi-plugins-0.1.5/./kipi-plugins/imageviewer/texture.cpp:92: error:
> 'class KDcrawIface::DcrawBinary' has no member named 'rawFiles'
>
> >
> > Waiting your feedback  :)
>
> A (pointed) remark: Due to all this lib API incompatibilities with
> each release one has more or less to update/rebuild libk*, kipi-plugins
> and all kipi host application together. This really sucks :(
>
> So updating is an all or nothing and not much fun, really.
> When I think about backporting, then libgpod and exiv2 etc are
> also out too old, then the real fun begins :(
>
> We should really better try to a) avoid breaking backward compatibiliy,
> b) collect API breaking changes and do them once together, and c) if not
> too complicated ensure software build with the 2 last API version.
>
> Another way would be to move a kipi-plugin into it's own process (Hide
> the implementation detail behind libkipi API ;)   This way kipi-plugins
> and the kipi host apps could each use different API version of an lib
> like libkdcraw1 and libkdcraw3,  libkexiv2-1 and libkexiv2-2 etc.
> without danger to crash.


Achim,

For KDE4, i have removed all i18n from libkipi.

All widgets and dialog are now hosted by kipi-plugins library or kipi host.

This will simplify your packaging code.

Libkipi is now become a low level interface...

For libkexiv2, there is no i18n.

For libkdcraw, i18n still here because there is a big widget to configure
Raw decoding settings. This one is shared between RAWConverter and digiKam

So i recommend to let's KDE3 branch as well about libkipi and i18n. KDE4
solve the problem.

About libkdcraw, i have no speed up solution... Suggestion welcome

Best

Gilles Caulier
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kde-imaging/attachments/20080313/5665912f/attachment.html