Cannot change language in khangman if kdelibs-data is not installed
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
kde4libs (Ubuntu) |
Fix Released
|
Medium
|
Unassigned | ||
kdelibs (Ubuntu) |
Fix Released
|
Medium
|
Unassigned |
Bug Description
Quoting from KDE 4's kdelibs not-installed file:
> # 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).
=======
This must be a packaging problem in Ubuntu Jaunty (GNOME), using khangman 4:4.2.2-0ubuntu1.
Without kdelibs-data 4:3.5.10.
With kdelibs-data 4:3.5.10.
This behavior is strange, because as far as I know, kdelibs-data is a KDE 3 package. But as it seems, some part of it is used by a KDE4 application.
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).