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

List:       kde-release-team
Subject:    Re: Fwd: kdeedu-data
From:       Jeremy Whiting <jpwhiting () kde ! org>
Date:       2014-10-28 19:37:06
Message-ID: CADWV2K74P+0Q4okC4JBdYC4=MF_0L6uihXNjVCRH2DUb6TnLww () mail ! gmail ! com
[Download RAW message or body]

Ok 2 is done, 1 has reviews pending then will be done too. KHangMan
will be released based on kf5 and Qt5 and will depend on
libkeduvocdocument and kdeedu-data just like Kanagram. No other
applications look for these .kvtml files (though you could open them
in kwordquiz or parley, by asking it to open them by filename. Crisis
averted.

thanks,
Jeremy

On Mon, Oct 27, 2014 at 6:28 AM, Rex Dieter <rdieter@math.unl.edu> wrote:
> On 10/26/2014 05:18 PM, Jeremy Whiting wrote:
>>
>> Ugh, I saw that on fedora recently. Why do distros do that? I guess
>> those same distros also patch KStandardDirs to look for files there ?
>> Or set KDEHOME or something so it will look there?
>
>
> The "why" was because that dir was also used by kde3, and kde4 introduced
> various conflicts.  off the top of my head (it's been awhile), there were at
> least 2... kate and khtml
>
> As to how it's implemented, on fedora at least, we build all kde4 packages
> with a standard set of build flags, one of which is:
> -DDATA_INSTALL_DIR:PATH=/usr/share/kde4/apps
> I believe other distros follow a similar convention here, and probably for
> similar reason(s).
>
> -- Rex
>
> _______________________________________________
> release-team mailing list
> release-team@kde.org
> https://mail.kde.org/mailman/listinfo/release-team
_______________________________________________
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]