Dear move tracking fans (I've CC'd a few particular people, but that's
not to exclude others),
Please take a look at the doc I've just added. It's meant to summarize
the model that I'm prototyping on the 'move-tracking-2' branch.
The commit that added it:
http://svn.apache.org/viewvc?view=revisio
Stefan Fuhrmann writes:
> The only outstanding consistency issue with hotcopying is the locks
> handling: this is the code that does plain tree copies. But I have no
> idea whether that is an actual problem and whether we can do anything
> about it.
http://subversion.tigris.org/issues/show_bug.c
On Tue, Jun 16, 2015 at 11:55 PM, Evgeny Kotkov wrote:
> Stefan Fuhrmann writes:
>
> > That makes we wonder how we prevent packing in old format repositories.
> > We know that hotcopying while packing can corrupt the destination repo.
>
> [...]
>
> > I'm -1 on reverting: Not being able to use ho
Starting with Subversion 1.9, as part of the SmartSVN build process we
are also creating Subversion command line binaries (client-side only)
which we are now providing as separate download for Windows (32 bit
only) and OSX. Windows binaries are built in a Windows 7 VM with the
minimum requireme
Thanks for the reminder! Will do.
On 17 Jun 2015 12:37 pm, "Yann Ylavic" wrote:
> On Wed, Jun 17, 2015 at 5:41 AM, Branko Čibej wrote:
> >
> > I went ahead and committed to trunk in r1685929. I'll see about porting
> this
> > to 1.5.x.
>
> Maybe 1.6.x too?
>
> -Original Message-
> From: stef...@apache.org [mailto:stef...@apache.org]
> Sent: woensdag 17 juni 2015 12:09
> To: comm...@subversion.apache.org
> Subject: svn commit: r1685985 - in /subversion/branches/fsx-1.10/subversion:
> include/private/svn_mutex.h libsvn_fs_x/batch_fsync.c
> libs
On Wed, Jun 17, 2015 at 5:41 AM, Branko Čibej wrote:
>
> I went ahead and committed to trunk in r1685929. I'll see about porting this
> to 1.5.x.
Maybe 1.6.x too?
I have the following problem under Debian with the subversion 1.8.13-1
Debian package, but I don't think that this is Debian specific.
It seems that "svn update" doesn't update keywords when the local
modifications on the concerned file are the same as in the repository.
The problem occurs on som
On Tue, Jun 16, 2015 at 11:01:36PM +0200, Stefan Fuhrmann wrote:
> I feel this is something we need to talk about privately in Berlin.
I'll make very sure indeed you two get to share a double bedroom at the hotel.
Promise.
9 matches
Mail list logo