i18n-bugs December 2016

i18n-bugs@lists.fedoraproject.org

2 participants
196 discussions

[Fedora-i18n-bugs] [Bug 1349567] New: avoid using special purpose fonts such as apx-fonts
by Red Hat Bugzilla 03 Mar '17

03 Mar '17

https://bugzilla.redhat.com/show_bug.cgi?id=1349567 Bug ID: 1349567 Summary: avoid using special purpose fonts such as apx-fonts Product: Fedora Version: 23 Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: htl10(a)users.sourceforge.net 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 Description of problem: I started noticing many web pages on firefox, icecat, etc using a rather undesirable choice of fonts a while ago, and finally tracked it down with gnome-font-viewer to see which font is that. It is apx-fonts . /usr/share/fonts/apx/04b03.ttf . The problem is that its name starts with "04b03", and therefore comes first in a fair number of font matches (don't know the exact criteria, but often enough)... Version-Release number of selected component (if applicable): apx-fonts-0.1-3.fc23.noarch fontconfig-2.11.94-4.fc23.x86_64 fontconfig-2.11.94-4.fc23.i686 How reproducible: Always, since installing it (I installed a whole lot of fonts a while ago, basically just did "dnf install -y *fonts"). Steps to Reproduce: 1. installing apx-fonts 2. go to some web sites 3. Actual results: undesirable font choice. Expected results: pick something more suitable. Additional info: I know I can configure it myself in ~/.config/fontconfig, but fedora should help in avoiding these in the first place; since "dnf install -y *fonts" is probably common enough action. -- You are receiving this mail because: You are on the CC list for the bug.

2 24

[Fedora-i18n-bugs] [Bug 1374888] New: Unable to change IM Settings as expected / QT_IM_MODULE always set to ibus
by Red Hat Bugzilla 01 Mar '17

01 Mar '17

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.

2 12

[Fedora-i18n-bugs] [Bug 1369514] New: When ibus-table is active the “enter command” dialog of Gnome cannot be closed with ESC
by Red Hat Bugzilla 23 Feb '17

23 Feb '17

https://bugzilla.redhat.com/show_bug.cgi?id=1369514 Bug ID: 1369514 Summary: When ibus-table is active the “enter command” dialog of Gnome cannot be closed with ESC Product: Fedora Version: 25 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 See also https://bugzilla.redhat.com/show_bug.cgi?id=1365497 for the same bug for ibus-typing-booster. When ibus-table is active and the “enter command” dialog is opened (default key binding Alt+F2), it cannot be closed with ESC again. For other input methods like ibus-kkc, this works. -- You are receiving this mail because: You are on the CC list for the bug.

2 20

[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 1406532] New: Request: fcitx-mozc package
by Red Hat Bugzilla 07 Feb '17

07 Feb '17

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.

2 6

[Fedora-i18n-bugs] [Bug 1405665] New: google-roboto-fonts-2.136 is available
by Red Hat Bugzilla 30 Jan '17

30 Jan '17

https://bugzilla.redhat.com/show_bug.cgi?id=1405665 Bug ID: 1405665 Summary: google-roboto-fonts-2.136 is available Product: Fedora Version: rawhide Component: google-roboto-fonts Keywords: FutureFeature, Triaged Assignee: dtardon(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: dtardon(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Latest upstream release: 2.136 Current version/release in rawhide: 2.135-1.fc26 URL: https://github.com/google/roboto 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/12041/ -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[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 1405433] New: msghack makes gettext depend on python3
by Red Hat Bugzilla 26 Jan '17

26 Jan '17

https://bugzilla.redhat.com/show_bug.cgi?id=1405433 Bug ID: 1405433 Summary: msghack makes gettext depend on python3 Product: Fedora Version: rawhide Component: gettext Assignee: praiskup(a)redhat.com Reporter: psabata(a)redhat.com 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 msghack, a Fedora-specific tool not included in the upstream tarball, makes the gettext package depend on python3, pulling the full python stack into an otherwise system-python-only minimal compose, such as Base Runtime. Please, consider one of the following actions: 1. Sub-package msghack. 2. Make msghack use system-python. 3. Since gettext is written in C, rewrite msghack in C as well. 4. Drop msghack entirely. Thanks! -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Fedora-i18n-bugs] [Bug 1402494] New: Font settings of ibus are ignored ( on non-Gnome desktops like Xfce, ...)
by Red Hat Bugzilla 20 Jan '17

20 Jan '17

https://bugzilla.redhat.com/show_bug.cgi?id=1402494 Bug ID: 1402494 Summary: Font settings of ibus are ignored (on non-Gnome desktops like Xfce, ...) Product: Fedora Version: 25 Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: mfabian(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, smaitra(a)redhat.com, tfujiwar(a)redhat.com Created attachment 1229129 --> https://bugzilla.redhat.com/attachment.cgi?id=1229129&action=edit font-settings-of-ibus-are-ignored-xfce.png I installed Fedora-Workstation-netinst-x86_64-25-1.3.iso in qemu and then installed other desktops using dnf. Then I used ibus on the Xfce desktop. Changing the font does not work (This worked in Fedora 24). See the attached screenshot. I did choose “Liberation Sans Regular” in the rather big size 24, but the candidate list is still being displayed in a small font. In the terminal one can see that the dconf setting is correct. -- You are receiving this mail because: You are on the CC list for the bug.

1 10

[Fedora-i18n-bugs] [Bug 1403985] New: New way of entering emoji breaks entering unicode codepoints for some keyboard layouts
by Red Hat Bugzilla 13 Jan '17

13 Jan '17

https://bugzilla.redhat.com/show_bug.cgi?id=1403985 Bug ID: 1403985 Summary: New way of entering emoji breaks entering unicode codepoints for some keyboard layouts Product: Fedora Version: 25 Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: scorpy_sk(a)yahoo.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, smaitra(a)redhat.com, tfujiwar(a)redhat.com Description of problem: My keyboard layout (slovak qwerty) has numbers accessible using Shift. To enter unicode codepoint I press Ctrl+Shift+U and then I enter the codepoint, using shift to enter numbers. If I release shift, codepoint is entered and I cannot continue. The problem is that pressing E switches to emoji input. Example may demonstrate the problem better: Let's say I want to enter Ʈ which is U+1AE. I press Ctrl+Shift+U. I press 1 (using shift). If I release shift now, I cannot continue entering codepoint. I press A. Again, I have to hold shift. I press E: Instead of entering Ʈ I am switched to a mode for entering emoji. This is not an issue with english layout where one enters numbers without shift. Version-Release number of selected component (if applicable): Name : ibus Version : 1.5.14 Release : 3.fc25 Architecture: x86_64 -- You are receiving this mail because: You are on the CC list for the bug.

1 7

← Newer
1
...
10
11
12
13
14
15
16
...
20
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs December 2016