From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1KiXGZ-0000sx-JC for garchives@archives.gentoo.org; Wed, 24 Sep 2008 16:31:03 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8B550E04BF; Wed, 24 Sep 2008 16:31:02 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 41BD6E04BF for ; Wed, 24 Sep 2008 16:31:02 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 286DAB4BAC for ; Wed, 24 Sep 2008 16:31:01 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -0.802 X-Spam-Level: X-Spam-Status: No, score=-0.802 required=5.5 tests=[AWL=0.730, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, RCVD_NUMERIC_HELO=2.067] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n11FkbTmUXVP for ; Wed, 24 Sep 2008 16:30:55 +0000 (UTC) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 623D0BC087 for ; Wed, 24 Sep 2008 16:30:54 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KiXGI-00065m-2q for gentoo-dev@gentoo.org; Wed, 24 Sep 2008 16:30:46 +0000 Received: from 82.152.208.249 ([82.152.208.249]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Sep 2008 16:30:46 +0000 Received: from slong by 82.152.208.249 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Sep 2008 16:30:46 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Steve Long Subject: [gentoo-dev] OT: Re: Default src_install for EAPI-2 or following EAPI Date: Wed, 24 Sep 2008 17:21:58 +0100 Message-ID: References: <18646.17986.821510.192980@a1ihome1.kph.uni-mainz.de> <8cd1ed20809211030w74725bb1qd60482d5fa7bfce2@mail.gmail.com> <18646.38777.205043.568794@a1ihome1.kph.uni-mainz.de> <18646.45711.173931.589892@a1ihome1.kph.uni-mainz.de> <48D94608.7060805@gentoo.org> <18649.57463.2358.294050@a1ihome1.kph.uni-mainz.de> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 82.152.208.249 User-Agent: KNode/0.10.9 Sender: news X-Archives-Salt: b8545f84-7546-47ac-bebc-95dc2f9861b7 X-Archives-Hash: 587b4c927d0bf3d59c2cdee37ce04f70 Ulrich Mueller wrote: >> As I said; generality in lib functions seems like a useful thing. > > Other ebuild variables are space separated lists, so why should DOCS > be an exception? > Because we're doing it right this time, while allowing existing usage. IOW you can quite happily continue to use your space-separated list and it won't matter. If you do ever need a bit more, it'll already be in place. If you never do, how will it hurt you? > So far nobody has shown a real-life example of an existing ebuild that > could profit from the array syntax. > I think Duncan answered the point quite while. In summary that's why for instance no filenames with spaces (leave alone all the other characters you can't deal with atm) can be safely handled by any of your ebuild structure, unless it comes from a glob, and is never manipulated or referenced in and of itself. (Unless you wish to go down the eval route, which believe me is not fun at all.) If you're saying "fine we don't need any more control in those packages" nothing I can say will be of any use. (NB: packages not programs.) Are you really arguing that reduced functionality is a good thing? >> There's a quote I read from what is imo a classic computing text[1] >> (from the 70s, never seen it referenced in any papers or anything): > >> "Why do we never have time to do it right, >> but always plenty of time to do it over." > > "Entia non sunt multiplicanda praeter necessitatem." > - Joh. Clauberg (1654) > "Let him who thinks it is not broken, not interrupt the person fixing it." Chinese proverb (wrongly attributed to some Ancient Roman.)