AW: Logging Subversion client HTTP requests

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 >

AW: Logging Subversion client HTTP requests

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

Re: Subversion: list of respositories

Guten Tag Andy Canfield, am Montag, 1. August 2011 um 06:02 schrieben Sie: > The authz file includes these lines: > [groups] > everybody = andy,louis,spencer > [/] > @everybody = r > [subdoc:/] > andy = rw > [gamble:/] > @everybody = rw > [fred3:/] >

Re: Subverison repository logon failure

Guten Tag Ethan Oldale, am Montag, 1. August 2011 um 01:59 schrieben Sie: > Any help on how to get tortoise svn or silk-subversion to ask for a > password, or reset its stored password > would be much appreciated I don't think that the problem is with your SVN clients, they work on thousands of c

Re: Subversion: list of respositories

On Mon, Aug 1, 2011 at 12:34 AM, Andy Canfield wrote: >> Cool, but be careful with those. If you have SELinux enabled and the >> repositories are elsewhere, for example on a separate disk for bulky >> repositories, you may need to review your SELinux settings to enable >> httpd access to the sepa

Re: Worst Error Message?

On Sun, Jul 31, 2011 at 11:33 PM, Rafael Heise wrote: > Ok. I'll try to explain how HTTP protocols works. > There are some protocols to make the internet work properly, and we call it > HTTP PROTOCOL. So, when you are working with HTTP protocol you HAVE TO obey > this protocols, so ANY client can

Subversion Branch/Merge Graphical Display

I have been looking around at various tools which graphically display subversion history for some time now. In the past 3 months, we have changed our processes here to make more use of Branching and Merging, in an effort to maintain a stable trunk. Development tasks are performed on Branches. They

Re: Subversion: list of respositories

On 07/18/2011 06:27 PM, Nico Kadel-Garcia wrote: On Mon, Jul 18, 2011 at 7:10 AM, Erik Huelsmann wrote: I would think that it looks at SVNParentPath and tries to treat every subdirectory of that as a repository. Not quite. It's not "every subdirectory", it's "every child directory". Â That

branch sync with unversioned files results in versioned file being deleted when reintegrated

Hey all, I found this oddity today with a branch which had an unversioned file in a checkout, which I then synced up with a trunk which had a version of the file committed. "svn merge" reported the file skipped and a "svn status" afterwards didn't complain about conflicts. The merge was comm

Subverison repository logon failure

Hi, I have three machines connected on a local network, one of which has debian and subverion/ssh/apache2/websvn installed, and the other two have windows and tortoise svn installed. One of the clients works fine, however after a few successfull logons, the other computer cannot logon, reportin

Re: Subversion: list of respositories

On 07/18/2011 09:48 AM, Geoff Hoffman wrote: On Sat, Jul 16, 2011 at 11:06 PM, Andy Canfield mailto:andy.canfi...@pimco.mobi>> wrote: How do you get a list of repositories from svnserver? The only way I can figure out is: *ssh usern...@example.com

Re: Worst Error Message?

Ok. I'll try to explain how HTTP protocols works. There are some protocols to make the internet work properly, and we call it HTTP PROTOCOL. So, when you are working with HTTP protocol you HAVE TO obey this protocols, so ANY client can read it and the client will understant it. As you can read on t

Re: Worst Error Message?

On 7/31/11 3:24 PM, Jeremy Pereira wrote: Telling somebody that they only have read access to a repository is not giving them a hint about how to work around it. "403 forbidden" is not telling somebody that they only have read access to a repository (or part of a repository). It's telling t

Re: Worst Error Message?

On 31 Jul 2011, at 17:46, Rafael Heise wrote: > In my opinion, as a network administrator, I don't want to show to my end > users why the user shouldn't commit anything in the repository. In my opinion as a Subversion user, that sucks. I think I'll switch to Mercurial. Oh, no wait, the Subve

Re: Worst Error Message?

On 30 Jul 2011, at 20:10, Les Mikesell wrote: > On 7/30/11 1:14 PM, Jeremy Pereira wrote: >> >> On 30 Jul 2011, at 18:17, Les Mikesell wrote: >> >>> >>> '403 forbidden' makes reasonable sense for a client-side message to someone >>> who shouldn't know internal details anyway. >> >> Seriously

Re: Logging Subversion client HTTP requests

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.

Re: Worst Error Message?

In my opinion, as a network administrator, I don't want to show to my end users why the user shouldn't commit anything in the repository. Because as Les Mikesell said, the message could show someway to workaround and allow the user to commit something without permission. I think the current message

RE: Logging Subversion client HTTP requests

> -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 Geoff Hoffman said the following: > > Doe