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

Re: export URL bugs in 1.1.3 (OS X)

From: John Szakmeister <john_at_szakmeister.net>
Date: 2005-02-23 13:05:13 CET

On Tuesday 22 February 2005 09:29, Wade Williams wrote:
> All:
>
> Following the procedure on:
>
> http://subversion.tigris.org/project_issues.html

Thank you for doing that. :-)

> I'm reporting two probable bugs in subversion 1.1.3 on OS X 10.3.8.
>
> Any attempt to export a URL fails. I've tried both with svn: and
> svn+ssh:
> (the directory in the second parameter does not exist and the current
> directory from which the command is run is not part of a working copy)
>
> > xanadu:~ wwilliam$ svn export
> > svn://modsrc.myserver.net/test/trunk/testfiles testexport
> > svn: Cannot replace a directory from within

I'm not sure why you'd be getting this error. Does testfiles exist? DO
you have any locally modified files? What's the output status of 'svn st
-q'?

> Exporting a directory from my local working copy works as expected.
>
> > xanadu:~/test/trunk/ wwilliam$ svn export testfiles ~/testexport
> > Export complete.
>
> During this test, I also noticed that export succeeds when the export
> source directory does not exist. (it returns immediately) No target
> directory is created.
>
> > xanadu:~/test/trunk wwilliam$ ls
> > ttest x_test.mod x_test_zz.mod
> > test.mod x_test_dev.mod
> >
> >
> > xanadu:~/test/trunk wwilliam$ svn export idontexist ~/testexport2
> > Export complete.

I was actually looking at this the other day. The way export is crawling
over the working copy is what makes this succeed. It walks the actual
working directory instead of making use of the .svn/entries to do the
iteration. As a result, targets that don't exist are silently ignored.
I think this is a bug. Would you mind filing an issue? Point to this
thread if you could. I believe I have a patch for this. If so, then
I'll try and get it in before the next release.

> Here's the subversion version info. It was installed from Martin Ott's
> pre-built subversion packages: http://www.codingmonkeys.de/mbo/
>
> > xanadu:~ wwilliam$ svn --version
> > svn, version 1.1.3 (r12730)
> > compiled Jan 15 2005, 12:35:06
> >
> > Copyright (C) 2000-2004 CollabNet.
> > Subversion is open source software, see http://subversion.tigris.org/
> > This product includes software developed by CollabNet
> > (http://www.Collab.Net/).
> >
> > The following repository access (RA) modules are available:
> >
> > * ra_dav : Module for accessing a repository via WebDAV (DeltaV)
> > protocol.
> > - handles 'http' schema
> > - handles 'https' schema
> > * ra_local : Module for accessing a repository on local disk.
> > - handles 'file' schema
> > * ra_svn : Module for accessing a repository using the svn network
> > protocol.
> > - handles 'svn' schema
>
> I'll be glad to log this into issue tracker if told to do so. If a
> subversion developer needs it, I can also provide an account on an OS X
> machine with access to subversion sources and gdb.

Don't file an issue just yet for you svn:// export problem. If you can
come up with a reproduction recipe, then perhaps I can verify that it is
indeed a bug.

Thanks!

-John

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Feb 23 13:48:07 2005

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

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