Hi all,
My reply with attachments wasn't sent to whole group, check below some
cuts/answers (hope I did cut the most important parts)
About 'revert/update problems' - I will do further testing and send debug logs
About 'fsvs get killed/out of memory' - please check next email(s)
> > Most important is that my system is NOT ready
> > for crash and I am NOT ready to recover it.
> I'm sorry that FSVS disappointed you.
It is early to say that (I did not mean it).
Just... my backup solution is not ready.
> > An error occurred: Transaction is out of date (160028)
> > in ci__directory: open_file
> "transaction out of date" is a subversion error message.
> It seems that FSVS already thinks it could "update" to r84 or r85;
Confirmed! 'fsvs info' show r86 instead r87. Sorry, I did not notice this.
regards,
Plamen.
====================
Philipp Marek wrote:
> > > 1) 'sudo fsvs update -r 84' failed with msg "permissions denied" -
> > > it try to update directory /dev and it failed.
> > What kind of filesystem is your /dev?
> Files attached: 'mount.txt', 'fstab.txt', 'parted_dev-sda6_print.txt'
I think I know what the problem is:
# LANG=C touch /dev/pts/as
touch: cannot touch `/dev/pts/as': Permission denied
You have
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
(like me), but that doesn't allow creating nodes there.
The clean way to solve that is to filter your repository, and remove all
of /dev/pts, put that path in a ignore pattern, and do an "unversion" on
that.
> > Yes, update is mostly the same as revert.
> What does Revert do: 'fsvs revert -r 85 -R /'
> 1) revert changes from revision 85 (like svn)
> 2) revert everything to revision 85 (including rev 86 and rev 87, since
> mixed revisions are not supported)
"fsvs revert -rX" goes to the repository, and gets all changes from BASE (this
is the revision your working copy is at - you can see that with "fsvs info") to
X, and applies these changes to your system - overwriting local changes.
(This overwriting is one major difference to update.)
> Finally I also excluded /var/run and /var/lock - maybe you
> know why better than me.
/var/run is for transient data - like process IDs; I don't think it should be
committed.
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]
