i18n-bugs August 2015

i18n-bugs@lists.fedoraproject.org

1 participants
173 discussions

[Fedora-i18n-bugs] [Bug 1040336] New: [or_IN][libuninum] - Change language name from "Oriya" to "Odia"
by Red Hat Bugzilla 29 Jun '18

29 Jun '18

https://bugzilla.redhat.com/show_bug.cgi?id=1040336 Bug ID: 1040336 Summary: [or_IN][libuninum] - Change language name from "Oriya" to "Odia" Product: Fedora Version: rawhide Component: libuninum Keywords: i18n Severity: low Priority: medium Assignee: terjeros(a)phys.ntnu.no Reporter: smaitra(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, smaitra(a)redhat.com, terjeros(a)phys.ntnu.no Description of problem: Upstream bug reference : https://sourceware.org/bugzilla/show_bug.cgi?id=15601 Preface : As per the Govt of India record, the State name of Orissa has been replaced with Odisha (hopefully I am correct with its spelling) and the language of Odisha State which was Oriya earlier, has been replaced with Odia. Please change the word "Oriya" occurrences to "Odia" in SPEC file. Version-Release number of selected component (if applicable): libuninum-2.7-13.fc20.1 libuninum-2.7-13.fc20.1 How reproducible: N/A Steps to Reproduce:N/A 1. 2. 3. Actual results: Presently the word "Oriya" is mentioned in the SPEC file. Expected results: Please replace the word "Oriya" with the word "Odia" in the SPEC File for all the occurrences. Additional info: References: http://orissamatters.com/2011/11/07/orissa-became-odisha/ http://www.ndtv.com/article/india/parliament-passes-bill-to-change-orissa-s… http://orissa.gov.in/e-magazine/Orissareview/2011/Nov/engpdf/9-17.pdf -- 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=YHitKy2naE&a=cc_unsubscribe

2 13

[Fedora-i18n-bugs] [Bug 1133127] New: The hotkey for switching to direct input mode should be configurable
by Red Hat Bugzilla 12 Jun '18

12 Jun '18

https://bugzilla.redhat.com/show_bug.cgi?id=1133127 Bug ID: 1133127 Summary: The hotkey for switching to direct input mode should be configurable Product: Fedora Version: 19 Component: ibus-table Assignee: mfabian(a)redhat.com Reporter: stsp(a)list.ru QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, extras-qa(a)fedoraproject.org, 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, stsp(a)list.ru +++ This bug was initially created as a clone of Bug #1128912 +++ (In reply to Stas Sergeev from comment #23) > I noticed another problem. > When I type, the layout ocasionally changes back > to EN, even though I do not press the modifier combo. > The switcher applet still shows RU, but the typing > becomes latinic. > Presumably this happens after Shift-Space, but again, > not always... So we have another puzzle. I wonder if > you can make a sharp guess or reproduce that... You are switching between table mode ("rusle") and direct input mode (using the underlying keyboard layout directly). The hotkey for this is the left shift key (Without space, just left shift and release it). You can see which mode you are in if you open the input method menu in the gnome panel while rusle is active. Look at the 4 menu entries near the bottom: Direct input (Left Shift) Phrase mode (Ctrl-;) <- quite useless for rusle Direct commit mode (Ctrl-/) <- quite useless for rusle Setup If you hit the left shift key and look again, you see that the topmost of these "property" menus toggles between Direct input (Left Shift) <-> Р (Left Shift) I am not sure what I can do about this now. For Chinese, this is used often as a quick way to toggle between Chinese and English mode (faster than switching between two input sources). That might be the reason why the original developer of ibus-table did choose the left shift key as the hot key for that. The disadvantage is of course that the left shift key can be hit far too easily. In the long run, I want to make the keybindings configurable, then you could set that keybinding to empty. But I have no time for that soon, that is a bit more work. Choosing a different shortcut is not nice to existing users. Disabling that shortcut for non-CJK input methods might also be not so nice. Maybe one wants to quickly toggle between direct input and a non-CJK input method as well. So I am a bit puzzled what to do about this now. Maybe wait until I have time to make the keybindings configurable? --- Additional comment from Stas Sergeev on 2014-08-22 15:32:52 EDT --- > Maybe wait until I have time to make the keybindings configurable? Maybe I have no other option than to agree with this? :) Anyway, another sharp guess, you are right, left shift is the culprit. Thank you. So, should I open a separate report for this or what? --- Additional comment from Stas Sergeev on 2014-08-22 15:34:22 EDT --- (In reply to Mike FABIAN from comment #24) > Created attachment 929759 [details] > 0001-Ignore-Shift-Space-hotkey-to-switch-fullwidth-halfwi.patch > > To fix the problem in comment#21 Patch tested and works. --- Additional comment from Mike FABIAN on 2014-08-22 15:55:18 EDT --- (In reply to Stas Sergeev from comment #26) > > Maybe wait until I have time to make the keybindings configurable? > Maybe I have no other option than to agree with this? :) > Anyway, another sharp guess, you are right, left shift > is the culprit. Thank you. > > So, should I open a separate report for this or what? Yes, I think a separate bug report is helpful so I do not forget this. Maybe, as a temporary workaround, I disable that hotkey for non-CJK and enable it again as soon as the hotkeys are configurable. I really should make the hotkeys configurable ... -- 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=DFaAYcdVbL&a=cc_unsubscribe

