Bug 64538

Summary:	Perhaps freetype in emul-linux-x86-xlibs should be built with the bytecode interpreter enabled
Product:	Gentoo Linux	Reporter:	Andy Wang <dopey>
Component:	New packages	Assignee:	AMD64 Project <amd64>
Status:	RESOLVED WONTFIX
Severity:	normal	CC:	verynotbad
Priority:	High
Version:	unspecified
Hardware:	AMD64
OS:	All
Whiteboard:
Package list:		Runtime testing required:	---

Description Andy Wang 2004-09-18 09:38:36 UTC

Currently libfreetype in emul-linux-x86-libs is not built with the bytecode interpreter.  The fonts for a 32-bit application look like crap.  Simple solution, enable the bytecode interpreter (USE flag bindist does this for the standalone freetype package).
I have a dual boot environment on my amd64 box, one 32bit gentoo the other 64bit.  I copied libfreetype.so.* from my 32bit partition over to /emul/linux/x86/usr/lib and the fonts look alot better now on firefox-bin and so on.

Comment 1 Herbie Hopkins (RETIRED) gentoo-dev

2005-04-18 03:28:35 UTC

We try to compile keep the emul-* libs with as close to the default USE flags as possible. If you require otherwise then either wait for 2005.1 or mailtain these libs yourself via a chroot.

Comment 2 Boky 2006-06-04 04:32:53 UTC

Hi.

It's 2005-06-04, 2005.1 has been out for a while now and as far as I see, this still is not fixed.

If this is a WONTFIX issue (I beg the difference, but hey, it's your call), is there a simple howto to create and manage whole chroot tree just to compile one library?

Thank you for the reply.

Comment 3 Simon Stelling (RETIRED) gentoo-dev

2006-06-04 04:40:51 UTC

> If this is a WONTFIX issue (I beg the difference, but hey, it's your call), is
> there a simple howto to create and manage whole chroot tree just to compile one
> library?

It's marked as WONTFIX, so it is one. You can use app-portage/emool to create a tarball of a given package. Reading /etc/emool/emool.conf should give you an idea of how it works and what you can do with it.