[tahoe-dev] [tahoe-lafs] #947: Add file-with-metadata caps

Justin Stottlemyer justin.h.stottlemyer at gmail.com
Fri Feb 12 23:16:43 UTC 2010

Hey Tahoe Devs,
                  I'm interested in a commercial installation. I'm
interested in talking with you guys offline if possible.  If not, let me
know how you would like to talk.


On Fri, Feb 12, 2010 at 11:56 AM, tahoe-lafs <trac at allmydata.org> wrote:

> #947: Add file-with-metadata caps
> ------------------------------+---------------------------------------------
>  Reporter:  kpreid            |           Owner:  nobody
>     Type:  enhancement       |          Status:  new
>  Priority:  major             |       Milestone:  undecided
> Component:  unknown           |         Version:  unknown
>  Keywords:  inodes, metadata  |   Launchpad_bug:
> ------------------------------+---------------------------------------------
>  Web architecture expects that a resource has a Content-Type. Modern
>  filesystems have "extended attributes" per file as well as metadata such
>  as modification time, and it is desirable to back these things up. Both of
>  these things point to the idea that there ought to be addressable
>  (has-a-URL) objects which designate the metadata as well as the file data
>  (binary blob). My understanding of current Tahoe architecture is that all
>  metadata is instead stored in the rows of the directory objects.
>  Additionally, metadata should be mutable iff the file is, so that it can
>  be updated in-place without access to every directory which might contain
>  it.
>  I imagine that these objects would ''contain'' a current-design file cap,
>  rather than themselves containing the file data, so that we still get the
>  convergent encryption space advantage even if file metadata differs among
>  separately-created instances.
>  This idea raised at friam 2010-02-12.
> --
> Ticket URL: <http://allmydata.org/trac/tahoe/ticket/947>
> tahoe-lafs <http://allmydata.org>
> secure decentralized file storage grid
> _______________________________________________
> tahoe-dev mailing list
> tahoe-dev at allmydata.org
> http://allmydata.org/cgi-bin/mailman/listinfo/tahoe-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tahoe-lafs.org/pipermail/tahoe-dev/attachments/20100212/268e6123/attachment.html>

More information about the tahoe-dev mailing list