Hello Alexander!
> Let's say, that I registered /tmp/a in FSVS. Now I'd like to move /tmp/a
> to /var/tmp/b.
>
> What needs to be done for this?
...
> In short: Are the following steps enough?
>
> mv /etc/fsvs/4a95409c024057266531d5bf11909beb \
> /etc/fsvs/25ef7c0971d01e5c20fd0bb93e984fec
> rm /etc/fsvs/25ef7c0971d01e5c20fd0bb93e984fec/_base
> ln -s /var/tmp/b /etc/fsvs/25ef7c0971d01e5c20fd0bb93e984fec/_base
No, you'd need to move the directory in the /var/spool/fsvs area, too.
It *might* be much easier (and cleaner) to do
cd old
fsvs ignore dump > /tmp/ignore
fsvs urls dump > /tmp/urls
cd new
ev. clean /etc/fsvs/ and /var/spool/fsvs
fsvs urls load < /tmp/urls
fsvs ignore load < /tmp/ignore
fsvs sync-repos
But, as that contacts the repository, it might be *much* slower than
simply moving the directories.
Note that for big files (>128kB) a list of part-MD5 is kept, to speed up
modification detection; these paths won't be corrected by either way.
Only committed/updated files get those written again.
Similar for user-defined properties like fsvs:commit-pipe and so on -
they'd (possible ;-) be written again by sync-repos, but I don't know
offhand now. Your way *won't* take them, so they'd get lost after the
move!
Summary:
- your way is ok, if you do either a "sync-repos" or move the waa
(area_s_!), too
- other way would be documented.
Good luck!
Regards,
Phil
--
Versioning your /etc, /home or even your whole installation?
Try fsvs (fsvs.tigris.org)!
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
