Received: from spf3.us4.outblaze.com (spf3.us4.outblaze.com [205.158.62.25]) by sdf.lonestar.org (8.12.10/8.12.10) with ESMTP id i9Q6Fpn3024973 for ; Tue, 26 Oct 2004 06:15:51 GMT Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by spf3.us4.outblaze.com (Postfix) with ESMTP id D2CA1536DD for ; Tue, 26 Oct 2004 06:15:44 +0000 (GMT) Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CMKk7-0001zz-1x for migo@homemail.com; Tue, 26 Oct 2004 02:23:39 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CMKjk-0001zt-Mb for gnu-arch-users@gnu.org; Tue, 26 Oct 2004 02:23:16 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CMKjk-0001zh-9E for gnu-arch-users@gnu.org; Tue, 26 Oct 2004 02:23:16 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CMKjk-0001ze-55 for gnu-arch-users@gnu.org; Tue, 26 Oct 2004 02:23:16 -0400 Received: from [144.140.71.21] (helo=gizmo11ps.bigpond.com) by monty-python.gnu.org with smtp (Exim 4.34) id 1CMKbs-0006ZR-MI for gnu-arch-users@gnu.org; Tue, 26 Oct 2004 02:15:09 -0400 Received: (qmail 7835 invoked from network); 26 Oct 2004 06:15:05 -0000 Received: from unknown (HELO psmam12.bigpond.com) (144.135.25.103) by gizmo11ps.bigpond.com with SMTP; 26 Oct 2004 06:15:05 -0000 Received: from cpe-144-132-211-224.nsw.bigpond.net.au ([144.132.211.224]) by psmam12.bigpond.com(MAM REL_3_4_2a 234/111845535) with SMTP id 111845535; Tue, 26 Oct 2004 16:15:05 +1000 Received: by poolcompsonline.com (Postfix, from userid 1000) id EB6C978281; Tue, 26 Oct 2004 16:17:18 +1000 Subject: Re: [Gnu-arch-users] Re: File naming conventions From: Zenaan Harkness To: arch In-Reply-To: References: <1098141434.19575.42.camel@whiskas.cashpoolcomps.com> <20041018233511.GA31642@fencepost> <1098156854.19575.65.camel@whiskas.cashpoolcomps.com> <1098163496.19575.134.camel@whiskas.cashpoolcomps.com> <20041019060152.GC18852@wisq.net> <1098311382.11967.35.camel@nemesis.xlii.org> <1098313564.5336.29.camel@whiskas.cashpoolcomps.com> <1098319598.5336.46.camel@whiskas.cashpoolcomps.com> <20041021123218.GA30989@fencepost> <1098398014.5336.118.camel@whiskas.cashpoolcomps.com> <200410252009.i9PK9pP3066424@xl2.seyza.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1098771438.3124.23.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 26 Oct 2004 16:17:18 +1000 X-BeenThere: gnu-arch-users@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: a discussion list for all things arch-ish List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: gnu-arch-users-bounces+migo=homemail.com@gnu.org Errors-To: gnu-arch-users-bounces+migo=homemail.com@gnu.org Status: RO Content-Length: 2800 Lines: 67 On Tue, 2004-10-26 at 11:07, Miles Bader wrote: > Thomas Lord writes: > > Can't you use a filter program to generate the output format you want > > from the output format provided? > > This is perhaps harder than it should be because tla's output escaping > format seems very complicated -- e.g., unicode encoding etc -- and it Unicode encoding is actually a good thing. It would indeed be nice to have a tla-encoding filter/munger to convert to "xargs" format. Keeps everything nice and orthogonal etc... > seems annoying to have to duplicate any decoding smarts that already > have to be in tla. Well, conversion between two unique encoding formats, one of which is a logical superset of the other, technically does not "have to be in tla", which I think is Tom's point. Orthogonal filters/programs is fundamental to Unix design philosophy, and probably due to my impatience last week, I seemed to totally miss this point... > What I'd personally like (i.e., it would be convenient for me) is a > dumbed down "half-encoded" output format: use pika escaping for a small > fixed set of problematic characters (e.g. NUL, SPC, NL, CR, backslash > [to protect the pika escapes]), but for anything else, output decoded > "native" characters. Sort of like UTF-8 (kinda sorta...). I would argue against YAEF (yet another encoding format). It is best to have a canonical format, that can cater to all languages (ie unicode aware) and then convert to and from that format as-needed. That's The Unix Way (TM). > [I've posted this before, but nobody seemed to care; won't anybody think > of the scripters... :-...? ] I am a scripter, and scripting is the exact reason I brought this up. So I'm fully on the same page as you here. And understand that orthogonality does a few things: - minimizes the namespace (eg. "random" options on every other app, instead use a single filter (or two)) - by doing so, maximizes the inter-application connections _possible_ - thereby maximizes utility of the system overall - (oh, and of course, all this simplifies writing scripts :) Seriously, it is The Right Thing. It's just that some may need a quick fix, or have to make do without until the filters are available. I can fully empathize with Tom (or anyone really) not wanting to duplicate functionality, or "mess up" a perfectly clean (and orthogonal) codespace, namespace and options space (backwards compatibility expectations and the like). Of course it's easy for me to say all this now since 1) it doesn't effect me, 2) I'm in a good mood today :). regards zen _______________________________________________ Gnu-arch-users mailing list Gnu-arch-users@gnu.org http://lists.gnu.org/mailman/listinfo/gnu-arch-users GNU arch home page: http://savannah.gnu.org/projects/gnu-arch/