[tahoe-lafs-trac-stream] [tahoe-lafs] #1304: 'tahoe cp' copying to a mutable file should replace the contents

tahoe-lafs trac at tahoe-lafs.org
Fri Jul 29 12:11:00 PDT 2011


#1304: 'tahoe cp' copying to a mutable file should replace the contents
-----------------------------------+--------------------------------
     Reporter:  davidsarah         |      Owner:  kevan
         Type:  defect             |     Status:  new
     Priority:  major              |  Milestone:  1.9.0
    Component:  code-frontend-cli  |    Version:  1.8.1
   Resolution:                     |   Keywords:  tahoe-cp usability
Launchpad Bug:                     |
-----------------------------------+--------------------------------

Comment (by davidsarah):

 Replying to [comment:10 kevan]:
 > (another initially attractive option is a sanity check performed on
 {{{tahoe cp}}}'s targetmap before copying starts. Based on this, we could
 either abort the copy operation or print a warning if we found a readonly
 mutable target. All of that would rely upon JSON gathered from a different
 HTTP request than the request(s) actually modifying data, though, so any
 check would be inherently unreliable.

 Yes, that's a general problem with trying to make distributed operations
 have all-or-nothing semantics. Anyway, even if this could be improved, we
 don't need to do so for 1.9.

-- 
Ticket URL: <http://tahoe-lafs.org/trac/tahoe-lafs/ticket/1304#comment:12>
tahoe-lafs <http://tahoe-lafs.org>
secure decentralized storage


More information about the tahoe-lafs-trac-stream mailing list