From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Ich98-0003nJ-NW for garchives@archives.gentoo.org; Tue, 02 Oct 2007 12:46:43 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.1/8.14.0) with SMTP id l92CaA56010115; Tue, 2 Oct 2007 12:36:10 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by robin.gentoo.org (8.14.1/8.14.0) with ESMTP id l92CXp6r007460 for ; Tue, 2 Oct 2007 12:33:51 GMT Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 0A84F64CF7 for ; Tue, 2 Oct 2007 12:33:51 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: 0.624 X-Spam-Level: X-Spam-Status: No, score=0.624 required=5.5 tests=[AWL=-0.703, BAYES_20=-0.74, 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 Kalyi+Jsd0ba for ; Tue, 2 Oct 2007 12:33:44 +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 1DA456526B for ; Tue, 2 Oct 2007 12:33:42 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IcgwD-0002HU-OK for gentoo-dev@gentoo.org; Tue, 02 Oct 2007 12:33:21 +0000 Received: from 82.152.195.80 ([82.152.195.80]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 02 Oct 2007 12:33:21 +0000 Received: from slong by 82.152.195.80 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 02 Oct 2007 12:33:21 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Steve Long Subject: [gentoo-dev] Re: RFC: sh versionator.eclass Date: Tue, 02 Oct 2007 13:36:32 +0100 Message-ID: References: <200710012259.40589.uberlord@gentoo.org> <20071002072922.GC24867@gentoo.org> <1191314887.6284.11.camel@uberlaptop.marples.name> <200710020539.33189.vapier@gentoo.org> 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-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 82.152.195.80 User-Agent: KNode/0.10.4 Sender: news X-Archives-Salt: 8a609832-dd50-49c9-8734-0da74c863714 X-Archives-Hash: e5b7731bf6cefc245f1c09b3f3e68966 Mike Frysinger wrote: > On Tuesday 02 October 2007, Roy Marples wrote: >> I like consistency too, and I'll be pushing for using sh instead of >> forcing bash. > > pushing a new standard by slowly converting the tree is not the way to go. > >> My motivation? Simple. I don't believe that the portage tree should be >> locked into using one shell. I believe that vendor lock-in should happen >> at the social level, not the technical one. I don't see why vendor lock-in should happen at the social level? The technical one is a much better reason to use one tool over another, so long as we're not getting sucked in to a proprietary dead-end. >> portage itself was a lock-in >> until until PMS came about, now I'd like to remove the lock-in from the >> tree itself. This in itself is a good thing as we can pick and choose >> the tools we want to use as they're all playing on the same field. > > POSIX lacks useful bash extensions that are used heavily ... arrays, > string replacements, pattern matching with [[ == ]] to name some. here's > your "technical" reason for using the bash standard over POSIX: it's > superior. > ++ There's just too much nice stuff in BASH to drop down to sh to my mind. I for one would go right off Gentoo if i were forced to write ebuilds in sh. I accept the argument for initscripts, since an embedded system is not likely to have bash. But for compile-time (which shouldn't happen on an embedded target) there simply isn't any real benefit to end-users that I can see. >> This same rationale applies to scriptlets outside portage tree use, such >> as revdep-rebuild [1]. It's more of a bashlet, but I've also >> demonstrated that there was no reason to force bash there. > > not really ... there's a reason the environment dictated inside of the > package manager requires GNU stuff ... the extensions provided make life > easy. > all this conversion from trivial GNU extensions to limited POSIX > interfaces is a pita (as can trivially be seen with find and xargs). as > for "no reason", just because it can be done differently doesnt mean it > should. > Hear hear: if you're that worried about BASH being too big and slow, why not spend the _huge_ amount of time it's going to take you to convert the tree (which is not likely to be welcomed by all ebuild devs) on making BASH leaner and quicker for the myriad platforms on which it runs? /me votes for GASH -- Gentoo Assured SHell ;P -- gentoo-dev@gentoo.org mailing list