Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 366125 - app-emulation/xen-tools-4.1.0 tries to fetch code in src_compile()
Summary: app-emulation/xen-tools-4.1.0 tries to fetch code in src_compile()
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Server (show other bugs)
Hardware: AMD64 Linux
: Normal normal (vote)
Assignee: Gentoo Xen Devs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-05-05 17:46 UTC by Bill "vaxbrat" Sharer
Modified: 2011-09-12 17:13 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge --info (emerge-info,7.72 KB, text/plain)
2011-05-12 18:14 UTC, Bill "vaxbrat" Sharer
Details
emerge log (app-emulation:xen-tools-4.1.0-r1:20110512-180949.log,192.41 KB, text/plain)
2011-05-12 18:16 UTC, Bill "vaxbrat" Sharer
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Bill "vaxbrat" Sharer 2011-05-05 17:46:44 UTC
During the build for xen-tools 4.1.0 the makefile will attempt to pull a tarball from xensource.com as follows.  This will fail if the build is being done in an air gapped network or standalone pc:


make[4]: Entering directory `/var/tmp/portage/app-emulation/xen-tools-4.1.0-r1/work/xen-4.1.0/tools/firmware'
make -C etherboot all
make[5]: Entering directory `/var/tmp/portage/app-emulation/xen-tools-4.1.0-r1/work/xen-4.1.0/tools/firmware/etherboot'
make NO_WERROR=1 eb-roms.h.new
make[6]: Entering directory `/var/tmp/portage/app-emulation/xen-tools-4.1.0-r1/work/xen-4.1.0/tools/firmware/etherboot'
if ! wget -O _ipxe.tar.gz http://xenbits.xensource.com/xen-extfiles/ipxe-git-v1.0.0.tar.gz; then \
                git clone git://git.ipxe.org/ipxe.git ipxe.git; \
                (cd ipxe.git && git archive --format=tar --prefix=ipxe/ \
                v1.0.0 | gzip >../_ipxe.tar.gz); \
                rm -rf ipxe.git; \
        fi
--2011-05-05 13:37:00--  http://xenbits.xensource.com/xen-extfiles/ipxe-git-v1.0.0.tar.gz



USE FLAGS:

[ebuild     U ] app-emulation/xen-tools-4.1.0-r1 [4.0.0] USE="acm api doc flask hvm -custom-cflags -debug -ioemu -pygrub -screen" 0 kB
Comment 1 Jeroen Roovers (RETIRED) gentoo-dev 2011-05-10 20:15:08 UTC
1) Please attach the entire build log.
2) Please post your `emerge --info' output too.
Comment 2 Bill "vaxbrat" Sharer 2011-05-12 18:14:50 UTC
Created attachment 272969 [details]
emerge --info
Comment 3 Bill "vaxbrat" Sharer 2011-05-12 18:16:07 UTC
Created attachment 272971 [details]
emerge log
Comment 4 Ian Delaney (RETIRED) gentoo-dev 2011-07-30 12:04:40 UTC
This doesn't look like a bug.  The source of the package does seek xensource as a matter of course.
Have not heard of an air gapped network.  If the emerge manages to fetch the source initially, what stops it from fetching from xensource during an emerge?
Comment 5 Bill "vaxbrat" Sharer 2011-07-30 17:57:03 UTC
For security reasons, some networks are set up standalone. They only allow the transfer of files to the outside world via physical transfer of media (and usually some sort of review/approval process).  Thus the term "air gapped".  All ebuilds that attempt to contact an outside site for additional content will fail as a matter of course.
Comment 6 Ian Delaney (RETIRED) gentoo-dev 2011-09-12 17:13:30 UTC
This was a curious one to fix, but it is.  Will be in the tree 'soon'