On Mon, Jun 11, 2012 at 10:26 PM, Takashi Iwai
At Sun, 10 Jun 2012 19:55:03 +0800, Marguerite Su wrote:
Hi, all,
I need some gtk coding help to fix scim related packages in M17N repository.
package status here: https://build.opensuse.org/project/monitor?blocked=0&building=0&dispatching=0&finished=0&project=M17N&scheduled=0&signing=0&succeeded=0
== Long version : ==
I updated scim main package to 1.4.13.
You may never heard of this project. It's an old Input Method Framework project. Upstream indeed didn't maintain it for a long time
They didn't claim it, but actually all Input Engine sub-packages can't be built against lastest IMF main package. it means they didn't maintain the input engine interfaces like scim-pinyin, scim-chewing, scim-anthy, scim-canna, scim-tables, scim-skk....all of them.
That's bad. Since these broken packages aren't maintained by the main scim project but they are individuals, maybe the scim developers just ignored the breakage.
yes...they ignored them. but only an IMF doesn't work...old and royal users still need engines to input.
So any upstream bug report will be "abandoned".
Even if we can open and wait, openSUSE can't. Here's the situation:
According to its maintenance status (inactive package maintainers in M17N and upstream, the latest SR against one of them is from coolo about 12 month ago), broken status and popularity among the users, we have made a deal to get rid of it from DVD. And I removed provides tag from scim main package.
But, because of sub packages' broken status against Factory, I can't submit any SR against them.
It means we may have about 10 broken dependency packages installed in openSUSE 12.2. ( newer version of scim, and old versions of all the others. they can't work together.)
So possible solutions are:
1. Drop them completely.
Since I fixed all the packages related to zh_CN locale, and I don't know how many people use it in other locales. I can't make such decision. And another reason is because SLE_11_SP2 is still using it. (SLE_11_SP2 is a longer supported version. if I drop them, it'll cause many problems to both SuSE staff and SLE users. Dependencies in SLE_11_SP2 are not new enough to build other IMF like IBus/Fcitx/Mozc/Gcin.)
2. Fix them and remove the provides tags from them.
That's exactly I did.
Some maintainers said just let scim die. but if we can let it die, we have already done. scim-anthy, scim-chewing and others didn't see any new release since 2006, we're still maintaining it. Because there're no other solutions in some of openSUSE derivatives.
Now I have fixed: scim-pinyin, scim-unikey, scim-anthy, scim-hangul.
I can't fix others because it's out of my effort.
Some of the GTK functions and macros used in them are too old (GTK 2.12) and have no new alternatives.
It means we have to rewrite some lines of its codes. like GTK_Fileselection to GTK_Dialog, GTK_combo to GTK_combobox.
So if anyone have time and GTK coding experience, please offer some help.
Hmm, how other distros handle this update? Haven't they hit the same problems? I see both Ubuntu and Arch already updated to scim 1.4.13, but they can build scim-anthy as is.
Judging from the compile errors, isn't it just a side-effect of using GTK3 in SCIM...?
That's the most interesting part: I see Fedora and Ubuntu have 1.4.13 and all other packages the same version as us. But they didn't patch anything. they just build fine. that part confuses me. I'm not that fresh to packaing and patching...those functions in them are from gtk 2.12 era, which are already dropped for a long time. why they can built it without any problem... I just update the source of scim, I didn't modify spec at all...and in sub packages, they introduce /usr/include/gtk-3.0/ even if you didn't specify gtk3-devel in spec file. I'm fixing scim-skk/scim-table with help from community now. The fix is easy for ones with a little gtk coding experience, it's just function replacement. The most hard part is scim-chewing.
thanks,
Takashi
Marguerite -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org