Re: [9fans] Man pages for add-ons

["Federico G. Benavento" <benavento@gmail.com>]

I don't know how this search tangent come into play, but in Plan 9
I don't search for files as I already do know where they are.
I just search for stuff inside those files which is trivial as, like I said,
I already know where the files are.

I certainly don't like the gnu crap of having a directory per application,
in my opinion, it just complicates things.

I don't use any lunix, so correct me if I got this wrong, the /opt thing
it's just a lie, yes, you have the package in /opt, but you also have
a wrapper script to launch that app in a known location like /usr/bin

I think it all comes down to simplicity, you install the app, you run the
app, it looks like some of you would like to add complexity just because
you think it's the right thing to do.


another concern I have is where are you going to put 3rd party drivers
a new location is going to be created, probably a directory per 3rd
party driver, when all this ends?


On Sun, Mar 28, 2010 at 4:06 PM, Ethan Grammatikidis
<eekee57@fastmail.fm> wrote:
> On 27 Mar 2010, at 16:54, erik quanstrom wrote:
>>>>
>>>> I'm thinking over the idea that we're bumping up against the practical
>>>> limits
>>>> of hierarchal file systems as a means for organising stuff, but I've no
>>>> idea
>>>> what else might work.
>>>
>>> Google's approach is not to bother sorting things out.  Use searches
>>> to find data you want. You can still do some sorting in things like
>>> gmail, but you don't need to.
>>
>> what google uses for its search tables or custom applications
>> might not be that interesting in the context of a general purpose
>> operating system.
>
> Yeah... I'm using OS X and I'm not impressed with its Spotlight filesystem
> search, yet. It's just too general.
>
> --
> Simplicity does not precede complexity, but follows it.
>  -- Alan Perlis
>
>
>
>
>
>



-- 
Federico G. Benavento