Re: Suggestion to change the name "Subversion"

2013-08-11 Thread Thorsten Schöning
Guten Tag Bill George, am Montag, 12. August 2013 um 03:24 schrieben Sie: > Hence this is my strong suggestion : next release, please consider > altering the name subversion to something else. You don't really expect a project name to change this fast, don't you?! ;-) > At least > "Sub-version".

Re: Suggestion to change the name "Subversion"

2013-08-11 Thread Ryan Schmidt
On Aug 11, 2013, at 20:24, Bill George wrote: > I know it is standard practice in programming to use common words in the > English language for specific software terminology or naming. However, this > has often caused confusions. > > If you go through the story of Goldman Sachs programmer Ser

Suggestion to change the name "Subversion"

2013-08-11 Thread Bill George
Hello Apache, I know it is standard practice in programming to use common words in the English language for specific software terminology or naming. However, this has often caused confusions. If you go through the story of Goldman Sachs programmer Serge Aleynikov who was accused & convicted of "s

Re: hotcopy --incremental auto-upgrade Re: Backup strategy sanity check

2013-08-11 Thread Thomas Harold
On 8/10/2013 6:28 PM, Daniel Shahaf wrote: Daniel Shahaf wrote on Sun, Aug 11, 2013 at 01:25:24 +0300: Thomas Harold wrote on Sat, Aug 10, 2013 at 10:53:43 -0400: With the 'svnadmin hotcopy --incremental' backups, we have to do extra checking in the script (comparing reponame/db/format versions

Re: svn 1.8 causing locks to be broken on update

2013-08-11 Thread Felipe Alvarez
On Mon, Aug 5, 2013 at 9:50 AM, Felipe Alvarez wrote: > Maybe I'm missing something but what exactly is broken in your > >> output? It ends with svn up, but shouldn't be there at least one >> additional svn st to show something about the lock? >> >> > Felipe@FELIPES ~/SVN >> > $ svn up >> > Updati

Re: Built 1.8.1 from source: "libz.so.1: no version information available"

2013-08-11 Thread Nico Kadel-Garcia
On Sun, Aug 11, 2013 at 1:34 PM, Randy wrote: > Hi Nico, > > Thank you for the reply! I confirmed that I do have "zlib-devel" installed... > > Package zlib-devel-1.2.3-7.el5.x86_64 already installed and latest version > Package zlib-devel-1.2.3-7.el5.i386 already installed and latest version > > I

Re: Built 1.8.1 from source: "libz.so.1: no version information available"

2013-08-11 Thread Nico Kadel-Garcia
On Sun, Aug 11, 2013 at 1:34 PM, Randy wrote: > Hi Nico, > > Thank you for the reply! I confirmed that I do have "zlib-devel" installed... > > Package zlib-devel-1.2.3-7.el5.x86_64 already installed and latest version > Package zlib-devel-1.2.3-7.el5.i386 already installed and latest version > > I

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

2013-08-11 Thread Geoff Field
> 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, > > > do you think? > > > > I don't know how to reproduce it.

Re: Built 1.8.1 from source: "libz.so.1: no version information available"

2013-08-11 Thread Randy
Hi Philip, Thank you for the reply. I think you are correct about it being a zlib version problem. But the error with "/lib64/libz.so.1" happens whether I build svn with the dependencies or without. The reason I am attempting to build it with the static libraries (which are fetched with the inc

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

2013-08-11 Thread Geoff Field
> 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 issue: When committing new files, we get the messag

Re: Error processing externals E205011 and W155035 with simple update

2013-08-11 Thread dlellis
Johan Corveleyn wrote on 08/11/2013 02:44:38 PM: > >> > Here's the quick recipe > >> > > >> > Create a file external in svn:externals and commit it and perform full > >> > update (foo.c rev 1). > >> > > Okay, with this information I can reproduce the issue (both with 1.7.9 > and with trunk

Re: Built 1.8.1 from source: "libz.so.1: no version information available"

2013-08-11 Thread Philip Martin
Randy writes: > I built Subversion 1.8.1 from source on CentOS 6 and running into a > problem with zlib versions. The build completes successfully, but when > running svn with any command I get this "no version information > available" error: I think that is caused by using one version of zlib d

Re: Error processing externals E205011 and W155035 with simple update

2013-08-11 Thread Johan Corveleyn
On Sun, Aug 11, 2013 at 7:27 PM, wrote: > Johan Corveleyn wrote on 08/11/2013 03:09:55 AM: >> On Sun, Aug 11, 2013 at 12:56 AM, wrote: ... >> > Here's the quick recipe >> > >> > Create a file external in svn:externals and commit it and perform full >> > update (foo.c rev 1). >> >> Please

Re: Error processing externals E205011 and W155035 with simple update

2013-08-11 Thread Andy Levy
On Sun, Aug 11, 2013 at 1:27 PM, wrote: > Johan Corveleyn wrote on 08/11/2013 03:09:55 AM: > >> From: Johan Corveleyn >> To: dlel...@rockwellcollins.com >> Cc: "users@subversion.apache.org" >> Date: 08/11/2013 03:10 AM >> Subject: Re: Error processing externals E205011 and W155035 with simple

Re: Check-out fails with LANG=C

2013-08-11 Thread Vincent Lefevre
On 2013-07-31 23:32:57 +0200, Branko Čibej wrote: > On 31.07.2013 15:49, Vincent Lefevre wrote: > > No, even "LC_ALL=en_US.UTF-8 cp" doesn't have any effect. > > What do you mean by "doesn't have any effect"? The output is the same, as without the "LC_ALL=en_US.UTF-8": still in French. Except in

Re: How to change paths on an external file without a full update --depth infinity?

2013-08-11 Thread dlellis
Ben Reser wrote on 08/11/2013 09:54:43 AM: > > On Sun, Aug 11, 2013 at 3:24 AM, Johan Corveleyn wrote: > > I'm cc'ing Ben Reser (who has the above issue assigned to him) and > > Ivan Zhakov (who recenty wrote a patch for this). Perhaps they can > > shed some light on the current state of "RA s

Re: How to change paths on an external file without a full update --depth infinity?

2013-08-11 Thread dlellis
Johan Corveleyn wrote on 08/11/2013 03:24:31 AM: > > Hi Johan, > > > > I think you are spot on on both issues - thank you. > > You're welcome :-). > > > The performance issue relates to SVN externals stem, in my case, from new > > connections for each http request for externals versus keeping

Re: Built 1.8.1 from source: "libz.so.1: no version information available"

2013-08-11 Thread Randy
Hi Nico, Thank you for the reply! I confirmed that I do have "zlib-devel" installed... Package zlib-devel-1.2.3-7.el5.x86_64 already installed and latest version Package zlib-devel-1.2.3-7.el5.i386 already installed and latest version I will try out your RPM building tools soon and report back. 

Re: Error processing externals E205011 and W155035 with simple update

2013-08-11 Thread dlellis
Johan Corveleyn wrote on 08/11/2013 03:09:55 AM: > From: Johan Corveleyn > To: dlel...@rockwellcollins.com > Cc: "users@subversion.apache.org" > Date: 08/11/2013 03:10 AM > Subject: Re: Error processing externals E205011 and W155035 with simple update > > [ In general, this list prefers botto

Re: How to change paths on an external file without a full update --depth infinity?

2013-08-11 Thread Ben Reser
On Sun, Aug 11, 2013 at 3:24 AM, Johan Corveleyn wrote: > I'm cc'ing Ben Reser (who has the above issue assigned to him) and > Ivan Zhakov (who recenty wrote a patch for this). Perhaps they can > shed some light on the current state of "RA session caching". > > As far as I remember from discussion

Re: How to change paths on an external file without a full update --depth infinity?

2013-08-11 Thread Johan Corveleyn
On Sun, Aug 11, 2013 at 12:42 AM, wrote: > Hi Johan, > > I think you are spot on on both issues - thank you. You're welcome :-). > The performance issue relates to SVN externals stem, in my case, from new > connections for each http request for externals versus keeping an open one > for non-ext

Re: Error processing externals E205011 and W155035 with simple update

2013-08-11 Thread Johan Corveleyn
[ In general, this list prefers bottom-posting (i.e. putting your reply at the bottom) or inline replying. More below ... ] On Sun, Aug 11, 2013 at 12:56 AM, wrote: > Hi Johan, > > I'll try and use the reproduction template, but will need to work this on > Monday as it appears I'll need to work