+++ This bug was initially created as a clone of Bug #167632 +++ Upgraded to app-emulation/emul-linux-x86-xlibs-10.0 and all my fonts became blurry and almost unreadable. Reproducible: Always Steps to Reproduce: 1. Upgrade to app-emulation/emul-linux-x86-xlibs-10.0 2. Restart applications using the libraries 3. > ------- Comment #2 From Simon Stelling 2007-02-19 22:10:26 0000 ------- > >That's because the included media-fonts/freetype-2.1.10-r2 was built with >USE=bindist. I don't think we can build it with USE=-bindist because of license >reasons. Either way, this is not related to the emul-packages but freetype >itself, so there's nothing the AMD64 team could do about. I'm sorry. I know this has been reported multiple times. Please bear with me before marking "Resolved WONT". I proposed a new ebuild that will allow the user to choose whether or not the bytecode interpreter is enabled/disabled. A use flag could be added and based on whether the flag is on/off, either the binary freetype package is used OR a 32 bit freetype is compiled with the bytecode interpreter enabled using the compat gcc, just as wine is compiled on amd64. That way, Gentoo is not "supplying" a precompiled version WITH the bytecode interpreter enabled, the user is making the judgment call. If I understand correctly, TrueType fonts are patented by Apple Computer, and any legal use of TrueType fonts require a license. Well, I for one have several Microsoft Licenses. Microsoft payed the licensing fee and by proxy, I can use TrueType without violating any patent or license. Do I see that incorrectly? Isn't the corefonts package based on the same logic? Why shouldn't users be able to choose for themselves just as they do when they compile freetype from source via the freetype ebuild? For that matter, how many users Linux users have either an Apple Computer EULA , , a Microsoft EULA or even both? I'd wager 99.9% of them do. So how about it?
No, we can't enable patented stuff in distributed binaries, that's all. *** This bug has been marked as a duplicate of bug 167632 ***
Read more carefully. Did you read more than just the title? It's a request to supply an emul-linux-x86-xlibs ebuild with a use flag to _COMPILE_ the freetype libs on the end users machine, _NOT_ supply the binary with the patented code enabled.
Except that emul-* stuff does NOT get compiled on users machines, and won't get compiled there anytime soon. Please stop reopening this bug, we are legally disallowed to distribute such stuff. *** This bug has been marked as a duplicate of bug 167632 ***
