From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Fy9Yo-00003n-Lc for garchives@archives.gentoo.org; Wed, 05 Jul 2006 15:45:07 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.7/8.13.6) with SMTP id k65FhQD6021893; Wed, 5 Jul 2006 15:43:26 GMT Received: from mail.croup.de (galatea.croup.de [85.10.237.58]) by robin.gentoo.org (8.13.7/8.13.6) with ESMTP id k65FeMK6000383 for ; Wed, 5 Jul 2006 15:40:22 GMT Received: (qmail 11165 invoked from network); 5 Jul 2006 17:40:20 +0200 Received: from home.xnull.de (HELO zeus.home.xnull.de) (bb@croup.de@82.135.28.84) by galatea.croup.de with ESMTPA; 5 Jul 2006 17:40:20 +0200 From: Benedikt =?iso-8859-15?q?B=F6hm?= To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Virtualization Herd Date: Wed, 5 Jul 2006 17:40:20 +0200 User-Agent: KMail/1.9.3 References: <1151948992.29593.23.camel@continental.nick125.com> <1151975355.21600.12.camel@athena.fprintf.net> <1152103724.21775.12.camel@cgianelloni.nuvox.net> In-Reply-To: <1152103724.21775.12.camel@cgianelloni.nuvox.net> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607051740.20178.hollow@gentoo.org> X-Archives-Salt: c6740082-8a8a-40ea-9bbd-5b4b978776dc X-Archives-Hash: 203846d684c961a81e7cdf30d9ced443 On Wednesday 05 July 2006 14:48, Chris Gianelloni wrote: > On Mon, 2006-07-03 at 21:09 -0400, Daniel Gryniewicz wrote: > > 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. > > As far as VMware is concerned, I see no point in this herd. All of the > VMware stuff is already managed by the VMware team, and is a part of the > vmware herd. Adding it to a broader herd won't improve VMware in any > way. The only thing it will do is ensure that the members of the VMware > team get emails about bugs in things they aren't interested in working > with, or have no knowledge of whatsoever. i agree, same applies for the vserver herd (currently maintaining openvz and linux-vserver) > > If such a herd does form, leave VMware out of it, please. -- gentoo-dev@gentoo.org mailing list