Re: Possible bug: --stop-on-copy stops too early

Am Dienstag, 24. Mai 2011, 16:36:11 schrieb Varnau, Steve (Neoview): > > Hmm, if it stops on any copy, then maybe "svn log --stop-on-copy" is > > the wrong command for finding the base rev of a branch. Is there a > > better alternative? > > I find it is better for this use case to log from past f

Re: Is rep-sharing enabled by default?

On Tue, May 24, 2011 at 8:23 AM, Nick Stolwijk wrote: > My mistake. I mostly use the man pages. ;) At least I was correct > about the # as comment lines. > > With regards, > > Nick Stolwijk > ~Senior Java Developer~ It's cool. I'm nervous when people give principles of programming or protocols th

Re: SVN_SSH and arguments

On 2011-05-25 02:45:39 +0300, Daniel Shahaf wrote: > Works for me: > > % SVN_SSH='perl -e "exec qw/ssh/, @ARGV"' $svn info > svn+ssh://`hostname`//tmp/svn/r1 | grep URL > URL: svn+ssh://d3/tmp/svn/r1 OK, I've found the problem. I'm using a svn wrapper (as a workaround to a svn bug), which is a z

Re: SVN_SSH and arguments

Vincent Lefevre wrote on Wed, May 25, 2011 at 01:35:15 +0200: > Hi, > > It seems that arguments in SVN_SSH are ignored. I have tested with: > > Nokia-N900-02-8:~> echo $SVN_SSH > /home/user/scripts/ssh -i /home/user/.ssh/id_rsa-svn > Works for me: % SVN_SSH='perl -e "exec qw/ssh/, @ARGV"' $svn

Re: tree conflict: local add, incoming add upon merge

On 05/24/2011 11:05 AM, Stefan Sperling wrote: > On Tue, May 24, 2011 at 10:45:09AM -0400, David Tombs wrote: >> Hi Subversion Gurus, >> >> I have a question about merging with a tree conflict. >> >> I created the same directory, called 'config' on two branches. The >> directory had different files

SVN_SSH and arguments

Hi, It seems that arguments in SVN_SSH are ignored. I have tested with: Nokia-N900-02-8:~> echo $SVN_SSH /home/user/scripts/ssh -i /home/user/.ssh/id_rsa-svn but a ps -aef after a "svn ls svn+ssh://mysvn" gives: 19110 user 6228 Szsh /home/user/scripts/ssh mysvn svnserve -t I can add

Tool that works via remote repository access

Hello, I'm brazillian computer science student and a need some tool that examining different aspects of a Subversion repository. This is like svnlook, but do remote access. You know some one? Thanks, -- Leandro Andrade Bacharelando em Ciência da Computação - UFBA

http reverse proxy to different path possible?

I found some examples of using apache's ProxyPass to reverse proxy subversion requests to a different server, but all of them had the same local/remote path. Is is possible to: ProxyPass /path/ http://other_server/some/other/path? No matter what I put in ProxyPassReverse, the /some/other/pat

Subversion based content management system?

Hello dear list. Sorry if this is not the correct list to ask this. Let me know if i could ask anywhere. This afternoon i have been quite busy letting my mind go deep in the space, searching for other lifeforms, resolving JFK murder, somethings to do...and this is what bring me here. I'm thinking

RE: SVN question

I have to believe so, but was a tad daunted when I tried to start using the SVN::Alien suite. It is huge and there appears to be little documentation on how to do the basics with it. I am an SVN Padawan Learner. Take care, Chris -Original Message- From: Markus Schaber [mailto:m.scha...

Re: tree conflict: local add, incoming add upon merge

On Tue, May 24, 2011 at 05:05:43PM +0200, Stefan Sperling wrote: > In short, whatever works for you is best :) That said, our goal is to ultimately provide automated resolution of trivial tree conflicts, and interactive menus for resolving more complicated ones. The plumbing isn't yet advanced eno

Re: tree conflict: local add, incoming add upon merge

