i18n-bugs July 2024

i18n-bugs@lists.fedoraproject.org

1 participants
3 discussions

[Bug 2278984] New: msgcat --color=test outputs nothing at all
by bugzilla＠redhat.com 02 Jul '24

02 Jul '24

https://bugzilla.redhat.com/show_bug.cgi?id=2278984 Bug ID: 2278984 Summary: msgcat --color=test outputs nothing at all Product: Fedora Version: 40 Hardware: x86_64 OS: Linux Status: NEW Component: gettext Keywords: Desktop Severity: low Assignee: petersen(a)redhat.com Reporter: robin.bjorklin(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, nphilipp(a)redhat.com, petersen(a)redhat.com, suanand(a)redhat.com Target Milestone: --- Classification: Fedora /usr/bin/msgcat is provided by gettext. Under other Linux distributions and using Brew for MacOS executing "msgcat --color=test" prints test output displaying background and foreground colors in the terminal. This feature is described in section 9.11.2 of "info msgcat" Reproducible: Always Steps to Reproduce: 1. msgcat --color=test Actual Results: No output produced Expected Results: Test output as hard-coded into the program. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2278984 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 3

[Bug 2277316] New: Included CMake config file is broken
by bugzilla＠redhat.com 01 Jul '24

01 Jul '24

https://bugzilla.redhat.com/show_bug.cgi?id=2277316 Bug ID: 2277316 Summary: Included CMake config file is broken Product: Fedora Version: 40 Hardware: x86_64 OS: Linux Status: NEW Component: harfbuzz Severity: medium Assignee: pnemade(a)redhat.com Reporter: michael(a)cullen-online.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, klember(a)redhat.com, moceap(a)hotmail.com, pnemade(a)redhat.com Target Milestone: --- Classification: Fedora The included CMake configuration file (in /usr/lib64/cmake/harfbuzz/harfbuzz-config.cmake) is broken - it appears to contain unsubstituted autoconf variables. Reproducible: Always Steps to Reproduce: 1. build something attempting to pull in harfbuzz via CMake - find_package(harfbuzz REQUIRED) Actual Results: CMake Error at /usr/lib64/cmake/harfbuzz/harfbuzz-config.cmake:1: Parse error. Expected a command name, got unquoted argument with text "@PACKAGE_INIT@". Call Stack (most recent call first): makefiles/TPSDKs.cmake:68 (find_package) CMakeLists.txt:197 (include) CMake Error at makefiles/TPSDKs.cmake:68 (find_package): find_package Error reading CMake code from "/usr/lib64/cmake/harfbuzz/harfbuzz-config.cmake". Call Stack (most recent call first): CMakeLists.txt:197 (include) -- Configuring incomplete, errors occurred! Expected Results: Not produce errors Looking at the RPMs, this is broken in F40 - both 8.3.0 and 8.4.0 - but looks fine in F39's 8.2.1-2 I suspect the upstream change https://github.com/harfbuzz/harfbuzz/commit/da9b838910e62825717a8b2de8ce9c9… broke it by rewriting the file -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2277316 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 8

[Bug 2251384] New: Wrong Arabic font prioritization in several apps. (Droid kufi prioritized over noto-sans)
by bugzilla＠redhat.com 01 Jul '24

01 Jul '24

https://bugzilla.redhat.com/show_bug.cgi?id=2251384 Bug ID: 2251384 Summary: Wrong Arabic font prioritization in several apps. (Droid kufi prioritized over noto-sans) Product: Fedora Version: 39 OS: Linux Status: NEW Component: fontconfig Severity: low Assignee: tagoh(a)redhat.com Reporter: alawamiaz(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: ajax(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, gnome-sig(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com, rstrode(a)redhat.com, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: Few fedora releases ago, Noto-Sans-Arabic was set to be the default. It was working fine and Arabic text was displayed in all web browsers using this font. sometime in last few months, every web browser in fedora suddenly started prioritizing "Druid Kufi" font over noto-sans-arabic. which now looks makes arabic text looks jarring. Interestingly, when running from live usb image, noto-sans-arabic is correctly priotirized and being used to render all arabic web pages, but only for FEW MINUTES and then suddenly it's switched to druid kufi!, without updating anything, just running Firefox for few minutes. It's also reproducible after fresh install, the first 3 minutes of using the new fedora installation, Firefox and other browsers are displaying noto-sans then suddenly switch to druid kufi. Version-Release number of selected component (if applicable): 38-39 How reproducible: Consistently Steps to Reproduce: 1.Connect to internet 2.Open arabic webpage in firefox (ex, wikipedia) 3.text would be displayed with druid kufi instead of the default noto-sans-arabic which was chosen to be the default sometime around fedora 36. Actual results: Arabic Text displayed with druid kufi font Expected results: Arabic text should be displayed using noto-sans-arabic as was the case before. Additional info: The font in gnome and top bars is still correctly displayed using noto-sans-arabic. It's browsers that exhibit the problem. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2251384 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 11

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs July 2024