[Bug 374248] Re: Cannot change language in khangman if kdelibs-data is not installed

[Harald Sitter]

Yes, kdelibs-data is KDE 3.

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).

** Changed in: kdeedu (Ubuntu)
   Importance: Undecided => Medium

** Changed in: kdeedu (Ubuntu)
       Status: New => Triaged

** Description changed:

+ 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).
+ 
+ =======
+ 
  This must be a packaging problem in Ubuntu Jaunty (GNOME), using
  khangman 4:4.2.2-0ubuntu1.
  
  Without kdelibs-data 4:3.5.10.dfsg.1-1ubuntu8 installed: If I open the
  Languages menu, there is one entry called "None". After downloading a
  data file for a new language, e.g. Hungarian, there are two entries in
  the Languages menu, but both called "None". Selecting any of those two
  "None" labeled menu items, khangman thinks that I have selected the
  first one (probably because they are called the same), and switches to
  English. I cannot activate Hungarian in any way.
  
  With kdelibs-data 4:3.5.10.dfsg.1-1ubuntu8 installed: If I open the
  Languages menu, there is one entry called "English". After downloading a
  data file for a new language, e.g. Hungarian, there are two entries in
  the Languages menu, one called "English" and one called "Hungarian".
  Selecting one works properly.
  
  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.

** Package changed: kdeedu (Ubuntu) => kde4libs (Ubuntu)

** Also affects: kdelibs (Ubuntu)
   Importance: Undecided
       Status: New

** Changed in: kdelibs (Ubuntu)
   Importance: Undecided => Medium

** Changed in: kdelibs (Ubuntu)
       Status: New => Confirmed

** Changed in: kdelibs (Ubuntu)
       Status: Confirmed => Triaged

-- 
Cannot change language in khangman if kdelibs-data is not installed
https://bugs.launchpad.net/bugs/374248
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to kdelibs in ubuntu.