Summary: | KDE unable to use fonts | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Spider (RETIRED) <spider> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | ||
Priority: | High | ||
Version: | 1.4_rc1 | ||
Hardware: | All | ||
OS: | All | ||
URL: | http://cvs.gentoo.org/~spider/KDE.is.broken.jpg | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Spider (RETIRED)
![]() a lot of rebuilding and debugging and it appears that kde applications (even arts) link to /usr/X11R6/lib/freetype, where qt and other things link to /usr/lib/freetype this appears to be the culprit. is -L/usr/X11R6/lib passed before -L/usr/lib? maybe passing LDFLAGS=-L/usr/lib to configure & make will solve this? btw, here all those kde apps are linked against /usr/lib/libfreetype ;) (and freetype-2.1.3-r2 is merged) I tried to manually edit the Makefile and reordered the -L flags, still no difference in the linking :/ Right now I'm making some system changes so Itll have to wait until a few reboots and some stabilization on my side. uhm, i think this is a dup of bug #5305, isn't it? okay, not sure -what- did it, but some more facts: the problem wasn't with KDE, it was with my linking/runtime system. deducted by: building KDE in a chroot proved teh "right" linking, then making pkgs of it and installed on chroot, worked, linked the right way: but, installing those packages on my normal system and it linked to /usr/X11.. again. possible fix: removing freetype, installing old version, then installing new version as update (Just dont ask why I did it that way, wanted to try) and also waiting for quite some time appears to solve the problem ;) no, its not a real fix, but... Heck |