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

RE: Coniguring 301/302 redirects to track an fspath rename

From: Bert Huijben <bert_at_qqmail.nl>
Date: Tue, 5 Feb 2013 23:26:29 +0100

> -----Original Message-----
> From: C. Michael Pilato [mailto:cmpilato_at_collab.net]
> Sent: dinsdag 5 februari 2013 23:16
> To: Joe Schaefer
> Cc: Branko Čibej; dev_at_subversion.apache.org
> Subject: Re: Coniguring 301/302 redirects to track an fspath rename
>
> On 02/05/2013 04:56 PM, Joe Schaefer wrote:
> > Telling me this is a dead-end task without explanation does not exactly
> > instill me with confidence in your opinion- I'd like to see you explain
> > why the software I wrote and am now using in production cannot possibly
> > work as intended. Again do me a favor and test it if you cannot figure
> > out how it works from source:
>
> So, I think the disconnect stems from my (apparent) misunderstanding that
> you were seeking an automated solution that was available *today* to this
> very incubator graduate. Something that would allow the users of that
> codebase to effectively not even really notice that the project has been
> moved elsewhere in the repository. Sorry for not noticing that the thread
> had shifted into a consideration of some as-yet-uncharted future.
>
> > % svn co
> http://svn.apache.org/repos/asf/incubator/openmeetings/trunk@1400000
> > % cd trunk
> > % svn up
> >
> > Post the output if you do not understand what our
> > server is trying to convey when you issue those commands.
>
> Well, I see this (using an 1.8.0-dev Subversion client):
>
> {{{
> $ svn co
> http://svn.apache.org/repos/asf/incubator/openmeetings/trunk@1400000
> A trunk/singlewebapp
> A trunk/singlewebapp/test
> A trunk/singlewebapp/test/filename1.wml
> A trunk/debian_package/etc/init.d
> A trunk/debian_package/etc/init.d/ooomeetings
> A trunk/debian_package/etc/init.d/red5-openmeetings
> Checked out revision 1400000.
> $ cd trunk/
> $ svn up
> Updating '.':
> subversion/svn/update-cmd.c:175: (apr_err=175011)
> subversion/libsvn_client/update.c:625: (apr_err=175011)
> subversion/libsvn_client/update.c:565: (apr_err=175011)
> subversion/libsvn_client/update.c:381: (apr_err=175011)
> subversion/libsvn_client/iprops.c:273: (apr_err=175011)
> subversion/libsvn_client/iprops.c:217: (apr_err=175011)

Looking at this stack, this error originates in the iprops fetch that was added before the actual update for 1.8.

        Bert

> subversion/libsvn_ra/ra_loader.c:1323: (apr_err=175011)
> subversion/libsvn_ra/compat.c:914: (apr_err=175011)
> subversion/libsvn_ra_serf/serf.c:1081: (apr_err=175011)
> subversion/libsvn_ra_serf/property.c:694: (apr_err=175011)
> subversion/libsvn_ra_serf/property.c:670: (apr_err=175011)
> subversion/libsvn_ra_serf/util.c:2376: (apr_err=175011)
> svn: E175011: Repository moved permanently to '(null)'; please relocate
> $
> }}}
Received on 2013-02-05 23:27:11 CET

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.