[Fedora-i18n-bugs] [Bug 1707734] New: fc-validate should return non-zero value when missing glyph for language coverage
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1707734
Bug ID: 1707734
Summary: fc-validate should return non-zero value when missing
glyph for language coverage
Product: Fedora
Version: rawhide
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: pwu(a)redhat.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,
john.j5live(a)gmail.com, 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
Description of problem:
When use fc-validate to check missing glyph for language coverage,
if some glyphs are missing, fc-validate still returns zero value.
Version-Release number of selected component (if applicable):
fontconfig-2.13.1-3.fc29.x86_64
How reproducible:
Run fc-validate -l zh_cn
/usr/share/fonts/google-noto-cjk/NotoSansCJK-Regular.ttc
and fc-validate -l th /usr/share/fonts/google-noto-cjk/NotoSansCJK-Regular.ttc
Steps to Reproduce:
1. run fc-validate against some fonts which missing glyph coverage
Actual results:
fc-validate returns zero value.
Expected results:
fc-validate returns non-zero value if any font face missing glyph coverage.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years, 7 months
[Fedora-i18n-bugs] [Bug 1707712] New: liberation-fonts.noarch should not Provides or Obsoletes liberation-narrow fonts
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1707712
Bug ID: 1707712
Summary: liberation-fonts.noarch should not Provides or
Obsoletes liberation-narrow fonts
Product: Fedora
Version: 30
Status: NEW
Component: liberation-fonts
Assignee: petersen(a)redhat.com
Reporter: petersen(a)redhat.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,
petersen(a)redhat.com, psatpute(a)redhat.com,
rhughes(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com, vishalvijayraghavan(a)gmail.com
Target Milestone: ---
Classification: Fedora
Description of problem:
This may be due to unclear wording in the Packaging Guidelines
but liberation-fonts should not Provides or Obsoletes liberation-narrow-fonts.
In fact is basically to install liberation-narrow-fonts in Fedora because of
this. ;-)
The Obsoletes made sense before liberation-narrow-fonts was reintroduced to
Fedora (except the upperbound is far to high).
How reproducible:
100%
Steps to Reproduce:
1. Try to install liberation-narrow-fonts
# dnf install liberation-narrow-fonts
Actual results:
liberation-fonts gets installed
Expected results:
liberation-narrow-fonts
Additional info:
https://docs.fedoraproject.org/en-US/packaging-guidelines/#renaming-or-re...
"If a package supersedes/replaces an existing package without being a
sufficiently compatible replacement as defined above, use only the Obsoletes:
line from the above example."
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years, 7 months
[Fedora-i18n-bugs] [Bug 1659905] New: Incorrect SELinux label of fontconfig cache directory
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1659905
Bug ID: 1659905
Summary: Incorrect SELinux label of fontconfig cache directory
Product: Fedora
Version: 29
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: maciek.borzecki(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
john.j5live(a)gmail.com, 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
Description of problem:
The /usr/lib/fontconfig/cache directly is labeled as lib_t, but should be
labeled as fonts_cache_t, same as /var/cache/fontconfig was before.
[guest@localhost ~]$ ls -laZ /usr/lib/fontconfig/cache/
total 40
drwxr-xr-x. 2 root root system_u:object_r:lib_t:s0 4096 Dec 17 07:35 .
drwxr-xr-x. 3 root root system_u:object_r:lib_t:s0 4096 Dec 17 07:35 ..
-rw-r--r--. 1 root root unconfined_u:object_r:lib_t:s0 136 Dec 17 07:35
14f2600e-0a03-4bcf-ad84-39369899c767-le64.cache-7
-rw-r--r--. 1 root root unconfined_u:object_r:lib_t:s0 20904 Dec 17 07:35
6d2e07ad-8b0a-44cf-ad7a-4c0d0bc787a2-le64.cache-7
-rw-r--r--. 1 root root unconfined_u:object_r:lib_t:s0 200 Dec 17 07:35
CACHEDIR.TAG
Either a missing piece of the core policy or /usr/lib/fontconfig/cache ought to
be created with proper labeling.
Version-Release number of selected component (if applicable):
fontconfig-2.13.1-3.fc29.x86_64
selinux-policy-3.14.2-44.fc29.noarch
selinux-policy-devel-3.14.2-44.fc29.noarch
selinux-policy-targeted-3.14.2-44.fc29.noarch
How reproducible:
always
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years, 8 months