Kenneth Koym wrote: > Repeatedly, OO 2.2 has froze while saving a document; often this
Ah... You have found the 'mv' people but not the 'openoffice' people. We don't know maintain openoffice here. > mv: cannot move `/root/.openoffice.org2' to a subdirectory of itself, > `/root/.openoffice.org2_backup/.openoffice.org2' > what causes this?" That is an error _from_ mv about an incorrect use of it _by_ something else. That doesn't actually mean there is a bug in mv. That is where the confusion came into place. > hours and hours to resolve the glitch. Last night I said, "before going > to bed, this is the latest response in the terminal > mv: cannot move `/root/.openoffice.org2' to a subdirectory of itself, > `/root/.openoffice.org2_backup/.openoffice.org2' > what causes this?" This is an error in the sue of mv. It is telling you exactly what it says, that it cannot move a directory into a subdirectory of itself. Try this smaller example. $ mkdir /tmp/dir1 $ mkdir /tmp/dir1/subdir1 $ mv /tmp/dir1 /tmp/dir1/subdir1/ mv: cannot move `/tmp/dir1' to a subdirectory of itself, `/tmp/dir1/subdir1/dir1' That should illustrate the problem better because it is smaller and easier to understand. You can't move a parent directory into the child directory of itself. It would break its own parent directory. If /tmp/dir1 is moved then how would you reach /tmp/dir1/subdir1? It would then be lost and left floating in the filesystem with no way to reach it. > mv --help > ... > Report bugs to <bug-coreutils@gnu.org>. You have found the right folks to talk about 'mv'. But I don't see any problem in your report about the mv command. It is reporing a logically incorrect use of the program. > I believe this is an OO 2.2 bug that needs a general solution. Write me > back if I can provide further clarification. The question surely is > beyond my knowledge. > > Please help us. You will need to take this problem up with the openoffice folks. http://support.openoffice.org/ Bob Kenneth Koym wrote: > Attn: Bug-coreutils@gnu.org > Repeatedly, OO 2.2 has froze while saving a document; often this > happens just as I open and select a line or two for placing in another > document or place it in an email for sending. Then, I have to spend > hours and hours to resolve the glitch. Last night I said, "before going > to bed, this is the latest response in the terminal > mv: cannot move `/root/.openoffice.org2' to a subdirectory of itself, > `/root/.openoffice.org2_backup/.openoffice.org2' > what causes this?" > > Yes, why does OO 2.2 easily freeze while saving? Once it happens, one > can click Launch Run Command [terminal] & enter mv ~/.openoffice.org2 > ~/.openoffice.org2_backup but even that cure begins to fail. So, what is > the next step that one may take to get freed of this hinderance? The > following insights sent me by DrHu on the Freespire forum, is beyond my > brain power. Read from DrHu who says > http://forum.freespire.org/showthread.php?p=105526#post105526 as > follows: https://bugs.launchpad.net/ubuntu/+s...ils/+bug/71174 > <https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/71174> > mv --help > Quote: > mv --help > Usage: mv [OPTION]... [-T] SOURCE DEST > or: mv [OPTION]... SOURCE... DIRECTORY > or: mv [OPTION]... -t DIRECTORY SOURCE... > Rename SOURCE to DEST, or move SOURCE(s) to DIRECTORY. > > Mandatory arguments to long options are mandatory for short options too. > --backup[=CONTROL] make a backup of each existing destination file > -b like --backup but does not accept an argument > -f, --force do not prompt before overwriting > -i, --interactive prompt before overwrite > --strip-trailing-slashes remove any trailing slashes from each SOURCE > argument > -S, --suffix=SUFFIX override the usual backup suffix > -t, --target-directory=DIRECTORY move all SOURCE arguments into DIRECTORY > -T, --no-target-directory treat DEST as a normal file > -u, --update move only when the SOURCE file is newer > than the destination file or when the > destination file is missing > -v, --verbose explain what is being done > --help display this help and exit > --version output version information and exit > > The backup suffix is `~', unless set with --suffix or SIMPLE_BACKUP_SUFFIX. > The version control method may be selected via the --backup option or > through > the VERSION_CONTROL environment variable. Here are the values: > > none, off never make backups (even if --backup is given) > numbered, t make numbered backups > existing, nil numbered if numbered backups exist, simple otherwise > simple, never always make simple backups > > Report bugs to <bug-coreutils@gnu.org>. > > I believe this is an OO 2.2 bug that needs a general solution. Write me > back if I can provide further clarification. The question surely is > beyond my knowledge. > > Please help us. > > Thanks. > Kenneth Koym > _______________________________________________ > Bug-coreutils mailing list > Bug-coreutils@gnu.org > http://lists.gnu.org/mailman/listinfo/bug-coreutils > _______________________________________________ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils