[Kde-imaging] Gwenview, kdegraphics and libkipi

[Angelo Naselli]

Alle 16:36, sabato 20 gennaio 2007, Achim Bohnet ha scritto:
> On Friday, 19. January 2007 01:55, Aurelien Gateau wrote:
> > Le Jeudi 18 Janvier 2007 10:16, Angelo Naselli a écrit :
> > > Alle 22:56, mercoledì 17 gennaio 2007, Aurelien Gateau ha scritto:
> > > > Anyway, the problem has been resolved: Stephan Kulow is OK with Gwenview
> > > > having an optional compile-time dependency on libkipi.
> > >
> > > Yes but that has to be tested first. So I'd expect that optional dependency
> > > wouldn't be optional, or that would mean leaving that packagers/distros
> > > that aim. And if something goes wrong? who fixes the problem after the
> > > release is out?
> > > I'm afraid that means to have gv without kipi &co. for the most....
> > 
> > I don't think so. kdegraphics could have an --enable-kipi option which would 
> > be set to "auto" by default. The whole thing will work this way:
> > 
> > - When KDE4.0 is out, Gwenview will be dynamically linked on libkipi.so.x 
> > (assuming libkipi.so.x is a KDE4 version of libkipi), a symlink to 
> > libkipi.so.x.0.0.
> > 
> > - If a new, binary compatible, version of libkipi is released the .so file 
> > will be libkipi.so.x.1.1. libkipi.so.x will point to this new file and 
> > Gwenview will make use of the new libkipi.
> > 
> > - If a new, binary incompatible, version of libkipi is released, the .so file 
> > will be libkipi.so.x+1.0.0, which can be installed alongside 
> > libkipi.so.x.0.0. Of course Gwenview won't benefit from this new libkipi but 
> > it won't block any other KIPI application from using libkipi.so.x+1.0.0.
> 
> Side by side needs a bit adaption e.g. translation files have right now
> no Major version in their name.
> 
> But the interesting thing will be kipi-plugins.  When kipi-plugins is
> build against libkipi.so.x+1.0.0  an app linked against the old 
> libkipi.x.0.0 can not find the kipi-plugins.  Of course we can also
> adapt kipi-plugins to stay side by side.
> 
> Distros and pkger will surely be not happy to maintain old and new
> kipi-plugins side by side.  I assume that they much perfer a patch
> that adapts gwenview to new kipi-plugins, that they can apply.
> 
> But all this is only a problem when the api changes. It can always
> be extended.
Well as far as I can say (mandriva) major changes should be introduced in a 
developer stage of the distro. If not so important as we must
upgrade a lib in a stable one I believe rebuilding all the host 
applications that depend on libkipi is boring but safe.

Angelo
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kde-imaging/attachments/20070120/e36f93a2/attachment.pgp