August 2015 - openSUSE M17n - openSUSE Mailing Lists

[opensuse-m17n] Missing M17N packages on openSUSE Leap
by Takashi Iwai 12 Aug '15

12 Aug '15

Hi, currently there are many M17N packages missing in openSUSE Leap (aka openSUSE:42), and we need the decision whether to keep maintaining for Leap or not. Below is the list of packages that are on 13.2 but missing on Leap. If anyone wants to keep packages there on Leap, feel free to do submitreq. Typically, you can do it like: % osc sr openSUSE:Factory/$PACKAGE openSUSE:42 where $PACKAGE is the package name you want to submit. thanks, Takashi ================================================================ brise canna-yubin cannadic cedilla chasen ddskk eblook ebview fcitx-kkc fcitx-rime fcitx-skk flim-xemacs gnugo i18nspector ibus-kkc ibus-rime ibus-skk ibus-table-zhengma imhangul ipadic kasumi kimtoy kinput2 librime mlterm namazu novel-pinyin poedit scim-bridge scim-canna scim-chewing scim-hangul scim-input-pad scim-m17n scim-pinyin scim-qtimm scim-skk scim-sunpinyin scim-tables scim-tomoe scim-uim scim-unikey semi-emacs semi-xemacs tomoe-gtk translate-toolkit uim virtaal w3m-el yudit ================================================================ Takashi -- To unsubscribe, e-mail: opensuse-m17n+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-m17n+owner(a)opensuse.org

2 6

[opensuse-m17n] Changes in per-user $INPUT_METHOD setup on recent FACTORY
by Takashi Iwai 12 Aug '15

12 Aug '15

[sorry for cross-post] Hi, the recent update of x11-tools package changed the behavior of /etc/X11/xim script for $INPUT_METHOD setup slightly. In the old way, user needs to set $INPUT_METHOD in ~/.profile if user wants to have a different IM from the system default. However, this may cause an unexpected problem if ~/.profile contains special setups. For fixing this, in the new scheme, ~/.i18n file is evaluated at first instead. If this file is present, the evaluation of ~/.profile will be skipped. If the file doesn't exist, it continues to the old scheme. The new package contains the skeleton .i18n file in /etc/skel, so that a newly created user will have ~/.i18n as default. If you already have own setup of $INPUT_METHOD in ~/.profile, it should work as is after the update, too. If you need to change $INPUT_METHOD per user in future, set it in ~/.i18n instead, such like: export INPUT_METHOD=ibus Takashi -- To unsubscribe, e-mail: opensuse-m17n+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-m17n+owner(a)opensuse.org

1 0

[opensuse-m17n] Does our xim process need an update?
by Qiang Zhao 02 Aug '15

02 Aug '15

M17N team members: hi! I'm handling with ibus debug works on SLED(S)now, and I'm new to SUSE M17N strategy, but I have this question as subject. Current situation: Our IM server start like this: 1) System boot, Then xinit launch /etc/X11/xim to start an IM server. 2) Get /etc/sysconfig/language IM server selection. This changes the default for all users. 3) If user define "INPUT_METHOD" in ~/.profile, then select IM server by it, and ignore step2's setting for current user; 4) Regardless the result step2 and step3, xim will start IM server by current user's language. This xim script is written in 10 years ago, something have changed in these days. For step3, It's better to move customer definition to a special file, like ~/.inputmethod or ~/.config/.inputmethod. Because it's hard for a program to change, especially when customer have written complex code flow in ~/.profile . Reference to: Bug 899259 - SLES12-RC3 ibus-setup pop up not working in Chinese, Korean, and Russian Mr Takashi Iwai point out this very clearly. For step4: I think it's unnecessary in future. Resons: 1, IM Server & IM Engine are different. A certain kind of IM server, like ibus, fcitx, scim, can supporting many kind of IM Engines. With these engine, people input in different language in the same server. Select IM Server by LANG is meaningless. 2, Default IM server is supposed to put in "/etc/sysconfig/language". it is defined during system installation. User custom IM server is supposed written in "~/.inputmethod" or "~/.config/.inputmethod." No need to be judged every time system start. 4, We will have only 1 IM server installed in future. Reference to: Fate 319095: deprecate fcitx chinese input method in favor of ibus. If customer installed another IM server after installation, then they can active one in custom file. 5, In early times, We have a dead key bug Bug 702064 - Dead keys don't work - https://bugzilla.novell.com/show_bug.cgi?id=702064 It's already have fixed patch and don't have reproduced yet, and I have test ibus with many language, So it won't influence. In that way, we don't need to select an IM server for customer by LANG env. For IM engines: 1, Users are supposed to select their IM Engine in "All Settings"->"Region & Language". Then System record his selection, active this selection at next time he login gnome. 2, Then how to define user input method for the first time login? I think the answer is "gnome-initial-setup". And there are also some other desktop and service settings need to be collect before customer first login, these settings are hard to guess, Some distribution already have use it, and it's the GNOME suggest method. 3, What I want to say is, gnome-initial-setup, Region_Language, ~/.inputmethod, and /etc/sysconfig/language can serve any people with any input scenario they want. Qiang Zhao

5 42

[opensuse-m17n] ibus-table related packages missing in Leap?
by Chun Yu Charlie CHAN 02 Aug '15

02 Aug '15

I have installed Leap 42.1 Milestone 1, and found that ibus-table packages are missing in the repository. Currently the Tumbleweed repository has these packages in the noarch directory, so I don't understand why Leap does not include them as well. Are the packages still under preparation in Leap or something else? Regards, Charlie -- To unsubscribe, e-mail: opensuse-m17n+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-m17n+owner(a)opensuse.org

2 1