From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/2947 Path: news.gmane.org!not-for-mail From: Isaac Dunham Newsgroups: gmane.linux.toybox,gmane.linux.lib.musl.general Subject: Re: [musl] Re: toybox: Rough edges in pending Date: Tue, 19 Mar 2013 12:32:21 -0700 Message-ID: <20130319123221.ddd8eb53.idunham@lavabit.com> References: <20130318235043.7e89ec83.idunham@lavabit.com> <1363713627.15703.33@driftwood> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1363721552 22278 80.91.229.3 (19 Mar 2013 19:32:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 19 Mar 2013 19:32:32 +0000 (UTC) Cc: musl-ZwoEplunGu1jrUoiu81ncdBPR1lH4CV8@public.gmane.org To: toybox-oU9gvf+ajcRUPo+8YfT7LV6hYfS7NtTn@public.gmane.org Original-X-From: toybox-bounces-oU9gvf+ajcRUPo+8YfT7LV6hYfS7NtTn@public.gmane.org Tue Mar 19 20:32:54 2013 Return-path: Envelope-to: glt-toybox@m.gmane.org Original-Received: from che.dreamhost.com ([66.33.216.23]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UI2HF-0000hQ-OJ for glt-toybox@m.gmane.org; Tue, 19 Mar 2013 20:32:54 +0100 Original-Received: from che.dreamhost.com (localhost [127.0.0.1]) by che.dreamhost.com (Postfix) with ESMTP id 7292DFFCB; Tue, 19 Mar 2013 12:32:33 -0700 (PDT) Original-Received: from karen.lavabit.com (karen.lavabit.com [72.249.41.33]) by che.dreamhost.com (Postfix) with ESMTP id CAA4AFFCA for ; Tue, 19 Mar 2013 12:32:29 -0700 (PDT) Original-Received: from c.earth.lavabit.com (c.earth.lavabit.com [192.168.111.12]) by karen.lavabit.com (Postfix) with ESMTP id 9011611BB1E; Tue, 19 Mar 2013 14:32:25 -0500 (CDT) Original-Received: from caracal (50-0-229-108.dsl.static.sonic.net [50.0.229.108]) by lavabit.com with ESMTP id YUURPX6X2FXC; Tue, 19 Mar 2013 14:32:25 -0500 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lavabit; d=lavabit.com; b=jibCVMVYauCi/xlIp4XQaVNFqIz824SZTkn0PPafvFATzdOp343dRFQR70kXPI09CfZFKbA8iWfpqsy2qBoylpVCKGqun5W4OlJ9IDPzNjDyxvtME35Ns5Q3jvbU6fZwXHSdUE+iYXf6XbH1v/u99drRF7YcuZib+GzC3ODUanU=; h=Date:From:To:Cc:Subject:Message-Id:In-Reply-To:References:X-Mailer:Mime-Version:Content-Type:Content-Transfer-Encoding; In-Reply-To: <1363713627.15703.33@driftwood> X-Mailer: Sylpheed 3.0.2 (GTK+ 2.20.1; i486-pc-linux-gnu) X-BeenThere: toybox-oU9gvf+ajcRUPo+8YfT7LV6hYfS7NtTn@public.gmane.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: All-in-one linux command line utility package List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: toybox-bounces-oU9gvf+ajcRUPo+8YfT7LV6hYfS7NtTn@public.gmane.org Original-Sender: toybox-bounces-oU9gvf+ajcRUPo+8YfT7LV6hYfS7NtTn@public.gmane.org Xref: news.gmane.org gmane.linux.toybox:270 gmane.linux.lib.musl.general:2947 Archived-At: On Tue, 19 Mar 2013 12:20:27 -0500 Rob Landley wrote: > On 03/19/2013 01:50:43 AM, Isaac Dunham wrote: > > Hello, > > I don't expect these to be very high priority, but I ran into a few > > rough edges > > when enabling almost all the toys in pending: > > Um, yes. Until recently half the stuff in pending didn't even > _compile_. There's a _reason_ the default to 'n'. It's a directory full > of things that people are unhappy if I keep out of tree (usually for > months), but which aren't ready to be used either. I knew it was "unsupported" but didn't realize it was expected to be quite that bad. I assumed (yes, I know the saying...) that if find, uu{en,de}code, xzcat, and stat seemed to be functional in my testing, the other parts might also. A couple things that would have cleared this up for me-- Either a note in toys/pending/README that said: "Code in this directory may or may not work." (somehow, "...await review and/or cleanup" doesn't seem to communicate this) or a "CONFIG_WORKING" that prevents enabling toys that are nonfunctional without realizing it (iirc, the kernel has a trick along these lines, so make allyesconfig doesn't turn _everything_ on). But please leave pending in. > > Also, when toybox is built with musl, and toybox sh executes ls, > > I get a hang; strace indicates that something funny is going on: > > I am honestly amazed it got _that_ far. > > > I anticipate this is a bug in musl, so I'll cross-post. > > If toysh _isn't_ corrupting the heap or something similar, I'd be > stunned. It's not a real command yet. Surprisingly enough, it makes it far enough to give the illusion it might be usable. -- Isaac Dunham