Mailing List Archive

http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1782





------- Comment #2 from johneed@hotmail.com 2011-09-13 23:54 -------
Created an attachment (id=1018)
--> (http://bugzilla.xensource.com/bugzilla/attachment.cgi?id=1018&action=view)
the tail of the big build log

the build log was 2.2 mb


--
Configure bugmail: http://bugzilla.xensource.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

_______________________________________________
Xen-bugs mailing list
Xen-bugs@lists.xensource.com
http://lists.xensource.com/xen-bugs

http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1782





------- Comment #3 from samuel.thibault@ens-lyon.org 2011-09-14 00:14 -------
I'm not sure what you think could be done on the Xen side. Yes, the stubdom
needs some tar.gz from the Internet, and we don't think it'd be a good thing to
include them in the source tree. Yes, the usual solution is to download them by
hand before running the build, which I had made sure was possible. I however
don't understand why you need to comment the wget lines: make should already be
fine with the existing files, these are not phony targets. One thing that I
see could help is a Makefile target which only downloads the files.


--
Configure bugmail: http://bugzilla.xensource.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

_______________________________________________
Xen-bugs mailing list
Xen-bugs@lists.xensource.com
http://lists.xensource.com/xen-bugs

http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1782





------- Comment #4 from johneed@hotmail.com 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: http://bugzilla.xensource.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

_______________________________________________
Xen-bugs mailing list
Xen-bugs@lists.xensource.com
http://lists.xensource.com/xen-bugs

http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1782


samuel.thibault@ens-lyon.org changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |samuel.thibault@ens-lyon.org




--
Configure bugmail: http://bugzilla.xensource.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

_______________________________________________
Xen-bugs mailing list
Xen-bugs@lists.xensource.com
http://lists.xensource.com/xen-bugs

http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1782





------- Comment #5 from samuel.thibault@ens-lyon.org 2011-09-14 05:42 -------
Ah, I hadn't realized that you actually had an issue during the build, I
thought the bug report was only about the download of tarballs. What seems to
be the error is: make[1]: *** INTERNAL: readdir: Bad file descriptor This
looks like a make bug, which probably only happens in your particular make
build environment. Does emake pass -j to make? Please try to prevent this, it
may bring issues, and makes the log more confusing.


--
Configure bugmail: http://bugzilla.xensource.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

_______________________________________________
Xen-bugs mailing list
Xen-bugs@lists.xensource.com
http://lists.xensource.com/xen-bugs

http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1782





------- Comment #6 from johneed@hotmail.com 2011-09-14 07:12 -------
Samuel,

good one. fixed. There was another bug I think also for xen-pvgrub which
required -j1. So my ebuild adjustments were on the money, and I had forgotten
about the -j1 option from a few weeks ago now. simply using emake -j1 ensures
a single thread build, easy. Will likely remember that one in future.
Why this is only an issue with make install-stubdom you may know.

Well, the downloading may break gentoo norms, but this ebuild state adjusts it
hopefully without further issue. So, all is good for now
Thank you


--
Configure bugmail: http://bugzilla.xensource.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

_______________________________________________
Xen-bugs mailing list
Xen-bugs@lists.xensource.com
http://lists.xensource.com/xen-bugs

http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1782





------- Comment #7 from konrad.wilk@oracle.com 2011-09-21 10:17 -------
Thought I wonder if it makes sense to make the build system use tarballs
already provided instead of download them. I mean we do _modify_ them in the
stubdomain build process but it isn't like the distro couldn't ship all of the
tarballs used to build the xen package.


--
Configure bugmail: http://bugzilla.xensource.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

_______________________________________________
Xen-bugs mailing list
Xen-bugs@lists.xensource.com
http://lists.xensource.com/xen-bugs

http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1782





------- Comment #8 from samuel.thibault@ens-lyon.org 2011-09-21 10:31 -------
Which distro? You mean xen-xx.tar.gz? As in: when preparing a release, run a
"download" target in the stubdom directory? That'd make the .tar.gz bigger.
Can release managers comment on this? I'm really not the person who can decide
on it.


--
Configure bugmail: http://bugzilla.xensource.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

_______________________________________________
Xen-bugs mailing list
Xen-bugs@lists.xensource.com
http://lists.xensource.com/xen-bugs

http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1782





------- Comment #9 from konrad.wilk@oracle.com 2011-09-21 10:33 -------
.. and if you are suppose (per GPL license) provide the tarballs with the
binary.


--
Configure bugmail: http://bugzilla.xensource.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

_______________________________________________
Xen-bugs mailing list
Xen-bugs@lists.xensource.com
http://lists.xensource.com/xen-bugs

http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1782





------- Comment #10 from konrad.wilk@oracle.com 2011-09-21 12:00 -------
(In reply to comment #8)
> Which distro? You mean xen-xx.tar.gz? As in: when preparing a release, run a
> "download" target in the stubdom directory? That'd make the .tar.gz bigger.
> Can release managers comment on this? I'm really not the person who can decide
> on it.
>

Um, any distro?
And not xen-xx.tar.gz, just the rest of files. Perhaps they can be packaged by
the distro maintainers (or by xen.org) as xen-xx-stubdom.tar.gz.

It sounds like this discussion should be moved to xen-devel...


--
Configure bugmail: http://bugzilla.xensource.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

_______________________________________________
Xen-bugs mailing list
Xen-bugs@lists.xensource.com
http://lists.xensource.com/xen-bugs