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.50) id 1EShwU-00064i-Pz for garchives@archives.gentoo.org; Thu, 20 Oct 2005 21:27:19 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id j9KLOVS8000024; Thu, 20 Oct 2005 21:24:31 GMT Received: from egr.msu.edu (jeeves.egr.msu.edu [35.9.37.127]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id j9KLLvvv003342 for ; Thu, 20 Oct 2005 21:21:57 GMT Received: from [35.9.133.134] (bd3 [35.9.133.134]) by egr.msu.edu (8.13.4/8.13.4) with ESMTP id j9KLOYPI002138 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 20 Oct 2005 17:24:34 -0400 (EDT) Message-ID: <43580B11.3070405@egr.msu.edu> Date: Thu, 20 Oct 2005 17:24:33 -0400 From: Alec Joseph Warner User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050716) X-Accept-Language: en-us, en 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] modular X - 7.0 RC1 References: <200510202116.47326.danarmak@gentoo.org> <52ZKB4.136721026EZE64L@gentoo.org> <200510202154.12094.danarmak@gentoo.org> In-Reply-To: <200510202154.12094.danarmak@gentoo.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 9c9d96f4-3821-4f90-bba1-b60f74c690ca X-Archives-Hash: fe4ce0f2121c4fd1752962effe0cd0f8 Dan Armak wrote: > On Thursday 20 October 2005 21:48, Kevin F. Quinn wrote: > >>On 20/10/2005 21:16:47, Dan Armak (danarmak@gentoo.org) wrote: >> >>>On Thursday 20 October 2005 20:58, Matthijs van der Vleuten wrote: >>> >>>>On 10/20/05, Dan Armak wrote: >>>> >>>>>To solve this issue it would have to be an on-by-default flag, i.e. >>>>>'noxserver'. I know some people are strongly against nofoo flags. >>>> >>>>What about an off-by-default 'xserver' flag? >>> >>>It wouldn't solve the problem at hand. >>> >>>Without any flag at all, the user needs to 'emerge xorg-x11' manually to >>>get eg KDE to run locally. With an off-by-default flag, he needs to set >>>it on manually, _before_ installing KDE, to get an xorg-x11 server. As >>>long as he needs to do something manually, explicitly, it should just be >>>an 'emerge xorg-x11', which after all is a very simple operation. >> >>Maybe I'm being stupid, but I don't understand why a user would need to >>emerge xorg-x11 manually when doing 'emerge kde'. Surely somewhere in >>kde's dependency graph the X server is called up in RDEPEND? An X server >>is clearly a run-time dependency. >> >>Like, konqueror RDEPENDS on qt which RDEPENDS on xorg-xserver, or whatever. > > > No, KDE (like all X11 apps) only needs the client X11 libs and headers. It can > then contact a remote X11 server over the network. > > Now that the client libs and headers are available in separate ebuilds, > there's no reason for KDE to depend on the server ebuild, so it won't. > Take the X use flag out, since X is horribly not descriptive. Xclient, Xserver, both tell you what they are doing, both probably global use flags. Announce it loudly, and fix everything at once, since that is probably how it will go anyway :) I think it's really cool to be able to build a server that has no X, but has KDE on it, especially since 99% of the time I'd never actually log in locally. There is nothing wrong with 2 flags here, IMHO. Yeah you have to set them, either in default-linux/$arch ( not base here however, set it higher up, not everyone wants friggin x installed *shakes fist* ) or wherever. That or auto-use, either way people using -* are screwed, we know this and they know it. It's something they deal with every day. I dout their system is going to be horribly screwed as long as they are paying attention. If they randomly --depclean without looking, then yeah X will probably get ripped out from under them :) Thats their risk. (antarus) -Alec warner -- gentoo-dev@gentoo.org mailing list