Fwd: kdeedu-data

[Jeremy Whiting]

Sumski,

Yes, you're correct, that is an issue. We are considering a couple of
fixes for that as outlined below.

1. Merge khangman's frameworks branch to master, so it will be qt5/kf5
based for the upcoming release, This way khangman and kanagram (the
two applications that expect these files in kdeedu-data) will be able
to find them fine.
2. Make kdeedu-data install files into share/apps and modify
libkeduvocdocument to also look for the files there also. This way
whether 1 happens or not both applications will be able to find the
files just fine.

I'll make 2 happen now, then look at what's needed in khangman itself
to possibly do 1 above also by release, we'll see.

thanks,
Jeremy

On Thu, Oct 23, 2014 at 12:08 PM, šumski <hrvoje.senjan at gmail.com> wrote:
> On Thursday 23 of October 2014 16:33:48 Jeremy Whiting wrote:
>> ---------- Forwarded message ----------
>> From: Jeremy Whiting <jpwhiting at kde.org>
>> Date: Thu, Oct 23, 2014 at 8:31 AM
>> Subject: kdeedu-data
>> To: kde-packager <kde-packager at kde.org>, KDE Edu <kde-edu at 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.
> But will remaining kde4 apps know to find ${DATA_INSTALL_DIR} spoken with e-c-m
> language? IOW, by default, kde4's ${DATA_INSTALL_DIR} = "share/apps", with e-
> c-m it's "share"...
>
>
> Cheers,
> Hrvoje
>> thanks,
>> Jeremy
>> _______________________________________________
>> release-team mailing list
>> release-team at kde.org
>> https://mail.kde.org/mailman/listinfo/release-team
>
> _______________________________________________
> release-team mailing list
> release-team at kde.org
> https://mail.kde.org/mailman/listinfo/release-team
>