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 1EScjm-0006Nb-Fx for garchives@archives.gentoo.org; Thu, 20 Oct 2005 15:53:50 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id j9KFo9Kp002795; Thu, 20 Oct 2005 15:50:09 GMT Received: from sa3.bezeqint.net (sa3.bezeqint.net [192.115.104.17]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id j9KFkxQI003967 for ; Thu, 20 Oct 2005 15:46:59 GMT Received: from localhost (unknown [127.0.0.1]) by sa3.bezeqint.net (Bezeq International SMTP out Mail Server) with ESMTP id F3C5133F0C for ; Thu, 20 Oct 2005 17:49:33 +0200 (IST) Received: from sa3.bezeqint.net ([127.0.0.1]) by localhost (sa3 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06881-07 for ; Thu, 20 Oct 2005 17:49:31 +0200 (IST) Received: from alpha.danarmak.homelinux.net (unknown [81.218.66.40]) by sa3.bezeqint.net (Bezeq International SMTP out Mail Server) with ESMTP for ; Thu, 20 Oct 2005 17:49:31 +0200 (IST) Received: by alpha.danarmak.homelinux.net (Postfix, from userid 1011) id CB3CF188226; Thu, 20 Oct 2005 18:11:57 +0200 (GMT-2) Received: from beta.danarmak.homelinux.net (beta.danarmak.homelinux.net [10.0.3.86]) by alpha.danarmak.homelinux.net (Postfix) with ESMTP id 59431188223 for ; Thu, 20 Oct 2005 18:11:52 +0200 (GMT-2) From: Dan Armak Organization: Gentoo Technologies, Inc. To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] modular X - 7.0 RC1 Date: Thu, 20 Oct 2005 17:49:17 +0200 User-Agent: KMail/1.8.92 References: <4357432E.2020009@gentoo.org> <200510201526.47620.danarmak@gentoo.org> <200510201623.28687.mike@gaima.co.uk> In-Reply-To: <200510201623.28687.mike@gaima.co.uk> 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: multipart/signed; boundary="nextPart1829815.CvPEPkOGKA"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200510201749.20436.danarmak@gentoo.org> X-Virus-Scanned: amavisd-new at bezeqint.net X-Archives-Salt: 35c265e7-40c8-49f8-86af-3d6beca33939 X-Archives-Hash: 71540b888c94abf79c8ff2d5044e0d8b --nextPart1829815.CvPEPkOGKA Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 20 October 2005 17:23, Mike Williams wrote: > On Thursday 20 October 2005 14:26, Dan Armak wrote: > > To keep the current behaviour, the kde metaebuild (and gnome and the > > other WMs) would have to depend on xorg-x11, which strictly speaking is > > unnecessary. Opinions? How can we educate the users to manually 'emerge > > xorg-x11'? Personally I'm in favor of updating the docs, making a big > > announcement on all channels, and preparing a nice bug to close > > duplicates against. > > > > We'll also need to educate them about xorg-x11 not installing fonts any > > longer. The way I understood your metabuilds.txt, 'emerge xorg-x11 kde' > > would result in an unusable system without any fonts at all... > > As a fairly average joe user when it comes to all things X, I feel it wou= ld > be best to keep the current X USE flag behaviour, i.e. a full working > Xserver. The same goes for xorg-x11, or virtual/x11. That's not the meaning of the flag. Its meaning is 'enable optional X11=20 support'. Usually (almost always) this means client X support. =46or apps that really have optional support for the xorg-x11 server, a new= USE=20 flag might be introduced. > KDE needs some X libs, so obviously must always depend on them, but having > the X USE set should call in a complete working server. > > For packages that can work with, or without X, and should give the option > to have a full server, or not, perhaps a new USE flag is needed? Xlibs? No. That would change the meaning of the X USE flag. We could add a new USE= =20 flag, but we shouldn't rename existing ones. In any case, the decision of optional clientside X support (the X USE flag= =20 today) should be completely separate from the decision of installing a loca= l=20 X server. =2D-=20 Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key =46ingerprint: DD70 DBF9 E3D4 6CB9 2FDD 0069 508D 9143 8D5F 8951 --nextPart1829815.CvPEPkOGKA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBDV7yAUI2RQ41fiVERAjZvAJ0V8rk/8fHSXwjPaVlI8E51MIrk7gCghIiw vOCUx7iaWT834oy/EWcTmqA= =0bc1 -----END PGP SIGNATURE----- --nextPart1829815.CvPEPkOGKA-- -- gentoo-dev@gentoo.org mailing list