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 1G8t6L-00019k-U4 for garchives@archives.gentoo.org; Fri, 04 Aug 2006 06:24:06 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.7/8.13.6) with SMTP id k746NDdK026899; Fri, 4 Aug 2006 06:23:13 GMT Received: from SRV-EXCHANGE.AUTOonline.local (port-195-158-141-68.static.isionline-dialin.de [195.158.141.68]) by robin.gentoo.org (8.13.7/8.13.6) with ESMTP id k746LImg021363 for ; Fri, 4 Aug 2006 06:21:19 GMT Content-class: urn:content-classes:message Subject: AW: [gentoo-dev] Proposal for advanced useflag-syntax 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="us-ascii" Date: Fri, 4 Aug 2006 08:21:14 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Message-ID: <7B97065F451A23458ED0C63B4CA5A2EA1D2914@SRV-EXCHANGE.AUTOonline.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [gentoo-dev] Proposal for advanced useflag-syntax thread-index: Aca3EqCAzdqDuIbNRNqQIx63m8PIVwAeJJsg From: "Noack, Sebastian" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by robin.gentoo.org id k746LImg021363 X-Archives-Salt: 5c947958-2f67-499e-ad13-fa28b3293130 X-Archives-Hash: 14c6354506dff36175d2aa55627d871f > > Today the solution would be to enable the kde, qt, qt3, qt4, gtk, etc. > > -useflag. But this solution is crappy, because of some ebuilds for > > These flags are crap at all. It already is crap that certain packages > contain backend and frontends for several GUIs (more precisely: based > on several widget toolkits) alltogether. They actually should be > different. Yeah, many packages tend to do such crap in the upstream, > but we shouldn't let this pass into the portage tree. > > For example: mplayer > It has it's gui-less player and an gtk-based frontend in one package. > We should split this into two packages: mplayer and gmplayer. > The chances to get this done in the upstream *before* some major > distro like gentoo does the split by its own are quite low. Hey, come on. We're not Debian! Unnecessary and senseless splitting of packages is against the philosophy of Gentoo. > > (kde || qt4 || qt3 || qt || gtk) (arts || alsa) (asf && win32codecs) > > IMHO unnecessary complexity which introduces more point of failure > and confusion. At the first sight this approach seems to add complexity, but actual it would remove a lot of complexity on Gentoo systems. For example on my own system here I have approx. 40 lines in my /etc/portage/package.use which could be reduced to less than 10 lines by using such a syntax like above in the /etc/make.conf for global useflag configuration. > With you suggestion, the package maintainers have to take care of > Grandma's special conditions. This shouldn't be their job. > > Granma's Box cries for an special Grandma-Distro, Grandma-Gentoo ! > This should be maintained by an separate team, which is specialized > on the needs of those users. In the described scenario, it wasn't mentioned that she has a grandchild, so where do you know from that she is a grandma? ;) Doesn't matter, btw it was in any case just an example where such a syntax would be useful. Another szenario would be a server with several database-based apps on it, where an expression like "(postgres || mysql)" might be useful. Regards Sebastian Noack -- gentoo-dev@gentoo.org mailing list