Generating root filesystems for UML and Xen are basically the same process. I've heard of domi, but, bleh, I never could get it to work. I usually just make my images in chroot, and that usually works well. But, since the images are *basically* the same, that means it would be possible to use the jailtime images, unless you are running on a 64-bit arch. Then, in that case, least with gentoo, running a 64-bit kernel and 32-bit userland doesn't work for long (first glibc (re)compile, and the whole thing borks out). On Mon, 2006-07-03 at 21:09 -0400, Daniel Gryniewicz wrote: > On Mon, 2006-07-03 at 22:28 +0200, Benedikt Böhm wrote: > > On Monday 03 July 2006 21:56, Nick Devito wrote: > > > Okay, in that case, extend the vserver herd to include a larger range of > > > virtualization stuff, including Xen, Bochs, and so on. It just seems > > > more fitting to group those packages together. > > > > not really, bochs, qemu and vmware is emulation, merely used in > > virtualization > > environments > > > > uml and xen do run with VMMs and don't share anything with > > OpenVZ/Linux-VServer > > > > uml and xen could be integrated into the VPS project (with a different > > herd) > > but i don't know what their maintainers are thinking about this > > UML is not complicated or hard to maintain. I'm fairly happy > maintaining it with the help of the kernel herd, and (being a linux > kernel port) I think it really belongs in kernel, not in virtualization > or vmm or vserver, or whatever. > > Maybe if there were some projects for full virtual server setups that > could use xen or uml or vmware or ... as it's underlying hosting > service, that could be useful, but just for maintenance, I don't think > it's really necessary. > > I'm open to arguments in favor of such a project, tho, if people have > real plans. Certainly, an easier way to generate and maintain root > filesystems for UML would be nice. > > Daniel
-- gentoo-dev@gentoo.org mailing list
