Ilya Chernykh composed on 2015-09-10 20:49 (UTC+0300):
I don't know but people reported the same problems and fixed them with messing with fonts. Check also that Liberation fonts are installed.
So you get no kolourpaint crash on yours? And you have liberation, not liberation2 fonts installed?
All my installations have liberation2 fonts installed by YaST at initial OS installation time, which prevents installation of liberation fonts.
Liberation2 does not bytecode interpreter information for hinting. It is just broken font. That's why Liberation was kept in openSUSE.
I did zypper -v in liberation-fonts, which removed liberation2-fonts. $ fc-match "liberation sans" LiberationSans-Regular.ttf: "Liberation Sans" "Regular" $ fc-match "liberation serif" LiberationSerif-Regular.ttf: "Liberation Serif" "Regular" $ fc-match "liberation mono" LiberationMono-Regular.ttf: "Liberation Mono" "Regular" Kolourpaint still crashes. What other kind of "messing with fonts" is suggested? Is there a way to tell what font(s) Kolourpaint seems to depend on? On another PC, with 13.2 and Trinity r14.0.1, Kolourpaint does not crash simply trying to open it either directly or as Gwenview plugin, regardless whether liberation or liberation2 fonts are installed. And on it, fc-match sans produces 'DroidSans.ttf: "Droid Sans" "Regular"', same as on my crashing KDE3 Kolourpaint machines. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-kde3+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde3+owner@opensuse.org