i18n-bugs June 2021

i18n-bugs@lists.fedoraproject.org

2 participants
72 discussions

[Bug 1972280] New: cldr-emoji-annotation-40-m1 is available
by bugzilla＠redhat.com 24 Aug '21

24 Aug '21

https://bugzilla.redhat.com/show_bug.cgi?id=1972280 Bug ID: 1972280 Summary: cldr-emoji-annotation-40-m1 is available Product: Fedora Version: rawhide Status: NEW Component: cldr-emoji-annotation Keywords: FutureFeature, Triaged Assignee: tfujiwar(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com Target Milestone: --- Classification: Fedora Latest upstream release: 40-m1 Current version/release in rawhide: 39-1.fc35 URL: https://github.com/unicode-org/cldr Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/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/103642/ -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1965684] New: Fontconfig & Firefox font issues on KDE Spins since F32
by bugzilla＠redhat.com 23 Jul '21

23 Jul '21

https://bugzilla.redhat.com/show_bug.cgi?id=1965684 Bug ID: 1965684 Summary: Fontconfig & Firefox font issues on KDE Spins since F32 Product: Fedora Version: 34 Hardware: x86_64 Status: NEW Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: pimk1n(a)gmx.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 1787942 --> https://bugzilla.redhat.com/attachment.cgi?id=1787942&action=edit reddit.com poor font rendering Description of problem: Since F32 the KDE Spin has required manual creation of a local fontconfig in order to restore font rendering quality in Firefox back to standards seen in prior releases. Version-Release number of selected component (if applicable): F32 KDE onwards, Firefox 78 onwards. How reproducible: 100% F32 KDE, F33 KDE, F34 KDE Spin Reproducible with Fedora packaged Firefox, mozilla flatpak and direct Mozilla download. Confirmed on various hardware, all under X11. Steps to Reproduce: 1. Open Firefox (KDE Spin) 2. Observe lack of smooth font rendering. eg: https://old.reddit.com, https://bugzilla.redhat.org 3. Actual results: Poor quality font rendering, see screenshots. Expected results: Better quality font rendering, as seen in earlier Fedora 31 KDE and all tested modern KDE distros. Additional info: I have tried reporting this against Firefox since F32 Beta, but no fix. https://bugzilla.redhat.com/show_bug.cgi?id=1830509 The single end user fix is simple, just create a ~/.config/fontconfig/fonts.conf as below, run fc-cache and restart Firefox. <?xml version='1.0'?> <!DOCTYPE fontconfig SYSTEM 'fonts.dtd'> <fontconfig> <match target="font"> <edit name="antialias" mode="assign"> <bool>true</bool> </edit> <edit name="autohint" mode="assign"> <bool>false</bool> </edit> <edit name="hinting" mode="assign"> <bool>true</bool> </edit> <edit name="hintstyle" mode="assign"> <const>hintslight</const> </edit> <edit name="lcdfilter" mode="assign"> <const>lcddefault</const> </edit> <edit name="rgba" mode="assign"> <const>rgb</const> </edit> </match> </fontconfig> What changed with KDE or Firefox around F32 time that other distros have accounted for, but Fedora has not? Would love to see Firefox back to usual quality in KDE spin, by default, so new users do not get this. If this is still not the correct package to report against, please point me in the right direction. -- You are receiving this mail because: You are on the CC list for the bug.

1 13

[Bug 1974186] New: nkf's license is not any type of BSD license, unlike the spec description.
by bugzilla＠redhat.com 08 Jul '21

08 Jul '21

