Hi,
On Fri, Nov 23, 2012 at 11:12:01AM +, Philip Martin wrote:
> net_robber writes:
>
> > XML: char-data (274) returns 0
> > XML: start-element (274, {svn:, close-file}) => 279
> > XML: end-element (279, {svn:, close-file})
> > XML: char-data (274) returns 0
> > XML: XML_Parse returned 0
> >
Philip Martin wrote on Fri, Nov 23, 2012 at 11:12:01 +:
> net_robber writes:
>
> > XML: char-data (274) returns 0
> > XML: start-element (274, {svn:, close-file}) => 279
> > XML: end-element (279, {svn:, close-file})
> > XML: char-data (274) returns 0
> > XML: XML_Parse returned 0
> > XML: Pa
net_robber writes:
> XML: char-data (274) returns 0
> XML: start-element (274, {svn:, close-file}) => 279
> XML: end-element (279, {svn:, close-file})
> XML: char-data (274) returns 0
> XML: XML_Parse returned 0
> XML: Parse error: XML parse error at line 384: not well-formed (invalid token)
Do
the last lines is this for synsync
U1ZOAACD7niD9SuEbpha]
XML: Parsing 7487 bytes.
XML: char-data (276) returns 0
XML: char-data (276) returns 0
XML: end-element (276, {svn:, apply-textdelta})
XML: char-data (274) returns 0
XML: start-element (274, {svn:, close-file}) => 279
XML: end-element (279,
Daniel Shahaf writes:
> Andreas Mohr wrote on Thu, Nov 22, 2012 at 12:33:05 +0100:
>> [global]
>> neon-debug-mask = 511
> I don't recall off the top of my head --- would that also print
> usernames/passwords (in the clear or otherwise)?
In most cases neon-debug-mask does nothing because produc
Hi,
On Thu, Nov 22, 2012 at 06:40:30PM +0200, Daniel Shahaf wrote:
> Andreas Mohr wrote on Thu, Nov 22, 2012 at 12:33:05 +0100:
> > Enabling
> >
> > [global]
> > neon-debug-mask = 511
> >
> > (or perhaps some other setting for non-Neon operation, dunno)
> > in ~/.subversion/servers
> > will prob
Andreas Mohr wrote on Thu, Nov 22, 2012 at 12:33:05 +0100:
> Hi,
>
> On Thu, Nov 22, 2012 at 06:28:07PM +0800, net_robber wrote:
> > hi,
> >
> > first of all, thanks for your reply.
> >
> > and then,
> > some version info:
> > OS: RHEL 4.3 x86_64
> > apache: 2.2.22
> > subversion: 1.6.17
> >
>
Hi,
On Thu, Nov 22, 2012 at 06:28:07PM +0800, net_robber wrote:
> hi,
>
> first of all, thanks for your reply.
>
> and then,
> some version info:
> OS: RHEL 4.3 x86_64
> apache: 2.2.22
> subversion: 1.6.17
>
> i am not sure does these enough to find out the fault.
> so, let me know if i should
hi,
first of all, thanks for your reply.
and then,
some version info:
OS: RHEL 4.3 x86_64
apache: 2.2.22
subversion: 1.6.17
i am not sure does these enough to find out the fault.
so, let me know if i should provide more
thank you
On Thu, Nov 22, 2012 at 5:19 PM, David Chapman wrote:
> On
On 11/22/2012 12:38 AM, net_robber wrote:
hi,
these days, i was trying to use svnsync to backup my svn server.
it is more then hundreds of repos, and a lot of the, have more than a
million version.
when the backup is running, i got some error like this
svnsync: REPORT of 'https://svn.domain.
hi,
these days, i was trying to use svnsync to backup my svn server.
it is more then hundreds of repos, and a lot of the, have more than a
million version.
when the backup is running, i got some error like this
svnsync: REPORT of 'https://svn.domain.com/my/repos': 200 OK (
https://svn.domain.com
11 matches
Mail list logo