Bug #2404
[extra/pango] V1.44 breaks bitmap fonts.
0%
Description
In xfce4 terminus-font (xos4 Terminus) broken after update.
History
Updated by freemor almost 4 years ago
- Status changed from unconfirmed to info needed
Broken how? what was the actual error
What architecture are you on x86_64, i686, arm?
Updated by pisechka almost 4 years ago
freemor wrote:
Broken how? what was the actual error
What architecture are you on x86_64, i686, arm?
x86_64
Just squares instead symbols.
Gohufont too, seems problem actual for bitmap fonts.
Updated by freemor almost 4 years ago
libre_hackerman on IRC pointed out it may be related to:
https://www.reddit.com/r/archlinux/comments/ciq28i/did_the_latest_pango_update_break_fonts_for/
https://bbs.archlinux.org/viewtopic.php?id=248032
https://gitlab.gnome.org/GNOME/pango/issues/386
Updated by freemor almost 4 years ago
How to reproduce:
startx
open a terminal
if the problem isn't apparent right away open a dialogue to select fonts for the terminal
notice all the missing/messed up fonts.
Updated by freemor almost 4 years ago
Workaround for now:
Change selected fonts to workign ones.
This is an upstream problem
From the links above they are aware and working on it
Basically a "welcome to a rolling release" type issue.
Updated by freemor almost 4 years ago
- Subject changed from [terminus-font] broken to [extra/pango] V1.44 breaks bitmap fonts.
Updated by bill-auger almost 4 years ago
- Priority changed from bug to broken
i was going to mark this as 'forwarded-upstream'; but after digging deeper into the links that libre_hackerman found, it turns out that the gnome BR mentions a BR against arch too; but it is closed as 'not-a-bug'
https://bugs.archlinux.org/task/63297
28 July 2019 "Not a bug" "This is intentional"with a link to a gnome news item, describing that freetype rendering was replaced with harfbuzz, and noting that support for bitmap and type1 fonts will be sacrificed
https://blogs.gnome.org/mclasen/2019/05/25/pango-future-directions/
https://github.com/harfbuzz/harfbuzz/pull/1432
it also mentions that harfbuzz does have support for OpenType bitmap fonts; but that may take some work to add some, or at least to prune off any currently unusable bitmap fonts
Updated by bill-auger almost 4 years ago
regarding the terminus font, it is one of the few options for fonts in a VT larger than microscopic on a modern mega-pixel monitor - and although the incompatible version of pango has landed, 'terminus-font' is still in [community]; so it looks like arch sees the value of keeping it (and probably others) - even if arch dropped it though, i would want to keep at least that one bitmap font package
so this issue is probably not a bug that we can do anything about; and its not a bug in gnome, pango, nor arch, but in any client that uses pango and offers incompatible fonts to the user - i suppose we should refer to the XFCE bug tracker next
Updated by freemor almost 4 years ago
Yes Terminus is still great in the VT and I would second keeping it if Arch
decided otherwise.
I think this just broke a lot of upstream. The terminal I use in X, Sakura also
has this issue
I think al lot of bug reports are going to be flying upstream from Arch
users/Dev's I'd suggest we just hold back a bit and see what goes on.
Updated by freemor almost 4 years ago
I'd also suggest leaving this BR visible for a while to let people know. I
suspect there'll be a certain precentage of people coming into the IRC or
checking the Tracker to see what's up.
Is this a big enough thing to warrent a message on the main Parabola page?
Updated by bill-auger almost 4 years ago
yea i suppose it is "bug" enough - i has the potential to affect
any program that uses pango, and allows the user to select a
font - im not convinced it is very important though; unless
it makes some program unusable
some notable ones are: 'gtk2' 'gtk3' 'i3-wm' - GTK is the basis
for MATE and LXDE for example - it could be a while before all
such programs will hide fonts that pango does not support