Tue, 24 May 2011 10:45:09 -0400, /David Tombs/: I created the same directory, called 'config' on two branches. The directory had different files on each branch, let's call them 'foo.java' on branch A and 'bar.java' on branch B. When I merged branch A -> branch B, I got a "tree conflict" saying

Re: tree conflict: local add, incoming add upon merge

On Tue, May 24, 2011 at 10:45:09AM -0400, David Tombs wrote: > Hi Subversion Gurus, > > I have a question about merging with a tree conflict. > > I created the same directory, called 'config' on two branches. The > directory had different files on each branch, let's call them 'foo.java' > on bran

tree conflict: local add, incoming add upon merge

Hi Subversion Gurus, I have a question about merging with a tree conflict. I created the same directory, called 'config' on two branches. The directory had different files on each branch, let's call them 'foo.java' on branch A and 'bar.java' on branch B. When I merged branch A -> branch B, I got

RE: Possible bug: --stop-on-copy stops too early

> -Original Message- > From: Dirk Heinrichs [mailto:dirk.heinri...@capgemini.com] > Sent: Tuesday, May 24, 2011 3:31 AM > To: users@subversion.apache.org > Subject: Re: Possible bug: --stop-on-copy stops too early > > Am Dienstag, 24. Mai 2011, 12:22:44 schrieb Stephen Butler: > > > The "

Re: Is rep-sharing enabled by default?

On Tue, May 24, 2011 at 08:19:20AM -0400, Nico Kadel-Garcia wrote: > On Tue, May 24, 2011 at 7:18 AM, Stefan Sperling wrote: > > On Tue, May 24, 2011 at 01:00:45PM +0200, Nick Stolwijk wrote: > >> In all Unix like configuration files, the # means that line is a > >> comment. Often the value mentio

Re: Is rep-sharing enabled by default?

Nico Kadel-Garcia wrote on Tue, May 24, 2011 at 08:19:20 -0400: > On Tue, May 24, 2011 at 7:18 AM, Stefan Sperling wrote: > > On Tue, May 24, 2011 at 01:00:45PM +0200, Nick Stolwijk wrote: > >> In all Unix like configuration files, the # means that line is a > >> comment. Often the value mentioned

Re: SVN - restriction to checkout only the latest version

Hi Markus, thanks for all your advices. Your thoughts are convincing me in my own analysis, that SVN for this approach is not the best idea. Our situation is not critical and this discussion was very useful. Thanks, Rado On Tue, May 24, 2011 at 13:47, Markus Schaber wrote: > Hi, Rado, > > Ah, n

Re: Is rep-sharing enabled by default?

My mistake. I mostly use the man pages. ;) At least I was correct about the # as comment lines. With regards, Nick Stolwijk ~Senior Java Developer~ iPROFS Wagenweg 208 2012 NM Haarlem T +31 23 547 6369 F +31 23 547 6370 I www.iprofs.nl On Tue, May 24, 2011 at 2:19 PM, Nico Kadel-Garcia wrote

Re: Is rep-sharing enabled by default?

On Tue, May 24, 2011 at 7:18 AM, Stefan Sperling wrote: > On Tue, May 24, 2011 at 01:00:45PM +0200, Nick Stolwijk wrote: >> In all Unix like configuration files, the # means that line is a >> comment. Often the value mentioned on the line is not the default, so >> uncommenting the line will give y

AW: SVN - restriction to checkout only the latest version

Hi, Rado, Ah, now I see. The file is actually encrypted with a password, and you want to prevent older versions of the file to leak whenever the password is compromised. In this case, I really think that svn is not the right tool for the job, as the whole purpose of existence of version control

Re: SVN - restriction to checkout only the latest version

Hi Markus, >> I have a question whether subversion has possibility to allow checkout >> only the latest version of the repository. > > No. OK, then my research is confirmed. it would be against basic design and idea of repositories in general. >> My idea is (due to security) to allow only access

