[ANNOUNCE] FSVS 1.1.17 released

Hello everybody,

it's finally time to announce a new version.

There have been a lot of internal changes (again); and that did take most
of the time, because I had to shatter many hours of thinking into many
small half-hour pieces, and that means a lot of wasted time.

I hope to put the next version out sooner; it should have more user-visible
(and fewer internal) changes.
And that's already the keyword - the next version will feature some
incompatibilities, and will duly be noted 1.2.0, or even 2.0. Time (and the
next release announcement) will tell.

Well, back to more mundane matters - what did change since 1.1.16?

There are some additional features:
- New "uncopy" command, to disambiguate "revert" on copied and changed
  entries. Manually added or "prop-set" entries are kept known.
- New option "all_removed", to trim the output for deleted hierarchies.
- New option "config_dir", important for https connections with client
  certificate authentication.
- New command "delay", for use in scripts.
- New command "rel-ignore"; this converts the given ($PWD-local) shell
  patterns to working copy root relative.
- New "fsvs cat" command, to fetch really pristine copies from the
  repository.
- A new flag for ignore patterns, for matching directories only.
- And a way for ignore patterns to match the entries' mode; so eg.
  world-unreadable files can easily be ignored.

[feature request] auto unversion of files matching new ignore pattern

It would be nice if fsvs would have an option that if patterns are 
edited files that are matched also automagically become unversioned.
If I have added some pattern like

> ./etc/gshadow-
It should automaticly appear as unversioned:
> .d.. ./etc/gshadow-
IMO this was already requested some time ago.
I think adding a config for that would also not break too much 
compatibility of older versions.
It is that you cant have the ultimate ignore list matching all kind of 
distribution.
Easing the use of the unversion would help in customising hosts.

At the moment I need to edit the ignore list, then unversion the files 
and if some other admin has done work also remember the pathes i removed.
What do you think about that?

Regards,
Gunnar

Pointer arithmetic in src/direnum.c:561

Hi,

I think line src/direnum.c:561 should change from:

  sts->name=names[i] + this->strings;

to:

  sts->name=this->strings + names[i];

I have spent the last 3 evenings trying to get fsvs running on my Nokia
N800 and kept getting segmentation faults every time I ran the command:

  fsvs commit -m 'yada-yada-yada' /etc

Using DEBUGP and binary chopping through the code I tracked the segfault
down to src/direnum.c:587 which uses sts->name.  The last change to
sts->name was made at 561 which does the fancy pointer arithmetic to
convert an integer offset from the names[] array to a char*.

I use a cross-compiler to build programs for the Nokia N800.  I
suspect that the compiler will only generate the code I want when the
source expression looks like char*+int.  I think it generates bad
code when the source expression is int+char*.

Thanks
Jonty

[PATCH] - Client certificate authentication

Hello Gunnar,

could you please test that this works for you? It's already committed in 
r1865, so if you're on HEAD you won't need that.

Regards,

Phil

--

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

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe <at> fsvs.tigris.org
For additional commands, e-mail: dev-help <at> fsvs.tigris.org

saving auth credentials

Hi Phi,

For our convenience I moved this topic to dev.

I digged a little in svn hacking and when looking the functions 
svn_config_get_config and preparing auth_baton it seems all correct to 
me when comparing with e.g. svn client.

 From my gross understanding is that  dir ~/.subversion is already taken 
for credentials. There is only a problem in creating the initial 
directory structure if its missing and saving the auth file with the 
credentials. This should be done automagically via svn_cmd_setup_auth_baton.

When you say  try a meaningful cfg value, what do you mean with that?
I can't find another way getting cfg_hash. Could you shed some light on it?

Regards,
Gunnar

[ANNOUNCE] FSVS 1.1.16 released, and [Alert]

Hello everybody,

here's a fresh release.

Important: if you're versioning your /etc/ *and* you're using the DynDNS
registration client, please change your password; the filtering script used
for ddclient.conf was wrong, and so your password might be stored in your
repository.

It's been about 3 months since the last feature release; it took a bit
longer because I changed some internal conventions and shoved code around.

