On Mon, Mar 06, 2006 at 09:55:19AM -0000, atie wrote:
>
> Comment:
> OK, test was good. Also I've learned update-alternatives as bonus.
> Please upload scim-hangul_0.2.1-1ubuntu1.
This is uploaded now, thanks to crimsun's kind sponsoring.
> One minor issue I had, I used im-switch -s nabi under my en_US locale
> then purged nabi.(1) I could see broken link for en_US in ~/.xinput.d
> so removed it by hand. (2)
Hmm, I didn't know im-switch can do that (setting for a locale the input
method didn't register for). But generally speaking packages are not
supposed to touch user's home directory, so not much I can do here, I'm
afraid.
> After 2) I found /etc/alternatives/xinput-ko_KR broken too. I got to do
> sudo update-alternatives --config xinput-ko_KR
> sudo update-alternatives --auto xinput-ko_KR
> for recovery.
But this is definitely something wrong. Please open a separate bug and
describe the bug in more detail, and I'll look into it.
> I am wondering these two commands I use can be included into postinst
> later to prepare such case I had.
update-alternatives is supposed to handle these situations by itself.
Let's first see what exactly the bug is.
> And, I think last patch is enough for Korean users who use ko_KR locale,
> but for users use other locales the patch may not work as we expect
> because of ko_KR specific. Need to test more.
im-switch by design is connected tightly with locale. For each new
locale you need to register a new set of alternatives. This is the
biggest reason I don't like im-switch. And now since scim-hangul is
installed by Korean language pack, I think this setting makes sense. I
can't think of any good way to get scim autostarted (unless you assume
everybody is using UTF-8 locale), if anybody has a good idea, please
propose it.
On Mon, Mar 06, 2006 at 09:55:19AM -0000, atie wrote: 0.2.1-1ubuntu1.
>
> Comment:
> OK, test was good. Also I've learned update-alternatives as bonus.
> Please upload scim-hangul_
This is uploaded now, thanks to crimsun's kind sponsoring.
> One minor issue I had, I used im-switch -s nabi under my en_US locale
> then purged nabi.(1) I could see broken link for en_US in ~/.xinput.d
> so removed it by hand. (2)
Hmm, I didn't know im-switch can do that (setting for a locale the input
method didn't register for). But generally speaking packages are not
supposed to touch user's home directory, so not much I can do here, I'm
afraid.
> After 2) I found /etc/alternativ es/xinput- ko_KR broken too. I got to do
> sudo update-alternatives --config xinput-ko_KR
> sudo update-alternatives --auto xinput-ko_KR
> for recovery.
But this is definitely something wrong. Please open a separate bug and
describe the bug in more detail, and I'll look into it.
> I am wondering these two commands I use can be included into postinst
> later to prepare such case I had.
update-alternatives is supposed to handle these situations by itself.
Let's first see what exactly the bug is.
> And, I think last patch is enough for Korean users who use ko_KR locale,
> but for users use other locales the patch may not work as we expect
> because of ko_KR specific. Need to test more.
im-switch by design is connected tightly with locale. For each new
locale you need to register a new set of alternatives. This is the
biggest reason I don't like im-switch. And now since scim-hangul is
installed by Korean language pack, I think this setting makes sense. I
can't think of any good way to get scim autostarted (unless you assume
everybody is using UTF-8 locale), if anybody has a good idea, please
propose it.
Ming
2006.03.06