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

Re: svn switch breaks on svn:externals

From: Issac Goldstand <margol_at_beamartyr.net>
Date: Sun, 30 Mar 2008 20:56:32 +0300

Not cc-ing the user-list

Short answers inline:

Karl Fogel wrote:
> Issac Goldstand <margol_at_beamartyr.net> writes:
>> After several weeks of trial and error, I *think* I may have
>> discovered a bug in 1.5 where svn:externals doesn't deal properly with
>> peg URLs. It gives an error where checkout and update don't.
>> See the following case:
>> --- START ---
>> cd /home/www/staging/staging.xxx.net ; /usr/local/bin/svn15 switch
>> --non-interactive file:///home/system/svnroot/xxx/tags/test-common2/
>> || /usr/local/bin/svn15 --non-interactive update ..
> Your last 'update' command seems to execute only if the switch command
> returns failure ("||"). That's what you intended right? (I think so,
> just want to make sure.)

Well, it's not really needed if it works :)

>> D www/hello.html
>> A www/ielogo_white.gif
>> U www/index.html
>> U www
>> Fetching external item into 'www/common'
>> svn: '/home/system/svnroot/common' is not a working copy
>> svn: Can't open file '/home/system/svnroot/common/.svn/entries': No
>> such file or directory
> So the above output is from the switch...

>> Fetching external item into 'www/common'
>> A www/common/hello.php
>> Updated external to revision 660.
>> Updated to revision 660.
> And the above is from the update, right?
>> # /usr/local/bin/svn15 propget svn:externals www
>> ^/common/dev/ common
>> --- END ---
>> The externals break on the switch, but subsequently will get fetched
>> if I do an update. The same activity was observed for http/https URLs
>> (using bundled NEON on client and mod_svn on server). It works fine
>> on checkout, too. The working copies are all 1.5, whereas the
>> repository is still 1.4 - not sure if that makes a difference.
> Can you give us a full reproduction recipe, one that starts with the
> creation of a repository from scratch, etc? I know that's more trouble,
> but it saves us *immense* amounts of time debugging.

Sigh. I'll work on it. I'm going to have to install another production
environment like this in the next few days, so solving this before I do
so is in my best interests too :-D

I'll start with a clean VM soonish and keep you posted.


To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-03-30 20:47:57 CEST

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