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/trunk/ \SVN_Test > > ASVN_Test\test.txt

Re: Balancing and proxing

Nico Kadel-Garcia Email: nka...@gmail.com Sent from iPhone On Aug 9, 2013, at 20:12, Roman Naumenko > You mean this one (svn clustering)? > http://www.wandisco.com/get?f=documentation/datasheets/DataSheet-Clustering.pdf > > It doesn't look like it's a simple loadbalancing architecture with a

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

Randy, are you using the "--disable-shared" option? "--enable-static" is not enough. And you should not need *any* get-deps.sh tarballs if you try my SRPM tools. There is a README.md file that goes with the git repository, and should be helpful. Nico Kadel-Garcia Email: nka...@gmail.com Sent fr

Re: Suggestion to change the name "Subversion"

No one else remember the old "Satan" monitoring toolkit, that had an option to change the displayed name and icon to "Santa"? The name "Subversion" has enough positive reputation that changing it, just to avoid NSA style monitoring, seems very destabilizing to a popular project. Let's not chang

This application has halted due to an unexpected error.

Hi All: Crash report attached. -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence with Hibernate, Second Edition JUnit in Action, Second Edition Spring Batch in Action Blog

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

Randy writes: > I see. Then my problem is not knowing how to tell the build to use the > zlib I built. If zlib is a shared library there are various ways: you set RPATH in the ELF libraries that use zlib, probably using -rpath while linking; or you set the LD_LIBRARY_PATH environment variable; o

Re: "svn: E175009: XML parsing failed: (400 Bad Request)" after upgrade to 1.8

