Hello Alexander!
> I've just won fsvs on Solaris. At first it compiled and worked quite
> good, but core dumped on Door devices. /etc contains several doors, so I
> couldn't put it in repository...
Yes, I couldn't test this kind of data.
> However, I changed this in src/helper.c
> (treat doors as sockets and fifos).
> The complete Solaris patch (tested on OpenSolaris-b130) is attached.
Thank you very much! I'll incorporate that.
> fsvs commit,diff -v,rollback and update works.
> It would be cool for fsvs to support ZFS ACLs :)
Yes, xattr support is on the TODO (since two years, I'm afraid).
> One more question. Some FSVS data is stored in /etc. So if we have 2
> dirs under fsvs control, e.g., /home and /etc, what will be with /home
> changes on /etc revert ? Will they be accessible in any way in the
> following scenario?
...
> How can I access /home history now when /etc/fsvs rolled back?
/etc/fsvs only stores the "non-volatile" data - like URLs, grouping (ignore)
patterns,
and so on.
So yes, if you change the patterns for /home, you can revert that.
That is a feature - but, depending on the usage, might turn into a problem.
If you revert major parts in /etc, you can always do
fsvs revert /etc/fsvs/4858* -R -R
(which should be the directory for /home) to keep the latest version of the
/home data.
The volatile data, like file lists and file MD5 values, is kept below /var - so
"status", "diff" etc. should work even if parts of /etc are put back to an old
version.
Regards,
Phil
--
Versioning your /etc, /home or even your whole installation?
Try fsvs (fsvs.tigris.org)!
------------------------------------------------------
http://fsvs.tigris.org/ds/viewMessage.do?dsForumId=3928&dsMessageId=2436337
To unsubscribe from this discussion, e-mail:
[[email protected]].
