Summary: | x11-base/xorg-server-1.11.0[minimal,-xorg] build fails: No rule to make target `../hw/xfree86/sdksyms.c' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Robin Bankhead <gentoo> |
Component: | Current packages | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | heroxbd, vapier |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
xorg-server-9999 for testing the patch with current git tree
xorg-server-1.11-disable-tests-without-ddx.patch |
Description
Robin Bankhead
2011-09-04 11:05:19 UTC
Please also report this bug upstream at https://bugs.freedesktop.org/ For the upstream report, give the exact configure options that are mentioned at the beginning of build.log It it because of this commit 5 years ago: http://webcvs.freedesktop.org/xorg/xserver/xorg/include/Makefile.am?revision=1.5&view=markup Does it imply xvfb cannot be built without xorg? Reported to upstream at https://bugs.freedesktop.org/show_bug.cgi?id=43320 got an upstream patch from Alan Coopersmith[1], which needs to be applied to the xorg git master branch. Tested to work on my setup. A xorg-server-9999 ebuild testing the patch is submitted for review. BTW, xorg git source needs >=inputproto-2.0.99, I also made one just by renaming, thanks to the coolest xorg-2.eclass. 1. http://patchwork.freedesktop.org/patch/8013/ Created attachment 294131 [details]
xorg-server-9999 for testing the patch with current git tree
(In reply to comment #5) > Created attachment 294131 [details] > xorg-server-9999 for testing the patch with current git tree Failed Patch: xorg-server-disable-acpi.patch ! Am I doing it wrong? xorg-server-disable-acpi.patch is obsolete and no longer applies. Got it eventually (the nouveau patch should also be taken out). It builds successfully on my system. I don't know where you got that ebuild from, but it is not what is currently in the x11 overlay. (In reply to comment #9) > I don't know where you got that ebuild from, but it is not what is currently in > the x11 overlay. It's the one attached above in comment #5. Though it's not from the overlay, it does demonstrate that the patch works, no? Building with the ebuild attached already requires even newer inputproto. Since I've got it on a production server, I have no will to live on the bleeding edge. So I've managed to compile it by creating a portage overlay from the stock xorg-server-1.11.2-r2.ebuild and adding "--disable-unit-tests" to XORG_CONFIGURE_OPTIONS. Might work as a temporary fix. the patch is merged into xorg git and gentoo version xorg-server-1.11.99.2 verified on amd64 to work. Please test and we can close this bug soon. Marking as fixed per comment 12. this is broken in stable :(. any chance of getting that fixed ? (In reply to comment #14) > this is broken in stable :(. any chance of getting that fixed ? Pass --disable-unit-tests via XORG_CONFIGURE_OPTIONS as per comment 11 or just wait ;) Created attachment 297589 [details, diff]
xorg-server-1.11-disable-tests-without-ddx.patch
The upstream patch does not apply cleanly against xorg-server-1.11. See if the attached patch helps (needs eautoreconf). It causes the following warning though, which I don't know how to fix:
* Running elibtoolize in: xorg-server-1.11.3/
* We've already been run in this tree; you should
* avoid this if possible (perhaps by filing a bug)
(In reply to comment #16) yes, this patch fixes my stable build. that elibtoolize warning is due to failings in the autotools-utils eclass. Patch applied to xorg-server-1.11.2-r2 and 1.11.3 too. Just had a build of xorg-server-1.12.0-r1 fail on another box (~amd64, same USE flags) with this message: *** No rule to make target `ddxstubs.c', needed by `ddxstubs.lo'. Stop. Is this related by any chance? Wanted to check before starting a separate bug. (In reply to comment #19) That is https://bugs.freedesktop.org/show_bug.cgi?id=47975 , a totally different issue. I remember I have also tested xorg-server-9999, ddxstubs failed in another way at linking stage. Just wondering how about just disabling test without xorg, econf .... $(use_enable xorg unit-tests) .... Upstream seems do not test before release if their code could compile with xorg disabled, this kind of bug would happen yet again. (In reply to comment #20) > (In reply to comment #19) > That is https://bugs.freedesktop.org/show_bug.cgi?id=47975 , a totally > different issue. Thanks for that. Should I file it here too, or just wait til upstream fix it? |