hopefully I will be ready xen up a new gentoo box. since packages doesn''t list anything in terms of ebuilds, I assume I should use the ebuilds found here? http://bugs.gentoo.org/show_bug.cgi?id=70161) anything else I should know about gentoo and xen that hasn''t been discussed already in the mailing list? your time and effort is much appreciated. ---eric -- "Part of the problem with the Wal-Mart business model is that it requires more poverty in order to grow." http://www.salon.com/mwt/feature/2004/11/22/wal_mart/print.html ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
Eric S. Johansson wrote:> hopefully I will be ready xen up a new gentoo box. since packages > doesn''t list anything in terms of ebuilds, I assume I should use the > ebuilds found here? > > http://bugs.gentoo.org/show_bug.cgi?id=70161)I''ll have to look at this. I made my own ebuilds. It''s almost pathetically simple as the Xen team has made it really easy since "make" puts everything under the "install" directory of the source tree.> anything else I should know about gentoo and xen that hasn''t been > discussed already in the mailing list?I''ve got a production box up with gentoo as the Dom0 and DomU domains working just fine. I am even able to script the creation/recycling of VMs. Assuming you''re using the 2.6 Xen kernel: Mount the filesystem you''re using for the new VM. Untar the appropriate stage3 file into the new filesystem. Untar the portage snapshot into the new filesystem. Copy the appropriate modules into ${VM}/lib/modules. (If you''re enabling modules in the VM.) Put the correct make.conf, fstab, rc.conf, hostname, dnsdomainname, resolv.conf and conf.d/net in place under /etc. I remove /etc/runlevels/boot/consolefont and /etc/runlevels/boot/keymaps because they just aren''t necessary under Xen, and under UML which I had been using they lock the VM up when they try to run. They may work under Xen, but it doesn''t hurt anything to not have them. (chroot to the new filesystem for the following steps) Symlink the right zonefile to /etc/localtime. Run "rc-update" and add "domainname", "net.eth0" and "sshd" to the "default" runlevel. Set the root password. Unmount and "xm create" and off you go. When you reboot you''ll need to emerge "udev", "sysfsutils" and "hotplug" then "rc-update add coldplug boot" for it to find all its devices. Works like a charm. ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
finally got back to trying to build xen on gentoo using the 2.0.1 ebuild:> http://bugs.gentoo.org/show_bug.cgi?id=70161)unfortunately, it can''t find the xen tarball and, quite frankly, I''m not sure where to put all the other pieces and whether or not I need to build manifest etc. etc. its beginning to look like it might be easier to just build everything from raw bits and reinstall xen anytime I do an update via emerge. ---eric -- http://www.salon.com/books/review/2004/12/18/heloise/index.html The basis of Abelard''s philosophy, which he taught to Heloise, was that logic had to be applied to religion in order to arrive at the truth. ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It''s fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
I''ve had great success getting Xen running on multiple Gentoo installations using the 2.0.1 source tarball. First, make sure to satisfy all the dependences (twisted 1.3.0 is masked, but required). Then just follow the build and install instructions provided by Xen. The only thing you have to do differently is before installing, do a make menuconfig in each of the kernel source directories and enable devfs. You can also just modify the .config''s by hand. Do a make and the follow the installation instructions. Regards, Anthony Liguori Eric S. Johansson wrote:> finally got back to trying to build xen on gentoo using the 2.0.1 ebuild: > >> http://bugs.gentoo.org/show_bug.cgi?id=70161) > > > unfortunately, it can''t find the xen tarball and, quite frankly, I''m > not sure where to put all the other pieces and whether or not I need > to build manifest etc. etc. > > its beginning to look like it might be easier to just build everything > from raw bits and reinstall xen anytime I do an update via emerge. > > ---eric >------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It''s fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
Eric S. Johansson wrote:> finally got back to trying to build xen on gentoo using the 2.0.1 ebuild: > >> http://bugs.gentoo.org/show_bug.cgi?id=70161) > > > unfortunately, it can''t find the xen tarball and, quite frankly, I''m not > sure where to put all the other pieces and whether or not I need to > build manifest etc. etc. > > its beginning to look like it might be easier to just build everything > from raw bits and reinstall xen anytime I do an update via emerge.couldn''t bring myself to the things the raw bits way so I decided to go from zero knowledge on ebuilds to some knowledge. this is what I''ve learned so far (yes, some of this is ebuild 101): understand the directory hierarchy of an ebuild input files and the right place. This means the *.ebuild and Manifest are in the "top" directory of that particular ebuild and all datafiles go in "files". get all the files local and into the /usr/portage/distfiles and directory. The new tarballs for xen and xen-sources are placed into /usr/portage/distfiles by hand just to make things easier. don''t be afraid to hack the hardcoded version numbers in your ebuilds like xen-sources-2.6.9.ebuild. and sometimes, just sometimes it really is a question of the knowing when to give up. ;-) xeno xen-sources # ACCEPT_KEYWORDS="~x86" emerge -v xen-sources Calculating dependencies ...done! >>> emerge (1 of 1) sys-kernel/xen-sources-2.6.9 to / >>> md5 src_uri ;-) linux-2.6.9.tar.bz2 >>> md5 src_uri ;-) xen-2.0.1-src.tgz >>> Unpacking source... >>> Unpacking linux-2.6.9.tar.bz2 to /var/tmp/portage/xen-sources-2.6.9/work >>> Unpacking xen-2.0.1-src.tgz to /var/tmp/portage/xen-sources-2.6.9/work patching file /var/tmp/portage/xen-sources-2.6.9/work/linux-2.6.9-xen0/drivers/xen/blkfront/blkfront.c Reversed (or previously applied) patch detected! Assume -R? [n] y Hunk #1 succeeded at 103 (offset 1 line). Hunk #2 FAILED at 138. Hunk #3 succeeded at 467 (offset -1 lines). Hunk #4 succeeded at 1008 (offset -1 lines). 1 out of 4 hunks FAILED -- saving rejects to file /var/tmp/portage/xen-sources-2.6.9/work/linux-2.6.9-xen0/drivers/xen/blkfront/blkfront.c.rej -- http://www.salon.com/books/review/2004/12/18/heloise/index.html The basis of Abelard''s philosophy, which he taught to Heloise, was that logic had to be applied to religion in order to arrive at the truth. ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It''s fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
Eric S. Johansson wrote:> finally got back to trying to build xen on gentoo using the 2.0.1 ebuild: > >> http://bugs.gentoo.org/show_bug.cgi?id=70161) > > > unfortunately, it can''t find the xen tarball and, quite frankly, I''m not > sure where to put all the other pieces and whether or not I need to > build manifest etc. etc. > > its beginning to look like it might be easier to just build everything > from raw bits and reinstall xen anytime I do an update via emerge.I haven''t looked at the submitted ebuild, but I just upgraded my gentoo box from 2.0.1 to 2.0.2 using an ebuild I made myself. It''s really very straightforward, granting that I''m building my own kernels and not letting emerge manage that for me. ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It''s fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
Hi Eric, I''m currently in the process of revamping the ebuilds, as they need to be updated to xen-2.0.3 (and soon xen-2.0.4). I''m planning a rewrite such that the kernel ebuilds depend on the xen ebuild, with proper version dependencies included. The idea is, that the xen ebuild will install all of it''s source etc into /usr/src/ and from there the kernel ebuilds can use the correct files to patch a pristine kernel source tree into a xen kernel source using the currently installed version of xen. Hopefully it will be automated enough that when you install a new version of xen, new kernel source trees will automatically be created tvia the dependencies in the ebuilds. I can still give you a copy of the originals however. They just don''t work terribly well with some of the newer versions of xen (the 2.4 kernel source tree isn''t created correctly). Eric S. Johansson wrote:> Scott Mohekey wrote: > >> I have working ebuilds for xen, and both domain 0 and unpriviledged >> domain kernels. If you''d like I could email them to the list. I''m >> also going to be upgrading the ebuilds to work with the 2.6.10 >> release of the linux kernel at some point in the near future. > > > I''m afraid I dropped your kind offer on the floor. I apologize for > being so careless. I would appreciate getting copies of the ebuilds > just in case your instructions (which I am now just getting back to) > don''t work. > > ---eric > >------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
On Thursday 27 January 2005 01:12 pm, Scott Mohekey wrote:> Hi Eric, > I''m currently in the process of revamping the ebuilds, as they need to > be updated to xen-2.0.3 (and soon xen-2.0.4). I''m planning a rewrite > such that the kernel ebuilds depend on the xen ebuild, with proper > version dependencies included. The idea is, that the xen ebuild will > install all of it''s source etc into /usr/src/ and from there the kernel > ebuilds can use the correct files to patch a pristine kernel source tree > into a xen kernel source using the currently installed version of xen. > Hopefully it will be automated enough that when you install a new > version of xen, new kernel source trees will automatically be created > tvia the dependencies in the ebuilds. > > I can still give you a copy of the originals however. They just don''t > work terribly well with some of the newer versions of xen (the 2.4 > kernel source tree isn''t created correctly).I would be happy to try out any ebuilds. -- Jon Mason jdmason@us.ibm.com ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
Jon Mason wrote:>On Thursday 27 January 2005 01:12 pm, Scott Mohekey wrote: > > >>Hi Eric, >>I''m currently in the process of revamping the ebuilds, as they need to >>be updated to xen-2.0.3 (and soon xen-2.0.4). I''m planning a rewrite >>such that the kernel ebuilds depend on the xen ebuild, with proper >>version dependencies included. The idea is, that the xen ebuild will >>install all of it''s source etc into /usr/src/ and from there the kernel >>ebuilds can use the correct files to patch a pristine kernel source tree >>into a xen kernel source using the currently installed version of xen. >>Hopefully it will be automated enough that when you install a new >>version of xen, new kernel source trees will automatically be created >>tvia the dependencies in the ebuilds. >> >>I can still give you a copy of the originals however. They just don''t >>work terribly well with some of the newer versions of xen (the 2.4 >>kernel source tree isn''t created correctly). >> >> > >I would be happy to try out any ebuilds. > > >I''m curious to know, would people like to be able to emerge several different versions of the kernel source trees side by side? I know it would be advantageous for myself, but I''m not entirely sure that it would be possible. As far as I can tell the kernel version is dependent on the xen version? Could one of the xen developers confirm this? Ideally, I''d like to be able to install version x.y.z of xen, and then install several different versions of the kernel tree using the same version of xen. Any feedback would be welcome. Scott. ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
On Friday 28 January 2005 04:22 pm, Scott Mohekey wrote:> I''m curious to know, would people like to be able to emerge several > different versions of the kernel source trees side by side? I know it > would be advantageous for myself, but I''m not entirely sure that it > would be possible. As far as I can tell the kernel version is dependent > on the xen version? Could one of the xen developers confirm this? > Ideally, I''d like to be able to install version x.y.z of xen, and then > install several different versions of the kernel tree using the same > version of xen.I would be interested in having this feature. Without knowing that much about the build scripts, I would think it could easily be done with soft links to the kernel source in the Xen build directory. -- Jon Mason jdmason@us.ibm.com ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
> would be possible. As far as I can tell the kernel version is dependent > on the xen version? Could one of the xen developers confirm this?Although the Xen source repository always contains ports of the most recent releases of Linux, the Xen <-> guest interface is stable within the 2.x series. In practical terms, this means any Linux that came from -stable or -testing should run on any that came from -stable or -testing.> Ideally, I''d like to be able to install version x.y.z of xen, and then > install several different versions of the kernel tree using the same > version of xen.Fine. Just don''t mix Xen / Linux from the -unstable tree with images from the other trees - the unstable tree has a different interface (which will evolve into the standard 3.x series interface). HTH, Mark> Any feedback would be welcome. > > Scott. > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xen-devel------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
Hi Eric, It looks like you need to sync your portage tree. It''s unable to find the eclass mount-boot which SHOULD be there. Try running: # emerge sync And see how you get on after that. Scott. Eric S. Johansson wrote:> Scott Mohekey wrote: > >> Jon Mason wrote: >> >>> On Thursday 27 January 2005 01:12 pm, Scott Mohekey wrote: >>> >>> >>>> Hi Eric, >>>> I''m currently in the process of revamping the ebuilds, as they need >>>> to be updated to xen-2.0.3 (and soon xen-2.0.4). I''m planning a >>>> rewrite such that the kernel ebuilds depend on the xen ebuild, with >>>> proper version dependencies included. The idea is, that the xen >>>> ebuild will install all of it''s source etc into /usr/src/ and from >>>> there the kernel ebuilds can use the correct files to patch a >>>> pristine kernel source tree into a xen kernel source using the >>>> currently installed version of xen. Hopefully it will be automated >>>> enough that when you install a new version of xen, new kernel >>>> source trees will automatically be created tvia the dependencies in >>>> the ebuilds. >>> > > apologies for the long-delayed reply about between other projects, > really nasty sinus infections, and losing a disk drive off of the xen > server, I am seriously behind on this particular project. > > yesterday I grabbed the xen-2.0.4 ebuild off of the bug listing. > Unfortunately, it fails on me in the following way. Unfortunately, I > don''t know enough about the ebuild environment to make sense of the > problem. > > ---eric > > xeno root # ACCEPT_KEYWORDS=~x86 emerge --debug xen > Calculating dependencies > Parent: None > Depstring: sys-apps/xen > Candidates: [''sys-apps/xen''] > : command not foundn/ebuild.sh: line 4: > .eclass: No such file or directoryne 1442: /usr/portage/eclass/mount-boot > > !!! ERROR: sys-apps/xen-2.0.4 failed. > !!! Function inherit, Line 1443, Exitcode 1 > .eclass in inherit()sr/portage/eclass/mount-boot > !!! If you need support, post the topmost build error, NOT this status > message. > > > aux_get(): (0) Error in sys-apps/xen-2.0.4 ebuild. (1) > Check for syntax error or corruption in the ebuild. > (--debug) > > > !!! All ebuilds that could satisfy "xen" have been masked. > !!! One of the following masked packages is required to complete your > request: > : command not foundn/ebuild.sh: line 4: > .eclass: No such file or directoryne 1442: /usr/portage/eclass/mount-boot > > !!! ERROR: sys-apps/xen-2.0.4 failed. > !!! Function inherit, Line 1443, Exitcode 1 > .eclass in inherit()sr/portage/eclass/mount-boot > !!! If you need support, post the topmost build error, NOT this status > message. > > > aux_get(): (0) Error in sys-apps/xen-2.0.4 ebuild. (1) > Check for syntax error or corruption in the ebuild. > (--debug) > > > >------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
Scott Mohekey wrote:> Hi Eric, > > It looks like you need to sync your portage tree. It''s unable to find > the eclass mount-boot which SHOULD be there. > Try running: > > # emerge sync > > And see how you get on after that.same failure. mount-boot is where it should be. xeno root # ls -l /usr/portage/eclass/mount-boot.eclass -rw-r--r-- 1 portage portage 2325 Jun 25 2004 /usr/portage/eclass/mount-boot.eclass what should I try next? --- eric -- http://www.salon.com/books/review/2004/12/18/heloise/index.html The basis of Abelard''s philosophy, which he taught to Heloise, was that logic had to be applied to religion in order to arrive at the truth. ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
Eric, I had the exact same problem when I tried the ebuild. Turns out I had downloaded it with wget (I.E. wget http://bugs.gentoo.org/attachment.cgi?id=50718). Although the ebuild looked perfect, it wined about mount-boot and had the weird error were words were ran together (inherit()sr/portage/eclass/mount-boot). To fix it, I went to the site of the above ebuild and copied and pasted it into a vim session (using :a in vim). It then worked as an ebuild should. Unfortunately, It then gave me the errors that I logged on bugzilla. I don''t know what the root cause of the wget''ed ebuild problem was. Invisible characters? Barry G On Sun, Feb 13, 2005 at 08:57:44AM -0500, Eric S. Johansson wrote:> Scott Mohekey wrote: > >Hi Eric, > > > >It looks like you need to sync your portage tree. It''s unable to find > >the eclass mount-boot which SHOULD be there. > >Try running: > > > ># emerge sync > > > >And see how you get on after that. > > same failure. mount-boot is where it should be. > > xeno root # ls -l /usr/portage/eclass/mount-boot.eclass > -rw-r--r-- 1 portage portage 2325 Jun 25 2004 > /usr/portage/eclass/mount-boot.eclass > > what should I try next? > > --- eric >-- Barry Grussling, Unix System Admin, Walla Walla College web:http://www.barrygrussling.com GPG:F994 B027 82C8 75E7 97B7 8277 DD40 A4D4 FB41 392E ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
Barry G wrote:> Eric, > > I had the exact same problem when I tried the ebuild. Turns > out I had downloaded it with wget (I.E. > wget http://bugs.gentoo.org/attachment.cgi?id=50718). Although > the ebuild looked perfect, it wined about mount-boot and > had the weird error were words were ran together > (inherit()sr/portage/eclass/mount-boot). > > To fix it, I went to the site of the above ebuild and copied and > pasted it into a vim session (using :a in vim).!Do''H! wget returns dos format text. there are multiple ways of converting to the one true format (unix). I''m now building and ever hopeful. this "feature" always bites me when I least expect it.> It then worked as an ebuild should. > Unfortunately, It then gave me the errors that I logged on bugzilla.maybe a problem with cut and paste. try wget and convert to unix text (emacs, nano, tr, ???)> I don''t know what the root cause of the wget''ed ebuild problem was. > Invisible characters?na, it was 2 (dos) characters... ;-) more updates later --- eric -- http://www.salon.com/books/review/2004/12/18/heloise/index.html The basis of Abelard''s philosophy, which he taught to Heloise, was that logic had to be applied to religion in order to arrive at the truth. ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
Eric S. Johansson wrote:> more updates laterwell, it''s later... 1: ebuild did not properly specify the location of xen-2.0.4-src.tgz. I use a caching proxy for grabbing all packages and it could not be found. So I put the -src file in /usr/portage/distfiles/, built a digest and got the following: xeno xen # ACCEPT_KEYWORDS=~x86 emerge xen Calculating dependencies ...done! >>> emerge (1 of 1) sys-apps/xen-2.0.4 to / >>> md5 src_uri ;-) xen-2.0.4-src.tgz >>> Unpacking source... >>> Unpacking xen-2.0.4-src.tgz to /var/tmp/portage/xen-2.0.4/work /usr/lib/portage/bin/ebuild.sh: line 32: cd: /var/tmp/portage/xen-2.0.4/work/xen-2.0.4: No such file or directory sed: can''t read tools/libxc/Makefile: No such file or directory sed: can''t read tools/libxutil/Makefile: No such file or directory sed: can''t read tools/misc/miniterm/Makefile: No such file or directory sed: can''t read tools/misc/nsplitd/Makefile: No such file or directory sed: can''t read tools/misc/Makefile: No such file or directory sed: can''t read tools/xentrace/Makefile: No such file or directory sed: can''t read xen/arch/x86/Rules.mk: No such file or directory which is probably because the path expands to: /var/tmp/portage/xen-2.0.4/work/xen-2.0/ I tweaked ths ebuild to use the correct path instead of $S and it fails in the build process which implies more path problems. ideas? -- http://www.salon.com/books/review/2004/12/18/heloise/index.html The basis of Abelard''s philosophy, which he taught to Heloise, was that logic had to be applied to religion in order to arrive at the truth. ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
On Sun, Feb 13, 2005 at 05:12:06PM -0500, Eric S. Johansson wrote:> xeno xen # ACCEPT_KEYWORDS=~x86 emerge xen > Calculating dependencies ...done! > >>> emerge (1 of 1) sys-apps/xen-2.0.4 to / > >>> md5 src_uri ;-) xen-2.0.4-src.tgz > >>> Unpacking source... > >>> Unpacking xen-2.0.4-src.tgz to /var/tmp/portage/xen-2.0.4/work > /usr/lib/portage/bin/ebuild.sh: line 32: cd: > /var/tmp/portage/xen-2.0.4/work/xen-2.0.4: No such file or directory > sed: can''t read tools/libxc/Makefile: No such file or directory > sed: can''t read tools/libxutil/Makefile: No such file or directory > sed: can''t read tools/misc/miniterm/Makefile: No such file or directory > sed: can''t read tools/misc/nsplitd/Makefile: No such file or directory > sed: can''t read tools/misc/Makefile: No such file or directory > sed: can''t read tools/xentrace/Makefile: No such file or directory > sed: can''t read xen/arch/x86/Rules.mk: No such file or directory > > which is probably because the path expands to: > > /var/tmp/portage/xen-2.0.4/work/xen-2.0/ > > I tweaked ths ebuild to use the correct path instead of $S and it fails > in the build process which implies more path problems. > > ideas? >Not really. It is nice to know that I am not alone though. I updated the gentoo bug report with this information two days ago (http://bugs.gentoo.org/show_bug.cgi?id=70161#c38). On another note, I demoed Xen for the local LUG today. It was quite well received. Both Domain 0 and U were gentoo. Unfortunately, I had to build it manually due to the broken ebuild. Barry ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
Barry G wrote:> Not really. It is nice to know that I am not alone though. > > I updated the gentoo bug report with this information two days > ago (http://bugs.gentoo.org/show_bug.cgi?id=70161#c38).went a little further. Repackaged the source tarball so that the top-level directory ended in 2.0.4. Build went further but I got something I''ve never seen before: ACCESS DENIED mkdir: /usr/portage/distfiles/install install: cannot create directory `/usr/portage/distfiles/install'': Permission denied make[1]: *** [install] Error 1 I''ve checked other systems and there is no install directory there so I''m not sure if it needs to be built first or or if the ebuild has just plain lost its mind.> On another note, I demoed Xen for the local LUG today. > It was quite well received. Both Domain 0 and U were > gentoo. Unfortunately, I had to build it manually due to > the broken ebuild.very cool on the demo. Unfortunately, I think I will be in the position of building from scratch as well if I can''t figure out what isn''t working by tomorrow afternoon. ---eric -- http://www.salon.com/books/review/2004/12/18/heloise/index.html The basis of Abelard''s philosophy, which he taught to Heloise, was that logic had to be applied to religion in order to arrive at the truth. ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
Eric S. Johansson wrote:> Barry G wrote: > >> Not really. It is nice to know that I am not alone though. >> >> I updated the gentoo bug report with this information two days >> ago (http://bugs.gentoo.org/show_bug.cgi?id=70161#c38). > > > went a little further. Repackaged the source tarball so that the > top-level directory ended in 2.0.4. Build went further but I got > something I''ve never seen before: > > ACCESS DENIED mkdir: /usr/portage/distfiles/install > install: cannot create directory `/usr/portage/distfiles/install'': > Permission denied > make[1]: *** [install] Error 1went further this morning and posted this series of observations and questions on the gentoo user mailing list in search of answers: """ trying to use the xen ebuild from bugzilla and I''ve encountered a series of problems which have overcome in less than ideal ways and I''d like to try and fix them the right way. The xen source tarball is delivered with a ./xen-2.0/ path and not with the version number is part of the path. As a result $(S) is wrong and I''m wondering what''s the right way to handle this? I worked around the problem by rebuilding the tarball with the version number in the path and encountered a situation where it was trying to make a directory in someplace it shouldn''t. (/usr/portage/distfiles/install). looking further into the makefile generating the error, it appears that $(DESTDIR) is the culprit. My second question is it legitimate to change DESTFILE or should I create a patch or dynamically edit makefiles to change DESTFILE. If I change it, what do I change it to? """ Scott, do you want me to update the bugzilla entry? ---eric -- http://www.salon.com/books/review/2004/12/18/heloise/index.html The basis of Abelard''s philosophy, which he taught to Heloise, was that logic had to be applied to religion in order to arrive at the truth. ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
Instead of repackaging /xen-2.0/, why not test for /xen-2.0/ and mv it to $(S)? How are you going about installing xen, tools, kernel and doc? Are you using ./dist/install.sh or "make intall-tools, make install-xen, .... etc"? B. On Tue, 2005-02-15 at 09:22, Eric S. Johansson wrote:> Eric S. Johansson wrote: > > Barry G wrote: > > > >> Not really. It is nice to know that I am not alone though. > >> > >> I updated the gentoo bug report with this information two days > >> ago (http://bugs.gentoo.org/show_bug.cgi?id=70161#c38). > > > > > > went a little further. Repackaged the source tarball so that the > > top-level directory ended in 2.0.4. Build went further but I got > > something I''ve never seen before: > > > > ACCESS DENIED mkdir: /usr/portage/distfiles/install > > install: cannot create directory `/usr/portage/distfiles/install'': > > Permission denied > > make[1]: *** [install] Error 1 > > went further this morning and posted this series of observations and > questions on the gentoo user mailing list in search of answers: > > """ > trying to use the xen ebuild from bugzilla and I''ve encountered a series > of problems which have overcome in less than ideal ways and I''d like to > try and fix them the right way. > > The xen source tarball is delivered with a ./xen-2.0/ path and not with > the version number is part of the path. As a result $(S) is wrong and > I''m wondering what''s the right way to handle this? > > I worked around the problem by rebuilding the tarball with the version > number in the path and encountered a situation where it was trying to > make a directory in someplace it shouldn''t. > (/usr/portage/distfiles/install). looking further into the makefile > generating the error, it appears that $(DESTDIR) is the culprit. My > second question is it legitimate to change DESTFILE or should I create a > patch or dynamically edit makefiles to change DESTFILE. If I change it, > what do I change it to? > """ > > Scott, do you want me to update the bugzilla entry? > > ---eric >------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel