The actual ebuild (x11-wm/windowmaker-0.90.0) SHOULD depend on something that provides "libXft.so.2.1.2", because this very version of the libXft library is nowadays required by WindowMaker's compilation. If the user has only xfree86 installed, the required library is not installed. Note for solution: "xfree-4.3.0-r7" has only libXft.so.2.1 (/usr/X11R6/lib/libXft.so.2.1) "xfree-4.4.0" would have libXft.so.2.1.2, but actually it's out of x86 and ~x86 branches "xorg-x11-6.8.0-r2" has libXft.so.2.1.2, so it would be (for now) the required package to depend on. Reproducible: Always Steps to Reproduce: 1. # emerge -q sync 2. # emerge -Dav windowmaker 3. watch the error! :) Actual Results: At configure time, the configure script complains that the available libXft is not at least the required 2.1.2, and stop the process. Expected Results: The ebuild should prevent the download/unpack/configure altogether, and instead complain if there are no packages providing libXft.so.2.1.2, such as installations with only xfree86 4.3.0.
Did the following patch fix the problem? If so, just wait for the next release of windowmaker. Quoting partially: ------------ wm/ChangeLog (1.268 -> 1.269) ------------ @@ -5,6 +5,8 @@ - allow disable of switch panel when SwitchPanelImages=None - added X Input Methods support in WINGs - fixed issues with compiling on Solaris with openwin +- reduced minimum required version number for the Xft library to 2.1.0 +- fixed some compilation issues with gcc-2.9x --------------- wm/configure.ac (1.55 -> 1.56) --------------- @@ -535,7 +535,7 @@ exit 1 fi -minXFT="2.1.2" +minXFT="2.1.0"
Well, reducing dependency from "2.1.2" to "2.1.0" (hopefully considered equal to "2.1") will satisfy configure's needs. XFree86 4.3.0 has libXft 2.1, so if the requirement is reduced to 2.1, I see no reason why it shouldn't fix this problem. I waited 0.90 for so long, I can sure wait some more... :)
seems I maintain windowmaker now ;-) reassigning
0.90.0 has was quickly replaced by 0.91.0, but regardless, both require x11-base/xorg-x11 (as this makes the most sense currently) which provides this required library. xfree86-4.3 series is not supported I will attempt to see if the patch in this bug post actually works, soon.
Not the way I would've liked to fix the bug, but since xfree86 is no longer officially supported, I'm closing this bug. (Xorg was required from the beginning anyway...)