[Fedora-i18n-bugs] [Bug 1374888] New: Unable to change IM Settings as expected / QT_IM_MODULE always set to ibus
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1374888
Bug ID: 1374888
Summary: Unable to change IM Settings as expected /
QT_IM_MODULE always set to ibus
Product: Fedora
Version: 24
Component: imsettings
Severity: high
Assignee: tagoh(a)redhat.com
Reporter: msilveira(a)linuxbr.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Description of problem:
No matter what I try, I just can't get GTK_IM_MODULE and QT_IM_MODULE set
correctly.
It seems like /etc/X11/xinit/xinitrc.d/50-xinput.sh always results in empty
GTK_IM_MODULE and QT_IM_MODULE set to ibus.
I'm trying to get cedilla to work as ' + c/C to output ç and Ç ( as it's always
been since old DOS times ) instead of ć and Ć
The first step was to edit /usr/share/X11/locale/en_US.UTF-8/Compose and sed ć
and Ć into ç and Ç ( not sure if this is really necessary )
If I open a Terminal and manually set GTK_IM_MODULE=cedilla and
QT_IM_MODULE=xim , both GTK and QT programs work as I expect.
Version-Release number of selected component (if applicable):
imsettings-1.7.1-1.fc24.x86_64
How reproducible: Always
Steps to Reproduce:
1. Choose any input method other than ibus ( via im-chooser ), logout, login.
2. Open Terminal and check if GTK_IM_MODULE and QT_IM_MODULE are set as
expected
3.
Actual results:
GTK_IM_MODULE is not set and QT_IM_MODULE is always set to ibus
Expected results:
GTK_IM_MODULE and QT_IM_MODULE set as expected by the xinput files
Additional info:
I've managed to temporarily get GTK_IM_MODULES set by adding a file named
/etc/X11/xinit/xinitrc.d/99-force-im.sh with the lines:
#!/bin/bash
export GTK_IM_MODULE=cedilla
export QT_IM_MODULE=xim
That's the only way I can get GTK programs to work with c cedil. But
QT_IM_MODULE still gets overriden at logon.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 1 month
[Fedora-i18n-bugs] [Bug 1413580] New: [abrt] ibus-table: __init__(): factory.py:96: do_create_engine:Exception: Cannot create engine wubi-jidian86
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1413580
Bug ID: 1413580
Summary: [abrt] ibus-table: __init__():
factory.py:96:do_create_engine:Exception: Cannot
create engine wubi-jidian86
Product: Fedora
Version: rawhide
Component: ibus-table
Assignee: mfabian(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
kent.neo(a)gmail.com, me(a)kaio.net, mfabian(a)redhat.com,
pwu(a)redhat.com, shawn.p.huang(a)gmail.com
Description of problem:
In Python >= 3.6
import sqlite3
sqlite3.connect("foo.db").execute('PRAGMA journal_mode k= WAL;')
fails.
Version-Release number of selected component:
ibus-table-1.9.14-2.fc26
Additional info:
reporter: libreport-2.9.0
cmdline: /usr/bin/python3 /usr/share/ibus-table/engine/main.py --ibus
crash_function: __init__
exception_type: sqlite3.OperationalError
executable: /usr/share/ibus-table/engine/main.py
kernel: 4.10.0-0.rc3.git4.1.fc26.x86_64
runlevel: N 5
type: Python3
uid: 1000
Truncated backtrace:
factory.py:96:do_create_engine:Exception: Cannot create engine wubi-jidian86
Traceback (most recent call last):
File "/usr/share/ibus-table/engine/tabsqlitedb.py", line 362, in __init__
self.db.execute('PRAGMA user_db.journal_mode = WAL;')
sqlite3.OperationalError: cannot change into wal mode from within a transaction
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/share/ibus-table/engine/factory.py", line 80, in do_create_engine
filename = db, user_db = udb)
File "/usr/share/ibus-table/engine/tabsqlitedb.py", line 379, in __init__
self.init_user_db(user_db)
File "/usr/share/ibus-table/engine/tabsqlitedb.py", line 1020, in
init_user_db
db.execute('PRAGMA journal_mode = WAL;')
sqlite3.OperationalError: cannot change into wal mode from within a transaction
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/share/ibus-table/engine/factory.py", line 96, in do_create_engine
raise Exception("Cannot create engine %s" %engine_name)
Exception: Cannot create engine wubi-jidian86
Local variables in innermost frame:
traceback: <module 'traceback' from '/usr/lib64/python3.6/traceback.py'>
udb: 'wubi-jidian86-user.db'
db: '/usr/share/ibus-table/tables/wubi-jidian86.db'
db_dir: '/usr/share/ibus-table/tables'
path_patt: re.compile('[^a-zA-Z0-9_/]')
engine_base_path: '/com/redhat/IBus/engines/table/%s/engine/'
engine_name: 'wubi-jidian86'
self: <factory.EngineFactory object at 0x7f3388bf0d38 (factory+EngineFactory at
0x56227f91fee0)>
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 2 months
[Fedora-i18n-bugs] [Bug 1415391] New: scim-pinyin does not add smart pinyin as an input option
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1415391
Bug ID: 1415391
Summary: scim-pinyin does not add smart pinyin as an input
option
Product: Fedora
Version: 25
Component: scim-pinyin
Severity: high
Assignee: pwu(a)redhat.com
Reporter: oldregdata(a)km.ru
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com
Description of problem:
smart pinyin doesn't get listed for selection in IMEngine Global Setup menu
Version-Release number of selected component (if applicable):
scim-pinyin 0.5.92-8.fc24
How reproducible:
always
Steps to Reproduce:
1.fresh net install of fedora 25 with only window managers, up to date
2.install scim, scim-tables, scim-tables-russian, scim-pinyin
3.change the input method to scim by im-chooser pulled with scim by default
4.log out, log back in (or even reboot)
Actual results:
only Russian and Other are listed as options in IMEngine Global Setup menu.
Smart pinyin is listed as a separate menu below, but it's just for configuring,
not for adding it to as an input methods.
Default Control+space triger does change between russian and default english
keyboard.
installing scim-bridge, scim-bridge-gtk, scim-gtk on top of it doesn't change
things
Expected results:
Smart pinyin should be listed as a method for Chinese input in IMEngine Global
Setup menu.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 2 months
[Fedora-i18n-bugs] [Bug 1406532] New: Request: fcitx-mozc package
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1406532
Bug ID: 1406532
Summary: Request: fcitx-mozc package
Product: Fedora
Version: 25
Component: fcitx
Severity: medium
Assignee: liangsuilong(a)gmail.com
Reporter: apcomptec(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, i(a)cicku.me,
liangsuilong(a)gmail.com, pwu(a)redhat.com,
robinlee.sysu(a)gmail.com
Mozc is one of the most used Japanese IME. Why does not exist a package to use
Mozc with Fcitx?
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 2 months
[Fedora-i18n-bugs] [Bug 1161284] New: git dependency
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1161284
Bug ID: 1161284
Summary: git dependency
Product: Fedora
Version: rawhide
Component: gettext
Severity: low
Assignee: dueno(a)redhat.com
Reporter: tessarek(a)evermeet.cx
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, praiskup(a)redhat.com
Description of problem:
gettext-devel depends on git
Additional info:
Mail correspondence with Daiki Ueno:
> Can you please remove the git dependency for gettext-devel?
>
> This is supposed to be a development package (mainly include files).
> Since git on Fedora is very old and not updated reagularily, I tried to
> remove git (to compile my own git) and to my surprise I saw that
> gettext-devel depends on git.
>
> AFAIK this is the only *-devel package which depends on git.
Actually, it _was_ needed for autopoint (a developer script, like
autoconf or automake), when we used git as a compression method of
/usr/share/gettext/archive.dir.*. Now that the default changed to
tar.xz, git shouldn't be necessary anymore.
> I truly believe this is a bug. Can you please fix this?
Could you please file a bug on bugzilla.redhat.com, so we don't forgot
to fix it on the next update?
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=UK9aT8RR8W&a=cc_unsubscribe
7 years, 2 months