Summary: | dev-perl/perl-tk-804.31.0-r1 with media-libs/freetype-2.5.3-r1 - defective TrueType font rendering | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andreas Proteus <proteuss> |
Component: | [OLD] Development | Assignee: | Gentoo Perl team <perl> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | halcon |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=513688 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 493570 | ||
Attachments: |
The build.log
My emerge.info |
Description
Andreas Proteus
2014-03-27 03:57:40 UTC
Created attachment 373618 [details]
My emerge.info
From the build log: > Cannot find freetype.h include file So, what are the chances that it's a variation of the type, that bug 504332 is ? (In reply to Rafał Mużyło from comment #2) > So, what are the chances that it's a variation of the type, that bug 504332 > is ? The link freetype -> freetype2 does nothing in this case. (In reply to Andreas Proteus from comment #3) > (In reply to Rafał Mużyło from comment #2) > > > So, what are the chances that it's a variation of the type, that bug 504332 > > is ? > > The link freetype -> freetype2 does nothing in this case. I've meant something like my first comment there. (In reply to Rafał Mużyło from comment #4) > I've meant something like my first comment there. Can you tell me where these includes are suposed to be in this case? (In reply to Andreas Proteus from comment #5) > (In reply to Rafał Mużyło from comment #4) > > I've meant something like my first comment there. > > Can you tell me where these includes are supposed to be in this case? That was actually meant as homework for you, but :sigh: For what little I know about perl, it seems the problem lies in myConfig and is not as much an header as a pure path problem. But it *seems* that check is somewhat redundant as only Xft seems to be used directly (that's by casual grep, so it's just a guess). (In reply to Rafał Mużyło from comment #6) myConfig, after locating the various header files, test compiles and runs config/xft.c (see source directory). If this is successful it enables XFT support, otherwise it proceeds to build perl-tk without it. If I edit line 146 of myConfig I can make the message "Cannot find freetype.h" go away by changing line 146 to force it find freetype.h. However it still fails to compile xft.c because it cannot locate some of its includes. Bellow are the includes from xft.c: ----------------------------------------- #ifdef NEED_FT2BUILD_H #include <ft2build.h> #endif #include <X11/Xlib.h> #include <X11/Xft/Xft.h> ----------------------------------------- and the error message is: /usr/include/X11/Xft/Xft.h:39:22: fatal error: ft2build.h: No such file or directory i.e. Xft.h (part of libXft) cannot locate the freetype2 headers. Any ideas? Same problem with dev-perl/perl-tk-804.32.0 I filed a separate bug for this. See bug #513688 *** Bug 513688 has been marked as a duplicate of this bug. *** > My temporary work around this problem: > > emerge =media-libs/freetype-2.5.0.1 > emerge perl-tk > Finally emerge the latest version. > emerge freetype. Thank you very much for this! It worked for me too. It wasn't easy now because freetype-2.5.0.1 has already gone away from the tree, but I have succeeded in installing it according to the instructions in [1]. My problem was that Perl-tk applications started to see non-antialiased fonts only (I listed all the contents of $mw->fontFamilies() ). And your workaround solved it. Interesting: this problem happened on my x86 machine only. On another machine, with all the same versions of perl, perl-tk, freetype - everything is OK. CCed to this bug. [1] http://superuser.com/questions/144907/how-to-install-a-old-ebuild-while-its-no-longer-in-the-portage-tree-for-exampl > Interesting: this problem happened on my x86 machine only. On another
> machine, with all the same versions of perl, perl-tk, freetype - everything
> is OK.
On another machine, amd64, ...
Problem fixed in version 804.32.0-r1 |