From kde-core-devel  Sun Dec 21 16:50:02 2014
From: Albert Astals Cid <aacid () kde ! org>
Date: Sun, 21 Dec 2014 16:50:02 +0000
To: kde-core-devel
Subject: Re: libkgeomap
Message-Id: <1535551.12G2lkG16g () xps>
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=141918063303081

El Diumenge, 21 de desembre de 2014, a les 23:26:04, Ben Cooksley va escriure:
> On Sun, Dec 21, 2014 at 5:31 AM, Albert Astals Cid <aacid@kde.org> wrote:
> > El Diumenge, 14 de desembre de 2014, a les 18:57:44, Tobias Leupold va
> > 
> > escriure:
> >> Hi list!
> >> 
> >> recently, I requested to move libkface from extragear/libs to to
> >> kdegraphics/libs, because KPhotoAlbum began to use it as the first
> >> non-Digikam program. This has been done in the meantime and now, we have
> >> a
> >> Digikam- independent libkface release to be found in
> >> unstable/applications
> >> (which can be used by distributors to create Digikam-independent libkface
> >> packages). Thanks again for the move :-)
> >> 
> >> Recently, we started to use another library from Digikam in KPhotoAlbum,
> >> libkgeomap. Would it be possible (of course after some review etc.) to do
> >> the same with this library, for the same reasons? Probably,
> >> kdegraphics/libs would not be the right place for libkgeomap, as it
> >> depends
> >> on Marble, but kde-edu.
> >> 
> >> Gilles Caulier from Digikam recently suggested that I asked for that,
> >> because apparently a lot of patching has been done to libkgeomap so that
> >> a
> >> stand-alone library release would be possible. I'm sure that the
> >> libkgeomap
> >> maintainers (esp. Gilles Caulier) will gladly change what has to be
> >> changed
> >> to get an independent release, and we would get the same benefits of it
> >> as
> >> the libkface move made.
> >> 
> >> What do you think?
> > 
> > Noone else has an opinion at all?
> 
> This seems like a sound move from my perspective - ensuring libraries
> get regular releases is important for both future users of the library
> and ensuring users get the fixes which are made over time without
> having to do a feature upgrade.

Does someone has a suggestion for a module for this new library?

Cheers,
  Albert

> 
> > Cheers,
> > 
> >   Albert
> 
> Thanks,
> Ben
> 
> >> Cheers, Tobias