Les Mikesell wrote on Tue, Feb 14, 2012 at 19:34:10 -0600:
> On Tue, Feb 14, 2012 at 7:02 PM, Daniel Shahaf
> wrote:
> > Stefan Sperling wrote on Tue, Feb 14, 2012 at 23:19:58 +0100:
> >> Until then, svnsync or svnadmin dump/load are the only officially
> >> supported incremental backup solutions
On Tue, Feb 14, 2012 at 7:02 PM, Daniel Shahaf wrote:
> Stefan Sperling wrote on Tue, Feb 14, 2012 at 23:19:58 +0100:
>> Until then, svnsync or svnadmin dump/load are the only officially
>> supported incremental backup solutions. But, as Daniel explained,
>> 'rsync' followed by 'svnadmin recover'
Stefan Sperling wrote on Tue, Feb 14, 2012 at 23:19:58 +0100:
> Until then, svnsync or svnadmin dump/load are the only officially
> supported incremental backup solutions. But, as Daniel explained,
> 'rsync' followed by 'svnadmin recover' produces valid copies of
> FSFS repositories, too.
I didn't
On Tue, Feb 14, 2012 at 02:11:29PM -0500, Harry Bullen wrote:
> The repositories total about 200GB (some
> people might have committed movies to svn but I may not fix this)
> which is why I want to do this instead of svn hotcopy, which will have
> to copy all 200GB every day.
Subversion 1.8 will s
On Tue, Feb 14, 2012 at 1:11 PM, Harry Bullen wrote:
> I'm looking at using lvm snapshots and rsync to back up a bunch of svn
> repositories every night. The repositories total about 200GB (some
> people might have committed movies to svn but I may not fix this)
> which is why I want to do this
If the snapshots are atomic that's fine, though you'll potentially need
to run 'svnadmin recover' before they're usable.
Running dump / verify or otherwise verifying your snapshots remains
a good idea.
Harry Bullen wrote on Tue, Feb 14, 2012 at 14:11:29 -0500:
> I'm looking at using lvm snapshots
On Tue, Feb 14, 2012 at 2:11 PM, Harry Bullen wrote:
> I'm looking at using lvm snapshots and rsync to back up a bunch of svn
> repositories every night. The repositories total about 200GB (some
> people might have committed movies to svn but I may not fix this)
> which is why I want to do this i
Am 13.02.2012 23:07, schrieb Stefan Sperling:
...
Stefan,
Please be patient. Our new server is not yet back from service, so I
can't check. Furthermore I'll have to investigate to build from
sources, which I didn't do so far.
Thomas
--
Mecadtron GmbH
Sitz der Gesellschaft: Nürnberg
Amtsgericht
I'm looking at using lvm snapshots and rsync to back up a bunch of svn
repositories every night. The repositories total about 200GB (some
people might have committed movies to svn but I may not fix this)
which is why I want to do this instead of svn hotcopy, which will have
to copy all 200GB every
On Tue, Feb 14, 2012 at 12:23:42PM -0500, Nico Kadel-Garcia wrote:
> Cool. I'm looking at RPM bundling for it: I note the addition of the
> "mod_dontdothat" module, which is making me laugh a bit at the name.
> Does anyone have a good sample dontdothat config file I can add to the
> RPM bundle?
Se
Cool. I'm looking at RPM bundling for it: I note the addition of the
"mod_dontdothat" module, which is making me laugh a bit at the name.
Does anyone have a good sample dontdothat config file I can add to the
RPM bundle?
I'm also uncertain of whether to bundle the dontrformat tools with the
mod_da
Hello, Ruben,
Could you retry the just published 1.7.5 which contains lots of fixes, and is
based on the SVN library 1.7.3 which also contains lots of fixes?
Thanks,
Best regards
Markus Schaber
--
___
We software Automation.
3S-Smart Software Solutions GmbH
Markus Sch
Hello,
I just got the following message from Tortoise-SVN 1.7.4:
[Š]TortoiseSVN-1.7.4\ext\subversion\subversion\libsvn_client\merge.c'
line 2935: assertion failed (SVN_IS_VALID_REVNUM(rev_primary_url_deleted))
I was trying to continue with a merge operation. I am merging a range of
revisions fro
Dear *,
I was happy to see subversion 1.7.3 was release and that many bugs were
fixed.
This bug did not get fixed though
(http://subversion.tigris.org/issues/show_bug.cgi?id=4052) and that
would have made me even happier J
Has anyone had time to look into this?
Regards
Christian
V
Hi,
When SVN 1.7 working copies are accessed concurrently (different Threads or
Processes), I often get SVN_ERR_WC_LOCKED.
Is there any configuration option I can set so that SVN internally just waits
until the lock is available, instead of erroring out?
Best regards
Markus Schaber
--
__
15 matches
Mail list logo