[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: svn commit: r966770 - in /subversion/trunk/subversion/libsvn_wc: copy.c log.c log.h merge.c workqueue.c workqueue.h

From: Bert Huijben <bert_at_qqmail.nl>
Date: Thu, 22 Jul 2010 23:00:31 +0200

> -----Original Message-----
> From: Daniel Shahaf [mailto:d.s_at_daniel.shahaf.name]
> Sent: donderdag 22 juli 2010 20:58
> To: dev_at_subversion.apache.org
> Cc: commits_at_subversion.apache.org
> Subject: Re: svn commit: r966770 - in
> /subversion/trunk/subversion/libsvn_wc: copy.c log.c log.h merge.c
> workqueue.c workqueue.h
>
> rhuijben_at_apache.org wrote on Thu, Jul 22, 2010 at 17:44:41 -0000:
> > Author: rhuijben
> > Date: Thu Jul 22 17:44:41 2010
> > New Revision: 966770
> >
> > URL: http://svn.apache.org/viewvc?rev=966770&view=rev
> > Log:
> > Replace the file-move loggy operation with a file-move wq operation.
> >
> > This to move away from loggy and to fix some cross directory
> > issues on using adm_abspath, when running with a single-db.
>
> So the work queue (which, IIUC, replaces loggy) uses absolute paths?
>
> How would this affect
>
> % svn break-the-wc /path/to/wc
> svn: an error occured; run 'svn cleanup'
> % /bin/mv /path/to/wc /elsewhere
> % svn cleanup /elsewhere

Currently it uses absolute paths, so yes you have this issue (and you had
the same issue for at least half a year), because we can't really use the
working copy relative infrastructure yet. (This is too much dependent on
single-db).

Before 1.7 these paths will be we working copy root relative. See the note I
added with this commit

        Bert
>
> ?
>
>
> Daniel
> (if it's documented, I'll appreciate a pointer to the docs, thanks.)
Received on 2010-07-22 23:01:24 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.