[Fedora-i18n-bugs] [Bug 1910930] New: Customizations in fonts.conf not respected.
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1910930
Bug ID: 1910930
Summary: Customizations in fonts.conf not respected.
Product: Fedora
Version: 33
Hardware: x86_64
OS: Linux
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: lupaorpi22(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
pnemade(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com,
tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Created attachment 1741977
--> https://bugzilla.redhat.com/attachment.cgi?id=1741977&action=edit
fonts.conf file
Description of problem: I use a fonts.conf file to make the system use
Cantarell's characters over DejaVu Sans and some of the asian Noto Sans
variants when a font doesn't have them, however, I've noticed that in Fedora,
this doesn't apply, and DejaVu Sans is still used instead of Cantarell.
Version-Release number of selected component (if applicable): 33
How reproducible: Always.
Steps to Reproduce:
1. Use my fonts.conf file
2. Open gucharmap and search for the U+2236 (ratio) character under "common".
3. Right click on it.
Actual results: It shows DejaVu Sans instead of Cantarell.
Expected results: It should show Cantarell instead of DejaVu Sans.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
3 years, 3 months
[Fedora-i18n-bugs] [Bug 1807534] New: pyzy requires Python 2 to build
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1807534
Bug ID: 1807534
Summary: pyzy requires Python 2 to build
Product: Fedora
Version: rawhide
Status: NEW
Component: pyzy
Assignee: pwu(a)redhat.com
Reporter: pviktori(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Blocks: 1803205 (BRPY27)
Target Milestone: ---
Classification: Fedora
Python 2 reached upstream end-of-life in January 2020. In Fedora Rawhide, it's
now provided from the compat package `python27`.
Packages that only use Python 2 at build time, like pyzy, had a general
exception to keep using it in Fedora 31. Now, the dependency should be removed.
Let us know if you need any help investigating or removing the dependency.
(There are dozens of packages like this, so we didn't investigate this one
thoroughly. We assume you know the package best.)
If it's possible that the dependency won't be removed in Fedora 33. Please
request a FESCo exception. You can refer to the exception for mercurial as an
example: https://pagure.io/fesco/issue/2243
It's good to mention:
- What is the reason for the Python 2 build dependency?
- What are the upstream/community plans/timelines regarding Python 2?
- What is the guidance for porting the build to Python 3? (Assuming that there
is someone who generally knows how to port to Python 3, but doesn't know
anything about the particular package, what are the next steps to take?)
If you need anything from us, or something is unclear, please mention it here.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1803205
[Bug 1803205] Tracking: Packages BuildRequiring python27
--
You are receiving this mail because:
You are on the CC list for the bug.
3 years, 3 months
[Fedora-i18n-bugs] [Bug 1689037] anaconda sometimes crashes with a signal 11 quite early in install process
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1689037
--- Comment #55 from Massimiliano <massi.ergosum(a)gmail.com> ---
I don't know if it's related to this issue, but I had a similar problem running
anaconda in my CentOS remix:
Starting installer, one moment...
anaconda 33.16.3.26-1.el8 for CentOS Stream 8 started.
* installation log files are stored in /tmp during the installation
* shell is available on TTY2 and in second TMUX pane (ctrl+b, then press 2)
* when reporting a bug add logs from /tmp as separate text/plain attachments
12:09:07 Not asking for VNC because we don't have a network
No protocol specified
No protocol specified
Anaconda received signal 11!.
/usr/lib64/python3.6/site-packages/pyanaconda/_isys.so(+0x12a6)[0x7fed003712a6]
/lib64/libpthread.so.0(+0x12b20)[0x7fed1cd09b20]
/lib64/libgtk-3.so.0(+0x2f7b9d)[0x7fece46f4b9d]
New LWP 6738]
...
...
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
0x00007fed1cd094a2 in waitpid () from /lib64/libpthread.so.0
Saved corefile /tmp/anaconda.core.6730
[Inferior 1 (process 6730) detached]
In my case, using a GNOME Xorg session (instead of Wayland) solves the problem.
Using a Wayland session makes Anaconda always fail. KDE remix, which uses Xorg,
has no issue.
Hope this helps.
--
You are receiving this mail because:
You are on the CC list for the bug.
3 years, 3 months
[Fedora-i18n-bugs] [Bug 1832086] ibus input not working in F32 for qt5 under Wayland
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1832086
--- Comment #9 from fujiwara <tfujiwar(a)redhat.com> ---
(In reply to Mike FABIAN from comment #7)
> but this environment variable is not set by default.
Which desktop did you use?
I get QT_IM_MODULE=ibus in GNOME Wayland.
> Even then using ibus there is difficult as the lookup table hides the
> current writing positon.
It would be a different issue and probably I guess ibus module no longer get
the widget position in Wayland and QT applications need to run in Plasma
Wayland desktop.
--
You are receiving this mail because:
You are on the CC list for the bug.
3 years, 3 months
[Fedora-i18n-bugs] [Bug 1707001] New: Ibus-pinyin ERROR
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1707001
Bug ID: 1707001
Summary: Ibus-pinyin ERROR
Product: Fedora
Version: 30
Hardware: All
OS: Linux
Status: NEW
Component: ibus-pinyin
Severity: urgent
Assignee: pwu(a)redhat.com
Reporter: 1990konger(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
The input method is incorrect and cannot be recognized correctly. The text to
be entered is required.
For example, 'nihao' should be right, '你好'.
Now enter 'nihao' to show 'niha o'.Unrecognized what you need
'ni' is a word.
'hao' is a word.
'ha' is a word but the display is wrong at this time and cannot be selected.
Unable to recognize 'hao'. Affect all input suggestions to withdraw to the old
version
Version-Release number of selected component (if applicable):
Name : ibus-pinyin
Version : 1.5.0
Release : 16.fc30
How reproducible:
'nihao' is meaning is 'Hello'
'niha o', it is an error
Steps to Reproduce:
1.All Chinese input is wrong
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
3 years, 3 months