RE: Something like svn:executable for the read-only bit?

> -Original Message- > From: Branko Čibej [mailto:br...@wandisco.com] > Sent: Thursday, 16 July 2015 10:53 AM > To: users@subversion.apache.org > Subject: Re: Something like svn:executable for the read-only bit? > > On 16.07.2015 02:41, Evan Driscoll wrote: > > We have some generated file

RE: fsfs storage

From: NS Klanten Sent: Monday, 11 May 2015 6:20 AM Subject: fsfs storage Hello all, Where are the "initial" or base text files (source codes) are stored in fsfs storage ? I commit a new source code to my svn server, however af

RE: Trying to restore a corrupted repo

[snip] > First step is to *write lock* the old repository, to avoid > accumulating history on broken history. Absolutely - and make sure the lock stays locked forever more. > You will be *breaking history* due to the corrupted repo. You > should ideally create a new repo to do the repairs in,

RE: svn command line client 1.8.8 - Error: file name or extension is too long

> On Mon, Sep 15, 2014 at 09:38:29AM +1000, Geoff Field wrote: > > However, please note that Milan finally mannaged to commit > all the files by doing them in smaller batches. That would > seem to indicate some other issue. > > What were the commands he typed which worke

RE: svn command line client 1.8.8 - Error: file name or extension is too long

