On 07/01/2011 03:15 PM, Jason Helfman wrote: > On Fri, Jul 01, 2011 at 03:07:06PM -0600, Eric Blake thus spake: >> On 07/01/2011 02:58 PM, Jason Helfman wrote: >>> >>> I applied this patch (cleanly), and it still breaks: >>> gmake[3]: Leaving directory >>> `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.3/tools' >>> gmake[2]: Leaving directory >>> `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.3/tools' >>> Making all in docs >>> gmake[2]: Entering directory >>> `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.3/docs' >>> GEN libvirt-api.xml >>> ./apibuild.py: not found >> >> Can you please run 'make V=1 SHELL="sh -vx"' so we can get a better >> picture of what make tried to do here? >> > Done. Here is the log of the run: > http://jgh.devio.us/files/libvirt.log.gz Thanks (I was only interested in the tail of that, so you were wise to post the file to a website rather than spamming the list with the entire file) gmake[2]: Entering directory `/home/jhelfman/ports/devel/libvirt/work/libvirt-0.9.3/docs' srcdir=. ./apibuild.py + srcdir=. ./apibuild.py ./apibuild.py: not found gmake[2]: *** [libvirt-api.xml] Error 127 This looks like your Makefile was not regenerated after your Makefile.am change; there's no evidence that make expanded $(PYTHON) anywhere. Did you just patch the release-candidate tarball, or are you working from libvirt.git? I still think the latest libvirt.git has fixed things, so if you are just working from tarballs, either we will have an RC3 for you to test, or you'll have to figure out how to regenerate things yourself. Do you have automake and autoconf installed? If so, 'autoreconf -v' before your next make should fix things. -- Eric Blake eblake@xxxxxxxxxx +1-801-349-2682 Libvirt virtualization library http://libvirt.org
Attachment:
signature.asc
Description: OpenPGP digital signature
-- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list