i18n-bugs August 2015

i18n-bugs@lists.fedoraproject.org

1 participants
173 discussions

[Fedora-i18n-bugs] [Bug 1215705] New: Keyboard layout changes to english either randomly or after waking up from sleep
by Red Hat Bugzilla 01 Sep '17

01 Sep '17

https://bugzilla.redhat.com/show_bug.cgi?id=1215705 Bug ID: 1215705 Summary: Keyboard layout changes to english either randomly or after waking up from sleep Product: Fedora Version: 21 Component: ibus-kkc Severity: high Assignee: dueno(a)redhat.com Reporter: krofnica996(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Description of problem: I use two keyboard layouts: hr and ja (kana, kanji). Sometimes, either the hr or ja *for example, ざ and や switch) lazout changes, but it doesn-t show in the upper-right corner. It still sazs hr but all the kezs are whackz. It's quite annoying and unpredictable most of the time, but it is guaranteed to happen to at least one layout after waking up from sleep. It also fixes itself quite unpredictably (perhaps after switching it several times). Version-Release number of selected component (if applicable): 1.5.22 How reproducible: Everz time after sleep. Otherwise randomlz when switching. Steps to Reproduce: 1. Wait for sleep 2. Wake it up 3. Your qwertz keyboard is now qwerty and shift+num keys are weird (presumably english layout) Additional info: I think it started happening when I started using shift+alt shortcut (in gnome tweak tool) instead of clicking on on the applet in the upper right corner. -- 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=MrCEtho8Kc&a=cc_unsubscribe

2 10

[Fedora-i18n-bugs] [Bug 1182819] New: RFE: Support KB_THL_PINYIN and KB_MPS2_PINYIN
by Red Hat Bugzilla 21 Aug '17

21 Aug '17

https://bugzilla.redhat.com/show_bug.cgi?id=1182819 Bug ID: 1182819 Summary: RFE: Support KB_THL_PINYIN and KB_MPS2_PINYIN Product: Fedora Version: 21 Component: ibus-chewing Severity: low Assignee: dchen(a)redhat.com Reporter: dchen(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Description of problem: KB_THL_PINYIN = 台灣華語羅馬拼音 KB_MPS2_PINYIN = 注音二式 These two keyboard layout are added in libchewing 0.3.4. -- 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=tcnj9U1NBF&a=cc_unsubscribe

2 12

[Fedora-i18n-bugs] [Bug 851950] New: Latin ligatures need 'liga' standard ligature lookups
by Red Hat Bugzilla 23 Jun '17

23 Jun '17

https://bugzilla.redhat.com/show_bug.cgi?id=851950 Bug ID: 851950 QA Contact: extras-qa(a)fedoraproject.org Severity: low Version: 17 Priority: unspecified CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, psatpute(a)redhat.com Assignee: psatpute(a)redhat.com Summary: Latin ligatures need 'liga' standard ligature lookups Regression: --- Story Points: --- Classification: Fedora OS: All Reporter: deron.meranda(a)gmail.com Type: Bug Documentation: --- Hardware: All Mount Type: --- Status: NEW Component: liberation-fonts Product: Fedora Description of problem: Glyphs in the Latin Ligature block (U+FB00 .. U+FB06), such as "fi" and "fl", should have the OpenType 'liga' lookup features defined. That will allow text renderers to automatically apply the ligature glyph. Additionally, for completeness, the ligature caret horizontal positions should be appropriately set for these glyphs. Version-Release number of selected component (if applicable): liberation-fonts-2.00.0 Additional info: You may need to solve bug #851790 first. Also the "fi" (and "ffi" if existing) should exclude dotless-i scripts/languages, e.g., Turkish. -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Fedora-i18n-bugs] [Bug 1130071] New: translate-toolkit-1.12.0 is available
by Red Hat Bugzilla 23 Jun '17

23 Jun '17

https://bugzilla.redhat.com/show_bug.cgi?id=1130071 Bug ID: 1130071 Summary: translate-toolkit-1.12.0 is available Product: Fedora Version: rawhide Component: translate-toolkit Keywords: FutureFeature, Triaged Assignee: dwayne(a)translate.org.za Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: dwayne(a)translate.org.za, i18n-bugs(a)lists.fedoraproject.org, i(a)cicku.me Latest upstream release: 1.12.0 Current version/release in Fedora Rawhide: 1.9.0-5.fc20 URL: http://sourceforge.net/api/file/index/project-name/translate/mtime/desc/lim… 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 -- 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=tFdoNjVvwO&a=cc_unsubscribe