2 111

[Fedora-i18n-bugs] [Bug 657849] New: Serbian glyphs for Wikipedia
by Red Hat Bugzilla 18 May '18

18 May '18

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Serbian glyphs for Wikipedia https://bugzilla.redhat.com/show_bug.cgi?id=657849 Summary: Serbian glyphs for Wikipedia Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: alessandroceschini.it(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Description of problem: Hy, at the Serbian Wikipedia we are planning on supporting localized Serbian glyphs (as opposed to standard/Russian ones) on screen by taking advantage of the next generation of browser (like Firefox 4) compliant with OpenType features. What we lack is a pool of free OpenType fonts with Serbian glyphs to be accessed through the locl feature. DejaVu is, as far as I know, the only free font which does so (although with some bugs) but, particularly the Serif version, can be described as ugly at best. So, what about a new release of Liberation Fonts containing a locl table for Serbian? Thank you. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

2 113

[Fedora-i18n-bugs] [Bug 882841] New: can we update this hunspell-mr wordlist?
by Red Hat Bugzilla 09 Apr '18

09 Apr '18

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=882841 Bug ID: 882841 Summary: can we update this hunspell-mr wordlist? Product: Fedora Version: 18 Component: hunspell-mr Severity: unspecified Priority: unspecified Reporter: psatpute(a)redhat.com Description of problem: -> From upstream url http://wiki.openoffice.org/wiki/Dictionaries, which points to http://extensions.services.openoffice.org/en/project/dict-mr i found -> http://code.google.com/p/hunspell-marathi-dictionary/ This is latest and has more words (1,00,000) compared to our existing (12,631) upstream. Can we update this? Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

2 9

[Fedora-i18n-bugs] [Bug 1222160] New: Incorrect symbol for kk (Kazakh) m17n layouts
by Red Hat Bugzilla 06 Apr '18

06 Apr '18