> On Fri, Sep 12, 2014 at 11:29:37AM +0200, > milan_plan...@swissre.com wrote: > > Dear team, > > > > I tried to commit my changes with following error message: > > > > Error:Cannot run program > "C:\srdev\tool\SVN_CLIENT_1.8.8\svn.exe" (in > > directory > > > "C:\Users\S3F96Q\work\sources\g1

RE:

Does this user actually post anything useful, or is it a spammer who should be removed from the list? From: Jacky wong [mailto:wjacky...@gmail.com] Sent: Monday, 21 July 2014 14:12 PM To: users@subversion.apache.org Subject:

RE: Moving a repository with svn:externals using absolute paths (URLs)

> From: Nico Kadel-Garcia > On Wed, Jun 18, 2014 at 9:35 PM, Geoff Field wrote: > > > In our duplication effort, we also set all the permissions > > on the old repositories to read-only, to limit the chances > > of cross-contamination. Just to be clear, I&#

RE: Moving a repository with svn:externals using absolute paths (URLs)

From: Nico Kadel-Garcia On Wed, Jun 18, 2014 at 9:32 AM, Brisset, Nicolas mailto:nicolas.bris...@airbus.com>> wrote: Hi, We've been using svn successfully for years on a server, and now have to migrate to a new one. We are hit by the known issue of svn:externals

RE: SVN Query about granting access

From: karthik kg Sent: Wednesday, 9 April 2014 13:17 PM Hi Geoff, Apologies for replying to you. Please find my comments fro your queries below. Replying directly to me is not a problem, really. What might be a problem is that I don't know as many of the ans

RE: SVN Query about granting access

2014 15:11 PM To: Geoff Field Subject: Re: SVN Query about granting access Hi Geoff, Thanks for the information. But still it didnt work out. What result/message is the user actually seeing? >From what I'm seeing, you're trying

RE: SVN Query about granting access

> From: Daniel Shahaf > Sent: Monday, 7 April 2014 18:13 PM > > karthik kg wrote on Mon, Apr 07, 2014 at 17:40:54 +1000: > > Repository name - TTN > > Location on the server - > > > > /apps/bss/SubVersion_Repository/TTN > > > > > > I tired editing the > /var/opt/app/SubVersion_Repository/NTT/c

SVN Development Tracking Methodologies and Tools

This is a question for the SubVersion developers. What tools and/or methods did you use for tracking the various tasks for developing SubVersion? Was it just a bunch of emails, or did you use an issue tracker (or similar) for tasks? If you've been involved in other open-source developments, ho

RE: Upgrade SVN from version 1.5.6 (r36142) to 1.8.5

Hi Guido, > -Original Message- > From: Stefan Sperling > Sent: Friday, 14 February 2014 1:03 AM > > On Thu, Feb 13, 2014 at 10:57:15AM -0200, Guido Larrain wrote: > > Hello; > > > > I'm planning to upgrade my SVN from version 1.5.6 (r36142) to 1.8.5 > > and i wanna know if i need to do

RE: How to prevent casual browsing

Hi Peter > From: Peter Flynn > Sent: Monday, 2 December 2013 1:40 AM > > I have a number of svn repositories running under > Apache+subversion on CentOS6/64, with Submin to provide a web > GUI to manage them: > > server.name/svn/foo > server.name/svn/bar > server.name/svn/blort > etc >

RE: Method not allowed exception

> From: Ben Reser > On 11/17/13 2:12 PM, Geoff Field wrote: > > Sorry for top-posting, but although Brane is right, he's > not being as helpful as he could. [snip] > Your issue and the one he is having aren't similar at all. > > He was trying to do a checkout ag

RE: Method not allowed exception

Sorry for top-posting, but although Brane is right, he's not being as helpful as he could. Stefano, I had pretty much the same issue. A workaround is to only do actions (other than Commit) on unlocked working copies. That is, before doing a copy (in particular), make sure all locks are releas

RE: NOW RESOLVED: SVN copy that worked in 1.8.0 now fails with (424 FailedDependency)

> From: Ben Reser > Sent: Saturday, 9 November 2013 4:30 AM > > On 11/7/13 9:55 PM, Ben Reser wrote: > > Putting my own corporate hat on for a moment here. > WANdisco binaries > > that come with httpd should be patched as well. I need to ask the > > individual that builds them to verify for s

RE: NOT RESOLVED: SVN copy that worked in 1.8.0 now fails with (424 FailedDependency)

> From: Ben Reser > Sent: Friday, 8 November 2013 16:55 PM > On 11/7/13 6:37 PM, Geoff Field wrote: > > I'm just trying to bump the priority again, given our circumstances. > > Consider it bumped. :) Thanks Ben. I noticed your post on the matter. > > So is it

RE: NOT RESOLVED: SVN copy that worked in 1.8.0 now fails with (424 FailedDependency)

> From: Ben Reser > Sent: Friday, 8 November 2013 11:55 AM > On 11/7/13 4:31 PM, Geoff Field wrote: > > Sorry to dredge up an old thread, but this issue is NOT really > > resolved properly. (Also, I noticed a post that said that > this would > > be treated more

RE: NOT RESOLVED: SVN copy that worked in 1.8.0 now fails with (424 FailedDependency)

> From: Mark Phippard > Sent: Friday, 8 November 2013 11:47 AM > If it helps, the Subversion server binaries we provide at > CollabNet have applied the patch that fixed this to Apache 2.4.6. Thanks Mark, I'm downloading and installing now, but I'll have to fiddle around with our multiple server

RE: NOT RESOLVED: SVN copy that worked in 1.8.0 now fails with (424 FailedDependency)

Sorry to dredge up an old thread, but this issue is NOT really resolved properly. (Also, I noticed a post that said that this would be treated more seriously if it was brought up again without the "RESOLVED" tag.) There's a known issue with the Apache server software (https://issues.apache.org/

RE: how to unsubscribe

Hi there, You need to send an email to users-unsubscr...@subversion.apache.org<mailto:users-unsubscr...@subversion.apache.org?subject=unsubscribe> to unsubscribe from this list. Regards, Geoff -- Geoff Field Testing Coordinator, Work Health & Safety Rep, Chief Fire Warden, F

RE: Recommendation for path-based authorisation auditing tool?

Hi David, I hate to sound like I'm stating the bleeding obvious, but what about just looking at the authz file with a text editor? It's not hard to interpret if your usernames are sensible. I've recently spent a little while making sure the projects are sorted in a sensible order, so finding

RE: Outlook macro for proper quoting (was RE: Problem with adding files in SVN 1.8.0+. Is it in the tracker already?)

> From: Andrew Reedick > > From: Geoff Field > > Sent: Wednesday, September 25, 2013 7:27 PM > > Hi Bert, > > > > From: Bert Huijben > > Sent: Wednesday, 25 September 2013 21:04 PM > > > >>I'll just reply in the html form

RE: Problem with adding files in SVN 1.8.0+. Is it in the tracker already?

Sent: Thursday, 26 September 2013 2:13 AM To: Geoff Field; 'JANIKOVIC Jan'; users@subversion.apache.org Subject: RE: Problem with adding files in SVN 1.8.0+. Is it in the tracker already? I think I found a bug causing your specific problems in '

RE: Problem with adding files in SVN 1.8.0+. Is it in the tracker already?

Hi Bert, From: Bert Huijben [mailto:b...@qqmail.nl] Sent: Wednesday, 25 September 2013 21:04 PM To: Geoff Field; 'JANIKOVIC Jan'; users@subversion.apache.org Subject: RE: Problem with adding files in SVN 1.8.0+. Is it in the track

RE: Problem with adding files in SVN 1.8.0+. Is it in the tracker already?

Good evening Thorsten, > Guten Tag Geoff Field, > am Mittwoch, 25. September 2013 um 02:25 schrieben Sie: > > > Hi Bert,[...] > > Please don't rely on everyone is seeing HTML mails by > default, My apologies. My only excuse (apart from laziness) is that the po

RE: Problem with adding files in SVN 1.8.0+. Is it in the tracker already?

Hi Bert, From: Bert Huijben [mailto:b...@qqmail.nl] Sent: Wednesday, 25 September 2013 6:43 AM To: 'JANIKOVIC Jan'; users@subversion.apache.org Subject: RE: Problem with adding files in SVN 1.8.0+. Is it in the tracker already? No, There is no i

RE: Breaking up a monolothic repository

> From: Trent W. Buck > Sent: Monday, 9 September 2013 12:17 PM > Nico Kadel-Garcia writes: > > > Lock the existing repo: Do clean exports, and imports, to new > > repositories with the new layout, with a README.md or other > guideline > > to where the legacy repository exists. You lose the in

RE: SVN commit line ending handling

Hi Thorsten, > Guten Tag Geoff Field, > am Montag, 2. September 2013 um 01:09 schrieben Sie: > > > If the file's encoded as UTF-16, it will give this error > regardless of > > the consistency of the line endings. > > I successfully committed UTF-16 some minu

RE: SVN commit line ending handling

> From: Ryan Schmidt > Sent: Sunday, 1 September 2013 8:21 AM > On Aug 31, 2013, at 05:29, Edoardo Pinci wrote: > > I periodically receive this kind of errors since a long time. > > > > X:\>svn commit -m "BLA BLA" itextsharp.dll iTextSharp.xml > > SendingiTextSharp.xml > > Sending

RE: Unsubscribe

Hi Brane, > Outlook (and Exchange) have been known to strip headers that > are "not important" to users. Micro$oft being "helpful" again... > We do have the procedures > documented here, however: > > http://subversion.apache.org/mailing-lists.html Which is where I dredged up the advice to t

RE: Unsubscribe

> From: Andreas Mohr > Sent: Wednesday, 28 August 2013 15:49 PM > On Wed, Aug 28, 2013 at 03:07:15PM +1000, Geoff Field wrote: > >You need to send an email to > [1]users-unsubscr...@subversion.apache.org to > >unsubscribe from this list. > > ...as can in

RE: Unsubscribe

Hi Venkat, You need to send an email to users-unsubscr...@subversion.apache.org to unsubscribe from this list. Regards, Geoff From: Badipatla, Venkata [mailto:venkata.badipa...@capgemini.com]

RE: Planning a SVN upgrade

From: Mark Phippard Sent: Saturday, 24 August 2013 6:35 AM On Fri, Aug 23, 2013 at 4:09 PM, Maureen Barger wrote: I am currently planning an upgrade from SVN 1.5 (using svnserve and ssh tunnel) to SVN 1.8.1 fronted with Apache and webdav using AD for authNz. We ha

RE: How Big A Dump File Can Be Handled? (svn 1.8 upgrade)

> From: Thomas Harold > Sent: Friday, 23 August 2013 11:53 AM > On 8/22/2013 7:11 PM, Geoff Field wrote: > Most restores for us took about 5-10 minutes, a few of our > larger repos took a few hours. I was doing this all in the background via remote login to our SVN server, so I

RE: How Big A Dump File Can Be Handled? (svn 1.8 upgrade)

Hi Thomas, > From: Thomas Harold > Sent: Friday, 23 August 2013 1:25 AM > On 8/21/2013 7:13 PM, Geoff Field wrote: > > I'm keeping the > > original BDB repositories, with read-only permissions. > > If I really have the need, I can restart Apache 2 with SVN &

RE: How Big A Dump File Can Be Handled?

From: Nico Kadel-Garcia Sent: Thursday, 22 August 2013 8:10 AM I would never do a transfer like this without a copy of the dumpfile available, for reference. The pain of having to re-run the dump later, especially if there are any bugs in the "svnadmin load" conf

RE: How Big A Dump File Can Be Handled?

> From: Thorsten Schöning > Sent: Wednesday, 21 August 2013 17:21 PM > Guten Tag Geoff Field, > am Mittwoch, 21. August 2013 um 08:29 schrieben Sie: > > > I've just realised that my concern was based on a power-of-2 > > limitation that means that a 32-bit sign

RE: How Big A Dump File Can Be Handled?

> From: Ben Reser > Sent: Wednesday, 21 August 2013 17:07 PM > > On 8/20/13 11:29 PM, Geoff Field wrote: > > Note that we have the old version 1.2.3 server software installed at > > the C:\Program Files\Subversion location, and later versions > > are stored under

RE: How Big A Dump File Can Be Handled?

> From: Ben Reser > Sent: Wednesday, 21 August 2013 12:12 PM > On Tue Aug 20 16:44:08 2013, Geoff Field wrote: > > I've seen some quite large dump files already - one got up > > to about 28GB. The svnadmin 1.2.3 tool managed to cope with > > that quite succe

How Big A Dump File Can Be Handled?

Just a query out of curiosity: I'm currently in the process of migrating all 74 of our BDB repositories to FSFS via a dump/create/load cycle. I've seen some quite large dump files already - one got up to about 28GB. The svnadmin 1.2.3 tool managed to cope with that quite successfully. Right n

RE: svn 1.8.1 fails on underscore in the tunnel protocol

> From: Bert Huijben > Sent: Saturday, 17 August 2013 9:18 AM > > From: Branko Čibej > > Sent: vrijdag 16 augustus 2013 23:29 > > On 16.08.2013 23:10, Eric Hall wrote: > > > Hello- > > > We have a custom tunnel protocol withrepository URLs of > the form: > > > > > > svn+foo_bar:// > >

RE: Are there SVN consultants out there who remember the ol' days?

Hi Dana From: Dana Epp Sent: Saturday, 17 August 2013 4:47 AM We have an old SVN database corruption we need help with. (SVN 1.1 with BDB 4.2) Does anyone know of someone who consults on this sort of thing? We've been dealing with SVN 1.2.3 f

RE: SVN 1.8.1 Errors - Show Log and Commit New Files - SOLVED (FOR ME)

From: Nico Kadel-Garcia Sent: Friday, 16 August 2013 21:39 PM To: Geoff Field Cc: Philip Martin; users@subversion.apache.org Subject: Re: SVN 1.8.1 Errors - Show Log and Commit New Files - SOLVED (FOR ME) Get your legacy material off BDB and onto FSFS, ASAP. At

RE: SVN 1.8.1 Errors - Show Log and Commit New Files - SOLVED (FOR ME)

> From: Geoff Field > Sent: Friday, 16 August 2013 11:56 AM > Thanks to everybody for their patience with my issue. The > root cause is not really solved, but at least I (and my > colleagues) can get back to normal work patterns. > > I've finally managed to get the

RE: SVN 1.8.1 Errors - Show Log and Commit New Files - SOLVED (FOR ME)

SVN server 1.2.3 configuration, so I should be able to switch back to that if needed. I suppose it's possible some repositories might become inaccessible to the earlier server due to the server upgrade, but I'm not particularly fussed about that. Regards, Geoff -- Geoff Field -

RE: SVN 1.8.1 Errors - Show Log and Commit New Files

> From: Philip Martin > Sent: Thursday, 15 August 2013 19:02 PM > Geoff Field writes: > > I've just commented out the "AuthzSVNAccessFile" line and have done > > the following: This time, I changed the "AuthType" line to "AuthType None" for

RE: SVN 1.8.1 Errors - Show Log and Commit New Files

> From: Philip Martin > Sent: Wednesday, 14 August 2013 9:59 AM > Geoff Field writes: > >> When I try to reproduce the problem I get a HEAD request that > >> generates > >> "404 not found" rather than "401 unauthorized". What sort of

RE: SVN 1.8.1 Errors - Show Log and Commit New Files

> From: Philip Martin > Sent: Tuesday, 13 August 2013 19:59 PM > Geoff Field writes: > >> -Original Message- > >> From: Philip Martin > >> Sent: Monday, 12 August 2013 18:57 PM Geoff Field writes: > >> > >> I can't reproduce that

RE: SVN 1.8.1 Errors - Show Log and Commit New Files

> -Original Message- > From: Philip Martin > Sent: Monday, 12 August 2013 18:57 PM > Geoff Field writes: > > Here's a log of a trial I have just done with a relatively > fresh repository: > > > > C:\>svn co https://aapleng1/Subversion/Playground/tr

RE: SVN 1.8.1 Errors - Show Log and Commit New Files

> From: Geoff Field > Sent: Monday, 12 August 2013 10:20 AM > > From: Philip Martin > > Sent: Friday, 9 August 2013 18:10 PM > > Geoff Field writes: > > > > > What about the Commit New Files error? Will this be fixed > > with 1.8.2, > > > d

RE: SVN 1.8.1 Errors - Show Log and Commit New Files

> From: Philip Martin > Sent: Friday, 9 August 2013 18:10 PM > Geoff Field writes: > > > What about the Commit New Files error? Will this be fixed > with 1.8.2, > > do you think? > > I don't know how to reproduce it. You said: > > Second

RE: SVN 1.8.1 Errors - Show Log and Commit New Files

> From: Geoff Field > Sent: Tuesday, 6 August 2013 9:33 AM > > From: lieven.govaerts > > On Mon, Aug 5, 2013 at 1:05 PM, Philip Martin > > wrote: > > > Philip Martin writes: > > > > > >> Lieven Govaerts writes: > > >> > &g

RE: Subversion Exception!-line 1619: internal malfunction

> From: Ryan Schmidt > Sent: Wednesday, 7 August 2013 12:39 PM > On Aug 6, 2013, at 15:55, Denis Gadelha wrote: > > > Also when trying to show 'svn log' I'm getting: RA layer request > > failed svn: Unexpected HTTP status 501 'Method Not Implemented' on > > Similar error was reported recently o

RE: SVN 1.8.1 Errors - Show Log and Commit New Files

> From: lieven.govaerts > On Mon, Aug 5, 2013 at 1:05 PM, Philip Martin > wrote: > > Philip Martin writes: > > > >> Lieven Govaerts writes: > >> > C:\Customer>svn log -v ./ > svn: E175002: Unexpected HTTP status 501 'Method Not > Implemented' > on '/Subversio > n/W3000_Custome

SVN 1.8.1 Errors - Show Log and Commit New Files

rus SASL authentication - handles 'svn' scheme * ra_local : Module for accessing a repository on local disk. - handles 'file' scheme * ra_serf : Module for accessing a repository via WebDAV protocol using serf. - handles 'http' scheme - handles 'https'