2 48

[Fedora-i18n-bugs] [Bug 1256997] New: no need to subpackage input-pad-xtest
by Red Hat Bugzilla 18 Apr '17

18 Apr '17

https://bugzilla.redhat.com/show_bug.cgi?id=1256997 Bug ID: 1256997 Summary: no need to subpackage input-pad-xtest Product: Fedora Version: rawhide Component: input-pad Assignee: tfujiwar(a)redhat.com Reporter: petersen(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com Description of problem: input-pad currently has circular dependency on its xtest subpackage. I don't think there is any need for multilib input-pad-xtest so there is no need to subpackage input-pad-xtest: libinput-pad-xtest-gdk.so can just be shipped in the base package with an Obsoletes for input-pad-xtest. Let's avoid unnecessary subpackaging. Version-Release number of selected component (if applicable): input-pad-1.0.99.20140916-1.fc22.x86_64 -- 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=tzqxkBK6Ri&a=cc_unsubscribe _______________________________________________ i18n-bugs mailing list i18n-bugs(a)lists.fedoraproject.org http://lists.fedoraproject.org/postorius/i18n-bugs@lists.fedoraproject.org

2 7

[Fedora-i18n-bugs] [Bug 1136245] New: libunistring-0.9.4 is available
by Red Hat Bugzilla 20 Feb '17

20 Feb '17

https://bugzilla.redhat.com/show_bug.cgi?id=1136245 Bug ID: 1136245 Summary: libunistring-0.9.4 is available Product: Fedora Version: rawhide Component: libunistring Keywords: FutureFeature, Triaged Assignee: p(a)draigbrady.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, jim(a)meyering.net, p(a)draigbrady.com Latest upstream release: 0.9.4 Current version/release in Fedora Rawhide: 0.9.3-11.fc22 URL: http://ftp.gnu.org/gnu/libunistring/ 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 Soon this service will be implemented by a new system: https://github.com/fedora-infra/anitya/ It will require to manage monitored projects via a new web interface. Please make yourself familiar with the new system to ease the transition. -- 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=hmvR3JS1Pj&a=cc_unsubscribe

2 14

[Fedora-i18n-bugs] [Bug 1161284] New: git dependency
by Red Hat Bugzilla 26 Jan '17

26 Jan '17

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

1 10

[Fedora-i18n-bugs] [Bug 1189423] New: Keyboard Layout not persistent through login
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1189423 Bug ID: 1189423 Summary: Keyboard Layout not persistent through login Product: Fedora Version: 21 Component: xkeyboard-config Severity: low Assignee: peter.hutterer(a)redhat.com Reporter: nigel(a)nigelpond.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, negativo17(a)gmail.com, peter.hutterer(a)redhat.com Description of problem: A second keyboard layout has been defined and is usable/correct when initially logging in. When logged in the keyboard layout reverts to default. The new, desired layout then needs to be selected manually (via the drop-down en1, en2 selector in the top-right-hand corner of the Gnome Desktop) The same problem occurred in Fedora 14: https://bugzilla.redhat.com/show_bug.cgi?id=649604 Interestingly in CentOS 7 the settings menus are the same (there's no place to set a keyboard default) but the problem doesn't occur. I am able to login using my preferred layout and it persists after logging in. Version-Release number of selected component (if applicable): 21 How reproducible: Everytime - on restart/boot the keyboard layout is correct until you login. Steps to Reproduce: 1. Boot/Reboot - login using desired keyboard layout (says en1 - which is incorrect) 2. After successfully logging in the keyboard layout reverts to default (says en1) 3. Set en2 Actual results: Wrong keyboard layout Expected results: Correct keyboard layout (in my case Dvorak International) should persist through login. Additional info: -- 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=nH2jEYUqvE&a=cc_unsubscribe

1 8

