<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.sysutils.backup.fsvs.devel">
    <title>gmane.comp.sysutils.backup.fsvs.devel</title>
    <link>http://blog.gmane.org/gmane.comp.sysutils.backup.fsvs.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/435"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/433"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/431"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/428"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/426"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/425"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/423"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/420"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/419"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/405"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/404"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/400"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/396"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/395"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/393"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/390"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/380"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/371"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/370"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/367"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/435">
    <title>[ANNOUNCE] FSVS 1.1.17 released</title>
    <link>http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/435</link>
    <description>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</description>
    <dc:creator>Philipp Marek</dc:creator>
    <dc:date>2008-10-29T12:39:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/433">
    <title>[feature request] auto unversion of files matching new ignore pattern</title>
    <link>http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/433</link>
    <description>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

It should automaticly appear as unversioned:
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
</description>
    <dc:creator>Gunnar Thielebein</dc:creator>
    <dc:date>2008-09-30T20:32:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/431">
    <title>Pointer arithmetic in src/direnum.c:561</title>
    <link>http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/431</link>
    <description>Hi,

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

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

to:

  sts-&gt;name=this-&gt;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-&gt;name.  The last change to
sts-&gt;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
</description>
    <dc:creator>Jon</dc:creator>
    <dc:date>2008-09-18T13:36:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/428">
    <title>[PATCH] - Client certificate authentication</title>
    <link>http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/428</link>
    <description>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


</description>
    <dc:creator>Philipp Marek</dc:creator>
    <dc:date>2008-08-23T14:43:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/426">
    <title>saving auth credentials</title>
    <link>http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/426</link>
    <description>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
</description>
    <dc:creator>Gunnar Thielebein</dc:creator>
    <dc:date>2008-08-21T09:32:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/425">
    <title>[ANNOUNCE] FSVS 1.1.16 released, and [Alert]</title>
    <link>http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/425</link>
    <description>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 coul</description>
    <dc:creator>Philipp Marek</dc:creator>
    <dc:date>2008-06-18T15:22:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/423">
    <title>fsvs in Fedora</title>
    <link>http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/423</link>
    <description>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

</description>
    <dc:creator>David Fraser</dc:creator>
    <dc:date>2008-06-04T14:05:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/420">
    <title>bugreport: fsvs diff</title>
    <link>http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/420</link>
    <description>Hello, dev&lt; at &gt;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 -&gt; ./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
committed revision      1 on 2008-05-23T05:24:32.185924Z as root
---
committed success

And now I try to commit this dir again (I did not make any changes in /tmp/1), 
so:
#fsvs commit -m 'first' /tmp/1
---
Committ</description>
    <dc:creator>Nast</dc:creator>
    <dc:date>2008-05-23T05:45:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/419">
    <title>bugreport: fsvs update looses attributes</title>
    <link>http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/419</link>
    <description>Hi, dev&lt; at &gt;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

Now, I would like to checkout into /tmp/2
#mkdir /tmp/2
#fsvs checkout /tmp/2 file:///mnt/1/repository2
---
......        18  /tmp/2/somefile
......       dir  /tmp/2
Checked out file:///mnt/1/repository2 at revision       1.
---
everything seems to be ok

Try to check attributes:
for source:
# ls -all /tmp/1  
---
-rw-r--r--  1 root root   1</description>
    <dc:creator>Nast</dc:creator>
    <dc:date>2008-05-23T06:36:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/405">
    <title>FSVS 1.1.14 and up and CentOS 4.4: Error on make run-tests</title>
    <link>http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/405</link>
    <description>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
++ '[' root = root -a 0 -gt 99 ']'
++ umask 022
++ '[' '' ']'
++ shopt -q login_shell
++ for i in '/etc/profile.d/*.sh'
++ '[' -r /etc/profile.d/colorls.sh ']'
++ . /etc/profile.d/colorls.sh
+++ alias 'll=ls -l'
+++ alias 'l</description>
    <dc:creator>Benjamin M.</dc:creator>
    <dc:date>2008-05-01T21:45:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/404">
    <title>FSVS 1.1.12 and up: --enable-debug -&gt;  VALGRIND_MAKE_MEM_DEFINED / VALGRIND_MAKE_MEM_NOACCESS</title>
    <link>http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/404</link>
    <description>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</description>
    <dc:creator>Benjamin M.</dc:creator>
    <dc:date>2008-05-01T21:27:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/400">
    <title>FSVS 1.1.7 and up:  apr_md5.h: No such file or directory (CentOS 5)</title>
    <link>http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/400</link>
    <description>Hi Phil,

