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

List:       kde-release-team
Subject:    Re: kdeedu-data
From:       Jeremy Whiting <jpwhiting () kde ! org>
Date:       2014-10-23 16:21:56
Message-ID: CADWV2K4FwcYo4Eig41Kmtk=qVog_nKrjrGbcFBpGgS++MdVBqA () mail ! gmail ! com
[Download RAW message or body]

Sorry, I guess I was unclear, kdeedu-data doesn't require any of
frameworks at build time, only ecm and recent cmake.

BR,
Jeremy

On Thu, Oct 23, 2014 at 8:33 AM, Jeremy Whiting <jpwhiting@kde.org> wrote:
> ---------- Forwarded message ----------
> From: Jeremy Whiting <jpwhiting@kde.org>
> Date: Thu, Oct 23, 2014 at 8:31 AM
> Subject: kdeedu-data
> To: kde-packager <kde-packager@kde.org>, KDE Edu <kde-edu@kde.org>
>
>
> Hey packagers,
>
> A quick heads up about kdeedu-data strangeness.
>
> The upcoming KDE Applications 14.12 release will have some
> applications based on kdelibs4 and others based on kf5. Because some
> applications that use libkdeedu/libkeduvocdocument are going to be
> still based on kdelibs4 while others have already been ported to qt5
> and kf5 there will be both libkdeedu and libkeduvocdocument tarballs
> released. Because both used to contain a handful of kvtml files, we
> moved them out into kdeedu-data which both libkdeedu and
> libkeduvocdocument should depend on (or at least khangman(kdelibs4)
> and kanagram(libkeduvocdocument) should depend on in order to run.
>
> Now kdeedu-data uses ecm instructions to build like other kf5 based
> applications. Is that going to be a problem to make both khangman and
> kanagram run time depend on these packages, while kdeedu-data at build
> time requires ecm to build?
>
> I'm open to other solutions, but this is the best we could come up
> with at this time.
>
> thanks,
> Jeremy
_______________________________________________
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]