From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <9a45bc65ff306723c65b952aa805d4e3@quintile.net>
From: "Steve Simon" <steve@quintile.net>
Date: Thu, 23 Aug 2007 11:35:03 +0100
To: 9fans@cse.psu.edu
Subject: Re: [9fans] Re: everything is a directory
In-Reply-To: <1187807457.316205.221560@q3g2000prf.googlegroups.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Topicbox-Message-UUID: b0432f48-ead2-11e9-9d60-3106f5b1d025

Do the arguments for extended attributes stem from a desire to store
info for backups/HSM and for version control systems?

Icons are the responsibility of the desktop manager.

Faces are stored in their own "database" on plan9.

We don't have resource forks - the window managers (rio and acme)
keep all the widgets need to display any plan9 program internally (some
colours, textures, cursors, menuhit tables).

Perhaps the reason plan9 doesn't see the need for extended attributes
is the same as the reason it doesn't need backup systems, HSM, and
version control software - has fossil and venti (or kenfs depending on
your taste) solved this problem for us?

Maybe there are other examples of where extended attributes are really
useful?

I'am not trolling, I just don't see their efficacy in plan9.

-Steve