On Fri, 05 Aug 2011 05:15:24 +, Manuel Lemos wrote:
...
> > ssh -L 4080:svnhost:80 wellconnected.host
> > svn checkout http://localhost:4080/path/to/repo
>
> I see but that compression only happens inside your ssh tunnel. I am
> sure a direct connection with gzip/deflate compression would
on 08/01/2011 09:55 AM Les Mikesell said the following:
On 8/1/11 2:37 AM, Manuel Lemos wrote:
As I mentioned before, I needed to see traffic to SSL servers, which
you cannot
see with Wireshark unless you have the server private SSL key, which
is not the
case. Thanks for the tip anyway.
If
on 08/01/2011 05:31 AM Andreas Krey said the following:
Anyway, in my implementation I did not do any repeated requests and I
can retrieve the information I want apparently much faster in PHP than
using the svn program. So I wonder if could be missing anything.
It *may* be another opportunity
Hello,
on 08/01/2011 05:23 AM Andreas Krey said the following:
On Mon, 01 Aug 2011 04:20:07 +, Manuel Lemos wrote:
...
Been there, tried that, but wireshark does not decrypt SSL traffic
unless you have the server SSL key, which is not the case because the
server is not under my control.
Y
anuel Lemos Cc: Andreas Krey;
Erik Huelsmann; users@subversion.apache.org Subject: Re: gzip
compression (was: Re: Logging Subversion client HTTP requests)
On Aug 1, 2011, at 02:16, Manuel Lemos wrote:
Anyway, another odd thing is that the client always sends a request
header saying it can handle
Hi,
On Mon, Aug 1, 2011 at 10:38 AM, Andreas Krey wrote:
> On Mon, 01 Aug 2011 08:54:59 +, Markus Schaber wrote:
> ...
> > AFAICs, the SvnKit people are the only project really trying to develop
> an independend SVN implementation, and they go through great pains, even
> down to re-implement
On 8/1/11 2:37 AM, Manuel Lemos wrote:
As I mentioned before, I needed to see traffic to SSL servers, which you cannot
see with Wireshark unless you have the server private SSL key, which is not the
case. Thanks for the tip anyway.
If you have read access to a full repository, you should be
Hi, Andreas,
Von: Andreas Krey [mailto:a.k...@gmx.de]
>
> On Mon, 01 Aug 2011 08:57:52 +, Markus Schaber wrote:
> ...
> > Hmm. For http(s)://, svn:// and well set-up svn+ssh:// servers, he
> > should not be able to create repository corruption, right? I would
> > consider everything else to b
On 8/1/11 3:38 AM, Andreas Krey wrote:
...
AFAICs, the SvnKit people are the only project really trying to develop an
independend SVN implementation, and they go through great pains, even down to
re-implementing SQLite...
It always irritated me why one would use SQL in a place like the svn
On Mon, 01 Aug 2011 08:54:59 +, Markus Schaber wrote:
...
> AFAICs, the SvnKit people are the only project really trying to develop an
> independend SVN implementation, and they go through great pains, even down to
> re-implementing SQLite...
It always irritated me why one would use SQL in a
On Mon, 01 Aug 2011 04:16:49 +, Manuel Lemos wrote:
...
> Maybe I am missing something but it seemed that those repeated requests
> were redundant and make svn program much slower than it should.
Quite. GPRS has a round-trip time of about a seconds. This immediately
translate to every remote
On Mon, 01 Aug 2011 04:20:07 +, Manuel Lemos wrote:
...
> Been there, tried that, but wireshark does not decrypt SSL traffic
> unless you have the server SSL key, which is not the case because the
> server is not under my control.
You can man-in-the-middle yourself to see that is going on on
On Mon, 01 Aug 2011 08:57:52 +, Markus Schaber wrote:
...
> Hmm. For http(s)://, svn:// and well set-up svn+ssh:// servers, he
> should not be able to create repository corruption, right? I would
> consider everything else to be a serious security bug in subversion.
Setting invalid svn:mergein
ssage-
From: Ryan Schmidt
Sent: 01/08/2011, 09:43
To: Manuel Lemos
Cc: Andreas Krey; Erik Huelsmann; users@subversion.apache.org
Subject: Re: gzip compression (was: Re: Logging Subversion client HTTP requests)
On Aug 1, 2011, at 02:16, Manuel Lemos wrote:
> Anyway, another odd thing is that th
On Aug 1, 2011, at 01:57, Markus Schaber wrote:
> Ryan Schmidt wrote:
>>
>> Don't reinvent the wheel, because you probably
>> won't get it quite right, and you'll cause weird error messages or
>> possibly even repository corruption.
>
> Hmm. For http(s)://, svn:// and well set-up svn+ssh:// serve
On Aug 1, 2011, at 02:16, Manuel Lemos wrote:
> Anyway, another odd thing is that the client always sends a request header
> saying it can handle HTTP compression but SubVersion servers seem to never
> compress responses.
>
> Given than a typical gzip encoding can compress text data about 5 ti
Hello Markus,
on 08/01/2011 03:54 AM Markus Schaber said the following:
Hi,
Von: Manuel Lemos [mailto:mle...@acm.org]
Sorry, I did not mention that I am writing a pure PHP client
Hmm. Somehow even this Idea increases my headache level...
AFAICs, the SvnKit people are the only project reall
Hello Bert,
on 07/31/2011 09:11 AM Bert Huijben said the following:
Does httpclient work if you switch it to the cURL option? You may need
to extend the class to provide https specific curl options [1].
[1]
http://unitstep.net/blog/2009/05/05/using-curl-in-php-to-access-https-
ssltls-protected
Hello Les,
on 07/31/2011 01:52 PM Les Mikesell said the following:
On 7/30/11 10:34 PM, Andreas Krey wrote:
Yes, it is. But it's not your problem, and I don't see why the http
'wire' protocol needs to be a undocumented secret.
If you want to see the wire protocol, just run wireshark on your
Hello Andreas,
on 07/31/2011 12:34 AM Andreas Krey said the following:
The interesting point is that as far as I know there is a complete change
in the http-level protocol coming up, to avoid the massive round-trip
count the current method needs. (But that's a maintenance nightmare
for libsvn as
Hi, Ryan,
Von: Ryan Schmidt [mailto:subversion-20...@ryandesign.com]
> > Sorry, I did not mention that I am writing a pure PHP client that
needs
> > to run on an environment on which the svn program is not available,
nor
> > any SubVersion PHP extensions are available. So using anything based
on
>
Hi,
Von: Manuel Lemos [mailto:mle...@acm.org]
> Sorry, I did not mention that I am writing a pure PHP client
Hmm. Somehow even this Idea increases my headache level...
AFAICs, the SvnKit people are the only project really trying to develop an
independend SVN implementation, and they go throug
On 7/30/11 10:34 PM, Andreas Krey wrote:
Yes, it is. But it's not your problem, and I don't see why the http
'wire' protocol needs to be a undocumented secret.
If you want to see the wire protocol, just run wireshark on your client and
filter it to catch the port and IP address of the server.
> -Original Message-
> From: Manuel Lemos [mailto:mle...@acm.org]
> Sent: zondag 31 juli 2011 5:00
> To: Geoff Hoffman
> Cc: users@subversion.apache.org
> Subject: Re: Logging Subversion client HTTP requests
>
> Hello,
>
> on 07/30/2011 10:57 PM Ge
On Sat, 30 Jul 2011 18:30:11 +, Ryan Schmidt wrote:
...
> But you understand why even if I knew I would be disinterested in helping
> you. The Subversion libraries have been in development for 11 years, work
> great,
They work so great that you can't even Ctrl-C the svn command line client
i
Hello,
on 07/30/2011 10:57 PM Geoff Hoffman said the following:
Does httpclient work if you switch it to the cURL option? You may need
to extend the class to provide https specific curl options [1].
[1]
http://unitstep.net/blog/2009/05/05/using-curl-in-php-to-access-https-ssltls-protected-sites
On Sat, Jul 30, 2011 at 6:20 PM, Manuel Lemos wrote:
> Hello,
>
> on 07/30/2011 09:16 PM Geoff Hoffman said the following:
>
> > I have already a pure PHP implementation
> >
> >
> > Manuel, didn't you also write whole Mailer library for PHPClasses.org
> > and start that site? When do you slee
Hello,
on 07/30/2011 09:16 PM Geoff Hoffman said the following:
> I have already a pure PHP implementation
>
>
> Manuel, didn't you also write whole Mailer library for PHPClasses.org
> and start that site? When do you sleep?
hahah good question. When you work full time on these stuff you do
Hello Ryan,
on 07/30/2011 08:30 PM Ryan Schmidt said the following:
Sorry, I did not mention that I am writing a pure PHP client
that needs to run on an environment on which the svn program is
not available, nor any SubVersion PHP extensions are available.
So using anything based on libsvn is no
On Sat, Jul 30, 2011 at 3:56 PM, Manuel Lemos wrote:
> I have already a pure PHP implementation
Manuel, didn't you also write whole Mailer library for PHPClasses.org and
start that site? When do you sleep?
You're speaking to svn server directly from PHP, with stream context or
exec( ) bridge s
On Jul 30, 2011, at 17:56, Manuel Lemos wrote:
> on 07/30/2011 07:42 PM Ryan Schmidt said the following:
>>> Sorry, I did not mention that I am writing a pure PHP client that needs to
>>> run on an environment on which the svn program is not available, nor any
>>> SubVersion PHP extensions are av
Hello,
on 07/30/2011 07:42 PM Ryan Schmidt said the following:
Sorry, I did not mention that I am writing a pure PHP client that needs to run
on an environment on which the svn program is not available, nor any SubVersion
PHP extensions are available. So using anything based on libsvn is not a
On Jul 30, 2011, at 17:35, Manuel Lemos wrote:
> on 07/30/2011 09:00 AM Erik Huelsmann said the following:
>>
>
>> Are you not using the libsvn_* libraries? libsvn_client is specifically
>> meant to build Subversion clients other than the standard command line
>> client: Subclipse, AnkhSVN, Tort
Hello Erik,
on 07/30/2011 09:00 AM Erik Huelsmann said the following:
Hi Manuel,
On Sat, Jul 30, 2011 at 12:16 PM, Manuel Lemos mailto:mle...@acm.org>> wrote:
Hello,
I am writing a small SubVersion client library independent of the
svn client command.
My library works well bu
Hello,
on 07/30/2011 07:18 AM Ryan Schmidt said the following:
>
> On Jul 30, 2011, at 05:16, Manuel Lemos wrote:
>
>> Is there a way to log the svn client HTTP traffic to a file so I can
examine and compare the requests being sent and responses being received?
>
> You mean like this?
>
>
http
Hi Manuel,
On Sat, Jul 30, 2011 at 12:16 PM, Manuel Lemos wrote:
> Hello,
>
> I am writing a small SubVersion client library independent of the svn
> client command.
>
> My library works well but for some reason it does not work with a certain
> SSL server that is not under my control. It return
On Jul 30, 2011, at 05:16, Manuel Lemos wrote:
> Is there a way to log the svn client HTTP traffic to a file so I can examine
> and compare the requests being sent and responses being received?
You mean like this?
http://svnbook.red-bean.com/en/1.5/svn.serverconfig.httpd.html#svn.serverconfig.
Hello,
I am writing a small SubVersion client library independent of the svn
client command.
My library works well but for some reason it does not work with a
certain SSL server that is not under my control. It returns error 400. I
assume I am sending some malformed commands.
On the other
38 matches
Mail list logo
