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 1GA5DC-0002Yt-RD for garchives@archives.gentoo.org; Mon, 07 Aug 2006 13:32: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 k77DUZJM032057; Mon, 7 Aug 2006 13:30:35 GMT Received: from forum.psychotherapie.org (s15216962.onlinehome-server.info [217.160.22.205]) by robin.gentoo.org (8.13.7/8.13.6) with ESMTP id k77DRFwB020826 for ; Mon, 7 Aug 2006 13:27:16 GMT Received: (from uucp@localhost) by forum.psychotherapie.org (8.13.3/8.13.3/SuSE Linux 0.7) with UUCP id k77DRGWJ028817 for gentoo-dev@lists.gentoo.org; Mon, 7 Aug 2006 15:27:16 +0200 Received: (from weigelt@localhost) by metux.de (8.12.10/8.12.10) id k77DQiCn018050 for gentoo-dev@lists.gentoo.org; Mon, 7 Aug 2006 15:26:44 +0200 Date: Mon, 7 Aug 2006 15:26:44 +0200 From: Enrico Weigelt To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Proposal for advanced useflag-syntax Message-ID: <20060807132644.GG25236@nibiru.local> References: <7B97065F451A23458ED0C63B4CA5A2EA1D2914@SRV-EXCHANGE.AUTOonline.local> 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 Content-Disposition: inline In-Reply-To: <7B97065F451A23458ED0C63B4CA5A2EA1D2914@SRV-EXCHANGE.AUTOonline.local> User-Agent: Mutt/1.4.1i X-Archives-Salt: a175c3c8-a689-40c0-89ee-3f7f6b2822aa X-Archives-Hash: 126b9176523d85b3487405df4412b720 * Noack, Sebastian schrieb: > Hey, come on. We're not Debian! Unnecessary and senseless > splitting of packages is against the philosophy of Gentoo. I don't think "we are not xyz" is a good argumentation in technical discussions. At this point, Debian is actually doing good work. The bad thing is that those things don't get neither into the upstrem nor other distros. That's exactly what my OSS-QM project is for. > > > (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. You shouldn't mix up quantity with complexity. If you make handling of badly designed code easier, you take presure from the actual developers. > > 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? ;) So no special Grandma-support is needed at all. > 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. Aehm, you hopefully know that they don't have very much in common. Please give me an example, where this would be should be useful. RDBMS'es aren't actually things we you could say "choose what you like, doesn't matter which one". Yeah, would be nice if it was so, but that's just a nice dream. cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT service - http://www.metux.de/ --------------------------------------------------------------------- Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ --------------------------------------------------------------------- -- gentoo-dev@gentoo.org mailing list