Under CentOS 5 with version 1.1.7 and up (no problem with previous 
versions) I have the following error:

$ make
cc -g -O2 -D_GNU_SOURCE=1 -D_FILE_OFFSET_BITS=64 -idirafter 
/usr/local/include -idirafter /usr/include -idirafter /openpkg/include 
-idirafter /usr/local/apr-1.2.12/include/apr-1 -Wall -funsigned-char -Os 
-DFSVS_VERSION='"fsvs-1.1.7:993"' -c -o ac_list.o ac_list.c
In file included from ac_list.c:9:
global.h:19:21: error: apr_md5.h: No such file or directory
In file included from ac_list.c:9:
global.h:51: error: ‘APR_MD5_DIGESTSIZE’ undeclared here (not in a function)
global.h:286: warning: type defaults to ‘int’ in declaration of ‘md5’
make[1]: *** [ac_list.o] Error 1
make: *** [default-target] Error 2

$ locate apr_md5.h
/usr/include/apr-1/apr_md5.h
/usr/local/apr-util-1.2.12/include/apr-1/apr_md5.h
/usr/local/include/apr-1/apr_md5.h

Any idea? Seems to have lot of changes between 1.1.6 and 1.1.7...

Ben.
</description>
    <dc:creator>Benjamin M.</dc:creator>
    <dc:date>2008-04-30T18:34:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/396">
    <title>[ANNOUNCE] FSVS 1.1.13 released</title>
    <link>http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/396</link>
    <description>Hello everybody,

FSVS 1.1.13 is released.


This is a maintenance/quality release; it has a big amount of bugfixes, and I 
got the automated test coverage up to 92.9 percent! (If you count the 
error-handling lines, which just abort the program on errors like ENOSPC and 
similar, too, you get 95.5%).

If you'd like to see the whole list of changes, please look in the changelog 
here: 
http://fsvs.tigris.org/source/browse/fsvs/tags/fsvs-1.1.13/fsvs/CHANGES?view=markup


And for the other people - here's the short list of new features.
* "revert" now reverts add/unversion/copy commands.
* "diff" of copied entries now diffs against the copyfrom source.
* New option to avoid the expensive MD5 copyfrom matcher.
* New option to avoid empty commits.
* FSVS_WARNING can now parse multiple warning options; but 
  FSVS_WARNINGS is now deprecated.
* New option "delay" - delays until a second wrap, used for scripts.
  Can be "yes", "no", or any combination of (some) action names.
* Support for absolute ignore patterns; </description>
    <dc:creator>Philipp Marek</dc:creator>
    <dc:date>2008-02-23T06:33:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/395">
    <title>[ANNOUNCE] FSVS 1.1.12 released</title>
    <link>http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/395</link>
    <description>Hello everybody!


Thinking about bigger changes, like copyfrom handling, doesn't really work
in 30 minute pieces in the train; that's why this release took a fair bit
longer than I'd wanted it to.

Well, nevertheless, it got finished ... here are the results.


Apart from the usual small bugfixes, cleanups, documentation and
compatibility updates, the bigger changes are:

- Fixed "fsvs ignore dump" to work in subdirectories; but now "fsvs urls"
  *must* be used for initialization.
- A workaround for doxygen's misfeature of *always* interpreting /* and */
  is implemented; so the ignore pattern documentation is now clearer.
- People using fsvs on http and https URLs now get the properties
  filtered; they couldn't commit because a special property was handed to
  FSVS, that must not be sent to the repository.
- The extended tests may now be run in parallel; that helps me a fair bit
  for QA.


And, of course, there's a thing this release is mainly concerned with:
- Copyfrom handling.
  Using "fsvs cp" should</description>
    <dc:creator>Philipp Marek</dc:creator>
    <dc:date>2008-01-17T14:33:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/393">
    <title>Binary size on ia64?</title>
    <link>http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/393</link>
    <description>Hello developers!


