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 1GABhc-0002yb-UB for garchives@archives.gentoo.org; Mon, 07 Aug 2006 20:27:57 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.7/8.13.6) with SMTP id k77KQNQI023490; Mon, 7 Aug 2006 20:26:23 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 k77KMGZe012275 for ; Mon, 7 Aug 2006 20:22:16 GMT Received: (from uucp@localhost) by forum.psychotherapie.org (8.13.3/8.13.3/SuSE Linux 0.7) with UUCP id k77KMHAY022856 for gentoo-dev@lists.gentoo.org; Mon, 7 Aug 2006 22:22:17 +0200 Received: (from weigelt@localhost) by metux.de (8.12.10/8.12.10) id k77KIB6G019494 for gentoo-dev@lists.gentoo.org; Mon, 7 Aug 2006 22:18:11 +0200 Date: Mon, 7 Aug 2006 22:18:11 +0200 From: Enrico Weigelt To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Proposal for advanced useflag-syntax Message-ID: <20060807201811.GN18220@nibiru.local> References: <7B97065F451A23458ED0C63B4CA5A2EA7C4A6F@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: <7B97065F451A23458ED0C63B4CA5A2EA7C4A6F@SRV-EXCHANGE.AUTOonline.local> User-Agent: Mutt/1.4.1i X-Archives-Salt: 78d12091-42e7-4f22-b12e-acd27e6fd99f X-Archives-Hash: 588039dc9d927bb61b627586a2df2fbe * Noack, Sebastian schrieb: > Is a need to have dozens of lines in your /etc/portage/package.use > a simple approach? Maybe it is, if for you, simplicity means only > "less number of lines of code in the core of the application". > But wasn't you the one who told me that quantity isn't the same like > complexity? Well you could say that only source code and scripts > contain logic and therefore numbers of lines in the config files > doesn't means complexity, but what do I do by the config files of > portage actually? I use them for example to instruct portage to > enable useflag A but not for ebuild and useflag B but just for > ebuild b. Do you claim that this is no logic? No, that's just quantity of information. Linear data, just like an list of addresses or phone numbers. There are no rules in it. The rules just exist in your mind, not in the portage system. And if you like to modelize them, it should be done separately on top of portage. Okay, let's assume for a while, we've got your additional rules in the portage system. Someone has to make the decision about which frontends to prefer over others. If it's you, then you'll be happy with that, since you'll most likely decide the way you like, but others may be very unhappy with your decisions. On the other hand, with anyone else making this decision, there's plenty risk, you'll be unhappy with his decision. I see big flamewars coming on that. Remember the sunrise affair(s) ? > > Rember: we started with the thesis, "grandma wants graphical > > frontends whereever possible". This is in fact not an technical > > issue, instead a matter of personal taste, or lets say, an individual > > system configuration. Grandma wants to click, okay, so she should > > use graphical applications. She's not interested what sits behind, > > she just wants to have a buch of applications. And she also doesn't > > wann have anything to do with emerge and useflags. She just wants > > to have a choice between a bunch of end-user applications. > > That's the job of an Grandma-(sub-)distro. > > That was never the point where "we" started. That was just the point, > you used to confuse this discussion. Maybe I missed something, but this was the first posting I read on that topic. > The grandma scenario should just be a funny example for a requirement > of such a advanced portage syntax I could really need on my own systems > and I'm not female, but male and not 80 but 18 years old. ;) IMHO an bad chosen one, as I take such examples seriously. > I know that my proposed syntax isn't a perfect solution. But I think the > current state of portage isn't a perfect solution, too. And I hoped when > I started this thread, that we will find together a good solution. IMHO, the problem isn't yet defined cleanly enough to have a chance on an good solution. 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