[Fedora-i18n-bugs] [Bug 1428636] New: [abrt] ibus: _g_log_abort(): ibus-daemon killed by SIGTRAP
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1428636
Bug ID: 1428636
Summary: [abrt] ibus: _g_log_abort(): ibus-daemon killed by
SIGTRAP
Product: Fedora
Version: 25
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: dreamcarrior(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:
After rebooting the system, started the first VNC session, and remotely
connected to it. The ibus crashed a couple of times.
Version-Release number of selected component:
ibus-1.5.14-5.fc25
Additional info:
reporter: libreport-2.8.0
backtrace_rating: 4
cmdline: ibus-daemon
crash_function: _g_log_abort
executable: /usr/bin/ibus-daemon
global_pid: 15098
kernel: 4.9.12-200.fc25.x86_64
pkg_fingerprint: 4089 D8F2 FDB1 9C98
pkg_vendor: Fedora Project
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (8 frames)
#0 _g_log_abort at gmessages.c:509
#1 g_log_default_handler at gmessages.c:2896
#4 ik_source_read_some_events at inotify-kernel.c:156
#5 ik_source_read_all_the_events at inotify-kernel.c:172
#6 ik_source_dispatch at inotify-kernel.c:247
#10 g_main_context_iteration at gmain.c:3990
#11 glib_worker_main at gmain.c:5783
#12 g_thread_proxy at gthread.c:784
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 4 months
[Fedora-i18n-bugs] [Bug 1319111] New: incorrect use of Requires(pre)?
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1319111
Bug ID: 1319111
Summary: incorrect use of Requires(pre)?
Product: Fedora
Version: rawhide
Component: ibus-table-extraphrase
Assignee: dchen(a)redhat.com
Reporter: jsilhan(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
liangsuilong(a)gmail.com
We've identified your package for having `Requires(pre)` RPM flag without
`Requires` [1]. `Requires(pre)` rpm tag could be interpreted wrongly, so to
prevent any harm to Fedora users I am notifying you about this fact.
Any package that is specified in `Requires(pre)` could be freely removed.
Citing from RPM pages:
```
If there are no other dependencies on the package providing /usr/sbin/useradd,
that package is permitted to be removed from the system after installation(!)
``` [2]
If you really rely on dependency just during the installation process and your
package don't necessary require the dependency for the proper run of your
application then ignore this bug report and close it as NOTABUG. Otherwise add
to your spec file additional `Requires` for the dependency, please.
[1] paste.fedoraproject.org/341611/82208431
[2] http://www.rpm.org/wiki/PackagerDocs/MoreOnDependencies
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 4 months
[Fedora-i18n-bugs] [Bug 1413840] New: The various ibus-* modules tail to refresh gtk' s immodule cache in every instance
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1413840
Bug ID: 1413840
Summary: The various ibus-* modules tail to refresh gtk's
immodule cache in every instance
Product: Fedora
Version: 25
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: phil(a)fifi.org
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:
If both ibus-gtk3.x86_64 and ibus-gtk3.i686 are installed, only one of either
the 32 or 64 bit immodule database is updated.
The same applies to the gtk2 modules.
Version-Release number of selected component (if applicable):
ibus-gtk3-1.5.14-5.fc25.x86_64
How reproducible:
Always.
Steps to Reproduce:
1. dnf remove ibus-gtk*
2. dnf install ibus-gtk2.i686 ibus-gtk2.x86_64 ibus-gtk3.i686 ibus-gtk3.x86_64
Actual results:
$ ls /usr/lib*/gtk-*/*/immodules.cache
/usr/lib/gtk-2.0/2.10.0/immodules.cache
/usr/lib/gtk-3.0/3.0.0/immodules.cache
(no 64-bit immodules)
Expected results:
I'd expect all four /usr/lib*/gtk-*/*/immodules.cache files to be updated:
$ ls /usr/lib*/gtk-*/*/immodules.cache
/usr/lib64/gtk-2.0/2.10.0/immodules.cache
/usr/lib64/gtk-3.0/3.0.0/immodules.cache
/usr/lib/gtk-2.0/2.10.0/immodules.cache
/usr/lib/gtk-3.0/3.0.0/immodules.cache
Additional info:
The postinstall scriplet is different for 32 and 64 bit packages, but when both
32 and 64 bit packages are installed:
The first time the script runs (on the 32 bit package), $1 is equal to 1 anre
runs gtk-query-immodules-3.0-32.
When the 64-bit package is installed, $1 is equal to 2, and
gtk-query-immodules-3.0-64 is not ran.
if [ $1 -eq 1 ] ; then
# For upgrades, the cache will be regenerated by the new package's %postun
gtk-query-immodules-3.0-32 --update-cache &> /dev/null || :
fi
Note that because of the logic this only applies on the initial install, but
the problem will cure itself on upgrades.
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 4 months
[Fedora-i18n-bugs] [Bug 1402602] New: Cannot input japanese character with ibus-mozc in Qt applications
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1402602
Bug ID: 1402602
Summary: Cannot input japanese character with ibus-mozc in Qt
applications
Product: Fedora
Version: 25
Component: ibus-qt
Assignee: tfujiwar(a)redhat.com
Reporter: nicolas.brack(a)mail.be
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Description of problem:
-----------------------
Since I upgraded to fedora 25, I cannot type in japanese using ibus and mozc in
qt application such as, for example, scribus, krita or the Qt frontend to
cmake.
Instead when selecting the "hiragana" submode, latin character are type as if
in "direct input" submode.
I quickly tried to input japanese text with ibus-anthy with no more success.
Both mozc and anthy works fine with GTK2/GTK3 applications
I noticed this while trying to describe the issue in Bug#1395381.
Version-Release number of selected component:
---------------------------------------------
# dnf list ibus-\*
Last metadata expiration check: 0:23:47 ago on Wed Dec 7 23:57:23 2016.
Installed Packages
ibus-anthy.x86_64 1.5.9-1.fc25 @fedora
ibus-anthy-python.noarch 1.5.9-1.fc25 @fedora
ibus-chewing.x86_64 1.5.1-1.fc25 @fedora
ibus-gtk2.x86_64 1.5.14-3.fc25 @fedora
ibus-gtk3.x86_64 1.5.14-3.fc25 @fedora
ibus-handwrite.x86_64 3.0.0-4.fc24
@@commandline
ibus-hangul.x86_64 1.5.0-6.fc24
@@commandline
ibus-kkc.x86_64 1.5.22-4.fc24
@@commandline
ibus-libpinyin.x86_64 1.8.0-2.fc25 @updates
ibus-libs.x86_64 1.5.14-3.fc25 @fedora
ibus-m17n.x86_64 1.3.4-20.fc24
@@commandline
ibus-mozc.x86_64 2.17.2322.102-1.fc25 @fedora
ibus-qt.x86_64 1.3.3-11.fc25 @fedora
ibus-rawcode.x86_64 1.3.2-7.fc24
@@commandline
ibus-setup.noarch 1.5.14-3.fc25 @fedora
ibus-typing-booster.noarch 1.5.13-1.fc25 @updates
ibus-wayland.x86_64 1.5.14-3.fc25 @fedora
# dnf list anthy mozc
Installed Packages
anthy.x86_64 9100h-29.fc24
@@commandline
mozc.x86_64 2.17.2322.102-1.fc25
@fedora
How reproducible:
-----------------
Always
Steps to Reproduce:
-------------------
0.Make sure to have ibus-qt and ibus-mozc installed
1.Go to the general gnome settings panel, "Regions and languages" menu.
2.Add an input in Japanese (Mozc)
3.Find the ibus on the top right of gnome 3 and switch the IME to Japanese.
4.In the same pop-up to select mozc as the IME, make sure your input mode is
set to "hiragana".
4.Open gedit. Type some japanese gibberish. It's in hiragana.
5.Open a qt application such as cmake-gui. Try to input japanese gibberish in
any text entry. It's latin character as if you're still using qwerty or
whatever latin keyboard layout.
Additional info:
----------------
My default layout is dvorak. I set Mozc to form kana by using that dvorak
layout, not to input kana directly. However setting Mozc to a kana keymap does
not solve the problem at all : I still type latin characters with a dvorak
keymap.
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 4 months
[Fedora-i18n-bugs] [Bug 1394198] New: In F25 Helvetica is substituted by TeX Gyre Heros which looks bad in greek
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1394198
Bug ID: 1394198
Summary: In F25 Helvetica is substituted by TeX Gyre Heros
which looks bad in greek
Product: Fedora
Version: 25
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: alex.ploumistos(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 1219727
--> https://bugzilla.redhat.com/attachment.cgi?id=1219727&action=edit
Same facebook post in f24 and f25
After upgrading to F25 from F23 I noticed that some pages, e.g. facebook
displayed text in a weird-looking font (see attachment). It seems that after
the upgrade, fontconfig(?) considers TeX Gyre Heros as a more appropriate
Helvetica replacement than Nimbus Sans L.
In F25, fc-match Helvetica yields:
texgyreheros-regular.otf: "TeX Gyre Heros" "Regular"
while in F24:
n019003l.pfb: "Nimbus Sans L" "Regular"
I am looking at a laptop and a desktop, the first running F24 and the latter
F25. They both have n019003l.pfb in /usr/share/fonts/default/Type1/ and I can't
find any difference in the rules in /etc/fonts/ nor is there a local file that
overrides these settings. The only obvious difference is the line in which each
font is grep-ped in 45-latin.conf.
In F24:
$ grep -Rn 'Nimbus Sans\|TeX Gyre\|Helvetica' /etc/fonts/conf.d/
/etc/fonts/conf.d/30-metric-aliases.conf:11:Helvetica Nimbus Sans
TeX Gyre Heros
/etc/fonts/conf.d/30-metric-aliases.conf:12:Helvetica Condensed Nimbus Sans
Narrow TeX Gyre Heros Cn
/etc/fonts/conf.d/30-metric-aliases.conf:13:Times Nimbus
Roman TeX Gyre Termes
/etc/fonts/conf.d/30-metric-aliases.conf:14:Courier Nimbus Mono
TeX Gyre Cursor
/etc/fonts/conf.d/30-metric-aliases.conf:15:ITC Avant Garde Gothic URW Gothic
TeX Gyre Adventor
/etc/fonts/conf.d/30-metric-aliases.conf:16:ITC Bookman Bookman URW
TeX Gyre Bonum Bookman Old Style
/etc/fonts/conf.d/30-metric-aliases.conf:17:ITC Zapf Chancery Chancery
URW TeX Gyre Chorus
/etc/fonts/conf.d/30-metric-aliases.conf:18:Palatino Palladio
URW TeX Gyre Pagella Palatino Linotype
/etc/fonts/conf.d/30-metric-aliases.conf:19:New Century Schoolbook Century
SchoolBook URW TeX Gyre Schola Century Schoolbook
/etc/fonts/conf.d/30-metric-aliases.conf:42: e.g. Arial to Helvetica
/etc/fonts/conf.d/30-metric-aliases.conf:53: <family>Nimbus Sans
L</family>
/etc/fonts/conf.d/30-metric-aliases.conf:55: <family>Helvetica</family>
/etc/fonts/conf.d/30-metric-aliases.conf:60: <family>Nimbus Sans</family>
/etc/fonts/conf.d/30-metric-aliases.conf:62: <family>Helvetica</family>
/etc/fonts/conf.d/30-metric-aliases.conf:67: <family>TeX Gyre
Heros</family>
/etc/fonts/conf.d/30-metric-aliases.conf:69: <family>Helvetica</family>
/etc/fonts/conf.d/30-metric-aliases.conf:74: <family>Nimbus Sans
Narrow</family>
/etc/fonts/conf.d/30-metric-aliases.conf:76: <family>Helvetica
Condensed</family>
/etc/fonts/conf.d/30-metric-aliases.conf:81: <family>TeX Gyre Heros
Cn</family>
/etc/fonts/conf.d/30-metric-aliases.conf:83: <family>Helvetica
Condensed</family>
/etc/fonts/conf.d/30-metric-aliases.conf:102: <family>TeX Gyre
Termes</family>
/etc/fonts/conf.d/30-metric-aliases.conf:123: <family>TeX Gyre
Cursor</family>
/etc/fonts/conf.d/30-metric-aliases.conf:151: <family>TeX Gyre
Adventor</family>
/etc/fonts/conf.d/30-metric-aliases.conf:179: <family>TeX Gyre
Bonum</family>
/etc/fonts/conf.d/30-metric-aliases.conf:214: <family>TeX Gyre
Chorus</family>
/etc/fonts/conf.d/30-metric-aliases.conf:235: <family>TeX Gyre
Pagella</family>
/etc/fonts/conf.d/30-metric-aliases.conf:263: <family>TeX Gyre
Schola</family>
/etc/fonts/conf.d/30-metric-aliases.conf:401: <family>Helvetica</family>
/etc/fonts/conf.d/30-metric-aliases.conf:408: <family>Helvetica
Condensed</family>
/etc/fonts/conf.d/30-metric-aliases.conf:433: <family>Helvetica</family>
/etc/fonts/conf.d/30-metric-aliases.conf:440: <family>Helvetica
Condensed</family>
/etc/fonts/conf.d/30-metric-aliases.conf:464: <family>Helvetica</family>
/etc/fonts/conf.d/30-metric-aliases.conf:466: <family>TeX Gyre
Heros</family>
/etc/fonts/conf.d/30-metric-aliases.conf:467: <family>Nimbus Sans</family>
/etc/fonts/conf.d/30-metric-aliases.conf:468: <family>Nimbus Sans
L</family>
/etc/fonts/conf.d/30-metric-aliases.conf:473: <family>Helvetica
Condensed</family>
/etc/fonts/conf.d/30-metric-aliases.conf:475: <family>TeX Gyre Heros
Cn</family>
/etc/fonts/conf.d/30-metric-aliases.conf:476: <family>Nimbus Sans
Narrow</family>
/etc/fonts/conf.d/30-metric-aliases.conf:483: <family>TeX Gyre
Termes</family>
/etc/fonts/conf.d/30-metric-aliases.conf:492: <family>TeX Gyre
Cursor</family>
/etc/fonts/conf.d/30-metric-aliases.conf:501: <family>TeX Gyre
Adventor</family>
/etc/fonts/conf.d/30-metric-aliases.conf:511: <family>TeX Gyre
Bonum</family>
/etc/fonts/conf.d/30-metric-aliases.conf:520: <family>TeX Gyre
Chorus</family>
/etc/fonts/conf.d/30-metric-aliases.conf:530: <family>TeX Gyre
Pagella</family>
/etc/fonts/conf.d/30-metric-aliases.conf:540: <family>TeX Gyre
Schola</family>
/etc/fonts/conf.d/65-nonlatin.conf:76: <family>ArmNet
Helvetica</family> <!-- armenian -->
/etc/fonts/conf.d/45-latin.conf:84: <family>Helvetica</family>
/etc/fonts/conf.d/45-latin.conf:100: <family>Nimbus Sans L</family>
/etc/fonts/conf.d/45-latin.conf:104: <family>Nimbus Sans</family>
/etc/fonts/conf.d/60-latin.conf:26: <family>Nimbus Sans L</family>
/etc/fonts/conf.d/60-latin.conf:27: <family>Nimbus Sans</family>
/etc/fonts/conf.d/60-latin.conf:28: <family>Helvetica</family>
and in F25:
$ grep -Rn 'Nimbus Sans\|TeX Gyre\|Helvetica' /etc/fonts/conf.d/
/etc/fonts/conf.d/65-nonlatin.conf:76: <family>ArmNet
Helvetica</family> <!-- armenian -->
/etc/fonts/conf.d/30-metric-aliases.conf:11:Helvetica Nimbus Sans
TeX Gyre Heros
/etc/fonts/conf.d/30-metric-aliases.conf:12:Helvetica Condensed Nimbus Sans
Narrow TeX Gyre Heros Cn
/etc/fonts/conf.d/30-metric-aliases.conf:13:Times Nimbus
Roman TeX Gyre Termes
/etc/fonts/conf.d/30-metric-aliases.conf:14:Courier Nimbus Mono
TeX Gyre Cursor
/etc/fonts/conf.d/30-metric-aliases.conf:15:ITC Avant Garde Gothic URW Gothic
TeX Gyre Adventor
/etc/fonts/conf.d/30-metric-aliases.conf:16:ITC Bookman Bookman URW
TeX Gyre Bonum Bookman Old Style
/etc/fonts/conf.d/30-metric-aliases.conf:17:ITC Zapf Chancery Chancery
URW TeX Gyre Chorus
/etc/fonts/conf.d/30-metric-aliases.conf:18:Palatino Palladio
URW TeX Gyre Pagella Palatino Linotype
/etc/fonts/conf.d/30-metric-aliases.conf:19:New Century Schoolbook Century
SchoolBook URW TeX Gyre Schola Century Schoolbook
/etc/fonts/conf.d/30-metric-aliases.conf:42: e.g. Arial to Helvetica
/etc/fonts/conf.d/30-metric-aliases.conf:53: <family>Nimbus Sans
L</family>
/etc/fonts/conf.d/30-metric-aliases.conf:55: <family>Helvetica</family>
/etc/fonts/conf.d/30-metric-aliases.conf:60: <family>Nimbus Sans</family>
/etc/fonts/conf.d/30-metric-aliases.conf:62: <family>Helvetica</family>
/etc/fonts/conf.d/30-metric-aliases.conf:67: <family>TeX Gyre
Heros</family>
/etc/fonts/conf.d/30-metric-aliases.conf:69: <family>Helvetica</family>
/etc/fonts/conf.d/30-metric-aliases.conf:74: <family>Nimbus Sans
Narrow</family>
/etc/fonts/conf.d/30-metric-aliases.conf:76: <family>Helvetica
Condensed</family>
/etc/fonts/conf.d/30-metric-aliases.conf:81: <family>TeX Gyre Heros
Cn</family>
/etc/fonts/conf.d/30-metric-aliases.conf:83: <family>Helvetica
Condensed</family>
/etc/fonts/conf.d/30-metric-aliases.conf:102: <family>TeX Gyre
Termes</family>
/etc/fonts/conf.d/30-metric-aliases.conf:123: <family>TeX Gyre
Cursor</family>
/etc/fonts/conf.d/30-metric-aliases.conf:151: <family>TeX Gyre
Adventor</family>
/etc/fonts/conf.d/30-metric-aliases.conf:179: <family>TeX Gyre
Bonum</family>
/etc/fonts/conf.d/30-metric-aliases.conf:214: <family>TeX Gyre
Chorus</family>
/etc/fonts/conf.d/30-metric-aliases.conf:235: <family>TeX Gyre
Pagella</family>
/etc/fonts/conf.d/30-metric-aliases.conf:263: <family>TeX Gyre
Schola</family>
/etc/fonts/conf.d/30-metric-aliases.conf:401: <family>Helvetica</family>
/etc/fonts/conf.d/30-metric-aliases.conf:408: <family>Helvetica
Condensed</family>
/etc/fonts/conf.d/30-metric-aliases.conf:433: <family>Helvetica</family>
/etc/fonts/conf.d/30-metric-aliases.conf:440: <family>Helvetica
Condensed</family>
/etc/fonts/conf.d/30-metric-aliases.conf:464: <family>Helvetica</family>
/etc/fonts/conf.d/30-metric-aliases.conf:466: <family>TeX Gyre
Heros</family>
/etc/fonts/conf.d/30-metric-aliases.conf:467: <family>Nimbus Sans</family>
/etc/fonts/conf.d/30-metric-aliases.conf:468: <family>Nimbus Sans
L</family>
/etc/fonts/conf.d/30-metric-aliases.conf:473: <family>Helvetica
Condensed</family>
/etc/fonts/conf.d/30-metric-aliases.conf:475: <family>TeX Gyre Heros
Cn</family>
/etc/fonts/conf.d/30-metric-aliases.conf:476: <family>Nimbus Sans
Narrow</family>
/etc/fonts/conf.d/30-metric-aliases.conf:483: <family>TeX Gyre
Termes</family>
/etc/fonts/conf.d/30-metric-aliases.conf:492: <family>TeX Gyre
Cursor</family>
/etc/fonts/conf.d/30-metric-aliases.conf:501: <family>TeX Gyre
Adventor</family>
/etc/fonts/conf.d/30-metric-aliases.conf:511: <family>TeX Gyre
Bonum</family>
/etc/fonts/conf.d/30-metric-aliases.conf:520: <family>TeX Gyre
Chorus</family>
/etc/fonts/conf.d/30-metric-aliases.conf:530: <family>TeX Gyre
Pagella</family>
/etc/fonts/conf.d/30-metric-aliases.conf:540: <family>TeX Gyre
Schola</family>
/etc/fonts/conf.d/45-latin.conf:128: <family>Helvetica</family>
/etc/fonts/conf.d/45-latin.conf:144: <family>Nimbus Sans L</family>
/etc/fonts/conf.d/45-latin.conf:148: <family>Nimbus Sans</family>
/etc/fonts/conf.d/60-latin.conf:26: <family>Nimbus Sans L</family>
/etc/fonts/conf.d/60-latin.conf:27: <family>Nimbus Sans</family>
/etc/fonts/conf.d/60-latin.conf:28: <family>Helvetica</family>
Is there a setting some place else that I'm overlooking?
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 4 months
[Fedora-i18n-bugs] [Bug 1351287] New: Wrong placement of polish glyph Ogonek
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1351287
Bug ID: 1351287
Summary: Wrong placement of polish glyph Ogonek
Product: Fedora
Version: rawhide
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: riemersebastian(a)hotmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Description of problem:
The following text when using font "LiberationSans-Regular" renders the polish
Ogonek far to the right which does not seem correct when compared to other
fonts.
INPUT: "Lektura dla pocza̜tkuja̜cych"
Version-Release number of selected component (if applicable):
version 2.0.0 (Downloaded from
https://www.fontsquirrel.com/fonts/liberation-sans)
How reproducible:
Just use the text "Lektura dla pocza̜tkuja̜cych" and the problem should be
visible (and see below)
Steps to Reproduce:
1. Go to https://www.fontsquirrel.com/fonts/liberation-sans
2. Go to tab "Test drive"
3. Enter text "Lektura dla pocza̜tkuja̜cych"
Actual results:
The result shows the Ogonek way to the right and AFAIK it should render
centered below the letter 'a'.
Expected results:
Compare by same steps as above, but e.g. choose as font: Junicode
(https://www.fontsquirrel.com/fonts/Junicode)
Additional info:
None
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 4 months
[Fedora-i18n-bugs] [Bug 1418635] New: gettext() does not work on aarch64
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1418635
Bug ID: 1418635
Summary: gettext() does not work on aarch64
Product: Fedora
Version: 25
Component: gettext
Assignee: praiskup(a)redhat.com
Reporter: christophm30(a)gmail.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
Created attachment 1247091
--> https://bugzilla.redhat.com/attachment.cgi?id=1247091&action=edit
Code to reproduce the bug
I was not able to get the proper translation from gettext() on an aarch64
machine.
The same code however works fine on x86_64.
To reproduce the issue one can use the following instructions:
1) Create the following directory structure:
mkdir -p fi/LC_MESSAGES
2) Create the file fi/LC_MESSAGES/messages.po with the following content:
msgid ""
msgstr ""
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=ISO-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"
msgid "Basic test"
msgstr "Perustesti"
3) Compile a mo:
msgfmt -o fi/LC_MESSAGES/messages.mo fi/LC_MESSAGES/messages.po
4) Compile the attached file and run it (no special compiler flags used).
The code essentially does:
a. setlocale(LC_ALL, "fi_FI");
b. bindtextdomain("messages", "./locale");
c. textdomain("messages");
d. gettext("Basic test")
On aarch64 this results in "Basic test".
On x86_64 this results in "Perustesti".
FWIW, I was able to reproduce this bug on the following aarch64 Linux
distributions as well:
* Ubuntu Xenial
* CentOS 7
* OpenSUSE Leap 42.2
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 4 months
[Fedora-i18n-bugs] [Bug 733106] New: fonts.alias refer to encodings not listed in fonts.dir
by Red Hat Bugzilla
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.
6 years, 4 months
[Fedora-i18n-bugs] [Bug 825081] New: Lohit Kannada font does not properly handle vowel signs in consonant clusters
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=825081
Bug ID: 825081
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 16
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: Lohit Kannada font does not properly handle vowel
signs in consonant clusters
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-kannada-fonts
Product: Fedora
Created attachment 586752
--> https://bugzilla.redhat.com/attachment.cgi?id=586752&action=edit
ODT and PDF for test-case
Description of problem:
This seems to be a resurfacing of bug #223971 but since I saw no way to reopen
that bug (sorry if I'm wrong) I'm reporting this again.
Version-Release number of selected component (if applicable):
2.5.1
How reproducible:
In a word processor, select Lohit Kannada font and input Kannada Unicode
sequences having consonant clusters of the format CCV. I have attached a sample
ODT.
Actual results:
Except in a few cases of "popular" consonant clusters like K.SSA ಕ್ಷ and J.NYA
ಜ್ಞ, the vowel signs are not attached properly.
When the same text is rendered with other fonts (like Tunga of Microsoft even
loaded into Linux's LibreOffice) the sequences are shown properly without
overlaps or malformed glyphs.
Expected results:
The Kannada language uses lots of Sanskrit-based words and hence has many
consonant clusters with two and even three consonants. Also, when English words
are transliterated in Kannada script like ಎಕ್ಸ್ಪ್ಲೋರ್ (explore) etc for
sign-boards etc, even more consonant clusters will occur. In all these cases
Lohit Kannada should be able to gracefully handle such consonant clusters and
not output overlapping or malformed glyphs.
Additional info:
I have attached an ODT and PDF file demonstrating the problem.
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 4 months