Looking at http://packages.debian.org/sid/fsvs I see that the binary size of 
fsvs is 276 kB on amd64 ... but 504 kB on ia64!

Is that just the bigger instruction lengths, or what else? Can somebody 
explain me the difference?
(Yes, I looked at 
http://en.wikipedia.org/wiki/X86-64#Differences_between_AMD64_and_Intel_64 - 
but I haven't found something related)


Regards,

Phil

</description>
    <dc:creator>Philipp Marek</dc:creator>
    <dc:date>2007-12-29T11:16:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/390">
    <title>fsvs ignore dump should work everywhere</title>
    <link>http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/390</link>
    <description>Hello!

This time, it's just a "simple" feature request :)

I have /net/WinDS02/pool/home/askwar/Gentoo-Home in fsvs. When
I do 

        cd /net/WinDS02/pool/home/askwar/Gentoo-Home/Notebook
        fsvs ignore dump

I get the ignore list. That's very well.

But when I do 

        cd /net/WinDS02/pool/home/askwar/Gentoo-Home/Notebook/etc
        fsvs ignore dump

Then nothing is returned.

It would be better, IMO, if this would also dump the ignore list.

Best regards,

Alexander Skwar
</description>
    <dc:creator>Alexander Skwar</dc:creator>
    <dc:date>2007-12-12T11:28:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/380">
    <title>environ undeclared in helper</title>
    <link>http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/380</link>
    <description>Hello.

helper.c: In function 'hlp__match_path_envs':
helper.c:1423: error: 'environ' undeclared (first use in this function)
helper.c:1423: error: (Each undeclared identifier is reported only once
helper.c:1423: error: for each function it appears in.)
helper.c: In function 'hlp__format_path':
helper.c:1580: error: 'environ' undeclared (first use in this function)

Patch attached, but doesn't work completely. After applying
the patch, I still cannot compile:

revert.c: In function 'rev__do_changed':
revert.c:597: warning: format '%o' expects type 'unsigned int', but argument 7 has type 'mode_t'
     CC status.c
status.c: In function 'st__print_status':
status.c:194: error: too few arguments to function 'hlp__format_path'
status.c: In function 'st__print_entry_info':
status.c:617: warning: format '%4o' expects type 'unsigned int', but argument 2 has type 'mode_t'
status.c:620: warning: format '%u' expects type 'unsigned int', but argument 2 has type 'uid_t'
status.c:620: warning: format '%u' expects type 'un</description>
    <dc:creator>Alexander Skwar</dc:creator>
    <dc:date>2007-12-07T12:46:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/371">
    <title>apr files not picked up?</title>
    <link>http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/371</link>
    <description>Hello again :)

I'm trying to get fsvs to compile on a Solaris 10 Sparc
system. To configure, I ran:

CC=/opt/csw/gcc4/bin/gcc CPP=/opt/csw/gcc4/bin/cpp \
 LDFLAGS="-L/opt/csw/lib -L/opt/csw/apache2/lib -L/opt/csw/lib/svn" \
 CPPFLAGS="-I/opt/csw/include -I/opt/csw/apache2/include -I/opt/csw/include/subversion-1" \
 PATH=/opt/csw/gcc4/bin:/opt/csw/gnu:/opt/csw/bin:$PATH \
 ./configure \
 --prefix=$HOME/.software --with-aprinc=/opt/csw/apache2/include \
 --with-aprlib=/opt/csw/apache2/lib --with-svnlib=/opt/csw/lib/svn \
 --with-svninc=/opt/csw/include/subversion-1

Now I'm trying to "make" it:

CC=/opt/csw/gcc4/bin/gcc CPP=/opt/csw/gcc4/bin/cpp \
 LDFLAGS="-L/opt/csw/lib -L/opt/csw/apache2/lib -L/opt/csw/lib/svn" \
 CPPFLAGS="-I/opt/csw/include -I/opt/csw/apache2/include -I/opt/csw/include/subversion-1" \
 PATH=/opt/csw/gcc4/bin:/opt/csw/gnu:/opt/csw/bin:$PATH \
 /opt/csw/bin/gmake

During compilation, I get a lot of these:

