[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-release-team
Subject:    Re: digiKam translations in l10n-kf5
From:       Albert Astals Cid <aacid () kde ! org>
Date:       2015-09-23 21:38:50
Message-ID: 1567250.2ACSKS3ueP () xps
[Download RAW message or body]

El Dimecres, 23 de setembre de 2015, a les 12:39:45, Alexander Potashev va 
escriure:
> 2015-09-23 9:00 GMT+03:00 Sune Vuorela <nospam@vuorela.dk>:
> > On 2015-09-22, Albert Astals Cid <aacid@kde.org> wrote:
> >> releasing the same code forever makes no sense if people is supposed to
> >> be
> >> using some other code.
> >> 
> >> I'd like that you guys do some coordination with the rest of non digikam
> >> people because otherwise packagers and developers get a mixed message of
> >> what things are they supposed to use/package.
> > 
> > In the past, the solution has been to be a digikam release behind and
> > then unbundle all the libraries that digikam embeds. Unfortunately,
> > the digikam developers seems to be of the opinion that no one uses the
> > libraries like kexif, kipi and such, giving massive headaches to all of
> > us involved further down the chain of things.
> > 
> > Or maybe everyone should just stop using the digikam libraries, meaning
> > no exiv informations in gwenview. no kipi-integration in ksnapshot, ...
> > But maybe that's how the digikam developers wants it?
> 
> Sune,
> 
> We only discuss libkgeomap currently. All other libraries (libkipi,
> libkexiv2, libkdcraw, ...) will be released in separate tarballs,
> don't worry about them.

All those other libraries are part of KDE Applications too, if you plan to 
release versions that are different and potentially incompatible on your own, 
yes I think we should worry.

Albert

_______________________________________________
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team

[prev in list] [next in list] [prev in thread] [next in thread]