, Daniel Shahaf wrote:
> When --incremental isn't used svnrdump tries to dump the full tree and
> runs into the authz restrictions. Do you have a suggestion for an
> alternative behaviour?
>
> Andrew Sasak wrote on Fri, Apr 13, 2012 at 11:58:50 -0400:
>> svnrdump fails when a
svnrdump fails when access control restrictions are in place on the
server and the --incremental option is not used. The message returned
is "authorization failed". This does not occur when the --incremental
option occurs. The svnrdump command is version 1.7.2.
I maintain a mirror of a repository that I must sneakernet sync using
a "dump, burn cd, load" process. I use --deltas and --incremental to
dump. I do not have access to every directory in the repository.
Occasionally, I am given access to a directory after it has existed
for some time. The revision
at 1:22 PM, Stefan Sperling wrote:
> On Wed, Oct 26, 2011 at 01:13:38PM -0400, Andrew Sasak wrote:
> > I have a mirror that is synced using svnsync from the master server.
> > The master server was updated to 1.7.1 yesterday, the mirror was updated
> to
> > 1.7 last week.
&g
I have a mirror that is synced using svnsync from the master server.
The master server was updated to 1.7.1 yesterday, the mirror was updated to
1.7 last week.
I had a few good syncs occur yesterday after the master was updated.
The mirror locked up last night and was rebooted this morning.
Since t
It was a hook preventing the deletion, not sure why I got a success message.
Thanks
On Thu, Jan 27, 2011 at 4:28 PM, Stefan Sperling wrote:
> On Thu, Jan 27, 2011 at 04:22:30PM -0500, Andrew Sasak wrote:
> > svn propdel svn:sync-lock --revprop -r 0 REPO_URL
>
> That looks good.
svn propdel svn:sync-lock --revprop -r 0 REPO_URL
On Thu, Jan 27, 2011 at 4:18 PM, Stefan Sperling wrote:
> On Thu, Jan 27, 2011 at 03:59:10PM -0500, Andrew Sasak wrote:
> > using svn 1.6.13
> > When I attempt to delete it, it gives me a message indicating success,
> >
using svn 1.6.13
When I attempt to delete it, it gives me a message indicating success,
however the property persists. Any ideas how to remove this? Can I safely
edit the revprops 0 file?
