[Bug 1532027] ecolier-court-fonts subpackages are swapped
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1532027
Ben Cotton <bcotton(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution|--- |EOL
Last Closed| |2020-05-26 14:41:45
--- Comment #5 from Ben Cotton <bcotton(a)redhat.com> ---
Fedora 30 changed to end-of-life (EOL) status on 2020-05-26. Fedora 30 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.
Thank you for reporting this bug and we are sorry it could not be fixed.
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years
[Bug 1823637] Terminus fonts broken after
terminus-fonts-4.48-5.fc32.noarch update
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1823637
--- Comment #27 from Akira TAGOH <tagoh(a)redhat.com> ---
(In reply to Peng Wu from comment #24)
> Maybe nautilus uses similar code like hexchat, but fontconfig
> returns different fonts format randomly.
To clarify, it's not random. the default weight is Regular and bitmap version
of Terminus supports that weight despite not supporting Regular weight in OTB.
see:
$ FC_DEBUG=3 fc-match Terminus
...
Font 3958 Pattern has 27 elts (size 27)
family: "Terminus"(w)
familylang: "en"(w)
style: "Regular"(w)
stylelang: "en"(w)
fullname: "Terminus Regular"(w)
fullnamelang: "en"(w)
slant: 0(i)(w)
weight: 100(f)(w)
width: 100(f)(w)
pixelsize: 12(f)(w) 18(f)(w) 22(f)(w) 28(f)(w) 16(f)(w) 14(f)(w)
20(f)(w) 24(f)(w) 32(f)(w)
spacing: 100(i)(w)
foundry: "UNKN"(w)
antialias: False(w)
file: "/usr/share/fonts/terminus-fonts/Terminus.otb"(w)
index: 0(i)(w)
outline: False(w)
scalable: False(w)
charset:
0000: 00000000 ffffffff ffffffff 7fffffff 00000000 ffffffff ffffffff
ffffffff
0001: ffffffff ffffffff ffffffff ffffffff 6005c040 00e00000 001fe000
f031fffc
0002: 0f000000 008c0000 0b100000 00040000 00040000 38000000 3b0000c0
00000000
0003: 00001dff 00000200 00000000 00000000 ffffd7f0 fffffffb 00227fff
007f0000
0004: ffffffff ffffffff ffffffff 00000c0c 3fff0000 0fcfcc3f ffff8007
033ffffc
0005: 00000000 00000000 00000000 00000000 00000000 00000000 ffff0000
000007ff
001e: 00003000 00f00000 000000ff 00003000 00000000 33000000 00003c00
03000030
0020: ffffffff 560d0047 00000000 fff30000 05ff7fff 00005480 00000000
00000000
0021: 2460c004 00200054 00000000 00000000 003f0000 08200150 003f1800
00000000
0022: c67c3ff9 000007a0 00000100 00000c33 000000cc 00000020 0000000c
00000000
0023: 02010f05 00000003 00000000 00000000 f8000000 3c00fbff 00010000
00000000
0024: 00003e00 00000010 00000000 00000000 00000000 00000000 00000000
00000000
0025: ffffff0f ffffffff ffff0fff ffffffff ffcfffff 14445001 03008c51
00000000
0026: 00000000 1c000000 00000005 00000c69 00000000 00000000 00000000
00000000
0027: 01980000 00000000 00000000 00000000 00000000 00000000 00000000
00000f00
0028: ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
ffffffff
002e: 00000000 00001000 00000000 00000000 00000000 00000000 00000000
00000000
00e0: 00000000 00000000 00000000 00000000 00000000 000f0007 00000000
00000000
00f6: 00000000 00000000 00000000 00000000 00000000 40000000 00000000
00000000
00ff: 00000000 00000000 00000000 00000000 00000000 00000000 00000000
20000000
(w)
lang:
aa|af|av|ay|az-az|ba|bm|be|bg|bi|bin|br|bs|bua|ca|ce|ch|chm|co|cs|cv|da|de|el|en|eo|es|et|eu|fi|fj|fo|fr|
fur|fy|gd|gl|gn|gv|haw|he|ho|hr|hu|ia|ig|id|ie|ik|io|is|it|kaa|ki|kk|kl|kum|kv|kw|ky|la|lb|lez|ln|lt|lv|mg|mh|mi|mk|mo|
mt|nb|nds|nl|nn|no|nr|nso|ny|oc|om|os|pl|pt|rm|ro|ru|sah|se|sel|sh|sk|sl|sm|sma|smj|smn|sms|so|sq|sr|ss|st|sv|sw|tg|tk|
tl|tn|to|tr|ts|tt|tw|tyv|uk|uz|vo|vot|wa|wen|wo|xh|yap|yi|zu|ak|an|crh|csb|fat|fil|hsb|ht|jv|kj|ku-tr|kwm|lg|li|mn-mn|m
s|na|ng|nv|pap-an|pap-aw|rn|rw|sc|sg|sn|su|ty|za(w)
fontversion: 65536(i)(w)
fontformat: "TrueType"(w)
decorative: False(w)
postscriptname: "Terminus"(w)
color: False(w)
symbol: False(w)
variable: False(w)
fonthashint: False(w)
...
weight: 20000 80(i)(s), 100(f)(w)
...
Score 0 0 0 0 0 0 0 0 0 2000 1001 0 0 0 0 500 0 0 20000 0 0 0 0 0 0 2.14742e+12
...
Font 3960 Pattern has 28 elts (size 28)
family: "Terminus"(w)
familylang: "en"(w)
style: "Regular"(w)
stylelang: "en"(w)
fullname: "Terminus Regular"(w)
fullnamelang: "en"(w)
slant: 0(i)(w)
weight: 80(f)(w)
width: 100(f)(w)
pixelsize: 12(f)(w)
spacing: 110(i)(w)
foundry: "xos4"(w)
antialias: False(w)
file: "/usr/share/fonts/terminus-fonts-legacy-x11/ter-112n.pcf.gz"(w)
index: 0(i)(w)
outline: False(w)
scalable: False(w)
charset:
0000: ffffffff ffffffff ffffffff ffffffff dffe5ffd ffffffff ffffffff
ffffffff
(w)
lang:
aa|ay|bi|br|ch|da|de|en|es|eu|fj|fo|fur|fy|gd|gl|gv|ho|ia|id|ie|io|is|it|lb|mg|nb|nds|nl|nn|no|nr|oc|om|p
t|rm|sma|smj|so|sq|ss|st|sv|sw|tl|ts|uz|vo|wa|xh|yap|zu|an|fil|ht|jv|kj|kwm|li|ms|ng|pap-an|pap-aw|rn|rw|sc|sg|sn|su|za
(w)
fontversion: 0(i)(w)
fontformat: "PCF"(w)
decorative: False(w)
postscriptname: "Terminus"(w)
color: False(w)
symbol: False(w)
variable: False(w)
fonthashint: False(w)
...
weight: 0 80(i)(s), 80(f)(w)
...
Score 0 0 0 0 0 0 0 0 0 2000 1001 0 0 0 0 500 0 0 0 0 0 0 0 0 0 2.14748e+12
Again, look at this:
Score 0 0 0 0 0 0 0 0 0 2000 1001 0 0 0 0 500 0 0 20000 0 0 0 0 0 0 2.14742e+12
Score 0 0 0 0 0 0 0 0 0 2000 1001 0 0 0 0 500 0 0 0 0 0 0 0 0 0 2.14748e+12
Only difference in score is weight. if requirements is "Terminus" only, this
behavior *is* correct.
The problem here would be either or all of:
* [font] No Regular weight for OTB
* [font] Lying style as Regular despite being Medium weight (Bug#1839689)
* [apps] No fontformat=truetype,cff in query despite not supporting legacy
bitmap format
In fact, these queries works fine:
$ fc-match Terminus:weight=medium
Terminus.otb: "Terminus" "Regular"
$ fc-match Terminus:fontformat=truetype,cff
Terminus.otb: "Terminus" "Regular"
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years
[Bug 1823637] Terminus fonts broken after
terminus-fonts-4.48-5.fc32.noarch update
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1823637
--- Comment #26 from Andrew Obuchowicz <aobuchow(a)redhat.com> ---
(In reply to Peng Wu from comment #24)
> Maybe nautilus uses similar code like hexchat, but fontconfig
> returns different fonts format randomly.
>
> Andrew Obuchowicz, could you try to delete ter-*.pcf.gz files,
> and re-generate the fontconfig cache using `fc-cache -fvr`?
>
> I delete the ter-*.pcf.gz files, and re-generate the fontconfig
> system cache and user cache, maybe also re-login, it seems
> nautilus works with "Terminus Regular".
I deleted the ter-*.pcf.gz files in /usr/share/fonts/terminus, and ran fc-cache
-fvr.
While I was logged in, most of KDE Plasma's text became messed up however this
was fixed when I logged out and logged in.
Unfortunately, Nautilus (now renamed to Files?) still shows Glyphs even thought
I have "Terminus Regular" selected as my GTK system font in lxappearance.
HOWEVER, when I check my ~/.config/gtk-3.0/settings.ini, I can see that
Terminus regular is not actually set. Instead, Terminus Medium is being set.
[Settings]
gtk-button-images=1
gtk-cursor-theme-name=Adwaita
gtk-cursor-theme-size=0
gtk-enable-event-sounds=1
gtk-enable-input-feedback-sounds=1
gtk-font-name=Terminus Medium 12 <----------------------
gtk-icon-theme-name=breeze-dark-red
gtk-menu-images=1
gtk-modules=appmenu-gtk-module
gtk-shell-shows-menubar=1
gtk-theme-name=Abrus-dark
gtk-toolbar-icon-size=GTK_ICON_SIZE_LARGE_TOOLBAR
gtk-toolbar-style=GTK_TOOLBAR_BOTH
gtk-xft-antialias=1
gtk-xft-hinting=0
gtk-xft-hintstyle=hintnone
gtk-xft-rgba=rgb
Keep me updated, I'm eager to see this fixed :D (And will help test any fixes
needed!).
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years
[Bug 1823637] Terminus fonts broken after
terminus-fonts-4.48-5.fc32.noarch update
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1823637
--- Comment #25 from Akira TAGOH <tagoh(a)redhat.com> ---
Hmm, interesting.
PCF files weighted as Regular like ter-[1-9c-gik]*.pcf.gz was converted from
the same source of BDF files. there might be some idea there to have *Regular*
otb fonts.
BTW putting "Regular" into style for current Terminus*.otb is completely wrong.
that is Medium as the weight property indicates it is 100. plus, when
applications doesn't specify any weight property into query, the default value
will be Regular (80). but no Regular weight available in Terminus*.otb. I'll
file a separate bug for that.
So if you do "fc-match Terminus", the best font will be bitmap fonts and no
synthetic emboldening supported for them. thus, hex code glyphs.
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years
[Bug 1823637] Terminus fonts broken after
terminus-fonts-4.48-5.fc32.noarch update
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1823637
Peng Wu <pwu(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|needinfo?(pwu(a)redhat.com) |
--- Comment #24 from Peng Wu <pwu(a)redhat.com> ---
Akira TAGOH, the ter-u12n.bdf file contains 'WEIGHT_NAME "Medium"',
I think its weight is Medium in the source font.
Maybe nautilus uses similar code like hexchat, but fontconfig
returns different fonts format randomly.
Andrew Obuchowicz, could you try to delete ter-*.pcf.gz files,
and re-generate the fontconfig cache using `fc-cache -fvr`?
I delete the ter-*.pcf.gz files, and re-generate the fontconfig
system cache and user cache, maybe also re-login, it seems
nautilus works with "Terminus Regular".
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years
[Bug 1748495] The terminus font is no longer found by gvim, so text
files come up with glyphs instead of characters.
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1748495
Andrew Obuchowicz <aobuchow(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aobuchow(a)redhat.com
--- Comment #52 from Andrew Obuchowicz <aobuchow(a)redhat.com> ---
(In reply to Fedora Update System from comment #51)
> FEDORA-2020-7c418e8b13 has been pushed to the Fedora 32 stable repository.
> If problem still persists, please make note of it in this bug report.
This issue is still persisting (even with the new package), although I haven't
tried reproducing in gvim.
In my case, the issue occurs with many Gnome/GTK applications such as Eclipse
and Gnome file manager.
Although only the italics font seems to be broken in the font selection dialog,
actually using the font is broken in many applications (even if they aren't
using Italicized text).
I posted some more info and screenshots on Bug 1823637
(https://bugzilla.redhat.com/show_bug.cgi?id=1823637#c17).
Sorry if my comment isn't directly related to this ticket's topic (gvim with
Terminus).
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years