Hi,
On Sun, Feb 01, 2009 at 02:16:54AM +1100, Harshula wrote:
> retitle 513242 im-switch: inconsistent quasi-locale behaviour
> thanks
OK.
<snip>
> > all_ALL is meant as fallback default as I remember.
>
> Perhaps def_DEF would have been a more appropriate string?
That is still awkward. Why not "default".
>
> 1) I definitely agree we need a -d option. We should not be exposing the
> user to rm -f ~/.xinput.d/*.
Patch welcom for squeeze. Too late for lenny.
> 2) Perhaps introducing "def_DEF" as fallback default will make im-switch
> syntax more logical and easier to understand.
>
> However, we still need an all_ALL that over-rides everything else.
Changing meaning is bad idea for upgrade. If we need override, why not
introduce "override". Adding new alias is fine so we can introduce
"default". In Debian, people take backward compatibility seriously. I
do not want to fight with such case.
> gnome-language-selector (Ubuntu) sets scim-bridge for a particular
> locale. You want the ability to over-ride such arbitrary choices.
I have no idea on Ubuntu. I am curious for gnome-language-selector
Debian situation.
> The code would then look like:
How about /etc/X11/Xsession.d/80im-switch having:
------------------------------------------------------------------------
for f in "$HOME/.xinput.d/override" \
"$HOME/.xinput.d/${LNG}" \
"$HOME/.xinput.d/all_ALL" \
"$HOME/.xinput.d/default" \
"/etc/X11/xinit/xinput.d/override" \
"/etc/X11/xinit/xinput.d/${LNG}" \
"/etc/X11/xinit/xinput.d/all_ALL" \
"/etc/X11/xinit/xinput.d/default" ; do
------------------------------------------------------------------------
> 3) I wonder if the packages that depend on im-switch use "all_ALL".
>
> Reverse Depends:
> uim-common,im-switch
> skkinput,im-switch
> scim-pinyin,im-switch
> scim,im-switch
> kinput2-common,im-switch
> imhangul,im-switch
> gtk-im-libthai,im-switch
> gcin,im-switch
> fcitx,im-switch
I do not think they should use all_ALL to set im-switch beavior (I know
this may not be followed as I know.)
/etc/X11/xinit/xinput.d/default was meant to be the system default fall
back.
> 4) Is im-switch more complicated than it needs to be? Should we actually
> take a step back and have a look at what it is trying to solve?
That is my opinion too. I have cut down as much since I took over
updates. But next step is think about much simpler infrastructure with
more flexibility for each package. ... any volunteer to make this
happen is welcome. (I think use of alternative was overkill at least
for ~/.)
Osamu
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