https://bugzilla.redhat.com/show_bug.cgi?id=1222160 Bug ID: 1222160 Summary: Incorrect symbol for kk (Kazakh) m17n layouts Product: Fedora Version: 22 Component: ibus-m17n Severity: medium Assignee: dueno(a)redhat.com Reporter: yerlaser(a)outlook.com QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Description of problem: I use ibus-m17n for my language kk - Kazakh. Because our country plans migration to latin script I created a new m17n layout table for phonetic entry. I add my new mim file to /usr/share/m17n and my new phonetic input works. However, in the language selector on the top panel, the short name (symbol) of the language shows as an arabic letter. It should be "kk", like e.g. "en" for English. I found a fix for it. The package ibus-m17n contains a wrong config file. /usr/share/ibus-m17n/default.xml It contains the following lines: <engine> <name>m17n:kk:*</name> <symbol>قا</symbol> </engine> The lines are wrong because it sets the arabic symbol for all custom keyboard layouts while the correct symbol is "kk". Those lines should be changed to the following: <engine> <name>m17n:kk:*</name> <symbol>kk</symbol> </engine> <engine> <name>m17n:kk:arabic</name> <symbol>قا</symbol> </engine> This way it only shows arabic symbol for the arabic layout. Please advise what I should do to have it fixed in Fedora permanently. -- 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=2bVCZ3CUP6&a=cc_unsubscribe

2 7

[Fedora-i18n-bugs] [Bug 1175840] New: [abrt] ibus-typing-booster: dlmmap_locked(): python2.7 killed by SIGBUS
by Red Hat Bugzilla 18 Mar '18

18 Mar '18

https://bugzilla.redhat.com/show_bug.cgi?id=1175840 Bug ID: 1175840 Summary: [abrt] ibus-typing-booster: dlmmap_locked(): python2.7 killed by SIGBUS Product: Fedora Version: 20 Component: ibus-typing-booster Assignee: apatil(a)redhat.com Reporter: rhce_v6(a)yahoo.com QA Contact: extras-qa(a)fedoraproject.org CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com Version-Release number of selected component: ibus-typing-booster-1.2.5-1.fc20 Additional info: reporter: libreport-2.2.3 backtrace_rating: 4 cmdline: python /usr/share/ibus-typing-booster/engine/main.py --xml crash_function: dlmmap_locked executable: /usr/bin/python2.7 kernel: 3.11.10-301.fc20.x86_64 runlevel: N 5 type: CCpp uid: 0 Truncated backtrace: Thread no. 1 (10 frames) #0 dlmmap_locked at ../src/closures.c:460 #1 dlmmap at ../src/closures.c:506 #2 sys_alloc at ../src/dlmalloc.c:3515 #3 dlmalloc at ../src/dlmalloc.c:4245 #4 ffi_closure_alloc at ../src/closures.c:572 #5 g_callable_info_prepare_closure at girepository/girffi.c:365 #6 _pygi_make_native_closure at pygi-closure.c:639 #7 _wrap_pyg_hook_up_vfunc_implementation at gimodule.c:411 #8 call_function at /usr/src/debug/Python-2.7.5/Python/ceval.c:4098 #9 PyEval_EvalFrameEx at /usr/src/debug/Python-2.7.5/Python/ceval.c:2740 -- 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=qsjGHBMHzw&a=cc_unsubscribe

2 5

[Fedora-i18n-bugs] [Bug 583716] New: Need additional runtime detecting in ibus.conf for Kimpanel
by Red Hat Bugzilla 02 Mar '18

02 Mar '18

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Need additional runtime detecting in ibus.conf for Kimpanel https://bugzilla.redhat.com/show_bug.cgi?id=583716 Summary: Need additional runtime detecting in ibus.conf for Kimpanel Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: ibus AssignedTo: phuang(a)redhat.com ReportedBy: cheeseli(a)hotmail.com QAContact: extras-qa(a)fedoraproject.org CC: phuang(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Created an attachment (id=407608) --> (https://bugzilla.redhat.com/attachment.cgi?id=407608) Additional runtime detecting in ibus.conf for Kimpanel Have Kimpanel be the default IBus frontend IF AND ONLY IF the user is running KDE and Kimpanel is installed. The attachment is a patch for this purpose. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

2 35

[Fedora-i18n-bugs] [Bug 1003412] New: Cinnamon desktop - Failed to Change input method
by Red Hat Bugzilla 30 Dec '17

