https://bugzilla.redhat.com/show_bug.cgi?id=1433628
Bug ID: 1433628
Summary: First line of pixels chopped off in Chromium/Chrome
when liberation-fonts built with fontforge > 20150430
Product: Fedora
Version: 25
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: chillermillerlong(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 current liberation-fonts package is built by fontforge 20160404 and results
in the top of the fonts being chopped off in some pages in Chrome/Chromium.
For example, with this page:
https://www.reddit.com/r/linux/comments/600h4f/wine_24_released/
When built with fontforge 20160404: http://i.imgur.com/kO2H3Hw.png
When built with fontforge 20150430: http://i.imgur.com/IQmu5o3.png
Notice how the first line of pixels is getting chopped off.
Version-Release number of selected component (if applicable):
liberation-fonts-common-1.07.4-7.fc24.noarch
liberation-mono-fonts-1.07.4-7.fc24.noarch
liberation-sans-fonts-1.07.4-7.fc24.noarch
liberation-serif-fonts-1.07.4-7.fc24.noarch
fontforge-20160404-5.fc25.x86_64
Additional info:
I did a git bisect and found that this is the commit in fontforge that
introduced the issue.
---
[chenxiaolong@cxl-fedora25vm fontforge]$ git bisect bad
e870019c2602d50eb00793e979f3e11bcc71d6cf is the first bad commit
commit e870019c2602d50eb00793e979f3e11bcc71d6cf
Author: Frédéric Wang <fred.wang(a)free.fr>
Date: Wed May 13 08:03:13 2015 +0200
Fix read/write of bits USE_TYPO_METRICS and WWS for OS2 version < 4
:040000 040000 7032ea971c1d084ab8a038b4a80d9092e53a8519
eb11e4b5a69718ad94d8dbfc414e7b2a944548d3 M fontforge
---
https://github.com/fontforge/fontforge/commit/e870019c2602d50eb00793e979f3e…
Is this something that can be fixed without affecting/breaking other fonts?
--
You are receiving this mail because:
You are on the CC list for the bug.
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1294622
Bug ID: 1294622
Summary: the package contains wrong link to website ?
Product: Fedora
Version: 23
Component: hunspell-te
Assignee: pnemade(a)redhat.com
Reporter: jb.holcroft(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Description of problem:
The website looks wrong on Fedora Packages :
https://apps.fedoraproject.org/packages/hunspell-te/
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
it points to Gitorious.org, but it tells you that " Gitorious.org is migrating
all the repositories to Internet Archive."
Expected results:
I assume it is this one : http://hunspell.sourceforge.net/
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=gJGcaQkDLR&a=cc_unsubscribe
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.
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.
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.
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.
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.
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.