[tahoe-dev] [tahoe-lafs] #705: "tahoe mv" unlinks the target even when it is a directory

tahoe-lafs trac at allmydata.org
Sun Jul 12 03:21:43 PDT 2009


#705: "tahoe mv" unlinks the target even when it is a directory
-------------------------------+--------------------------------------------
 Reporter:  zooko              |           Owner:       
     Type:  defect             |          Status:  new  
 Priority:  critical           |       Milestone:  1.5.0
Component:  code-frontend-cli  |         Version:  1.4.1
 Keywords:  reliability        |   Launchpad_bug:       
-------------------------------+--------------------------------------------

Comment(by warner):

 Hm, good question. "tahoe mv" was indeed meant for tahoe-to-tahoe moves,
 so that an unqualified "file1" really means "tahoe:file1". (the fact that
 "tahoe mv alias:file1 alias:file1" results in deleting a file is certainly
 a bug, probably in the dirnode code).

 I don't know if it's better to add docs/etc to teach people to expect that
 "tahoe mv" doesn't touch the local disk, or to add code/tests to make
 "tahoe mv" behave more like people's existing expectations. There's value
 in having all tahoe CLI commands that happen to overlap regular unix
 commands (cp, ln, mv, rm) be prepared to handle both local-disk and tahoe-
 filesystem arguments. But it also adds code, complication, and redundancy
 (e.g. why would you ever use "tahoe rm ~/.emacs" instead of regular rm?).

 Overall, I guess 'mv' should handle both local and tahoe-side files, and
 should behave like 'cp'.

-- 
Ticket URL: <http://allmydata.org/trac/tahoe/ticket/705#comment:10>
tahoe-lafs <http://allmydata.org>
secure decentralized file storage grid


More information about the tahoe-dev mailing list