[ANNOUNCE] FSVS 1.1.14 released

Hello everybody,

FSVS 1.1.14 is released, with a few new features and some bugfixes.

There are some fixes I wanted to get into this version (diff output
and behaviour, revert to a revision) but didn't make it - I'd need a
few uninterrupted hours to think that through, and that just doesn't
work in the train.

So, to not cause endless delays, I'm releasing 1.1.14 now - and try
really hard to find the time.

New features:
* New option for conflict handling; allows "stop" (historical default),
  "local", "remote", "both" or "merge".
  Uses an external "merge" binary (but can be configured, like "diff").
* New "resolve" action, to mark conflicts as resolved.
* "update" can now be restricted to an arbitrary subset of URLs.
  Please note that that doesn't mean *partly* updating your working
  copy - it just means that if you use 50 URLs you can update a
  single one.

Other small changes:
- Filter option "text" now means removed entries, too.
- "urls dump" can now work verbose to produce more human-readable
  output.
- Checkout now prints the entries as they're checked out.
- opt_parse() is now only optionally silent; the user gets better
  messages on wrong options.
- I've tried to get better compatibility with Solaris. Tell me if your

FSVS bugreports

Hi,

I am trying out fsvs and I'm beginning to get the feeling of it :)
There are several issues I had to face and I'd like to make some
bugreports. Can I hijack the issue tracker[1] and post my bugreports
there? I see Its not really used. Or should i just post them to this
mailing list?

Keep up the good work :)

Paul Tobias

[1]http://fsvs.tigris.org/servlets/ProjectIssues

Re: FSVS bugreports

Hello Paul,

> I am trying out fsvs and I'm beginning to get the feeling of it :)
Great!

> There are several issues I had to face and I'd like to make some
> bugreports. Can I hijack the issue tracker[1] and post my bugreports
> there? I see Its not really used. Or should i just post them to this
> mailing list?
I cannot access the issue tracker while I'm on the train; while that's
true for email too, it's easier for me to save the email on my notebook.

But ultimately it doesn't really matter that much ... just ask what you
want, and hope for the best 

Regards,

Phil

--

-- 
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

Re: FSVS bugreports

Hello again,

I forgot to mention - if you have the time, I'd appreciate tests against
the current HEAD version, too - maybe it's already fixed.
(At least you could take a look at
http://fsvs.tigris.org/source/browse/fsvs/trunk/fsvs/CHANGES?view=markup -
thank you.

Regards,

Phil

--

-- 
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

fsvs configuration bug

Hi,

I am trying to configure fsvs to manage the configuration of several servers 
in our company.

We have choosen / as configuration path. We are using exactly one url and 
exactly one ignore list.

The ignore list shows this way:

t./boot
t./boot/grub
t./boot/grub/menu.lst
./etc/fsvs
./etc/*passwd*
./etc/*shadow*
./etc/ssh/ssh_host_[dr]sa_key
./etc/ssl/private
t./etc/
t./var
t./var/lib
t./var/lib/dpkg
t./var/lib/dpkg/status
t./var/trac
t./var/trac/*
t./var/trac/*/conf
t./var/trac/*/conf/trac.ini
./**

the svn url is 

Re: fsvs configuration bug

Hello Gunnar!

> Where we are struggling now is when doing some configuration management.
> Lets say we are in /etc/apache2 and have done some changes in
> sites-enable/000-default and want to perform a commit.
>
> fsvs commit -m "changed apache2 config"
>
> fsvs tries to look for configuration of the path which is cwd passwd as
> parameter with fsvs commit and fails with
>
> "No URLs have been defined for /etc/apache2."
Strange ... I have explicit code that looks at upper directories, if the
current directory has no configuration data.

Which version of FSVS are you using?

Could you please send me the output of these commands?
  $ cd /etc/apache2
  $ fsvs info
  $ fsvs ci -mX -D waa__get_waa_directory -d
  $ ls -lad /etc/fsvs/*/*

Thank you.

Regards,

Phil

--

-- 

Re: fsvs configuration bug

Re: fsvs configuration bug

Hello Gunnar!

> On Thursday 17 April 2008 11:41:56 Gunnar Thielebein wrote:
> thank you for your immidiate answer.
> I did a test on another machine and it seems to work fine there like it
should be.

> At buttom you'll find output of the commands.
...
> strange, the "_base" is an symlink to pathes i used before for testing
issues. but i deleted the urls and ignore lists for them. Why do they
still appear in the config dir?

On initial definition of a working copy base directory via "fsvs urls ..."
fsvs creates the /etc/fsvs/ directories, and puts the symlink in there (as
documentation).

Simple "fsvs urls load" and so on may clean the URL list - but they do not
remove the symlink. That would have to be a "fsvs disown" or something
like that 

Now, I think that on this machine you might have a directory in /etc/fsvs/
that was defined for some directory below /etc - eg. /etc/apache2/

fsvs looks through the directory structure, finds this directory, and
believes it to be the working copy base - but then there's nothing
defined.

So you could try to clean that up - and should be fine.

HTH!

Regards,

Phil

--

-- 
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

[ALERT] Bug in example setup - passwords not removed from /etc/shadow

Hello everybody,

since 1.1.13 the FSVS sources included an "example" directory, with some
scripts in int.

I just found out that I forgot to put the correct script in my subversion
source directories; the example script for removing passwords in
/etc/shadow and /etc/gshadow was wrong, and didn't remove them.

Please see here for a quick download of a fixed version:
http://fsvs.tigris.org/source/browse/fsvs/trunk/fsvs/example/var/lib/fsvs-versioning/scripts/shadow-clean.pl?rev=1612&view=log

Please take all necessary steps:
- Install the fixed script;
and either
- change all passwords on your system or, if that's not possible,
- use svndumpfilter to remove old versions of your shadow
  and gshadow files, or,
- if you can restart versioning /etc, remove the repository, re-create it,
  and use "fsvs sync" to tell FSVS that there's nothing stored.

I've put an message on freshmeat, too.

I apologize for the inconvinience.

Regards,

Phil

--

-- 
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

Multiple URLs with FSVS

Hi,

I am really excited to dive into FSVS, yet there is a concept that I don't 
get. What is the use case of multiple URLs? I can not find anything in the 
documentation, and google doesn't seem to help either. From my knowledge of 
subversion (relatively substantial) I see a number of problems:

* Since each URL is a repository on its own right, they can get out of sync if 
someone commits something using classic svn. What happens then?

* When an URL is not available will a scheduled commit go through? Will it 
abort until the entire URL collection is accessible?

Any pointers to documentation and/or explanations are more than welcome.

Peter