Activity log for bug #374248

Date Who What changed Old value New value Message
2009-05-09 20:13:20 Pelládi Gábor bug added bug
2009-05-24 18:00:55 Harald Sitter kdeedu (Ubuntu): importance Undecided Medium
2009-05-24 18:00:55 Harald Sitter kdeedu (Ubuntu): status New Triaged
2009-05-24 18:02:55 Harald Sitter description 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. 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.
2009-05-24 18:03:11 Harald Sitter affects kdeedu (Ubuntu) kde4libs (Ubuntu)
2009-05-24 18:03:34 Harald Sitter bug task added kdelibs (Ubuntu)
2009-05-24 18:03:45 Harald Sitter kdelibs (Ubuntu): importance Undecided Medium
2009-05-24 18:03:45 Harald Sitter kdelibs (Ubuntu): status New Confirmed
2009-05-24 18:04:05 Harald Sitter kdelibs (Ubuntu): status Confirmed Triaged
2009-05-25 10:26:08 Launchpad Janitor branch linked lp:~kubuntu-members/kdelibs/ubuntu
2009-05-25 10:35:06 Launchpad Janitor kdelibs (Ubuntu): status Triaged Fix Released
2009-05-25 10:40:07 Launchpad Janitor kde4libs (Ubuntu): status Triaged Fix Released
2010-02-21 01:26:51 Launchpad Janitor branch linked lp:ubuntu/kde4libs
2010-02-22 22:30:35 Launchpad Janitor branch linked lp:ubuntu/kdelibs