cmpilato@collab.net writes:
> "Gerald Richter" <richter@ecos.de> writes:
>
> > The svn co doesn't leave anything in the Apache error_log, but the svn up
> > does:
> >
> > [Sun Jun 02 11:54:09 2002] [error] [client 127.0.0.1] A failure occurred
> > during the completion and response generation for the update report. [404,
> > #21064]
> > [Sun Jun 02 11:54:09 2002] [error] [client 127.0.0.1] (2)No such file or
> > directory: file not found: transaction , path /5.6.1/i586-linux' [404,
> > #21064]
> >
> >
> > Any idea what's happeing here?
>
> I'm not sure, but my first guess is that perhaps this is related to a
> recent change in the formatting of the "magic URLs" that get
> transmitted between client and server. Those are "old style" URLs,
> and probably just reflect places in our code base where we aren't
> gracefully updating those to "new style" URLs like we are supposed to
> be doing.
>
> Sussman, whatcha think?
Ummm, nope, there are no "new style" URLs being generated anywhere,
except in a private patch I'm testing on my own box. :-)
I'm not sure what's up here... assuming that the repository was
created via import over ra_local, maybe there's a bogus character in a
filename that's choking up http?
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jun 3 16:57:55 2002