This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


[Xen-bugs] [Bug 1782] building stubdom without internal downloading

To: xen-bugs@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-bugs] [Bug 1782] building stubdom without internal downloading
From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
Date: Wed, 14 Sep 2011 04:15:07 -0700
Delivery-date: Wed, 14 Sep 2011 04:15:57 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <bug-1782-3@xxxxxxxxxxxxxxxxxxxxxxxxxxx/bugzilla/>
List-help: <mailto:xen-bugs-request@lists.xensource.com?subject=help>
List-id: Xen Bugzilla <xen-bugs.lists.xensource.com>
List-post: <mailto:xen-bugs@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-bugs>, <mailto:xen-bugs-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-bugs>, <mailto:xen-bugs-request@lists.xensource.com?subject=unsubscribe>
Reply-to: bugs@xxxxxxxxxxxxxxxxxx
Sender: xen-bugs-bounces@xxxxxxxxxxxxxxxxxxx

------- Comment #4 from johneed@xxxxxxxxxxx  2011-09-14 04:15 -------
thanks; now
Be aware I am feeling my way with this.  ok I shall uncomment the wget lines,
and see if make is ok with it, but I think I tried and it went and downloaded
them anyway.
"we don't think it'd be a good thing to include them in the source tree."
well, not a problem I think, I have just copied them to the subdirectory.
I don't think tht is an issue.. The issue is why did the build pull up with an
issue with what appears to be pciutils.
Now on using the same formula with xen-tools, it just built.
The version of pciutils in this xen-4.1.1 is outdated and not even in the
portage tree.  But that still is not really the issue.  It builds and installs
happily with make install-stubdom outside portage.  I am, one, punching above
my weight trying to re-direct a build of this nature, so help me out here.
I have given the tail of the build.log, I can't see what the problem was.

What I do see is that the gentoo dev approach is to use system packages.
I am too much a newbie to know how to get the build to just 'go use' what is
already there in the system.  The packages in ebuild terms can be simply added
to the RDEPEND package list, easy.  The build would then preferably have a
re-design made to not download.  Perhaps your suggestion re the Makefile for
downloading goes part way to that.

The xen dev outright proclaimed downloading mid build as bad, gentoo style.
I made 1 attempt to prod other gentoo devs to show me how to rectify, but end
up here.

My adjustments ought be enough to shift it to gentoo style.  Troubleshooting
the build log with this will likely have success follow.  I do not see why the
same pciutils misfires when built via the ebuild;  it's copied to the dir
stubdom and there has been no change to how the Makefile builds and
incorporates pciutils within the emake x86_64 compile call.

Configure bugmail: 
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

Xen-bugs mailing list