[Fedora-i18n-bugs] [Bug 1036220] New: Font hinting and aliasing not properly configured on fresh Fedora 19 install.
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1036220 Bug ID: 1036220 Summary: Font hinting and aliasing not properly configured on fresh Fedora 19 install. Product: Fedora Version: 19 Component: fontconfig Severity: high Assignee: tagoh(a)redhat.com Reporter: alxgrtnstrngl(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com, tagoh(a)redhat.com Created attachment 830756 --> https://bugzilla.redhat.com/attachment.cgi?id=830756&action=edit These are the configurations for 10-antialias.conf and 10-hinting-slight.conf Description of problem: The fonts in Fedora 19 look odd, thin and the font alignment is totally off resulting in unreadable or very poor quality text. Setting Gnome Shell's or even Mate's anti-aliasing font-configuration here does nothing to enhance text quality. Web-pages in browsers such as Chrome and Firefox look ugly and strange. Other Linux distributions such as Ubuntu and Unixes like Mac OS X do not have this problem, on fresh installs fonts look crisp, beautiful and full. Version-Release number of selected component (if applicable): Fedora release 19 (Schrödinger’s Cat) How reproducible: Do a fresh install of Fedora 19 from the install images, look at the fonts. Steps to Reproduce: 1. Do a fresh install of Fedora 19 from the install images. 2. Attempt to use the desktop environment settings to adjust the font aliasing and hinting. 3. Look at text rendering versus that in other distributions. Actual results: Text is rendered in a very odd and thin way, kerning is also off and the fonts characters are misaligned, in Fedora resulting in a degraded visual experience especially in web-browsers, Expected results: Text should render in a similar beautiful and smooth fashion the way it does on other Linux distributions such as Ubuntu and Unixes such as Mac OS X. Additional info: Manual configuration is required to fix this by creating the proper symbolic links between '/usr/share/fontconfig/conf.avail/' and '/etc/fonts/conf.d' for the following configurations which are installed in 'conf.avail' but just never configured out of the box: '/usr/share/fontconfig/conf.avail/10-sub-pixel-rgb.conf' '/usr/share/fontconfig/conf.avail/11-lcdfilter-default.conf' It also requires the creation of the following two font configurations which are attached to this bug report and the creation of the corresponding symbolic links in '/etc/fonts/conf.d': '/usr/share/fontconfig/conf.avail/10-antialias.conf' '/usr/share/fontconfig/conf.avail/10-hinting-slight.conf' External References: http://ruturaj.net/tweaking-gnome3-fedora-fonts-like-ubuntu/ -- 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=t9AOC1hUH4&a=cc_unsubscribe

1 19

[Fedora-i18n-bugs] [Bug 887384] New: [abrt] WritRecogn-0.1.9-5.fc17: Process /usr/bin/WritRecogn was killed by signal 6 (SIGABRT)
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=887384 Bug ID: 887384 Summary: [abrt] WritRecogn-0.1.9-5.fc17: Process /usr/bin/WritRecogn was killed by signal 6 (SIGABRT) Product: Fedora Version: 17 Component: WritRecogn Severity: unspecified Priority: unspecified Reporter: christianvanbrauner(a)gmail.com Version-Release number of selected component: WritRecogn-0.1.9-5.fc17 Additional info: libreport version: 2.0.18 abrt_version: 2.0.18 backtrace_rating: 4 cmdline: WritRecogn crash_function: ___3_writrecogn_radical_recognizer_libsvm_recognize kernel: 3.6.9-2.fc17.x86_64 truncated backtrace: :Thread no. 1 (10 frames) : #4 ___3_writrecogn_radical_recognizer_libsvm_recognize at /usr/lib64/WritRecogn/libWritRecogn.so : #5 writrecogn_radical_recognizer_recognize at /usr/lib64/WritRecogn/libWritRecogn.so : #6 on_recognizeButton_clicked : #7 _g_closure_invoke_va at gclosure.c:840 : #10 gtk_real_button_released at gtkbutton.c:1725 : #16 gtk_button_button_release at gtkbutton.c:1617 : #18 _gtk_marshal_BOOLEAN__BOXED at gtkmarshalers.c:86 : #23 gtk_widget_event_internal at gtkwidget.c:5017 : #24 gtk_widget_event at gtkwidget.c:4814 : #25 gtk_propagate_event at gtkmain.c:2490 -- 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=3TgbXPdPTr&a=cc_unsubscribe

1 5

← Newer
1
2
3
4
5
6
7
8
...
18
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs August 2015