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.43) id 1Dzi7X-0001C2-71 for garchives@archives.gentoo.org; Mon, 01 Aug 2005 21:46:51 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j71LjvJH002753; Mon, 1 Aug 2005 21:45:58 GMT Received: from smtp-out5.blueyonder.co.uk (smtp-out5.blueyonder.co.uk [195.188.213.8]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j71LiHMB022572 for <gentoo-dev@lists.gentoo.org>; Mon, 1 Aug 2005 21:44:17 GMT Received: from snowdrop.home ([82.41.57.20]) by smtp-out5.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.6713); Mon, 1 Aug 2005 22:45:17 +0100 Date: Mon, 1 Aug 2005 22:44:19 +0100 From: Ciaran McCreesh <ciaran.mccreesh@blueyonder.co.uk> To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Modular X plans Message-ID: <20050801224419.5745f1c0@snowdrop.home> In-Reply-To: <42EE92BA.9070903@gentoo.org> References: <42EE8C03.3040904@gentoo.org> <20050801220425.13d75e15@snowdrop.home> <42EE92BA.9070903@gentoo.org> X-Mailer: Sylpheed-Claws 1.0.5 (GTK+ 1.2.10; i686-pc-linux-gnu) Precedence: bulk List-Post: <mailto:gentoo-dev@lists.gentoo.org> List-Help: <mailto:gentoo-dev+help@gentoo.org> List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@gentoo.org> List-Subscribe: <mailto:gentoo-dev+subscribe@gentoo.org> List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org> X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 01 Aug 2005 21:45:17.0100 (UTC) FILETIME=[4E5696C0:01C596E2] X-Archives-Salt: 07d0273e-5630-43aa-86bd-37139684b5a7 X-Archives-Hash: ae6a9c190c6c9582a0dabe4d2506938b On Mon, 01 Aug 2005 14:23:06 -0700 Donnie Berkholz <spyderous@gentoo.org> wrote: | Your suggestion of adding a few new virtuals is a good idea, but I | think the metabuilds for libraries, drivers, etc. can substitute for | it. It's not clear to me that there are many common configurations | that could be dealt with cleanly by a virtual in a better way, that | also retains a low level of complexity in the ebuilds. Well... What I was mainly thinking (and assuming we don't have the new virtuals system by whenever this becomes relevant) is that a metapackage could represent, say, "the core x11 libraries as provided by xorg". This is all well and good, but there are other X implementations out there. It could well save a lot of work in the long term if deps were generally upon "the core x11 libraries" instead. | Frankly, the only reason the virtual will even exist after the 7.0 | release is so people have time to play catch-up. I don't want the | virtual to stay in use. Is it your assumption that in the future xorg-x11 will be the only serious X server? *shrug* I realise we make similar assumptions about a lot of packages, but X is a) an at least vaguely standard protocol, b) heavily depended upon and c) implemented by more than one vendor. -- Ciaran McCreesh -- gentoo-dev@gentoo.org mailing list