Summary: | Cant emerge xft | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ray Heasman <gbugs> |
Component: | New packages | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | High | ||
Version: | 1.4_rc4 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Ray Heasman
2003-07-08 17:51:01 UTC
xfree-4.3.0-r2 and up includes xft, you don't need to emerge the x11-libs/xft package thats only useful for older xfree's. No, this is not invalid. I think this is stupid. Please look at Bug 24111 to see why I would like to try emerging this package. Will I break xfree if I do so? I doubt it. At one time, the version of XFT with xfree was broken too. What would I do then? Wait for the next version of xfree? In the event that I wish to emerge XFT over the xfree version of XFT, I should be able to. It seems emerge doesnt have a "force" facility. Short of fiddling inside the guts of various portage files, I am again stuck. It seems particulary dumb to have two versions of XFT, with one of them rolled into a package that takes an age and a day to compile, not to mention severly perturbing my system state. If the two versions of XFT are so incompatible that X will not work with the seperate version, please consider that you have created a situation where other developers can now create ebuilds that only build against the version of XFT that they have. I think I am in just such a bind. Again, please look at Bug 24111 . I am not sure if XFT is the problem, but I can't test that now, can I? Please reconsider your position. Either those two versions of XFT must co-exist with each other peacefully, or one of them should be removed. From what I know xft is now PART of xfree as previously was PART of fontconfig. xfree has xft in it's tree and you can get improved/mantained version of xft from xfree, please upgrade your xfree and fontconfig. I can actually tell you that your avifile problem was most likely not related to the build of xfree or fontconfig. The compile line in comment #1 there fails to include -lfontconfig and that results in the missing symbols. I'm not sure why this happens and later on it doesn't (it is non-reproducable), but it's a configure side problem, nothing todo with the compiled packages directly. You are not supposed to have both versions (ebuild & xfree) of xft2 around, the initial xft2 package was only meant to make room for a smooth upgrade phase from xft1 to xft2 when it wasn't in any official xfree release. It was always meant to be replaced in time with the xft2 sources in the xfree tree. |