It seems to have been resolved in SVN 1.8.1. -Craig On Wed, Jun 26, 2013 at 2:41 PM, Johan Corveleyn wrote: > On Wed, Jun 26, 2013 at 10:44 PM, Craig Wenger > wrote: > > Since upgrading to Subversion 1.8.0 (r1490375) a few days ago, I have > been > > unable to checkout (or update, after upgr

Re: Suggestion to change the name "Subversion"

Wait a minute, he also erased his "bash history". Was he suspected of covering up assaults as well?? I don't think the suspicion arose because the repository was named "subversion". I think it was because source code was being transferred to an outside location. It could have been called "Utter

Re: Strange behavior

On Aug 12, 2013, at 09:17, John Maher wrote: > Thanks for your help, but I still do not know how to get this to work. > Perhaps I should give a little background. The project that I mentioned in > my original post was a test project created just to learn how to get > subversion to work. The

Re: Suggestion to change the name "Subversion"

On Mon, Aug 12, 2013 at 4:57 PM, Glenn Holmer wrote: > On 08/12/2013 03:51 PM, Greg Stein wrote: >> >> Apache Subversion actually started as "Inversion" around December >> 1999, or January 2000. It wasn't until April 2000, that we accepted >> "Subversion" as a rename. It had "version" in the name,

Re: Suggestion to change the name "Subversion"

On 08/12/2013 03:51 PM, Greg Stein wrote: Apache Subversion actually started as "Inversion" around December 1999, or January 2000. It wasn't until April 2000, that we accepted "Subversion" as a rename. It had "version" in the name, and we *were* trying to subvert the CVS installations/community,

Re: Suggestion to change the name "Subversion"

On Mon, Aug 12, 2013 at 09:41:03AM -0400, Andy Levy wrote: >... > probably suggested it for git as well. And isn't there a (possibly > apocryphal) story about the "blame" (either in CVS or SVN) being > aliased to "annotate" and "praise" because a manager somewhere didn't > like the negative connota

Re: Strange behavior

Guten Tag John Maher, am Montag, 12. August 2013 um 20:57 schrieben Sie: > Otherwise there are > over 200 manual operations required just to create a repository. As you mentioned you are still working on Windows XP, you are aware of TortoiseSVN, aren't you? There shouldn't be the need to run any

Re: Strange behavior

On Aug 12, 2013, at 14:52, Andrew Reedick wrote: > Plan B might be to use svn_load_dirs.pl: > http://svn.apache.org/repos/asf/subversion/trunk/contrib/client-side/svn_load_dirs/ > > It has a "glob_ignores" option, or will try to read your global-ignores from > your local svn config file. > >

RE: Strange behavior

I apologize. It was wrong to say " no one here is interested . . ." Some people are uninterested. Some are interested. Some are extremely helpful. Some can be very egotistical. Just like the real world, you get a mix of good and less than good. I should've never responded like that to a g

Re: Strange behavior

On Mon, Aug 12, 2013 at 3:27 PM, John Maher wrote: > I couldn't find where it discusses the global config in the book, if it does > at all. And even if it does I doubt it would help because it won't tell me > where to find the file. Unless there is a command to edit it. I tried a > search a

Re: Strange behavior

On Mon, Aug 12, 2013 at 4:17 PM, John Maher wrote: ... > And the only reason I have been complaining about the documentation is hoping > to point out areas where it is very unclear and misleading. Anyone who knows > how to use the tool will never catch on to the poorly written areas of the > d

RE: Strange behavior

> -Original Message- > From: John Maher [mailto:jo...@rotair.com] > Sent: Monday, August 12, 2013 3:27 PM > To: Bob Archer; Edwin Castro; users@subversion.apache.org > Subject: RE: Strange behavior > > Thanks Bob, that may be exactly what I am looking for. Something that > would affect

Re: Strange behavior

On 8/12/2013 12:27 PM, John Maher wrote: Thanks Bob, that may be exactly what I am looking for. Something that would affect all the files without having to issue over 200 commands or build a dummy directory just for importing. Although that second suggestion provided by Andrew is definitely

Re: Strange behavior

On 8/12/13 10:57 AM, John Maher wrote: > But then again perhaps those are the people who use subversion for the > simplest of builds. At my previous employer I was partly responsible for a codebase in subversion whose trunk was 2+ GB large. The codebase included over 1400 C#, C++, SQL, and WiX pr

RE: Strange behavior

> Thanks Bob, that may be exactly what I am looking for. Something that would > affect all the files without having to issue over 200 commands or build a > dummy directory just for importing. Although that second suggestion provided > by Andrew is definitely better than the first. > > I couldn't

RE: Strange behavior

Thanks Bob, that may be exactly what I am looking for. Something that would affect all the files without having to issue over 200 commands or build a dummy directory just for importing. Although that second suggestion provided by Andrew is definitely better than the first. I couldn't find whe

RE: Strange behavior

Thanks for the quick merge lesson. I would need to use the same directory for the branch as the trunk since there is a rather large infrastructure required to run the project (It is an ERP application). So I would plan on using switch. As long there are no hidden gotchas I should be OK. ---

RE: Strange behavior

> Thanks Edwin, > > That's exactly what I am trying to do. I was looking for a way for the tool > to > accomplish this. I'd be just as glad if someone tells me it is impossible, > which I > suspect it may be. Otherwise there are over 200 manual operations required > just to create a repositor

RE: Strange behavior

Thanks Edwin, That's exactly what I am trying to do. I was looking for a way for the tool to accomplish this. I'd be just as glad if someone tells me it is impossible, which I suspect it may be. Otherwise there are over 200 manual operations required just to create a repository. The way som

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

If I don't run "get-deps.sh" and build apr & apr-util, then my subversion build attempt complains about the missing apr packages. If I run "get-deps.sh" and then manually delete the fetched zlib directory before building subversion, I still end up with the same error "/lib64/libz.so.1: no versio

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

> Why do you have both? I'm not sure. Maybe I'll remove the i386 version and try again.  > One of the advantages of my RPM building tools is that they work well > building with "mock", which gets you a pristine build environment > every time. My goal is to create two independently deploy-able s

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

> You are using shared libraries.  --enable-static merely enables static > libraries to be produced, it does not cause the build to use them. I see. Then my problem is not knowing how to tell the build to use the zlib I built. When I build svn and point to the location of my zlib prefix (see co

RE: Strange behavior

> -Original Message- > From: John Maher [mailto:jo...@rotair.com] > Sent: Monday, August 12, 2013 10:18 AM > To: Ryan Schmidt > Cc: Subversion Users > Subject: RE: Strange behavior > > Thanks for your help, but I still do not know how to get this to work. > Perhaps I should give a little

Re: Strange behavior

On 8/12/13 6:17 AM, John Maher wrote: > Are you sure this is the only way? It would seem odd that this toll does not > provide a way to import an enterprise level application without ignoring the > compiler generated files. In cases like this I perform a "clean" operation that removes compiler

RE: Strange behavior

Thanks for your help, but I still do not know how to get this to work. Perhaps I should give a little background. The project that I mentioned in my original post was a test project created just to learn how to get subversion to work. The production code that I wish to put in one repository r

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

On Mon, Aug 12, 2013 at 08:36:42AM -0500, Les Mikesell wrote: > On Sat, Aug 10, 2013 at 5:25 PM, Daniel Shahaf wrote: > > > >> It would have been nice if --incremental would automatically upgrade the > >> target repository (and fallback to a full backup) if the versions > >> mismatch. > > > > Hmm.

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

Hi, Von: Les Mikesell [mailto:lesmikes...@gmail.com] > > On Sat, Aug 10, 2013 at 5:25 PM, Daniel Shahaf wrote: > > > >> It would have been nice if --incremental would automatically upgrade > >> the target repository (and fallback to a full backup) if the versions > >> mismatch. > > > > Hmm. Int

Re: Suggestion to change the name "Subversion"

On Mon, Aug 12, 2013 at 2:37 AM, Ryan Schmidt wrote: > Should the "GIMP" change its name because (when not referring to the > software) that can be a derogatory term? Should "git" change its name because > (when not referring to the software) that term can be used as an insult? No. > Each proj

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

On Sat, Aug 10, 2013 at 5:25 PM, Daniel Shahaf wrote: > >> It would have been nice if --incremental would automatically upgrade the >> target repository (and fallback to a full backup) if the versions >> mismatch. > > Hmm. Interesting idea, but replacing failure modes with automagical > behaviour

Re: Suggestion to change the name "Subversion"

On 12/08/2013 6:01 PM, Ulrich Eckhardt wrote: Am 12.08.2013 03:24, schrieb Bill George: This is to prevent confusion to non-technical people who could mistake the meaning of the name and associate it to negative activity like hacking or stealing. Just a thought and suggestion that could have fa

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

On Sun, Aug 11, 2013 at 8:54 PM, Ben Reser wrote: > 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 se

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

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/trunk/ \SVN_Test > ASVN_Test\test.txt > Checked out revision 897. > > C:\>cd SVN_Test > > C:\SVN_Test>dir > Volume in drive C is OSDisk >

Re: svn 1.8 causing locks to be broken on update

On Mon, Aug 12, 2013 at 5:38 AM, Felipe Alvarez wrote: > > 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

Re: Suggestion to change the name "Subversion"

Am 12.08.2013 03:24, schrieb Bill George: This is to prevent confusion to non-technical people who could mistake the meaning of the name and associate it to negative activity like hacking or stealing. Just a thought and suggestion that could have far reaching implications. There is nothing neg

AW: svn checkout - quick question

Hi, Z W, Von: Z W [mailto:mpc8...@gmail.com] > 1- Can one simply checkout a few folders in a directory as opposed to check > out everything under a directory? > We have a folder what we don't want to check out but want to co all other > directories. Yes, that is possible, see http://svnbook.r

svn checkout - quick question

Hi All 1- Can one simply checkout a few folders in a directory as opposed to check out everything under a directory ? We have a folder what we don't want to check out but want to co all other directories. 2- Once we checkout these directories (except one), we need to svn merge from another branch

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

Randy writes: > 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 Yo

AW: Balancing and proxing

Hi, Roman, Von: Roman Naumenko [mailto:ro...@naumenko.ca] > Ryan Schmidt said the following, on 09-08-13 9:15 PM: > [] > > >> But more important, I'd like to have a few nodes handling writes. > >> > >> Ah yes. Well then that's different. > >> > >> You must have one heck of a large svn install