https://bugzilla.redhat.com/show_bug.cgi?id=1974186 Bug ID: 1974186 Summary: nkf's license is not any type of BSD license, unlike the spec description. Product: Fedora Version: rawhide Status: NEW Component: nkf Assignee: tagoh(a)redhat.com Reporter: firmbl(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: nkf's license is not any type of BSD license, unlike the spec description. How reproducible: Check difference of src.fedoraproject.org 's spec and source code. https://src.fedoraproject.org/rpms/nkf/blob/rawhide/f/nkf.spec#_5 Spec file says it's BSD License. On the other hands, copyright notice of nkf.c in the upstream tarball is not any type of BSD license. =============================================================================== 1 /* 2 * Copyright (c) 1987, Fujitsu LTD. (Itaru ICHIKAWA). 3 * Copyright (c) 1996-2013, The nkf Project. 4 * 5 * This software is provided 'as-is', without any express or implied 6 * warranty. In no event will the authors be held liable for any damages 7 * arising from the use of this software. 8 * 9 * Permission is granted to anyone to use this software for any purpose, 10 * including commercial applications, and to alter it and redistribute it 11 * freely, subject to the following restrictions: 12 * 13 * 1. The origin of this software must not be misrepresented; you must not 14 * claim that you wrote the original software. If you use this software 15 * in a product, an acknowledgment in the product documentation would be 16 * appreciated but is not required. 17 * 18 * 2. Altered source versions must be plainly marked as such, and must not be 19 * misrepresented as being the original software. 20 * 21 * 3. This notice may not be removed or altered from any source distribution. 22 */ =============================================================================== I think this license is not listed in fedora's Software License List. https://fedoraproject.org/wiki/Licensing:Main?rd=Licensing#SoftwareLicenses Maybe difficult to describe in spec. Additional info: nkf is also packaging in other distribution. For example, package is available for debian. https://packages.debian.org/ja/sid/nkf Copyright metadata says it's "Custom" license. https://metadata.ftp-master.debian.org/changelogs//main/n/nkf/nkf_2.1.5-1_c… -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1970626] New: emoji-picker broken by python-3.10
by bugzilla＠redhat.com 01 Jul '21

01 Jul '21

https://bugzilla.redhat.com/show_bug.cgi?id=1970626 Bug ID: 1970626 Summary: emoji-picker broken by python-3.10 Product: Fedora Version: rawhide Status: NEW Component: ibus-typing-booster Assignee: mfabian(a)redhat.com Reporter: kevin(a)scrye.com QA Contact: extras-qa(a)fedoraproject.org CC: anish.developer(a)gmail.com, i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com Target Milestone: --- Classification: Fedora Trying to run emoji-picker with: python3-3.10.0~b2-3.fc35.x86_64 ibus-typing-booster-2.11.4-1.fc35.noarch gives: ✗ emoji-picker /usr/lib64/python3.10/enum.py:73: Warning: unsupported arithmetic operation for flags type num &= num - 1 Traceback (most recent call last): File "/usr/share/ibus-typing-booster/engine/emoji_picker.py", line 42, in <module> import itb_util File "/usr/share/ibus-typing-booster/engine/itb_util.py", line 3191, in <module> class InputHints(Flag): File "/usr/lib64/python3.10/enum.py", line 484, in __new__ raise exc File "/usr/lib64/python3.10/enum.py", line 246, in __set_name__ and _is_single_bit(value) File "/usr/lib64/python3.10/enum.py", line 73, in _is_single_bit num &= num - 1 TypeError: unsupported operand type(s) for &=: 'InputHints' and 'NoneType' -- You are receiving this mail because: You are on the CC list for the bug.

1 16

[Bug 1609239] [gnome-terminal] The default Google Noto CJK fonts are not listed in the preference menu.
by bugzilla＠redhat.com 28 Jun '21

28 Jun '21

https://bugzilla.redhat.com/show_bug.cgi?id=1609239 Akira TAGOH <tagoh(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ajax(a)redhat.com, | |caillon+fedoraproject@gmail | |.com, | |fonts-bugs(a)lists.fedoraproj | |ect.org, | |gnome-sig(a)lists.fedoraproje | |ct.org, | |i18n-bugs(a)lists.fedoraproje | |ct.org, pnemade(a)redhat.com Component|gnome-terminal |fontconfig Version|33 |rawhide --- Comment #8 from Akira TAGOH <tagoh(a)redhat.com> --- gnome-terminal just uses pango_font_family_is_monospace to deal with it. Pango depends on spacing property in fontconfig. So reassigning to fontconfig. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1960390] Unable to switch to non-ibus input methods
by bugzilla＠redhat.com 28 Jun '21

28 Jun '21

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

1 0

[Bug 1946871] fc-match ":postscriptname=LiberationSans" returns LiberationSansNarrow
by bugzilla＠redhat.com 28 Jun '21

28 Jun '21

https://bugzilla.redhat.com/show_bug.cgi?id=1946871 Akira TAGOH <tagoh(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Version|33 |rawhide --- Comment #2 from Akira TAGOH <tagoh(a)redhat.com> --- The matcher function for postscriptname needs to be fixed. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1677534] New: texttopaps OOMs with 4GB text file!
by bugzilla＠redhat.com 28 Jun '21

28 Jun '21

