[Bug 1707723] New: meta package to require Sans, Serif and Mono
subpackages
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1707723
Bug ID: 1707723
Summary: meta package to require Sans, Serif and Mono
subpackages
Product: Fedora
Version: rawhide
Status: NEW
Component: dejavu-fonts
Assignee: nicolas.mailhot(a)laposte.net
Reporter: petersen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
nicolas.mailhot(a)laposte.net, paul(a)frixxon.co.uk,
peter(a)thecodergeek.com, redhat-bugzilla(a)linuxnetz.de
Target Milestone: ---
Classification: Fedora
Description of problem:
There may be disagreement but I think it might be nice if dejavu-fonts provided
a metapackage to pull in dejavu-sans-fonts, dejavu-serif-fonts and
dejavu-sans-mono-fonts.
--
You are receiving this mail because:
You are on the CC list for the bug.
3 years, 5 months
[Bug 1770047] New: Subpixel rendering failure in Fedora 31 for
right-aligned windows on a multihead machine.
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1770047
Bug ID: 1770047
Summary: Subpixel rendering failure in Fedora 31 for
right-aligned windows on a multihead machine.
Product: Fedora
Version: 31
Hardware: x86_64
OS: Linux
Status: NEW
Component: freetype
Severity: medium
Assignee: mkasik(a)redhat.com
Reporter: alastair(a)d-silva.org
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,
john.j5live(a)gmail.com, kevin(a)tigcc.ticalc.org,
mclasen(a)redhat.com, mkasik(a)redhat.com,
rhughes(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
I have a 3 monitor setup:
Left: Dell 3007WFP 2560x1600
Middle: Seiki 40" 4K TV 3840x2160
Right: Thinkpad T480 builtin 2048x1152
When a Firefox instance (or Gnome Text Editor window) is right aligned
(meta-right) on the middle screen, it displays properly. However, after
switching virtual consoles (ctrl-alt-up/down/left/right), and returning back,
the right aligned window show subpixel rendering artifacts.
I've attached screenshots before & after switching consoles, the window that
displays the problem is the right browser in the middle screen (visiting
Opencores).
This problem did not occur in Fedora 30, only after upgrading to Fedora 31.
The problem also does not occur if I move the window away from the edge of the
centre display.
Version-Release number of selected component (if applicable):
freetype.x86_64 2.10.0-3.fc31 @fedora
How reproducible:
Every time, with my display configuration
Steps to Reproduce:
1. Launch Gnome Text Editor, ensure it is on the middle screen and enter some
text
2. Right align the window (meta-right)
3. Shift away and back to the virtual console
4. Observe text that was currectly rendered in the text editor now has
artifacts
Actual results:
Poorly rendered text
Expected results:
Correctly rendered text
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
3 years, 5 months
[Bug 1769475] New: Cantarell rendering of Cyrillic letter њ is broken
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1769475
Bug ID: 1769475
Summary: Cantarell rendering of Cyrillic letter њ is broken
Product: Fedora
Version: 31
Hardware: x86_64
OS: Linux
Status: NEW
Component: abattis-cantarell-fonts
Severity: low
Assignee: klember(a)redhat.com
Reporter: galileo(a)pkm-inc.com
QA Contact: extras-qa(a)fedoraproject.org
CC: cosimo.cecchi(a)gmail.com,
fonts-bugs(a)lists.fedoraproject.org, ian(a)ianweller.org,
klember(a)redhat.com, me(a)fale.io
Target Milestone: ---
Classification: Fedora
Created attachment 1633402
--> https://bugzilla.redhat.com/attachment.cgi?id=1633402&action=edit
Cantarell vs Liberation Sans
Description of problem:
Rendering of Cyrillic letter њ is broken, I have attached the image from
LibreOffice but it shows up in other applications like Firefox.
The fist line is Cantarell, the second (with proper rendering) is Liberation
Sans
Version-Release number of selected component (if applicable):
abattis-cantarell-fonts-0.111-3.fc31.noarch
How reproducible:
Always
--
You are receiving this mail because:
You are on the CC list for the bug.
3 years, 5 months
[Bug 1769476] New: Cantarell rendering of Cyrillic letter њ is broken
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1769476
Bug ID: 1769476
Summary: Cantarell rendering of Cyrillic letter њ is broken
Product: Fedora
Version: 31
Hardware: x86_64
OS: Linux
Status: NEW
Component: abattis-cantarell-fonts
Severity: low
Assignee: klember(a)redhat.com
Reporter: galileo(a)pkm-inc.com
QA Contact: extras-qa(a)fedoraproject.org
CC: cosimo.cecchi(a)gmail.com,
fonts-bugs(a)lists.fedoraproject.org, ian(a)ianweller.org,
klember(a)redhat.com, me(a)fale.io
Target Milestone: ---
Classification: Fedora
Description of problem:
Rendering of Cyrillic letter њ is broken, I have attached the image from
LibreOffice but it shows up in other applications like Firefox.
The fist line is Cantarell, the second (with proper rendering) is Liberation
Sans
Version-Release number of selected component (if applicable):
abattis-cantarell-fonts-0.111-3.fc31.noarch
How reproducible:
Always
--
You are receiving this mail because:
You are on the CC list for the bug.
3 years, 5 months
[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
[Bug 1766971] New: Default monospace font Amharic is weird, makes
gnome-terminal look weird
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1766971
Bug ID: 1766971
Summary: Default monospace font Amharic is weird, makes
gnome-terminal look weird
Product: Fedora
Version: 31
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: mfabian(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
Created attachment 1630570
--> https://bugzilla.redhat.com/attachment.cgi?id=1630570&action=edit
Screenshot.png
[mfabian@localhost ~]$ fc-match monospace:lang=de
DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book"
[mfabian@localhost ~]$ fc-match monospace:lang=ja
NotoSansCJK-Regular.ttc: "Noto Sans Mono CJK JP" "Regular"
[mfabian@localhost ~]$ fc-match monospace:lang=en
DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book"
[mfabian@localhost ~]$ fc-match monospace:lang=am
FreeSerif.ttf: "FreeSerif" "Regular"
[mfabian@localhost ~]$ cat /etc/fedora-release
Fedora release 31 (Thirty One)
[mfabian@localhost ~]$
Maybe there is no monospace font for Amharic ☹
This makes gnome-terminal look weird in am_ET.UTF-8 locale, see screenshot.
--
You are receiving this mail because:
You are on the CC list for the bug.
3 years, 7 months
[Bug 1752858] New: Combinations Reph (र्श्व) not rendering correctly with Harfbuzz in gedit
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1752858
Bug ID: 1752858
Summary: Combinations Reph (र्श्व) not rendering correctly with
Harfbuzz in gedit
Product: Fedora
Version: 31
Status: NEW
Component: lohit-devanagari-fonts
Assignee: petersen(a)redhat.com
Reporter: psatpute(a)redhat.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, psatpute(a)redhat.com,
sshedmak(a)redhat.com, vishalvijayraghavan(a)gmail.com
Target Milestone: ---
Classification: Fedora
Created attachment 1615839
--> https://bugzilla.redhat.com/attachment.cgi?id=1615839&action=edit
Image showing rendering issue
Description of problem:
Combination र्श्व is not rendering correctly in gedit/harfbuzz. But it works
properly in Firefox
Version-Release number of selected component (if applicable):
lohit-devanagari-fonts 2.95.4-9
harfbuzz-2.6.0-1
How reproducible:
Evertime
Steps to Reproduce:
1. Open Terminal
2. Type commng: hb-view /usr/share/fonts/lohit-devanagari/Lohit-Devanagari.ttf
र्श्व
3. Observe result
Actual results:
Reph not getting form.
Expected results:
Expected Reph should get formed.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
3 years, 7 months
[Bug 1767384] New: After upgrade to Fedora 31, terminal with
LucidaTypewriter Sans font only shows unicode rectangles
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1767384
Bug ID: 1767384
Summary: After upgrade to Fedora 31, terminal with
LucidaTypewriter Sans font only shows unicode
rectangles
Product: Fedora
Version: 31
Status: NEW
Component: bitmap-fonts
Assignee: psatpute(a)redhat.com
Reporter: jpazdziora(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pnemade(a)redhat.com,
psatpute(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
After upgrading my Fedora 30 XFCE workstation to Fedora 31, my xfce4-terminals
that are configured to use LucidaTypewriter Sans font only rectangles instead
of letters.
Version-Release number of selected component (if applicable):
bitmap-lucida-typewriter-fonts-0.3-31.fc31.noarch
How reproducible:
Deterministic.
Steps to Reproduce:
1. Use xfce4-terminal with LucidaTypewriter Sans on Fedora 30.
2. Upgrade to Fedora 31.
Actual results:
Unreadable.
Expected results:
Readable.
Additional info:
On Fedora 31 installation, the LucidaTypewriter Sans font cannot even be
selected in terminal's Preferences > Appearance > Font selection.
--
You are receiving this mail because:
You are on the CC list for the bug.
3 years, 7 months
[Bug 1750891] New: font cache not getting update on Silverblue 31?
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1750891
Bug ID: 1750891
Summary: font cache not getting update on Silverblue 31?
Product: Fedora
Version: 31
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: pnemade(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:
I have this system state
[parag@localhost ~]$ rpm-ostree status
State: idle
AutomaticUpdates: disabled
Deployments:
● ostree://fedora:fedora/31/x86_64/silverblue
Version: 31.20190909.n.0 (2019-09-09T08:24:14Z)
BaseCommit:
093a07e18c0514e47e978c9c33ef73a2615117db343e0eef7218c298b1e3502c
GPGSignature: Valid signature by
7D22D5867F2A4236474BF7B850CB390B3C3359C4
LayeredPackages: gedit gnome-tweaks hunspell-hi langpacks-hi
libreoffice-core
ostree://fedora:fedora/31/x86_64/silverblue
Version: 31.20190909.n.0 (2019-09-09T08:24:14Z)
BaseCommit:
093a07e18c0514e47e978c9c33ef73a2615117db343e0eef7218c298b1e3502c
GPGSignature: Valid signature by
7D22D5867F2A4236474BF7B850CB390B3C3359C4
LayeredPackages: gedit gnome-tweaks hunspell-hi libreoffice-core
[parag@localhost ~]$ rpm-ostree db diff
ostree diff commit from: rollback deployment
(0ad271d38c5aa4e1ce194ea625f83862d2c317774d96ba9b94d53c5324133265)
ostree diff commit to: booted deployment
(61f7aea98b458e53e42e85131e62ad7c84f80592676f28949cc5aa411e34ff55)
Added:
glibc-langpack-hi-2.30-1.fc31.x86_64
google-noto-sans-devanagari-ui-vf-fonts-20181223-6.fc31.noarch
google-noto-sans-devanagari-vf-fonts-20181223-6.fc31.noarch
hyphen-hi-1:0.7.0-14.fc31.noarch
langpacks-core-hi-2.0-6.fc31.noarch
langpacks-hi-2.0-6.fc31.noarch
libreoffice-help-hi-1:6.3.1.2-1.fc31.x86_64
libreoffice-langpack-hi-1:6.3.1.2-1.fc31.x86_64
samyak-devanagari-fonts-1.2.2-22.fc31.noarch
samyak-fonts-common-1.2.2-22.fc31.noarch
[parag@localhost ~]$ fc-list :lang=hi
/usr/share/fonts/lohit-devanagari/Lohit-Devanagari.ttf: Lohit
Devanagari:style=Regular
/usr/share/fonts/google-droid/DroidSansDevanagari-Regular.ttf: Droid
Sans:style=Regular
[parag@localhost ~]$
Version-Release number of selected component (if applicable):
fontconfig-2.13.92-2.fc31.x86_64
How reproducible:
always
Steps to Reproduce:
1. on F31, install any langpacks which will install additional fonts packages
like langpacks-hi
2. execute fc-list :lang=hi
3.
Actual results:
"fc-list :lang=hi" output remained same
Expected results:
"fc-list :lang=hi" should included rencently installed font packages as well
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
3 years, 8 months
[Bug 1725983] New: freetype-2.10.1 is available
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1725983
Bug ID: 1725983
Summary: freetype-2.10.1 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: freetype
Keywords: FutureFeature, Triaged
Assignee: mkasik(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
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,
john.j5live(a)gmail.com, kevin(a)tigcc.ticalc.org,
mclasen(a)redhat.com, mkasik(a)redhat.com,
rhughes(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com
Target Milestone: ---
Classification: Fedora
Latest upstream release: 2.10.1
Current version/release in rawhide: 2.10.0-2.fc31
URL: https://www.freetype.org/
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/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/854/
--
You are receiving this mail because:
You are on the CC list for the bug.
3 years, 9 months