Quoting from KDE 4's kdelibs not-installed file:
> # Files not installed because they conflict with current kdelibs-data:
> ./usr/share/locale/all_languages
This makes sense considering that KDE 3 and KDE 4 apps should be co-installable, however not at the cost of rendering KDE 4 apps partially useless in non-Kubuntu installations. That is completely insane and should be fixed in both Jaunty and Karmic.
KDEEdu and Games use all_languages _a lot_ not having it available in KDE 4's data is like really awful.
Proposed course of action to resolve this:
KARMIC
* Create a special package from the kde4libs sources (e.g. kdelibs5-data-lang)
* Drop all_languages from kdelibs-data
* Make kdelibs-data and kdelibs5-data both depend on the special package.
JAUNTY
* Make kdelibs5 depend on kdelibs-data (that is however very unSRUworthy ... additional solutions very much appreciated).
For Karmic the proposed solution is about the only sane one. It creates a diff from Debian (assuming they don't want to do that as well, which should be checked first), however only this way we have a 100% working solution that is maintainable and at little risk of causing upgrade issues (e.g. compared to dpkg-divert magic).
Yes, kdelibs-data is KDE 3.
Quoting from KDE 4's kdelibs not-installed file: locale/ all_languages
> # Files not installed because they conflict with current kdelibs-data:
> ./usr/share/
This makes sense considering that KDE 3 and KDE 4 apps should be co-installable, however not at the cost of rendering KDE 4 apps partially useless in non-Kubuntu installations. That is completely insane and should be fixed in both Jaunty and Karmic.
KDEEdu and Games use all_languages _a lot_ not having it available in KDE 4's data is like really awful.
Proposed course of action to resolve this:
KARMIC
* Create a special package from the kde4libs sources (e.g. kdelibs5-data-lang)
* Drop all_languages from kdelibs-data
* Make kdelibs-data and kdelibs5-data both depend on the special package.
JAUNTY
* Make kdelibs5 depend on kdelibs-data (that is however very unSRUworthy ... additional solutions very much appreciated).
For Karmic the proposed solution is about the only sane one. It creates a diff from Debian (assuming they don't want to do that as well, which should be checked first), however only this way we have a 100% working solution that is maintainable and at little risk of causing upgrade issues (e.g. compared to dpkg-divert magic).