In file included from options.h:13,
                 from warnings.h:13,
           </description>
    <dc:creator>Alexander Skwar</dc:creator>
    <dc:date>2007-12-07T11:32:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/370">
    <title>stray '#' in program and environ undeclared</title>
    <link>http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/370</link>
    <description>Hello once more...

Now I'm getting this compile error:

     CC export.c
     CC fsvs.c
fsvs.c: In function 'Version':
fsvs.c:539: error: stray '#' in program
fsvs.c:539: error: called object '"compile options:\012\011 HAVE_LOCALES=1 AC_CV_C_UINT32_T=uint32_t HAVE_STRUCT_STAT_ST_MTIM=1 O_DIRECTORY==(0)="' is not a function
fsvs.c:544: error: syntax error before string constant
fsvs.c: In function 'main':
fsvs.c:852: error: 'environ' undeclared (first use in this function)
fsvs.c:852: error: (Each undeclared identifier is reported only once
fsvs.c:852: error: for each function it appears in.)
gmake[1]: *** [fsvs.o] Error 1
gmake: *** [default-target] Error 2




line 539 is the line with STRINGIFY:
#ifdef O_DIRECTORY
                                STRINGIFY(O_DIRECTORY=)#O_DIRECTORY
#endif



--(askwar&lt; at &gt;winds06)-(98/pts/4)-(12:30:35/2007-12-07)--
--($:~/Source/fsvs)-- /opt/csw/gcc4/bin/gcc --version
gcc (GCC) 4.0.2
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for co</description>
    <dc:creator>Alexander Skwar</dc:creator>
    <dc:date>2007-12-07T11:31:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/367">
    <title>direnum.c:146: error: 'NAME_MAX' undeclared here (not in a function)</title>
    <link>http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/367</link>
    <description>Hi again!

Trying to compile fsvs on S10. It fails:

diff.c:501: warning: format '%d' expects type 'int', but argument 5 has type 'long int'
     CC direnum.c
direnum.c:146: error: 'NAME_MAX' undeclared here (not in a function)
direnum.c: In function 'dir__get_dir_size':
direnum.c:207: warning: label 'ex' defined but not used
gmake[1]: *** [direnum.o] Error 1
gmake: *** [default-target] Error 2

Any ideas? :)

Complete config.log is available at &lt;http://public-files.askwar.s3.amazonaws.com/fsvs/config.log&gt;.

Alexander Skwar
</description>
    <dc:creator>Alexander Skwar</dc:creator>
    <dc:date>2007-12-07T10:53:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/365">
    <title>configure error on Solaris 10</title>
    <link>http://comments.gmane.org/gmane.comp.sysutils.backup.fsvs.devel/365</link>
    <description>Hello.

I just checked out Revision 1254 of fsvs from the tigris svn repository.
Now I'm trying to compile it on a Solaris 10 3/05 Sparc system. This
fails:

PATH=/opt/csw/gcc4/bin:/opt/csw/gnu:/opt/csw/bin:$PATH \
  CC=/opt/csw/gcc4/bin/gcc CPP=/opt/csw/gcc4/bin/cpp \
  LDFLAGS=-L/opt/csw/lib CPPFLAGS=-I/opt/csw/include \
  ./configure --prefix=$HOME/.software \
  --with-aprinc=/opt/csw/apache2/include --with-aprlib=/opt/csw/apache2/lib \
  --with-svnlib=/opt/csw/lib/svn --with-svninc=/opt/csw/include/subversion-1
[..]
checking for struct stat.st_mtim... yes
checking valgrind/valgrind.h usability... no
checking valgrind/valgrind.h presence... no
checking for valgrind/valgrind.h... no
configure: WARNING: Sorry, can't find valgrind headers.
checking linux/kdev_t.h usability... no
checking linux/kdev_t.h presence... no
checking for linux/kdev_t.h... no
configure: error:
*** MAJOR(), MINOR() and MAKEDEV() definitions not found.
*** I'll fake a definition, but that could make problems for ignore patterns
*** and</description>
    <dc:creator>Alexander Skwar</dc:creator>
    <dc:date>2007-12-07T07:53:14</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.sysutils.backup.fsvs.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.sysutils.backup.fsvs.devel</link>
  </textinput>
</rdf:RDF>
