svn co has also strange features now:
$svn co b
b
svn: Problem running log
svn: could not checkout a file
svn: in directory aml
svn: Permission denied
svn: svn_io_copy_file: copying
b/.svn/tmp/text-base/b_file.html.svn-base to b/b_file.html
the "add -R" recurse over everything does not work any more (have no
idea how to fix this now), and locks are remaining after error (aehm
... yep, cleanup helps) i felt more comfortable with a revision
around 14.1.
example for lock:
$ svn up # do this in root with wrong proxy passwort
--> the whole directory gets locked and not unlocked
any more
--- Philip Martin <philip@codematters.co.uk> wrote:
> Ben Collins-Sussman <sussman@collab.net> writes:
>
> > OK, there is something messed up with our wc library in HEAD.
> I'm
> > able to reproduce these bugs using r3004, on an ra_local working
> copy
> > of our standard greek tree:
> >
> > $ cd A
> > $ mv D was_D
> > $ svn st
> > subversion/libsvn_wc/status.c:251: (apr_err=2, src_err=0)
> > svn: No such file or directory
> > svn: assemble_status: D: No such file or directory
>
> I thought the original bug was that the entries file didn't refer
> to
> the directory, even though the directory was present. You are
> demonstrating the opposite, the directory is missing but the
> entries
> file still refers to it.
>
> >
> > #### What the heck? why would a missing directory print error
> instead
> > of a plain old "!" like it's supposed to?
> >
> > $ svn up
> > subversion/libsvn_subr/io.c:1567: (apr_err=2, src_err=0)
> > svn: No such file or directory
> > svn: svn_io_file_open: can't open `D/.svn/lock'
> >
> > #### again, the wc should report D as 'missing', and the full
> > directory should be re-added in the update-report response.
> > We're erroring out early.
> >
> > Shall I file this as one or two issues? We're definitely
> regressing
> > here.
>
> Look at issue 714. It's asking for revert to do it, but I don't
> see
> why update should not do it.
>
> The original bug, where the directory is missing from the entries
> file
> is harder to fix. In that case the client doesn't know that the
> directory is missing, so it won't report it. I suppose it might be
> possible to change the server to assume that anything not reported
> is
> missing?
>
> In both cases the working copy can probably be fixed by using
> checkout
> onto the original directory that contains the missing directory.
> That
> however has to retrieve everything, not just the missing bits. It
> may
> not handle switched working copies either.
>
> --
> Philip Martin
__________________________________________________
Do You Yahoo!?
HotJobs - Search Thousands of New Jobs
http://www.hotjobs.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Aug 21 19:08:57 2002