October 2020 - i18n-bugs - Fedora Mailing-Lists

[Fedora-i18n-bugs] [Bug 1865627] New: wqy-bitmap-fonts: FTBFS in Fedora rawhide/f33

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1865627 Bug ID: 1865627 Summary: wqy-bitmap-fonts: FTBFS in Fedora rawhide/f33 Product: Fedora Version: rawhide Status: NEW Component: wqy-bitmap-fonts Assignee: fangqq(a)gmail.com Reporter: releng(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: fangqq(a)gmail.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com Blocks: 1803234 (F33FTBFS) Target Milestone: --- Classification: Fedora wqy-bitmap-fonts failed to build from source in Fedora rawhide/f33 https://koji.fedoraproject.org/koji/taskinfo?taskID=48362662 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild Please fix wqy-bitmap-fonts at your earliest convenience and set the bug's status to ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks, wqy-bitmap-fonts will be orphaned. Before branching of Fedora 34, wqy-bitmap-fonts will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://fedoraproject.org/wiki/Fails_to_build_from_source Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1803234 [Bug 1803234] (F33FTBFS) - Fedora 33 FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug.

3 years, 6 months

1
9
0 / 0

[Fedora-i18n-bugs] [Bug 1415322] Wrong character displayed in UKai fonts for "zhi" (2nd tone) (character meaning "directly"), but not in ming fonts.

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1415322 --- Comment #18 from Peng Wu <pwu(a)redhat.com> --- Sorry, I dunno. Usually the UKai font glyph issues are fixed by upstream. UKai is Traditional Chinese fonts, the glyph may be correct for Traditional Chinese, but not sure. -- You are receiving this mail because: You are on the CC list for the bug.

3 years, 6 months

1
0
0 / 0

[Fedora-i18n-bugs] [Bug 1415322] Wrong character displayed in UKai fonts for "zhi" (2nd tone) (character meaning "directly"), but not in ming fonts.

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1415322 --- Comment #17 from Bill <mattison.computer(a)yahoo.com> --- (In reply to Peng Wu from comment #16) > The upstream seems not active now. I'm not surprised. I do appreciate the effort you did put into this. I saw somewhere (I don't remember where), some time ago (I don't recall when), that Fedora was changing to google fonts. I looked at google fonts today to see if they had something equivalent to the "AR PL Ukai" fonts. I didn't see anything really close. The kai (or kaiti, maybe also called "regular"?) fonts are among the most used of Chinese fonts. Is there another source of these that Fedora can adopt to replace the "AR PL Ukai" fonts? -- You are receiving this mail because: You are on the CC list for the bug.

3 years, 6 months

1
0
0 / 0

[Fedora-i18n-bugs] [Bug 1658169] scrolling through ibus emoji/symbol candidate list can hang desktop hard

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1658169 fujiwara <tfujiwar(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|31 |33 -- You are receiving this mail because: You are on the CC list for the bug.

3 years, 6 months

1
0
0 / 0

[Fedora-i18n-bugs] [Bug 1415322] Wrong character displayed in UKai fonts for "zhi" (2nd tone) (character meaning "directly"), but not in ming fonts.

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1415322 Peng Wu <pwu(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution|--- |WONTFIX Last Closed| |2020-10-21 03:50:47 --- Comment #16 from Peng Wu <pwu(a)redhat.com> --- The upstream seems not active now. -- You are receiving this mail because: You are on the CC list for the bug.

3 years, 6 months

1
0
0 / 0

[Fedora-i18n-bugs] [Bug 1703849] New: [pango] pango-view fails for backend ft2 because of missing dependency on ImageMagick

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1703849 Bug ID: 1703849 Summary: [pango] pango-view fails for backend ft2 because of missing dependency on ImageMagick Product: Fedora Version: 29 Hardware: x86_64 OS: Linux Status: NEW Component: pango Assignee: tagoh(a)redhat.com Reporter: jfrieben(a)hotmail.com QA Contact: extras-qa(a)fedoraproject.org CC: caillon+fedoraproject(a)gmail.com, fonts-bugs(a)lists.fedoraproject.org, gnome-sig(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, john.j5live(a)gmail.com, mclasen(a)redhat.com, pwu(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: Using pango-view with backend ft2 in a current Fedora 29 Workstation installation fails because pango-view tries to launch the display utility from ImageMagick which has not been pulled in as a dependency. Version-Release number of selected component (if applicable): pango-1.42.4-2.fc29 How reproducible: Always Steps to Reproduce: 1. Launch GNOME session of a current Fedora 29 Workstation installation. 2. Run 'pango-view --backend=ft2 -t PANGO'. Actual results: Utility pango-view aborts with the error message: "pango-view: When running ImageMagick 'display' command: Failed to execute child process “display” (No such file or directory)" Expected results: Utility pango-view displays the sample text. Additional info: - Installing package ImageMagick prior to running pango-view ensures correct execution. Therefore, adding ImageMagick as a requirement of package pango solves this issue. - It is probably preferable to patch pango-view such that it calls "gm display" from package GraphicsMagick and to pull in the latter instead of ImageMagick. -- You are receiving this mail because: You are on the CC list for the bug.

3 years, 6 months

1
7
0 / 0

[Fedora-i18n-bugs] [Bug 1797926] New: Korean Baekmuk fonts does not map missing glyphs to id 0

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1797926 Bug ID: 1797926 Summary: Korean Baekmuk fonts does not map missing glyphs to id 0 Product: Fedora Version: 31 Hardware: All OS: All Status: NEW Component: baekmuk-ttf-fonts Severity: medium Assignee: pwu(a)redhat.com Reporter: matt(a)nightrealms.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, pwu(a)redhat.com Target Milestone: --- Classification: Fedora From https://bugs.chromium.org/p/chromium/issues/detail?id=1042994 "So the font, does not map missing characters to a glyph id 0, missing glyph id, but instead maps it to a glyph named '.null', glyph id 12505." The result is that when Chrome tries to display the Korean characters listed at http://www.alanwood.net/unicode/hangul-jamo-extended-b.html the characters come out as blank. -- You are receiving this mail because: You are on the CC list for the bug.

3 years, 6 months

1
4
0 / 0

[Fedora-i18n-bugs] [Bug 1886335] Showing incorrect Date and Time format

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1886335 --- Comment #13 from Jens Petersen <petersen(a)redhat.com> --- Minimal reproducer: 1. Boot F33 WS Live and change Format to Danish 2. Restart gnome desktop 3. Switch Format to US English and restart 4. Runtime format is still Danish. 5. `gsettings get org.gnome.system.locale region` shows 'en_US.UTF-8' (vs initial ''). (localectl shows LANG=en_US.UTF-8 only, which I think implies reboot would fix the issue) -- You are receiving this mail because: You are on the CC list for the bug.

3 years, 6 months

1
0
0 / 0

[Fedora-i18n-bugs] [Bug 1886335] Showing incorrect Date and Time format

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1886335 Jens Petersen <petersen(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |i18n, Regression CC| |petersen(a)redhat.com Severity|unspecified |low --- Comment #12 from Jens Petersen <petersen(a)redhat.com> --- I think finally I understood the report and managed to reproduce running Fedora-Workstation-Live-x86_64-33-1.2.iso: Basically first you change format to German say, and restart. Then you change Language say to Japanese (and restart). Then you change Format to Japanese and restart - and then the runtime format is still in German. I couldn't reproduce when I tried with F32-WORK-x86_64-LIVE-20201016.iso. I am not certain, but it seems like it is fixed by rebooting the system perhaps. -- You are receiving this mail because: You are on the CC list for the bug.

3 years, 6 months

1
0
0 / 0

[Fedora-i18n-bugs] [Bug 1886335] Showing incorrect Date and Time format

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1886335 --- Comment #11 from Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> --- With gnome-control-center-3.38.1-1.fc33.x86_64, when I change Language and Formats fields both, the interface is fully switched to the new language (in particular the date in the top bar), after I restart the session. It seems to work correctly. -- You are receiving this mail because: You are on the CC list for the bug.

3 years, 6 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs October 2020