From kde-core-devel Sun Dec 21 17:25:53 2014 From: Gilles Caulier Date: Sun, 21 Dec 2014 17:25:53 +0000 To: kde-core-devel Subject: Re: libkgeomap Message-Id: X-MARC-Message: https://marc.info/?l=kde-core-devel&m=141918280903559 If kdegraphics/libs is possible, it will be the best, because all other Photo Management shared libs are already in this module (libkipi, libkdcraw, libkexiv2, libkface, etc...). 2014-12-21 17:50 GMT+01:00 Albert Astals Cid : > 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 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 >