[FoRK] Should Exist: a new UNIX shell

Stephen D. Williams <sdw at lig.net> on Sun Jun 3 23:14:01 PDT 2007

I have had a dream of not just a better shell, but a better data flow / tool
environment.  This includes things like exchanging data as XML and RDF, more
rich tool interface, but still totally decoupled, event scripting, including
publish / subscribe scripting, etc.

I coined Knowledge Oriented Architecture (KOA) for something that incorporates
some of these ideas.  I'll elaborate when I'm thinking about it again.  This
week I'm programming a Cisco 6509, setting up Linux services,
SecurID/Kerberos/SSH, and supporting supercomputer users.  I'm trying to get
back to OpenEXI and esXML development.

Is anyone else interested in an Efficient RDF Interchagne (ERI)?  I'm defining
one and could use some critical review.


Lucas Gonze wrote:
> On 6/3/07, Jeff Bone <jbone at place.org> wrote:
>> doing so, at least once a day I find myself forced to actually drop
>> down to some other tool just because I have some relatively simple
>> --- yet more complicated than is suitable for e.g. bc --- numerical
>> or otherwise complex computation I need to do.  Or I need a data
>> structure more complicated than delimited line-oriented records.  Or
>> I've got to join data that's coming from two different places /
>> APIs / tools in two different formats.
> Fair enough.  But I don't see enough of a pattern between these
> examples to know how the shell should change.
> A thing about the shell is that it's a crazy ball of mud built up over
> 30 years or so.  If you read the bash source you'll find things like
> patches to handle the limited physical bandwidth in a VT100.  (I
> realize that on FoRK there are probably at least ten people who have
> read the source already, very likely including yourself, Bone).
> There's a lot of value in that, so any solution with a reasonable
> chance of success needs to either be a huge improvement or build on
> top of the original.
> _______________________________________________
> FoRK mailing list
> http://xent.com/mailman/listinfo/fork

More information about the FoRK mailing list