You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Clay Loveless <cl...@killersoft.com> on 2004/08/25 07:28:42 UTC
More Secure connection truncated errors
Hello,
I'm using Subversion 1.1.0-RC2 on client side and the repository, which is
located on a remote server. Connection is over https, using Apache 2.0.50.
Client OS: Mac OS X 10.3.5 (client)
Server OS: Mac OS X 10.2.8 (client)
When attempting this command:
svn copy https://............/svn/vendor/widget/current \
https://............/svn/vendor/widget/1.2.2 \
-m "tagging widget-1.2.2"
I receive:
svn: DELETE of
'/svn/!svn/wrk/e59d9018-75e2-0310-95b1-c2590649cd14/vendor/widget/1.2.2':
Could not read status line: Secure connection truncated
(https://............)
I have tried the above command from my client machine, as well as while
logged into the server on ssh. I don't believe it's a conflict between the
client and server svn builds, since running the command from the server
terminal produces the same error ... And in that environment, the Apache
modules and command line client were created in the same compilation.
Based on looking through the list archives on the problem, I have made these
config edits:
On the server:
/etc/subversion/servers
... Has http-compression = no set in the [global] section.
On the client:
~/.subversion/servers
... Also has http-compression = no set in the [global] section.
... But I still experience the problem. What else should I try to resolve
it?
Thank you,
-Clay
--
Killersoft.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: PEBKAC? (Was: Re: More Secure connection truncated errors)
Posted by Clay Loveless <cl...@killersoft.com>.
On 8/27/04 12:21 PM Pacific Time, Clay Loveless (clay@killersoft.com) wrote:
> On 8/27/04 12:13 PM Pacific Time, Brian W. Fitzpatrick (fitz@collab.net)
> wrote:
>
>>
>> On Aug 27, 2004, at 1:40 PM, Clay Loveless wrote:
>>> % strings /usr/local/bin/svn | grep -i neon
>>> neon 0.24.7: Library build, libxml 2.6.7, zlib 1.1.4, OpenSSL 0.9.7d
>>> 17 Mar
>>> 2004.
>>> neon/0.24.7
>>> http://webdav.org/neon/hooks/server-auth
>>> http://webdav.org/neon/hooks/proxy-auth
>>> http://webdav.org/neon/hooks/webdav-locking
>>
>> OK. And your server is using the same neon version? If so, I'm out of
>> ideas. Anyone else?
>>
>
> Well, I have two separate scenarios where I've tried to get around the
> secure connection truncated errors.
>
> I have tried to make changes that caused the errors while logged into the
> server -- in that case, both client and server were built at the same time,
> using the same neon version.
>
> Connecting from my local machine, I'm using a pre-packaged SVN for OS X ...
> otool gives me:
>
> % otool -L /usr/local/bin/svn | grep -i neon
> /usr/local/lib/libneon.24.dylib (compatibility version 25.0.0,
> current version 25.7.0)
>
> ... On that installation.
>
> I experience the "secure connection truncated" error across the board,
> regardless of where I attempt the svn copy.
>
> It may be worth mentioning that I *first* attempted it from my local
> machine. Don't know if that would make any difference or not...
>
> Thanks, Brian. : )
Here's an update on this issue:
I did a complete removal of all neon and Subversion header and library files
and re-built Subversion-1.1.0-RC2 from scratch.
There was no change in the problem I'm experiencing. I cannot execute svn
copy or svn delete commands successfully due to "Secure connection
truncated" errors.
I then tried Subversion-1.1.0-RC1, but had the known build problems on OS X
with that version. I then tried Subversion-1.0.6, which had the same "secure
connection truncated" errors.
With each of these attempts, I cleaned out the entire previous installation
(headers, libraries and fresh source build directories).
I have now moved back to Subversion-1.0.5, with http-compression = no in the
[global] config. That allows me to perform svn copy and svn delete with no
problems.
-Clay
--
Killersoft.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: PEBKAC? (Was: Re: More Secure connection truncated errors)
Posted by Clay Loveless <cl...@killersoft.com>.
On 8/27/04 12:13 PM Pacific Time, Brian W. Fitzpatrick (fitz@collab.net)
wrote:
>
> On Aug 27, 2004, at 1:40 PM, Clay Loveless wrote:
>> % strings /usr/local/bin/svn | grep -i neon
>> neon 0.24.7: Library build, libxml 2.6.7, zlib 1.1.4, OpenSSL 0.9.7d
>> 17 Mar
>> 2004.
>> neon/0.24.7
>> http://webdav.org/neon/hooks/server-auth
>> http://webdav.org/neon/hooks/proxy-auth
>> http://webdav.org/neon/hooks/webdav-locking
>
> OK. And your server is using the same neon version? If so, I'm out of
> ideas. Anyone else?
>
Well, I have two separate scenarios where I've tried to get around the
secure connection truncated errors.
I have tried to make changes that caused the errors while logged into the
server -- in that case, both client and server were built at the same time,
using the same neon version.
Connecting from my local machine, I'm using a pre-packaged SVN for OS X ...
otool gives me:
% otool -L /usr/local/bin/svn | grep -i neon
/usr/local/lib/libneon.24.dylib (compatibility version 25.0.0,
current version 25.7.0)
... On that installation.
I experience the "secure connection truncated" error across the board,
regardless of where I attempt the svn copy.
It may be worth mentioning that I *first* attempted it from my local
machine. Don't know if that would make any difference or not...
Thanks, Brian. : )
-Clay
--
Killersoft.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: PEBKAC? (Was: Re: More Secure connection truncated errors)
Posted by "Brian W. Fitzpatrick" <fi...@collab.net>.
On Aug 27, 2004, at 1:40 PM, Clay Loveless wrote:
> % strings /usr/local/bin/svn | grep -i neon
> neon 0.24.7: Library build, libxml 2.6.7, zlib 1.1.4, OpenSSL 0.9.7d
> 17 Mar
> 2004.
> neon/0.24.7
> http://webdav.org/neon/hooks/server-auth
> http://webdav.org/neon/hooks/proxy-auth
> http://webdav.org/neon/hooks/webdav-locking
OK. And your server is using the same neon version? If so, I'm out of
ideas. Anyone else?
-Fitz
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: PEBKAC? (Was: Re: More Secure connection truncated errors)
Posted by Clay Loveless <cl...@killersoft.com>.
On 8/27/04 10:24 AM Pacific Time, Brian W. Fitzpatrick (fitz@collab.net)
wrote:
>
> On Aug 27, 2004, at 11:59 AM, Clay Loveless wrote:
>
>> On 8/27/04 9:07 AM Pacific Time, Brian W. Fitzpatrick
>> (fitz@red-bean.com)
>> wrote:
>>
>>>
>>>>>> From: Clay Loveless <cl...@killersoft.com>
>>>>>> Date: Wed, 25 Aug 2004 00:28:42 -0700
>>>>>> To: SVN-Users <us...@subversion.tigris.org>
>>>>>> Subject: More Secure connection truncated errors
>>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> I'm using Subversion 1.1.0-RC2 on client side and the repository,
>>>>>> which is
>>>>>> located on a remote server. Connection is over https, using Apache
>>>>>> 2.0.50.
>>>>>>
>>>>>> Client OS: Mac OS X 10.3.5 (client)
>>>>>> Server OS: Mac OS X 10.2.8 (client)
>>>>>>
>>>>>> When attempting this command:
>>>>>>
>>>>>> svn copy https://............/svn/vendor/widget/current \
>>>>>> https://............/svn/vendor/widget/1.2.2 \
>>>>>> -m "tagging widget-1.2.2"
>>>>>>
>>>>>> I receive:
>>>>>>
>>>>>> svn: DELETE of
>>>>>> '/svn/!svn/wrk/e59d9018-75e2-0310-95b1-c2590649cd14/vendor/widget/
>>>>>> 1.2.2':
>>>>>> Could not read status line: Secure connection truncated
>>>>>> (https://............)
>>>
>>> This sounds an awful lot like a neon bug that was fixed in neon
>>> 0.24.7.
>>> Which version of neon is your Subversion client/server built with?
>>>
>>> -Fitz
>>>
>>
>> Thanks the assist, Brian!
>>
>> config.status claims:
>>
>> configure:8402: checking neon library
>> configure:8504: checking neon library version
>> configure:8507: result: 0.24.7
>>
>> I suppose that doesn't mean that 'make' actually used neon 0.24.7 ...
>> But
>> I'm not sure how to tell that without re-building it with a make.log.
>> ..?
>
> If neon is dynamically linked, use:
>
> $ otool -L /path/to/svn | grep -i neon
>
> If neon is statically linked, just use:
>
> $ strings /path/to/svn | grep -i neon
>
> One or the other should tell you the version of neon you're linked
> against.
>
> -Fitz
Here's what I got:
% strings /usr/local/bin/svn | grep -i neon
neon 0.24.7: Library build, libxml 2.6.7, zlib 1.1.4, OpenSSL 0.9.7d 17 Mar
2004.
neon/0.24.7
http://webdav.org/neon/hooks/server-auth
http://webdav.org/neon/hooks/proxy-auth
http://webdav.org/neon/hooks/webdav-locking
Thanks,
-Clay
--
Killersoft.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: PEBKAC? (Was: Re: More Secure connection truncated errors)
Posted by "Brian W. Fitzpatrick" <fi...@collab.net>.
On Aug 27, 2004, at 11:59 AM, Clay Loveless wrote:
> On 8/27/04 9:07 AM Pacific Time, Brian W. Fitzpatrick
> (fitz@red-bean.com)
> wrote:
>
>>
>>>>> From: Clay Loveless <cl...@killersoft.com>
>>>>> Date: Wed, 25 Aug 2004 00:28:42 -0700
>>>>> To: SVN-Users <us...@subversion.tigris.org>
>>>>> Subject: More Secure connection truncated errors
>>>>>
>>>>> Hello,
>>>>>
>>>>> I'm using Subversion 1.1.0-RC2 on client side and the repository,
>>>>> which is
>>>>> located on a remote server. Connection is over https, using Apache
>>>>> 2.0.50.
>>>>>
>>>>> Client OS: Mac OS X 10.3.5 (client)
>>>>> Server OS: Mac OS X 10.2.8 (client)
>>>>>
>>>>> When attempting this command:
>>>>>
>>>>> svn copy https://............/svn/vendor/widget/current \
>>>>> https://............/svn/vendor/widget/1.2.2 \
>>>>> -m "tagging widget-1.2.2"
>>>>>
>>>>> I receive:
>>>>>
>>>>> svn: DELETE of
>>>>> '/svn/!svn/wrk/e59d9018-75e2-0310-95b1-c2590649cd14/vendor/widget/
>>>>> 1.2.2':
>>>>> Could not read status line: Secure connection truncated
>>>>> (https://............)
>>
>> This sounds an awful lot like a neon bug that was fixed in neon
>> 0.24.7.
>> Which version of neon is your Subversion client/server built with?
>>
>> -Fitz
>>
>
> Thanks the assist, Brian!
>
> config.status claims:
>
> configure:8402: checking neon library
> configure:8504: checking neon library version
> configure:8507: result: 0.24.7
>
> I suppose that doesn't mean that 'make' actually used neon 0.24.7 ...
> But
> I'm not sure how to tell that without re-building it with a make.log.
> ..?
If neon is dynamically linked, use:
$ otool -L /path/to/svn | grep -i neon
If neon is statically linked, just use:
$ strings /path/to/svn | grep -i neon
One or the other should tell you the version of neon you're linked
against.
-Fitz
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: PEBKAC? (Was: Re: More Secure connection truncated errors)
Posted by Clay Loveless <cl...@killersoft.com>.
On 8/27/04 9:07 AM Pacific Time, Brian W. Fitzpatrick (fitz@red-bean.com)
wrote:
>
>>>> From: Clay Loveless <cl...@killersoft.com>
>>>> Date: Wed, 25 Aug 2004 00:28:42 -0700
>>>> To: SVN-Users <us...@subversion.tigris.org>
>>>> Subject: More Secure connection truncated errors
>>>>
>>>> Hello,
>>>>
>>>> I'm using Subversion 1.1.0-RC2 on client side and the repository,
>>>> which is
>>>> located on a remote server. Connection is over https, using Apache
>>>> 2.0.50.
>>>>
>>>> Client OS: Mac OS X 10.3.5 (client)
>>>> Server OS: Mac OS X 10.2.8 (client)
>>>>
>>>> When attempting this command:
>>>>
>>>> svn copy https://............/svn/vendor/widget/current \
>>>> https://............/svn/vendor/widget/1.2.2 \
>>>> -m "tagging widget-1.2.2"
>>>>
>>>> I receive:
>>>>
>>>> svn: DELETE of
>>>> '/svn/!svn/wrk/e59d9018-75e2-0310-95b1-c2590649cd14/vendor/widget/
>>>> 1.2.2':
>>>> Could not read status line: Secure connection truncated
>>>> (https://............)
>
> This sounds an awful lot like a neon bug that was fixed in neon 0.24.7.
> Which version of neon is your Subversion client/server built with?
>
> -Fitz
>
Thanks the assist, Brian!
config.status claims:
configure:8402: checking neon library
configure:8504: checking neon library version
configure:8507: result: 0.24.7
I suppose that doesn't mean that 'make' actually used neon 0.24.7 ... But
I'm not sure how to tell that without re-building it with a make.log. ..?
Thanks,
-Clay
--
Killersoft.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: PEBKAC? (Was: Re: More Secure connection truncated errors)
Posted by "Brian W. Fitzpatrick" <fi...@red-bean.com>.
>>> From: Clay Loveless <cl...@killersoft.com>
>>> Date: Wed, 25 Aug 2004 00:28:42 -0700
>>> To: SVN-Users <us...@subversion.tigris.org>
>>> Subject: More Secure connection truncated errors
>>>
>>> Hello,
>>>
>>> I'm using Subversion 1.1.0-RC2 on client side and the repository,
>>> which is
>>> located on a remote server. Connection is over https, using Apache
>>> 2.0.50.
>>>
>>> Client OS: Mac OS X 10.3.5 (client)
>>> Server OS: Mac OS X 10.2.8 (client)
>>>
>>> When attempting this command:
>>>
>>> svn copy https://............/svn/vendor/widget/current \
>>> https://............/svn/vendor/widget/1.2.2 \
>>> -m "tagging widget-1.2.2"
>>>
>>> I receive:
>>>
>>> svn: DELETE of
>>> '/svn/!svn/wrk/e59d9018-75e2-0310-95b1-c2590649cd14/vendor/widget/
>>> 1.2.2':
>>> Could not read status line: Secure connection truncated
>>> (https://............)
This sounds an awful lot like a neon bug that was fixed in neon 0.24.7.
Which version of neon is your Subversion client/server built with?
-Fitz
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
PEBKAC? (Was: Re: More Secure connection truncated errors)
Posted by Clay Loveless <cl...@killersoft.com>.
This certainly seems like a legitimate problem ... And one that others have
had ... And like there must be some way around it.
Or, maybe I'm the buggy component? Hmm..
--
Killersoft.com
> From: Clay Loveless <cl...@killersoft.com>
> Date: Thu, 26 Aug 2004 08:28:43 -0700
> To: SVN-Users <us...@subversion.tigris.org>
> Subject: Re: More Secure connection truncated errors
>
> I'm still experiencing this problem, even after a couple of restarts. (Hey,
> I'm desperate -- had to try something else...)
>
> I know this issue has popped up before ... Is there a known cure?
>
> Thanks,
> Clay
>
> --
> Killersoft.com
>
>
>
>> From: Clay Loveless <cl...@killersoft.com>
>> Date: Wed, 25 Aug 2004 00:28:42 -0700
>> To: SVN-Users <us...@subversion.tigris.org>
>> Subject: More Secure connection truncated errors
>>
>> Hello,
>>
>> I'm using Subversion 1.1.0-RC2 on client side and the repository, which is
>> located on a remote server. Connection is over https, using Apache 2.0.50.
>>
>> Client OS: Mac OS X 10.3.5 (client)
>> Server OS: Mac OS X 10.2.8 (client)
>>
>> When attempting this command:
>>
>> svn copy https://............/svn/vendor/widget/current \
>> https://............/svn/vendor/widget/1.2.2 \
>> -m "tagging widget-1.2.2"
>>
>> I receive:
>>
>> svn: DELETE of
>> '/svn/!svn/wrk/e59d9018-75e2-0310-95b1-c2590649cd14/vendor/widget/1.2.2':
>> Could not read status line: Secure connection truncated
>> (https://............)
>>
>>
>> I have tried the above command from my client machine, as well as while
>> logged into the server on ssh. I don't believe it's a conflict between the
>> client and server svn builds, since running the command from the server
>> terminal produces the same error ... And in that environment, the Apache
>> modules and command line client were created in the same compilation.
>>
>> Based on looking through the list archives on the problem, I have made these
>> config edits:
>>
>> On the server:
>> /etc/subversion/servers
>> ... Has http-compression = no set in the [global] section.
>>
>> On the client:
>> ~/.subversion/servers
>> ... Also has http-compression = no set in the [global] section.
>>
>> ... But I still experience the problem. What else should I try to resolve
>> it?
>>
>> Thank you,
>> -Clay
>>
>> --
>> Killersoft.com
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>> For additional commands, e-mail: users-help@subversion.tigris.org
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: More Secure connection truncated errors
Posted by Clay Loveless <cl...@killersoft.com>.
I'm still experiencing this problem, even after a couple of restarts. (Hey,
I'm desperate -- had to try something else...)
I know this issue has popped up before ... Is there a known cure?
Thanks,
Clay
--
Killersoft.com
> From: Clay Loveless <cl...@killersoft.com>
> Date: Wed, 25 Aug 2004 00:28:42 -0700
> To: SVN-Users <us...@subversion.tigris.org>
> Subject: More Secure connection truncated errors
>
> Hello,
>
> I'm using Subversion 1.1.0-RC2 on client side and the repository, which is
> located on a remote server. Connection is over https, using Apache 2.0.50.
>
> Client OS: Mac OS X 10.3.5 (client)
> Server OS: Mac OS X 10.2.8 (client)
>
> When attempting this command:
>
> svn copy https://............/svn/vendor/widget/current \
> https://............/svn/vendor/widget/1.2.2 \
> -m "tagging widget-1.2.2"
>
> I receive:
>
> svn: DELETE of
> '/svn/!svn/wrk/e59d9018-75e2-0310-95b1-c2590649cd14/vendor/widget/1.2.2':
> Could not read status line: Secure connection truncated
> (https://............)
>
>
> I have tried the above command from my client machine, as well as while
> logged into the server on ssh. I don't believe it's a conflict between the
> client and server svn builds, since running the command from the server
> terminal produces the same error ... And in that environment, the Apache
> modules and command line client were created in the same compilation.
>
> Based on looking through the list archives on the problem, I have made these
> config edits:
>
> On the server:
> /etc/subversion/servers
> ... Has http-compression = no set in the [global] section.
>
> On the client:
> ~/.subversion/servers
> ... Also has http-compression = no set in the [global] section.
>
> ... But I still experience the problem. What else should I try to resolve
> it?
>
> Thank you,
> -Clay
>
> --
> Killersoft.com
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org