xen-tools-9999 need dev-libs/yajl dependency which is documented in the current READMED (4.2 unstable) Reproducible: Always
Please tell us how is that needed and provide build.log of failure, if any. Also, post your emerge --info.
Created attachment 289803 [details, diff] unified diff for ebuild tested, lib added to CDEPEND list. Minor other adjustment
Thank you for the patch. I can confirm that the patch is working. But I have a problem with ipxe-git-v1.0.0.tar.gz. This file will not copied at src_prepare(). With the complete source path everything is fine. The ebuild line: 130: cp "$DISTDIR/ipxe-git-v1.0.0.tar.gz" tools/firmware/etherboot/ipxe.tar.gz pc10 portage # emerge --info | grep DIST DISTDIR="/usr/portage/distfiles" pc10 portage_test # ebuild app-emulation/xen-tools/xen-tools-9999-r2.ebuild compile * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] >>> Unpacking source... * Updating /usr/portage/distfiles/hg-src/xen-tools/xen-unstable.hg from http://xenbits.xensource.com/xen-unstable.hg * Creating working directory in /var/tmp/portage/app-emulation/xen-tools-9999-r2/work/xen-unstable.hg (target revision: tip) * Work directory: /var/tmp/portage/app-emulation/xen-tools-9999-r2/work/xen-unstable.hg global id: 6880bfc48504 branch: default >>> Source unpacked in /var/tmp/portage/app-emulation/xen-tools-9999-r2/work >>> Preparing source in /var/tmp/portage/app-emulation/xen-tools-9999-r2/work/xen-unstable.hg ... cp: cannot stat `/var/tmp/portage/app-emulation/xen-tools-9999-r2/distdir/ipxe-git-v1.0.0.tar.gz': No such file or directory >>> Source prepared. ............ rm -rf ipxe gzip -dc ipxe.tar.gz | tar xf - gzip: ipxe.tar.gz: No such file or directory tar: This does not look like a tar archive tar: Exiting with failure status due to previous errors ............ emake failed * ERROR: app-emulation/xen-tools-9999-r2 failed (compile phase): * compile failed Any hints?
tar: This does not look like a tar archive yes. I have just had this in other unrelated ebuilds. This apparently happens when it downloads via mirrors., the download is corrupted. Either acquire the file manually, and / or do the following # cd $PORTDIR/app-emulation/xen-tools # rm $DISTDIR/Ipxe-git-v1.0.0.tar.gz [ OR WHATEVER IT'S CALLED] # nano Manifest [remove the line that has the Ipxe file. # GENTOO_MIRRORS="" ebuild xen-tools-9999 digest this enforces acquiring the file from the nominated source site, not a mirror. easy. It's only co-incidence I learned of this a few days ago. Have no idea what causes this file corruption via morrors.
I believe my description was not really clear. The issue is the cp command. On runtime $DISTDIR does not have the right value. If I stop the build process after cp: cannot stat `/var/tmp/portage/app-emulation/xen-tools-9999-r2/distdir/ipxe-git-v1.0.0.tar.gz': No such file or directory with Ctrl-Z at this point and copy it directly from my $DISTDIR, everything is fine. I do not understand why $DISTDIR has at this point the value '/var/tmp/portage/app-emulation/xen-tools-9999-r2/distdir'.
curious. the wrong value is a type of bug in portage, but easily fixed. Set DISTDIR in /etc/bash/bashrc or /etc/make.conf to stop it from being mis-set. Alternately do a run of export DISTDIR="nominated/path". Anyway, that's relatively trivial. Still awaiting a commit of the patch.
+ 23 Oct 2011; Patrick Lauer <patrick@gentoo.org> xen-tools-9999.ebuild: + Bump for #386461, thanks to Ian Delaney + Had to fix the yajl dep a bit, it needs <2