30 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=1003412 Bug ID: 1003412 Summary: Cinnamon desktop - Failed to Change input method Product: Fedora Version: 20 Component: im-chooser Assignee: tagoh(a)redhat.com Reporter: aalam(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Created attachment 792685 --> https://bugzilla.redhat.com/attachment.cgi?id=792685&action=edit Screenshot Description of problem: while Enabling Ibus with im-chooser in Cinnamon Desktop, it showing crashing error message. --- GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._imsettings_2derror_2dquark.Code5: Current desktop isn't targeted by IMSettings. Please check /home/aalam/.cache/imsettings/log for more details --- Version-Release number of selected component (if applicable): cinnamon-1.9.2-0.20.git2d1ac4d.fc20.x86_64 ibus-1.5.3-1.fc20.x86_64 im-chooser-1.6.4-2.fc20.x86_64 How reproducible: Steps to Reproduce: 1. Log in to Cinnamon desktop 2. Use im-chooser to enable Input method 'IBus' 3. Select ibus 4. Check message produced Actual results: ibus failed to enabled Expected results: it should work Additional info: 1) I upgraded from Fedora 19 to Fedora 20 2) Log /home/aalam/.cache/imsettings/log --- [ 1378076147.681857]: IMSettings-Daemon[4911]: INFO: Starting imsettings-daemon... [ 1378076147.682409]: IMSettings-Daemon[4911]: INFO: [HOME=/home/aalam/.config/imsettings] [ 1378076147.682698]: IMSettings-Daemon[4911]: INFO: [XINPUTRCDIR=/etc/X11/xinit/] [ 1378076147.682935]: IMSettings-Daemon[4911]: INFO: [XINPUTDIR=/etc/X11/xinit/xinput.d/] [ 1378076147.683171]: IMSettings-Daemon[4911]: INFO: [MODULEDIR=/usr/lib64/imsettings] [ 1378076147.683402]: IMSettings-Daemon[4911]: INFO: [MODULES=gsettings, qt] [ 1378076147.688695]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain the DefaultInputMethod: Key file does not have group 'Qt' [ 1378076147.717047]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain the DefaultInputMethod: Key file does not have group 'Qt' [ 1378076147.763503]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain the DefaultInputMethod: Key file does not have group 'Qt' [ 1378076147.785706]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain the DefaultInputMethod: Key file does not have group 'Qt' imsettings information ========================== XINPUTRC: /home/aalam/.config/imsettings/xinputrc File: ‘/home/aalam/.config/imsettings/xinputrc’ -> ‘/etc/X11/xinit/xinput.d/ibus.conf’ Size: 33 Blocks: 0 IO Block: 4096 symbolic link Device: 803h/2051d Inode: 3408583 Links: 1 Access: (0777/lrwxrwxrwx) Uid: ( 1000/ aalam) Gid: ( 1000/ aalam) Context: unconfined_u:object_r:config_home_t:s0 Access: 2013-09-01 17:44:05.355457571 -0500 Modify: 2013-08-18 11:45:55.552064953 -0500 Change: 2013-08-18 11:45:55.552064953 -0500 Birth: - Is DBus enabled: yes Is imsettings enabled: yes Is GTK+ supported: [ 1378076147.908926]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain the DefaultInputMethod: Key file does not have group 'Qt' [ 1378076147.931150]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain the DefaultInputMethod: Key file does not have group 'Qt' yes Is Qt supported: [ 1378076147.963524]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain the DefaultInputMethod: Key file does not have group 'Qt' [ 1378076147.986057]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain the DefaultInputMethod: Key file does not have group 'Qt' yes DESKTOP: cinnamon GUESS_DESKTOP: $GDMSESSION DISABLE_IMSETTINGS: IMSETTINGS_DISABLE_DESKTOP_CHECK: DBUS_SESSION_BUS_ADDRESS: unix:abstract=/tmp/dbus-phX8IXOece,guid=831715cb30aa1e83d67a027c5223c5f3 GTK_IM_MODULE: QT_IM_MODULE: ibus XMODIFIERS: @im=ibus IMSETTINGS_MODULE: IBus IMSETTINGS_INTEGRATE_DESKTOP: yes [ 1378076150.254946]: IMSettings-Qt backend[4911]: WARNING **: Unable to obtain the DefaultInputMethod: Key file does not have group 'Qt' [ 1378076152.050008]: IMSettings-Daemon[4911]: INFO: Attempting to switch IM to IBus [lang=pa_IN.utf8, update=false] ** org.gnome.settings-daemon.plugins.keyboard.active is true. imsettings is going to be disabled. [ 1378076157.117726]: IMSettings-Daemon[4911]: WARNING **: Current desktop isn't targeted by IMSettings. [ 1378076157.161819]: IMSettings-Daemon[4911]: INFO: Unloading imesttings module: qt [ 1378076157.162348]: IMSettings-Daemon[4911]: INFO: Unloading imesttings module: gsettings [ 1378076157.162712]: IMSettings-Daemon[4911]: INFO: imsettings-daemon is shut down. [ 1378077301.984146]: IMSettings-Daemon[6447]: INFO: Starting imsettings-daemon... [ 1378077301.985509]: IMSettings-Daemon[6447]: INFO: [HOME=/home/aalam/.config/imsettings] [ 1378077301.985722]: IMSettings-Daemon[6447]: INFO: [XINPUTRCDIR=/etc/X11/xinit/] [ 1378077301.985892]: IMSettings-Daemon[6447]: INFO: [XINPUTDIR=/etc/X11/xinit/xinput.d/] [ 1378077301.986059]: IMSettings-Daemon[6447]: INFO: [MODULEDIR=/usr/lib64/imsettings] [ 1378077301.986226]: IMSettings-Daemon[6447]: INFO: [MODULES=gsettings, qt] [ 1378077305.888658]: IMSettings-Daemon[6447]: INFO: Attempting to switch IM to IBus [lang=pa_IN.utf8, update=true] ** org.gnome.settings-daemon.plugins.keyboard.active is true. imsettings is going to be disabled. [ 1378077306.544504]: IMSettings-Daemon[6447]: WARNING **: Current desktop isn't targeted by IMSettings. -- 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=hXXx7rBFUY&a=cc_unsubscribe

2 2

[Fedora-i18n-bugs] [Bug 844555] New: new IME switcher prevents to send the key events to kvm
by Red Hat Bugzilla 18 Dec '17

18 Dec '17

https://bugzilla.redhat.com/show_bug.cgi?id=844555 Bug ID: 844555 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: 17 Priority: unspecified CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com Assignee: tfujiwar(a)redhat.com Summary: new IME switcher prevents to send the key events to kvm Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: tagoh(a)redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: ibus Product: Fedora Description of problem: With the latest version of ibus on f17, ibus can't be turned on on kvm. it works back when ibus on host machine is disabled. Version-Release number of selected component (if applicable): ibus-1.4.99.20120428-2.fc17.x86_64 How reproducible: always Steps to Reproduce: 1.run ibus on both host and guest 2.press ctrl+space on kvm 3. Actual results: the key events was ate on host. no IM activated on guest Expected results: should be turned on on kvm Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

2 18

[Fedora-i18n-bugs] [Bug 733106] New: fonts.alias refer to encodings not listed in fonts.dir
by Red Hat Bugzilla 12 Dec '17

12 Dec '17

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: fonts.alias refer to encodings not listed in fonts.dir https://bugzilla.redhat.com/show_bug.cgi?id=733106 Summary: fonts.alias refer to encodings not listed in fonts.dir Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: sazanami-fonts AssignedTo: tagoh(a)redhat.com ReportedBy: viy(a)altlinux.org QAContact: extras-qa(a)fedoraproject.org CC: tagoh(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- fonts.alias files refer to jisx020*.19??-0 font encodings while fonts.dir does not list them. looks like a fonts.scale/fonts.dir generation bug. /usr/share/X11/fonts/encodings/large/* encodings should be present during fonts.scale/fonts.dir generation. sazanami-fonts-0.20040629-15.fc15.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

2 15

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs August 2015