Re: Is rep-sharing enabled by default?

On Tue, May 24, 2011 at 01:00:45PM +0200, Nick Stolwijk wrote: > In all Unix like configuration files, the # means that line is a > comment. Often the value mentioned on the line is not the default, so > uncommenting the line will give you the other value. I just committed the following change to

Re: Is rep-sharing enabled by default?

In all Unix like configuration files, the # means that line is a comment. Often the value mentioned on the line is not the default, so uncommenting the line will give you the other value. With regards, Nick Stolwijk ~Senior Java Developer~ iPROFS Wagenweg 208 2012 NM Haarlem T +31 23 547 6369 F

Re: Possible bug: --stop-on-copy stops too early

Am Dienstag, 24. Mai 2011, 12:22:44 schrieb Stephen Butler: > The "A", along with the "from :", means that /software was > copied from /PALISNC in this revision, so 'svn log --stop-on-copy' stops > at this revision. > > I searched for "--stop-on-copy" in the bug tracker, and turned up > > htt

Re: SVN question

Varnau, Steve (Neoview) wrote on Mon, May 23, 2011 at 22:22:36 +: > > > > -Original Message- > > From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] > > Sent: Monday, May 23, 2011 2:37 PM > > To: Varnau, Steve (Neoview) > > Cc: Hahn, Christopher (SAN DIEGO); users@subversion.apache.o

Re: Possible bug: --stop-on-copy stops too early

Dirk Heinrichs wrote on Tue, May 24, 2011 at 09:14:11 +0200: > Hi, > > I'm trying to get the base revision of a branch using "svn log --stop-on- > copy". However, the output of this command stops a couple of revisions too > early: > > svn log -v > https://sdmpudpagport.sdm.de/pu/dpagpalis/svn/r

Re: Possible bug: --stop-on-copy stops too early

On May 24, 2011, at 9:14 , Dirk Heinrichs wrote: > Hi, > > I'm trying to get the base revision of a branch using "svn log --stop-on- > copy". However, the output of this command stops a couple of revisions too > early: > > svn log -v > https://sdmpudpagport.sdm.de/pu/dpagpalis/svn/repository/

Re: Is rep-sharing enabled by default?

Thorsten Schöning wrote on Tue, May 24, 2011 at 09:08:45 +0200: > Hello, > > we sync our repositories to a second server using svnsync sync and > today I wondered why a commit in the master with several MB in size is > only some kb in the synced slave. I made two commits with exactly the > same da

reg

reg S pozdravem Petr Vystyd, správce informačního systému OKsystem s.r.o. Na Pankráci 125, 140 21 Praha 4 tel: 236 072 322, fax: 236 072 112, mobil: 731 400 396 e-mail: vys...@oksystem.cz, web: www.oksystem.cz

Re: Is rep-sharing enabled by default?

On Tue, May 24, 2011 at 09:08:45AM +0200, Thorsten Schöning wrote: > Hello, > > we sync our repositories to a second server using svnsync sync and > today I wondered why a commit in the master with several MB in size is > only some kb in the synced slave. I made two commits with exactly the > same

RE: svnsync path not found

> -Original Message- > From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] > Sent: 23 May 2011 18:37 > > issue #3641 (to be fixed in 1.6.17) perhaps? It looks like this issue is related to moved and copied files. The file in questions hasn't been, just modified and committed. -

Possible bug: --stop-on-copy stops too early

Hi, I'm trying to get the base revision of a branch using "svn log --stop-on- copy". However, the output of this command stops a couple of revisions too early: svn log -v https://sdmpudpagport.sdm.de/pu/dpagpalis/svn/repository/software/branches/dhe_oracle_tablespaces_fuer_appcom --

Is rep-sharing enabled by default?

Hello, we sync our repositories to a second server using svnsync sync and today I wondered why a commit in the master with several MB in size is only some kb in the synced slave. I made two commits with exactly the same data in two different directories and the first commit was about some MB in si