# emerge /usr/portage/x11-wm/sawfish/sawfish-1.0.1-r4.ebuild checking for rep - version >= 0.14... version 0.16 checking for GNU msgfmt... /usr/bin/msgfmt checking for correct rep-gtk version... no configure: error: You need rep-gtk version 0.14+ !!! ERROR: The ebuild did not complete successfully. !!! Function src_compile, Line 53, Exitcode 1 !!! (no error message) !!! emerge aborting on /usr/portage/x11-wm/sawfish/sawfish-1.0.1-r4.ebuild . # emerge -p rep-gtk These are the packages that I would merge, in order. Calculating dependencies ...done! [ebuild R ] x11-libs/rep-gtk-0.16 to /
Created attachment 2794 [details] sawfish-themes error sawfish-themes need rep-gtk-14+ installed. My system has rep-gtk-16, as you can see in the attachment. Still, it wont install the themes. I also had problems with installing sawfish, rep-gtk complained about --target=${CHOST} not possible. I removed that line in the ebuild and that solved this problem. I will see if I can reproduce the error and attach it.
Can you please check that sawfish-1.0.1-r5.ebuild fixes this issue ? Thank you.
Created attachment 2823 [details] rep-gtk error I am still stuck with rep-gtk. I am installing in a clean bootstrapped chroot.
This is now a problem with rep-gtk, can you please emerge gmp and librep and see if you still get this error ? emerge gmp emerge librep Thanks.
Created attachment 2841 [details] sawfish-1.0.1-r5 error I had to emerge gmp, librep AND gdk-pixbuf, before I could start with sawfish-1.0.1-r5. Still some problems here, though.
On my machine I found the error in attachement "sawfish-1.0.1-r5 error" to be caused by the MAKEOPTS="-j2" setting in /etc/make.globals. The -j2 option allows make to run two commands simultaneously which causes the sawfish build process to execute certain libtool calls out of order. Switching this option to -j1 should fix the problem. For a further explanation of the specific calls affected read below: By running src/fake-libexec out of order several problems are created. First if the src/.libs directory isn't created yet fake-libexec fails completely. Second if the libraries haven't been compiled yet and placed in src/.lib the symlinks between .lib and .libexec will not be created.
Does the MAKEOPTS change suggested in comment #6 fix the problem for everyone ?
-j1 Seems to solve mine (I had the same problem as him). Thanks a lot.
I added a new 1.0.1 revision (r6), with a strict MAKEOPTS="-j1" . I think this should fix all problems.