1 |
On Monday 03 July 2006 22:28, Benedikt Böhm wrote: |
2 |
> On Monday 03 July 2006 21:56, Nick Devito wrote: |
3 |
> > Okay, in that case, extend the vserver herd to include a larger range of |
4 |
> > virtualization stuff, including Xen, Bochs, and so on. It just seems |
5 |
> > more fitting to group those packages together. |
6 |
> |
7 |
> not really, bochs, qemu and vmware is emulation, merely used in |
8 |
> virtualization environments |
9 |
|
10 |
s/merely/barely/ |
11 |
|
12 |
> |
13 |
> uml and xen do run with VMMs and don't share anything with |
14 |
> OpenVZ/Linux-VServer |
15 |
> |
16 |
> uml and xen could be integrated into the VPS project (with a different |
17 |
> herd) but i don't know what their maintainers are thinking about this |
18 |
> |
19 |
> > On Mon, 2006-07-03 at 21:48 +0200, Benedikt Böhm wrote: |
20 |
> > > On Monday 03 July 2006 19:49, Nick Devito wrote: |
21 |
> > > > Looking at the number of virtualization-related packages (xen, |
22 |
> > > > openvz, and related packages) that are in portage, and the increasing |
23 |
> > > > complexity of these packages (which means more problems, as usual), |
24 |
> > > > I'm suggesting that a Virtualization herd be formed to handle these |
25 |
> > > > packages. I was also going to suggest moving virtualization-related |
26 |
> > > > things out of app-emulation, since they don't quite fit the bill of |
27 |
> > > > "emulation". Maybe QEMU, Bochs, and VMWare would fit, but, not quite. |
28 |
> > > > These are the packages that would be affected: |
29 |
> > > > |
30 |
> > > > * Xen/Xen-tools |
31 |
> > > > * QEMU |
32 |
> > > > * OpenVZ |
33 |
> > > > * Bochs |
34 |
> > > > * VMWare (workstation, server, etc) |
35 |
> > > > * User-mode Linux |
36 |
> > > > |
37 |
> > > > ..and the list goes on... |
38 |
> > > |
39 |
> > > the packages related to OS-level virtualization (OpenVZ, Linux-VServer) |
40 |
> > > are already in the vserver herd |
41 |
> > > |
42 |
> > > > Just a suggestion :) |
43 |
> > > > |
44 |
> > > > ~ Nick |
45 |
|
46 |
-- |
47 |
gentoo-dev@g.o mailing list |