Created attachment 271003 [details] Build log [qt/Makefile does not link to the X11 libs at all, which are required for the backend objects; the Qt libraries are not bringing in their deps in this case it seems.] I'm reporting this bug because the package in summary fails to build when forcing --as-needed on through spec files (check out http://blog.flameeyes.eu/2008/11/14/problems-and-mitigation-strategies-for-as-needed for details). Please note that this bug _might_ apply to -Wl,--as-needed in LDFLAGS as well; in both cases it should be fixed. Also, if this is due to the package in question not respecting user-defined LDFLAGS, you should get to fix that too. Check the attached build log. Thanks, Diego
(In reply to comment #0) > Created attachment 271003 [details] > Build log > > [qt/Makefile does not link to the X11 libs at all, which are required for the > backend objects; the Qt libraries are not bringing in their deps in this case > it seems.] The Qt frontend isn't even built as that would be Qt 3 03 Jan 2010; Samuli Suominen <ssuominen@gentoo.org> nvclock-0.8_beta4-r4.ebuild, nvclock-9999.ebuild: Remove USE="qt3" support wrt bug #284046. Your build log doesn't show this either: make[2]: Entering directory `/var/tmp/portage/sys-power/nvclock-0.8_p20110102-r1/work/nvclock-0.8_p20110102/src/qt' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/var/tmp/portage/sys-power/nvclock-0.8_p20110102-r1/work/nvclock-0.8_p20110102/src/qt' In fact, looking again at the src/backend/Makefile.in, it appears to be a missing dependency on x11-base/{libX11,libXext}. Additionally, I was wrongly assuming NVCONTROL support was tied closely to GTK+ support, whereas this should be independently controlled (by adding USE=nvcontrol and the additional dependencies).
I think it's fixed now, without a revision bump.