June 2018 - i18n-bugs - Fedora Mailing-Lists

[Fedora-i18n-bugs] [Bug 1587998] New: Update to 2.24 breaks keyboard layouts in XWayland applications when having several keyboard layouts enabled

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1587998 Bug ID: 1587998 Summary: Update to 2.24 breaks keyboard layouts in XWayland applications when having several keyboard layouts enabled Product: Fedora Version: 28 Component: xkeyboard-config Assignee: peter.hutterer(a)redhat.com Reporter: fedora(a)genodeftest.de QA Contact: extras-qa(a)fedoraproject.org CC: ajax(a)redhat.com, alexl(a)redhat.com, caillon+fedoraproject(a)gmail.com, i18n-bugs(a)lists.fedoraproject.org, john.j5live(a)gmail.com, mbarnes(a)fastmail.com, negativo17(a)gmail.com, peter.hutterer(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com Description of problem: A regression in version 2.24 causes unexpected keyboard layout changes in a multi-keyboard-layout setup under GNOME/Wayland. Version-Release number of selected component (if applicable): xkeyboard-config-2.24-1.fc28.noarch is broken xkeyboard-config-2.23.1-1.fc28.noarch works fine How reproducible: always on my machine/keyboard layout setup Steps to Reproduce: 0. update xkeyboard-config to 2.24 1. log in to a GNOME+Wayland session 2. start any XWayland application, e.g. `GDK_BACKEND=x11 gedit` 3. type anything 4. start any pure wayland application, e.g. `gedit` Actual results: Wrong keyboard on step 2, correct keyboard layout on 4. This is reproducible for all applications, including firefox. Expected results: keyboard layout must be the same for wayland and XWayland applications. XWayland keyboard layout must be the keyboard layout I configured. Additional info: $ localectl System Locale: LANG=de_DE.UTF-8 VC Keymap: de-neo X11 Layout: de,de,us X11 Variant: neo,nodeadkeys, My keyboard layouts are: de-neo (German Neo2; the default), de nodeadkeys (default german keyboard layout), us The update: https://bodhi.fedoraproject.org/updates/FEDORA-2018-45800254e5 -- You are receiving this mail because: You are on the CC list for the bug.

5 years, 10 months

1
12
0 / 0

[Fedora-i18n-bugs] [Bug 1564349] New: Typing Booster should use a single unified IME ( Input Source) for all languages

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1564349 Bug ID: 1564349 Summary: Typing Booster should use a single unified IME (Input Source) for all languages Product: Fedora Version: 28 Component: ibus-typing-booster Severity: high Assignee: mfabian(a)redhat.com Reporter: petersen(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: anish.developer(a)gmail.com, i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com Description of problem: Currently ibus-typing-booster provides one IME per locale which creates many many input sources which seems not so good. Version-Release number of selected component (if applicable): ibus-typing-booster-1.5.35-1 Additional info: Only downside I see is that Typing Booster will not be listed under every language in gnome-control-center or ibus-setup... On the plus side an IME called Typing Booster will be much more differentiated in the IME switcher or Input Source menu, strengthening the aware of the project. -- You are receiving this mail because: You are on the CC list for the bug.

5 years, 10 months

1
4
0 / 0

[Fedora-i18n-bugs] [Bug 1577820] New: iso-codes-3.79 is available

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1577820 Bug ID: 1577820 Summary: iso-codes-3.79 is available Product: Fedora Version: rawhide Component: iso-codes Keywords: FutureFeature, Triaged Assignee: pnemade(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: alexl(a)redhat.com, caillon+fedoraproject(a)gmail.com, i18n-bugs(a)lists.fedoraproject.org, john.j5live(a)gmail.com, mbarnes(a)fastmail.com, mclasen(a)redhat.com, pnemade(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com Latest upstream release: 3.79 Current version/release in rawhide: 3.77-2.fc28 URL: http://pkg-isocodes.alioth.debian.org/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from anitya: https://release-monitoring.org/project/1406/ -- You are receiving this mail because: You are on the CC list for the bug.

5 years, 10 months

1
4
0 / 0

[Fedora-i18n-bugs] [Bug 1592350] New: [specfile] Drop requirements for 'initscripts'

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1592350 Bug ID: 1592350 Summary: [specfile] Drop requirements for 'initscripts' Product: Fedora Version: rawhide Component: ebnetd Severity: medium Assignee: tagoh(a)redhat.com Reporter: dkaspar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Blocks: 1592330 Hello! Description of problem: It appears your package depend on 'initscrits' package for some reason. However, most of the initscripts' dependants are no longer valid. I hereby request you check your package/specfile, and either: * drop the initscripts dependancy and close this BZ, or * provide a justification in a comment for keeping the dependancy (without closing this BZ) ---------------------- NOTE: In case you are depending on initscripts because of networking scripts, then you will need to update your specfile to depend directly on new package 'network-scripts' (instead of 'initscripts'). If this is the case, please let us know in the comments and do not close the BZ yet. Additional info: The requested change here is valid for Rawhide (F29) only. Do not backport these changes into F28 or F27, because it would break things. Thank you for your co-operation! :) -- Dee'Kej -- Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1592330 [Bug 1592330] [Tracking BZ] Drop unnecessary dependencies on 'initscripts' package -- You are receiving this mail because: You are on the CC list for the bug.

5 years, 10 months

1
3
0 / 0

[Fedora-i18n-bugs] [Bug 1592335] New: [specfile] Drop requirements for 'initscripts'

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1592335 Bug ID: 1592335 Summary: [specfile] Drop requirements for 'initscripts' Product: Fedora Version: rawhide Component: Canna Severity: medium Assignee: extras-orphan(a)fedoraproject.org Reporter: dkaspar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: extras-orphan(a)fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Blocks: 1592330 Hello! Description of problem: It appears your package depend on 'initscrits' package for some reason. However, most of the initscripts' dependants are no longer valid. I hereby request you check your package/specfile, and either: * drop the initscripts dependancy and close this BZ, or * provide a justification in a comment for keeping the dependancy (without closing this BZ) ---------------------- NOTE: In case you are depending on initscripts because of networking scripts, then you will need to update your specfile to depend directly on new package 'network-scripts' (instead of 'initscripts'). If this is the case, please let us know in the comments and do not close the BZ yet. Additional info: The requested change here is valid for Rawhide (F29) only. Do not backport these changes into F28 or F27, because it would break things. Thank you for your co-operation! :) -- Dee'Kej -- Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1592330 [Bug 1592330] [Tracking BZ] Drop unnecessary dependencies on 'initscripts' package -- You are receiving this mail because: You are on the CC list for the bug.

5 years, 10 months

1
1
0 / 0

[Fedora-i18n-bugs] [Bug 1584926] New: fcitx-qt5-1.2.3 is available

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1584926 Bug ID: 1584926 Summary: fcitx-qt5-1.2.3 is available Product: Fedora Version: rawhide Component: fcitx-qt5 Keywords: FutureFeature, Triaged Assignee: robinlee.sysu(a)gmail.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, robinlee.sysu(a)gmail.com Latest upstream release: 1.2.3 Current version/release in rawhide: 1.2.2-4.fc28 URL: https://github.com/fcitx/fcitx-qt5 Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from anitya: https://release-monitoring.org/project/6513/ -- You are receiving this mail because: You are on the CC list for the bug.

5 years, 10 months

1
7
0 / 0

[Fedora-i18n-bugs] [Bug 1590575] New: harfbuzz-1.8.1 is available

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1590575 Bug ID: 1590575 Summary: harfbuzz-1.8.1 is available Product: Fedora Version: rawhide Component: harfbuzz Keywords: FutureFeature, Triaged Assignee: pnemade(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, klember(a)redhat.com, moceap(a)hotmail.com, pnemade(a)redhat.com, psatpute(a)redhat.com Latest upstream release: 1.8.1 Current version/release in rawhide: 1.8.0-1.fc29 URL: http://www.freedesktop.org/wiki/HarfBuzz Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from anitya: https://release-monitoring.org/project/1299/ -- You are receiving this mail because: You are on the CC list for the bug.

5 years, 10 months

1
1
0 / 0

[Fedora-i18n-bugs] [Bug 1589615] New: keyboard indicator missing

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1589615 Bug ID: 1589615 Summary: keyboard indicator missing Product: Fedora Version: 27 Component: ibus-typing-booster Assignee: mfabian(a)redhat.com Reporter: gregory.lee.bartholomew(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: anish.developer(a)gmail.com, i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com Description of problem: After upgrade of ibus-typing-booster to version 2.0.0-1 the keyboard indicator in gnome-panel disappears. Version-Release number of selected component (if applicable): ibus-typing-booster-2.0.0-1.fc27.noarch.rpm How reproducible: Consistent Steps to Reproduce: 1. dnf update ibus-typing-booster 2. logoff gnome 3. login gnome Actual results: No keyboard indicator is displayed in the system tray. Expected results: The keyboard indicator should be displayed in the system tray. Additional info: FWIW, I have only 2 input sources defined under Region & Language: 1. English (US) 2. English (English - US (Typing Booster)) I only enable the typing booster when I want to type accents (e.g. Português). Workaround: 1. dnf downgrade ibus-typing-booster 2. logoff gnome 3. login gnome -- You are receiving this mail because: You are on the CC list for the bug.

5 years, 10 months

1
9
0 / 0

[Fedora-i18n-bugs] [Bug 1582935] New: mozc: FTBFS in Fedora 28

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1582935 Bug ID: 1582935 Summary: mozc: FTBFS in Fedora 28 Product: Fedora Version: 28 Component: mozc Assignee: tagoh(a)redhat.com Reporter: releng(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, robinlee.sysu(a)gmail.com, tagoh(a)redhat.com, tfujiwar(a)redhat.com Blocks: 1555378 mozc failed to build from source in Fedora 28 https://koji.fedoraproject.org/koji/taskinfo?taskID=27212199 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_28_Mass_Rebuild Please fix mozc at your earliest convenience and set the bug's status to ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks, mozc will be orphaned. Before branching of Fedora 29, mozc will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://fedoraproject.org/wiki/Fails_to_build_from_source Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1555378 [Bug 1555378] (F28FTBFS) Fedora 28 Mass Rebuild FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug.

5 years, 10 months

1
7
0 / 0

[Fedora-i18n-bugs] [Bug 1133127] New: The hotkey for switching to direct input mode should be configurable

by Red Hat Bugzilla

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

5 years, 10 months

2
111
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs June 2018