home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / linux / 22893 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  1.3 KB
  1. Path: sparky!uunet!pipex!bnr.co.uk!uknet!comlab.ox.ac.uk!bush
  2. From: bush@ecs.ox.ac.uk (Mark Bush)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: BUG of feature: cannot move `foo' accross file systems
  5. Message-ID: <1993Jan6.111145.1392@thom5.ecs.ox.ac.uk>
  6. Date: 6 Jan 93 11:11:45 GMT
  7. References: <1993Jan3.214155.25253@klaava.Helsinki.FI> <1993Jan5.100758.21535@klaava.Helsinki.FI> <DJM.93Jan5151115@frob.eng.umd.edu>
  8. Organization: Oxford University Computing Laboratory
  9. Lines: 16
  10. Originator: bush@thom5.ecs.ox.ac.uk
  11.  
  12. In article <DJM.93Jan5151115@frob.eng.umd.edu> djm@eng.umd.edu (David J. MacKenzie) writes:
  13. #Yeah, it's just a deficiency in GNU mv.  POSIX.2 says that mv should
  14. #basically do "cp -R" and remove the source files.  POSIX requires mv
  15. #to move whole directory trees across filesystems, not just symlinks!
  16. #To do that, I want to make the guts of GNU cp into a module that both
  17. #cp and mv can call.  But that's a nontrivial amount of work that's
  18. #never gotten important enough for me to do.
  19.  
  20. Sounds like you want to replace `mv' with a shell script which does a `tar'
  21. to `tar' copy, then, with appropriate checking to see if the remote target
  22. is a file or directory.  Or use `cpio'.  Or maybe a `find', which does The
  23. Right Thing for each type of file it comes across.  Or...
  24.  
  25. Seems a waste to incorperate all this functionality into `mv'.
  26.  
  27. Mark
  28.