The major changes since 1.1.15 are:
- FSVS_WARNINGS removed. Use FSVS_WARNING.
- Handling of FSVS_WAA and FSVS_CONF now via the normal option handling, to
  reduce code size. Now it's possible to use "-oconf=..." on the command  line, too.
  (But it's not possible to override the paths from the config file.)
- Bugfix for error after commit, when $EDITOR returned an 0 byte file as
  commit message.
- "fsvs diff" changed to recursive behavior, as "svn" does.
- Fixed "fsvs diff -rX" to print only changed entries, not the whole list.
- "fsvs   diff -rX:Y" reimplemented, too; performance could get optimized.
- Rewrote entry fetching from the repository. Previously a file with bad
  mode (like 0111) couldn't get diffed.
- "update -rX" and "diff -rX" (but not "diff -rX:Y") now use the per-url
  override syntax (see "-u").
- New option to set maximum number of revisions on "fsvs log".
- Fixed diff for symlinks and devices.
- New option "stop_change" for use in scripts.
- New option "author" for commit (but that doesn't work for svn+ssh://)

fsvs in Fedora

Hi everyone

Just wanted to say thanks for writing fsvs - been waiting for something like this for years.
I've got fsvs included in Fedora - 1.1.15 is now in the repositories for Fedora 7 and upwards, and I'm the
package maintainer.
I presume the announcements mailing list is the place to lurk to look for new releases - but there didn't seem
to be a notice of the release of 1.1.15...

Cheers
David

--

-- 
David Fraser
St James Software

bugreport: fsvs diff

Hello, dev <at> fsvs.tigris.org

I'd like to inform you about bug in fsvs (FSVS (licensed under the GPLv3), (C) 
by Ph. Marek; version fsvs-1.1.14:1496)
under Debian Linux 4.0 (etch)

This bug appears when I try to get differense between 2 revisions:

First I create new repository 
#svnadmin create /mnt/1/repository2

I want to commit directory /tmp/1 into repository
#cd /tmp/1

#ls -all
---
-rw-r--r--  1 root root   16 May 23 13:17 somefile
lrwxrwxrwx  1 root root   10 May 23 13:18 symlink_to_somefile -> ./somefile
---
As you can see this dir contains 2 files, file 'somefile' and symlink to this 
file

#fsvs urls file:///mnt/1/repository2

Try to commit:
#fsvs commit -m 'first' /tmp/1
---
Committing to file:///mnt/1/repository2
N...        16  /tmp/1/somefile
N...        10  /tmp/1/symlink_to_somefile

bugreport: fsvs update looses attributes

Hi, dev <at> fsvs.tigris.org

I have got bug in fsvs then I try to execute fsvs update

I'am using Debian Linux 4.0 (etch) and fsvs -V
FSVS (licensed under the GPLv3), (C) by Ph. Marek; version fsvs-1.1.14:1496

First I create new repository 
#svnadmin create /mnt/1/repository2

I want to commit directory /tmp/1 into repository
#cd /tmp/1

#ls -all
---
-rw-r--r--  1 root root   18 May 23 14:09 somefile
---
directory has only one file

#fsvs urls file:///mnt/1/repository2

Committing:
#fsvs commit -m 'first' /tmp/1
---
Committing to file:///mnt/1/repository2
N...        18  /tmp/1/somefile
committed revision      1 on 2008-05-23T06:11:50.954017Z as root
---
committed success

FSVS 1.1.14 and up and CentOS 4.4: Error on make run-tests

Phil,

With versions 1.1.14 and up (no problem with previous
versions) and CentOS 4.4 (no problem with CentOS 5) I have the following 
error on

$ make run-tests

All tests are failing (I tried some with TEST_LIST=) with the same error.

Ben.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
with /tmp/fsvs-test-0 already existing from previous working run-tests
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

  make run-tests VERBOSE=1
make -C ../tests BINARY=/usr/src/fsvs-1.1.14/src/fsvs
Running tests...

_______________________________________________________
   "001_init_dir":1: (Thu May 1 17:34:42 EDT 2008)
+ alias 'rm=rm -i'
+ alias 'cp=cp -i'
+ alias 'mv=mv -i'
+ '[' -f /etc/bashrc ']'
+ . /etc/bashrc
+++ id -gn
+++ id -un
+++ id -u

FSVS 1.1.12 and up: --enable-debug -> VALGRIND_MAKE_MEM_DEFINED / VALGRIND_MAKE_MEM_NOACCESS

Phil,

With version 1.1.12 and up (no problem with previous
versions) I have the following error when using

./configure --enable-debug

$ make
      Link fsvs
est_ops.o(.text+0xf85): In function `ops__allocate':
/usr/src/fsvs-1.1.12/src/est_ops.c:820: undefined reference to 
`VALGRIND_MAKE_MEM_DEFINED'
est_ops.o(.text+0xfe0):/usr/src/fsvs-1.1.12/src/est_ops.c:848: undefined 
reference to `VALGRIND_MAKE_MEM_DEFINED'
est_ops.o(.text+0x10b8):/usr/src/fsvs-1.1.12/src/est_ops.c:869: 
undefined reference to `VALGRIND_MAKE_MEM_DEFINED'
est_ops.o(.text+0x11d7): In function `ops__free_entry':
/usr/src/fsvs-1.1.12/src/est_ops.c:923: undefined reference to 
`VALGRIND_MAKE_MEM_DEFINED'
est_ops.o(.text+0x1202):/usr/src/fsvs-1.1.12/src/est_ops.c:930: 
undefined reference to `VALGRIND_MAKE_MEM_DEFINED'
est_ops.o(.text+0x1216):/usr/src/fsvs-1.1.12/src/est_ops.c:933: 
undefined reference to `VALGRIND_MAKE_MEM_NOACCESS'
est_ops.o(.text+0x1239):/usr/src/fsvs-1.1.12/src/est_ops.c:948: 
undefined reference to `VALGRIND_MAKE_MEM_NOACCESS'
est_ops.o(.text+0x1265):/usr/src/fsvs-1.1.12/src/est_ops.c:955: 
undefined reference to `VALGRIND_MAKE_MEM_NOACCESS'
est_ops.o(.text+0x12ca):/usr/src/fsvs-1.1.12/src/est_ops.c:965: 
undefined reference to `VALGRIND_MAKE_MEM_NOACCESS'
collect2: ld returned 1 exit status