Re: Release branch merging.

I hate it how it is only after you have sent the email to the mailing list - you realise the error you have made! The issue lies in the creation of the branch. In the original email it was created via an OS copy and not a svn command. In the most recent email, I explained how I did this; > svn c

Re: Release branch merging.

Ok - Well now I am confused... I did: svn rm /repos/branches/releases/1 cd /repos/branches/releases svn copy http://myServer/repos/branches/releases/1@1000 Which gave me a new copy of the release branch - as it stood at r1000. Which subsequently the revision used to create ^/tags/1.0 Now we want

Re: assertion fail

I've tried svn checkout. It didn't seem to work either. I'll try again in the On Oct 19, 2011, at 5:00 PM, "Andy Levy" wrote: > On Wed, Oct 19, 2011 at 17:31, wrote: >> Thank you Stefan for the reply. >> >> Unfortunately, I am having a much worse issue. After reinstall of 1.7, my >> machin

I means using get_log API to retrieve log information along with path kind (file,path)

I didn't found a easy way to do that. -- 此致 礼 罗勇刚 Yours sincerely, Yonggang Luo

Re: How to use get_log along with path kind {file,directory}?

I didn't received the reply, so I repost it, because I am just subscribe to this list. Btw, can you be more specified, I didn't found the place how get_log along with path kind. 2011/10/20, Daniel Shahaf : > Please don't keep re-posting the same question on a daily basis. > > The answer is in the

Re: assertion fail

On Wed, Oct 19, 2011 at 17:31, wrote: > Thank you Stefan for the reply. > > Unfortunately, I am having a much worse issue.  After reinstall of 1.7, my > machine runs out of memory out when I visit the repo-browser.  TortoiseProc > uses 25% CPU and constantly increases memory until it crashes.  

Re: Strange race-condition/possible bug in Subversion 1.7.0

