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…
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…
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…