Project

General

Profile

Bug #2404

[extra/pango] V1.44 breaks bitmap fonts.

pisechka - 20 days ago - . Updated 20 days ago.

Status:
confirmed
Priority:
broken
Assignee:
-
% Done:

0%


Description

In xfce4 terminus-font (xos4 Terminus) broken after update.

History

#1

Updated by freemor 20 days ago

  • Status changed from unconfirmed to info needed

Broken how? what was the actual error
What architecture are you on x86_64, i686, arm?

#2

Updated by pisechka 20 days 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.

#4

Updated by freemor 20 days 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.

#5

Updated by freemor 20 days 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.

#6

Updated by freemor 20 days ago

  • Status changed from info needed to confirmed
#7

Updated by freemor 20 days ago

  • Subject changed from [terminus-font] broken to [extra/pango] V1.44 breaks bitmap fonts.
#8

Updated by bill-auger 20 days 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

#9

Updated by bill-auger 20 days 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

#10

Updated by freemor 20 days 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.

#11

Updated by freemor 20 days 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?

#12

Updated by bill-auger 20 days 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

Also available in: Atom PDF