https://bugzilla.redhat.com/show_bug.cgi?id=1677534 Bug ID: 1677534 Summary: texttopaps OOMs with 4GB text file! Product: Fedora Version: rawhide Hardware: x86_64 OS: Linux Status: NEW Component: paps Severity: high Assignee: tagoh(a)redhat.com Reporter: petersen(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: desktop-qa-list(a)redhat.com, eng-i18n-bugs(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, rhel(a)vlasiu.net, tagoh(a)redhat.com Depends On: 1635160 Target Milestone: --- Classification: Fedora (Cloned from a RHEL7 report) +++ This bug was initially created as a clone of Bug #1635160 +++ Description of problem: Trying to print with cups a 4Gb text file fail. texttopaps consume all the memory and is killed bye the system: [1023082.003989] Out of memory: Kill process xxxx (texttopaps) score 955 or sacrifice child [1023082.005120] Killed process xxxx (texttopaps) total-vm:19958848kB, anon-rss:7531872kB, file-rss:84kB, shmem-rss:0kB /usr/lib/cups/filter/texttopaps 1 user1 "example" 1 "" sample-4Gb.txt --- Additional comment from Akira TAGOH on 2018-10-03 11:54:48 SGT --- Hmm, that log says it all. I don't think OOM is a software bug. --- Additional comment from GV on 2018-10-03 13:00:48 SGT --- Of course OOM is not a software bug. Where exactly did I said that? The problem is texttopaps that allocate memory out of control. texttopaps should allocate memory, use-it, release-it. Like any sane program. The issue was not present on RHEL 6. I had printed the same file multiple times with cups on RHEL6 and it worked just fine (not sure it was texttopaps cups filter involved). Printing the file does not work on RHEL 7 and it should. The 4Gb file is a testcase for our application we develop. --- Additional comment from Jens Petersen on 2018-10-18 17:49:35 SGT --- I don't think the paps in RHEL7 is significantly different from RHEL6. As you say it could be due to changes in Cups? The cups versions in RHEL 6, 7 and Fedora are certainly quite different. Unless texttopaps really worked in RHEL6 it might make to reassign this to cups? --- Additional comment from GV on 2018-10-25 18:29:46 SGT --- Since the real computer running RHEL 6 was already scrapped, I tried to make a virtual machine using RHEL 6. Unfortunately, now I also get a crash on RHEL 6 when printing the 4GB file. I can't recall how much memory was in that computer. The virtual machine had 8Gb of memory allocated. Still, it does not matter that much. I think texttopaps have an issue and it should be fixed or at least an workaround should be available (other than 'don't print a file that large'). I'm afraid this is not a cups issue since I can reproduce the issue running the texttopaps standalone. Sincerely, Gabriel --- Additional comment from Akira TAGOH on 2018-11-16 17:59:04 SGT --- paps isn't supposed to work with large files. to support it, most of code needs to rewritten. this isn't realistic to provide an update for existing products. for a workaround, you can remove paps package (or simply remove /usr/share/cups/mime/paps.convs file) to fall back the text filter to texttops which CUPS originally provides. this should works for this issue and as long as you don't need the internationalization support for printing. Hope that helps. --- Additional comment from GV on 2018-12-07 14:03:33 SGT --- It helps. Thank you! Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1635160 [Bug 1635160] texttopaps OOMs with 4GB text file! -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1761885] Drop unused .uuid files
by bugzilla＠redhat.com 24 Jun '21

24 Jun '21

https://bugzilla.redhat.com/show_bug.cgi?id=1761885 Akira TAGOH <tagoh(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(tagoh(a)redhat.com) | --- Comment #10 from Akira TAGOH <tagoh(a)redhat.com> --- Only happens on upgraded systems. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Fedora-i18n-bugs] [Bug 1943000] New: emacs-lookup: FTBFS with upcoming autoconf-2.71
by bugzilla＠redhat.com 17 Jun '21

17 Jun '21

https://bugzilla.redhat.com/show_bug.cgi?id=1943000 Bug ID: 1943000 Summary: emacs-lookup: FTBFS with upcoming autoconf-2.71 Product: Fedora Version: rawhide Status: NEW Component: emacs-lookup Assignee: dueno(a)redhat.com Reporter: odubaj(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Blocks: 1942967 Target Milestone: --- Classification: Fedora Your package fails to build with the newest upcoming autoconf-2.71, which is part of a wide Fedora change. Please see the attached copr: https://copr.fedorainfracloud.org/coprs/odubaj/autoconf-2.70/packages/. More information about testing your package when building with autoconf available here: https://fedoraproject.org/wiki/Changes/Autoconf_271#How_To_Test Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1942967 [Bug 1942967] FTBFS with upcoming autoconf-2.71 -- You are receiving this mail because: You are on the CC list for the bug.

1 3

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs June 2021