On Wed, Oct 19, 2011 at 3:58 PM, Harald Wilhelmi wrote: > >    svn copy a b >    echo -n yyy >b >    svn commit -m 'c2' . > > Of cause I expect 'b' to contain 'yyy'. However sometimes it > contains 'xxx'. After this the repository is all consistent and fine > in my opinion (expect that 'a' has the

Strange race-condition/possible bug in Subversion 1.7.0

Hi, in the last weeks I developed a little Subversion tool. When I heard about Subversion 1.7.0 I downloaded the source at the next opportunity to run the functional tests against the new version. With the new version two of the tests fail *sometimes*. The tests use the command line and do about

RE: assertion fail

Thank you Stefan for the reply. Unfortunately, I am having a much worse issue. After reinstall of 1.7, my machine runs out of memory out when I visit the repo-browser. TortoiseProc uses 25% CPU and constantly increases memory until it crashes. So, I can't download the new source from this av

Merging to branches error

Hi, I installed tortoise 1.7 64-bit version on Win 7. I am getting the below error constantly while trying to commit or merge to branches. What should I do? --- Subversion Exception! --- Subversion encountered a serious problem. Please take the t

Re: mergeinfo marked not inheritable on sparse checkout

On Oct 19, 12:29 am, Johan Corveleyn wrote: > > Is this still the case with 1.7? Could you test that? > > There were a lot of merge-tracking improvements and bugfixes in 1.7, > but I'm not sure if this particular issue has been addressed. > Seehttp://subversion.apache.org/docs/release-notes/1.7

Re: How to use get_log along with path kind {file,directory}?

Please don't keep re-posting the same question on a daily basis. The answer is in the manual. Someone replied to your post with another answer. 罗勇刚(Yonggang Luo) wrote on Thu, Oct 20, 2011 at 01:33:58 +0800: > rt. > > -- > 此致 > 礼 > 罗勇刚 > Yours > sincerely, > Yonggang Luo

How to use get_log along with path kind {file,directory}?

rt. -- 此致 礼 罗勇刚 Yours sincerely, Yonggang Luo

Exception when updating working base to 1.7

I just installed Tortoise 1.7 and it told me to upgrade my working base. When I try to do so it blows up and gives me the following error. --- Subversion Exception! --- Subversion encountered a serious problem. Please take the time to report this on

File externals stop working in 1.7

Hi We have encountered a problem with SVN 1.7 when we are checking out (or updating) some of our repositories containing externals. These were all functioning in 1.6.17 but seems to have been either broken or changed in 1.7. I tried to find any relevant posts regarding the error message but co

Error

Hello, I have encountered this error while upgrading working copy to new format. This happened after I upgraded from 1.6.x. Hope this helps, Best regards, Vjekoslav Jug Infodesign d.o.o. Tina Ujevića 46, Varaždin Email: v...@infodesign.hr Tel.: +38

Re: Explore repository "head" live on NFS

On Tue, Oct 18, 2011 at 11:06 PM, Eli Bocek-Rivele wrote: > Hi all, > I'm very new to the community and I can only imagine this question has been > asked before but google searching (and looking in archives) has not helped > but it may be because I don't know how to correctly phrase the question,

Release branch merging.

Hi There everyone, I have trunk, branches and tags. (the "default" repo setup) VERY recently we swapped from continuous deployment to having a scheduled release strategy. We used to simply cherry-pick or even just OS copy the required changes from trunk to a "special"(to us) branch any change

Re: subversion-1/svn_wc.h:1210: error: comma at end of enumerator list

Tony Sweeney wrote on Wed, Oct 19, 2011 at 11:10:35 +0100: > The trailing comma is explicitly invalid per ANSI C 89 (though some > compilers, notably GCC, permitted it). C99 removes this restriction. > It's valid everywhere without the comma, so it's perfectly safe (and > probably desirable) to re

Re: 1.7.0 does not build on Solaris9

Andreas Krey wrote on Wed, Oct 19, 2011 at 12:08:18 +0200: > ldd already tells me the line 'libz.so => /usr/lib/libz.so' > which is a bit irritating because why did get-deps pull zlib in the > first place when it uses the system one? Looking at build/ac-macros/zlib.m4 I don't see any special

Re: Problem with diff

Andreas Krey wrote on Tue, Oct 18, 2011 at 06:04:12 +0200: > #!/bin/sh alias svn=$svn svnadmin=$svnadmin > rm -rf svntmp > mkdir svntmp > cd svntmp > svnadmin create repo > svn checkout file://`pwd`/repo wc > cd wc > cp ../../kadr.polon.p . > svn add kadr.polon.p > svn commit -m 1 > cat >>kadr.p

RE: Explore repository "head" live on NFS

From: Eli Bocek-Rivele [mailto:boc...@gmail.com] Sent: 19 October 2011 04:06 To: users@subversion.apache.org Subject: Explore repository "head" live on NFS Hi all, I'm very new to the community and I can only imagine this question has been asked before but goog

Re: Problem with diff

Andreas Krey wrote on Wed, Oct 19, 2011 at 12:00:27 +0200: > On Wed, 19 Oct 2011 11:37:25 +, Daniel Shahaf wrote: > ... > > Adam, Andreas: when you say what passes/fails for you, please also > > mentino the environment. I've so far tested on 32bit Linux and I plan > > to test in a couple more

Re: Merge strategies?

On 19.10.2011 14:00, Stefan Sperling wrote: On Wed, Oct 19, 2011 at 12:22:05PM +0400, Andrey Paramonov wrote: What about my other fears, bloated svn:mergeinfo The entire svn:mergeinfo property is stored in RAM and parsed from string form into a data structure (nested hash table) before it is u

Re: Problem with diff

I've tested in Windows 7 Command line svn from VisualSVN version 2.5.0 GUI via TortoiseSVN 1.7 RC1,TortoiseSVN 1.7, TortoiseSVN 1.7 Nightbuild 22093 and TortoiseSVN 1.7 Nightbuild 22114 And SLES 10.2 x86 32bit Subversion 1.7 builded from tar. in all cases diff looks that same. Adam Miazga 2011/1

RE: subversion-1/svn_wc.h:1210: error: comma at end of enumerator list

-Original Message- From: Peter Johansson [mailto:peterandrejohans...@gmail.com] Sent: 18 October 2011 22:35 To: users@subversion.apache.org Cc: svndigest-us...@lists.sourceforge.net Subject: subversion-1/svn_wc.h:1210: error: comma at end of enumerator list Hello, When I compiled with

Re: 1.7.0 does not build on Solaris9

On Wed, 19 Oct 2011 10:36:28 +, Philip Martin wrote: > Andreas Krey writes: ... > I think that is a zlib symbol. Subversion links some libraries against > zlib but doesn't link executables to zlib directly, relying on the > library to pull them in. If you build using > > make EXTRA_LDFLAGS=

Re: Subversion 1.7 and 'relocate'

Ulrich Eckhardt wrote on Wed, Oct 19, 2011 at 11:34:03 +0200: > Am 18.10.2011 10:02, schrieb Daniel Shahaf: > >Johan Corveleyn wrote on Tue, Oct 18, 2011 at 09:48:46 +0200: > >! is special in unix shells. But ^./ for the wc root? > > The caret ("^") is special in other shells, namely cmd.exe. Als

Re: Merge strategies?

On Wed, Oct 19, 2011 at 12:22:05PM +0400, Andrey Paramonov wrote: > What about my other fears, bloated svn:mergeinfo The entire svn:mergeinfo property is stored in RAM and parsed from string form into a data structure (nested hash table) before it is used. With modern hardware, you'd have to hit s

Re: Problem with diff

On Wed, 19 Oct 2011 11:37:25 +, Daniel Shahaf wrote: ... > Adam, Andreas: when you say what passes/fails for you, please also > mentino the environment. I've so far tested on 32bit Linux and I plan > to test in a couple more environments once I rebuild trunk on them. Do you build your test su

Re: Upgrade to svn 1.7 on cygwin causes W155007 not a working copy?

Mark Utting wrote on Wed, Oct 19, 2011 at 11:40:08 +1000: > Summary: > It seems that the new top-level .svn directory spontaneously disappears > sometimes? > Which leaves me with a useless working copy... > Do you have some cron job or other background process that walks around and randomly delet

Re: Problem with diff

Adam Miazga wrote on Wed, Oct 19, 2011 at 10:17:56 +0200: > Hi > > Daniel try this way > > 1. download file from first message > 2. commit this file without modification > 3. add new line via > echo "test" >>kadr.polon.p > 4. commit changed file > 5.generate diff > Thanks for the recipe, howeve

Re: 1.7.0 does not build on Solaris9

Andreas Krey writes: > + svn commit -m 1 > Adding kadr.polon.p > Transmitting file data .ld.so.1: svn: fatal: relocation error: file > /export/home/krey/svn17/lib/libsvn_delta-1.so.0: symbol compressBound: > referenced symbol not found I think that is a zlib symbol. Subversion links

Re: 1.7.0 does not build on Solaris9

Andreas Krey wrote on Wed, Oct 19, 2011 at 08:19:29 +0200: > On Tue, 18 Oct 2011 23:21:12 +, Daniel Shahaf wrote: > > Andreas Krey wrote on Tue, Oct 18, 2011 at 23:15:29 +0200: > > > On Tue, 18 Oct 2011 22:12:47 +, Daniel Shahaf wrote: > > > ... > > > > - those foo.h file generated from foo

Re: Subversion 1.7 and 'relocate'

Am 18.10.2011 10:02, schrieb Daniel Shahaf: Johan Corveleyn wrote on Tue, Oct 18, 2011 at 09:48:46 +0200: ! is special in unix shells. But ^./ for the wc root? The caret ("^") is special in other shells, namely cmd.exe. Also, wasn't the caret already used to refer to the repository root? Ul

Re: Subversion error

What's happening here is that svn_client_checkout3() asserts that its API contract is being fulfilled. So, either TortoiseSVN fails to svn_uri_canonicalize() the URL before passing it to libsvn_client, or svn_uri_canonicalize() called by tsvn and svn_uri_is_canonical() called by the assertion disa

Subversion Exception!

I deleted a file intending to follow up with an update. Tortoise is now dead - re-boot required. --- Subversion Exception! --- Subversion encountered a serious problem. Please take the time to report this on the Subversion mailing list (users@subver

RE: Re[4]: Very big problems with access rights (authz file using) in SVN v1.7.0

> -Original Message- > From: Johan Corveleyn [mailto:jcor...@gmail.com] > Sent: woensdag 19 oktober 2011 9:26 > To: Bert Huijben > Cc: Andrey; Stefan Sperling; users@subversion.apache.org > Subject: Re: Re[4]: Very big problems with access rights (authz file using) in > SVN v1.7.0 > > On W

SVN to Base Clearcase

Hi Please can anyone, advice to me.. I need your help to sync my svn branch source with Base clearcase branch. SVN Deatils: We have installed latest svn version in red hat Linux & it is accessing via Tortoise client. Base Clearcase Details: We have one more Version control tool. That i

Re: Merge strategies?

On 19.10.2011 11:44, Johan Corveleyn wrote: On Wed, Oct 19, 2011 at 8:38 AM, Andrey Paramonov wrote: On 18.10.2011 20:05, Daniel Shahaf wrote: Andrey Paramonov wrote on Tue, Oct 18, 2011 at 11:40:37 +0400: What confuses people most now is the scattered svn:mergeinfo ("Oh, why that dir has m

Re: Problem with diff

Hi Daniel try this way 1. download file from first message 2. commit this file without modification 3. add new line via echo "test" >>kadr.polon.p 4. commit changed file 5.generate diff I tried to repeat this situation with another file. All my attempts have failed. This file have corrupted line

Re: Merge strategies?

On Wed, Oct 19, 2011 at 8:38 AM, Andrey Paramonov wrote: > On 18.10.2011 20:05, Daniel Shahaf wrote: >> >> Andrey Paramonov wrote on Tue, Oct 18, 2011 at 11:40:37 +0400: >>> >>> What confuses people most now is the scattered >>> svn:mergeinfo ("Oh, why that dir has modified status, my merge >>> sh

SVN to Base Clearcase

Hi, I need your help to sync my svn branch source with Base clearcase branch. *SVN Details:* We have installed latest svn version in red hat Linux & it is accessing via Tortoise client. *Base Clearcase Details:* We have one more Version control tool. That is base clearcase which was installed in

Re: mergeinfo marked not inheritable on sparse checkout

On Wed, Oct 19, 2011 at 1:44 AM, Douglas Wilson wrote: > If I have a sparse checkout of /trunk (say it has subdirectories dir1 > and dir2, so I just have a working copy of /trunk/dir1), commit some > changes, switch my checkout to a branch, then try to merge the changes > I just committed, the mer

Re: Re[4]: Very big problems with access rights (authz file using) in SVN v1.7.0

On Wed, Oct 19, 2011 at 12:45 AM, Bert Huijben wrote: > > >> -Original Message- >> From: Johan Corveleyn [mailto:jcor...@gmail.com] >> Sent: woensdag 19 oktober 2011 0:32 >> To: Bert Huijben >> Cc: Andrey; Stefan Sperling; users@subversion.apache.org >> Subject: Re: Re[4]: Very big problem