xenning gentoo

xenning gentoo

[Eric S. Johansson]

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/

Re: xenning gentoo

[Derek Glidden]

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/

Re: xenning gentoo

[Eric S. Johansson]

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

Re: Re: xenning gentoo

[Anthony Liguori]

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

Re: Re: xenning gentoo

[Eric S. Johansson]

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

Re: Re: xenning gentoo

[Scott Mohekey]

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

Re: Re: xenning gentoo

[Jon Mason]

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

Re: Re: xenning gentoo

[Scott Mohekey]

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

Re: Re: xenning gentoo

[Jon Mason]

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

Re: Re: xenning gentoo

[Mark Williamson]

> 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

Re: Re: xenning gentoo

[Scott Mohekey]

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

Re: Re: xenning gentoo

[Eric S. Johansson]

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

Re: Re: xenning gentoo

[Barry G]

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

Re: Re: xenning gentoo

[Eric S. Johansson]

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

Re: Re: xenning gentoo

[Eric S. Johansson]

Eric S. Johansson wrote:
> more updates later

well, 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

Re: Re: xenning gentoo

[Barry G]

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

Re: Re: xenning gentoo

[Eric S. Johansson]

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

Re: Re: xenning gentoo

[Eric S. Johansson]

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


-- 
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

Re: Re: xenning gentoo

[B.G. Bruce]

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

Re: Re: xenning gentoo

[Derek Glidden]

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