On Fri, May 21, 2010 at 2:16 AM, Prakash Velayutham <
prakash.velayut...@cchmc.org> wrote:
> Hi,
>
> Is it possible to use '*' in the path portion of a AuthzSVNAccessFile.
>
> Like
>
> [repo:/folder1/*/*/bc]
> @group1 = rw
> @group2 = r
> @admin = rw
>
> Would this work? In the redbook, it only ta
Hi,
Is it possible to use '*' in the path portion of a AuthzSVNAccessFile.
Like
[repo:/folder1/*/*/bc]
@group1 = rw
@group2 = r
@admin = rw
Would this work? In the redbook, it only talks about using '*' for the
user/group portion, not the path.
Thanks,
Prakash
We have narrowed down this problem to an authz change but it doesn't
make much sense to us.
This repo is layed out like this:
/project1/trunk
/branches
/tags
/project2/trunk
/branches
/tags
Our authz file contains this
On Thu, May 20, 2010 at 2:26 PM, Talkov, Roger wrote:
> I installed the Collabnet subversion server 1.6.11 on windows Vista and got
> the error below when I typed “svn –version”
> I had previously had 1.6.6 of the server which didn’t have this problem
Check your PATH. Sounds like you have more t
I installed the Collabnet subversion server 1.6.11 on windows Vista and got
the error below when I typed "svn -version"
I had previously had 1.6.6 of the server which didn't have this problem
I then installed the subversion client 1.6.11 and was able to use svn commands
with no problem
Proble
Hi.
On Wed, May 19, 2010 at 11:28 PM, Daniel Widenfalk
wrote:
> Dan Stromberg wrote:
>> On Tue, May 18, 2010 at 1:20 AM, Bert Huijben wrote:
>>
Subversion uses a simple heuristic to determine if a file has
changed. It is well documented in the source code but perhaps
not so well k
> I try to mantain a vendor branch, but im facing problems with svn diff
> first and now with merge.
> I have a sql file in my trunk were i make changes, after some time the
> vendor code was upgrade,
> i give a svn diff to see the difference between the new and the old
> and wat i get was the old
Hi,
I try to mantain a vendor branch, but im facing problems with svn diff
first and now with merge.
I have a sql file in my trunk were i make changes, after some time the
vendor code was upgrade,
i give a svn diff to see the difference between the new and the old
and wat i get was the old code
in
Glad to hear it. We had similar problems using svnsync when performing the
initial sync. We had a couple of historic commits of a lot of third-party
libraries that were very large. We had to bump the timeout up to 600 sec. to
get svnsync to complete the sync. Now that we are syncing happily
> -Original Message-
> From: Kurt Pruenner [mailto:l...@gmx.at]
> Sent: donderdag 20 mei 2010 15:18
> To: users@subversion.apache.org
> Subject: Re: Subversion source code missing ??
>
> On 20.05.10 12:55, John Buehrer wrote:
> > Also confusing is the (pending?) cover page ...
> >
> > ht
On 20.05.10 12:55, John Buehrer wrote:
> Also confusing is the (pending?) cover page ...
>
> http://subversion.apache.org/
>
> ... which has the same content as the main Apache page, ie, nothing
> subversion-related :
>
> http://apache.org/
Here, subversion.apache.org looks exactly like Google'
On Thursday 20 May 2010, AM wrote:
> We currently create release branches with version numbers (i.e. 1.3.x,
> 1.4.x).
This is reasonable and not unusual. From those branches you then create the
tags (1.3.0, 1.3.1 etc).
> If we wanted to move to a single folder for releases (say Production
> Supp
>
> Subject: rev 19260: missing green checkmarks
>
> Are there others experiencing this in the svn windows client?
>
Would I be right in assuming you are using TortoiseSVN?
If so, it is not part of the standard subversion code base but thse
pages may help:
http://tortoisesvn.net/node/191
...
On May 20, 2010, at 07:43, Emerald wrote:
> Are there others experiencing this in the svn windows client?
Sounds like you are talking about TortoiseSVN, so you should ask on the
TortoiseSVN mailing list.
Are there others experiencing this in the svn windows client?
We currently create release branches with version numbers (i.e. 1.3.x, 1.4.x).
If we wanted to move to a single folder for releases (say Production Support),
how would we create the subsequent "Production Support" branch and maintain the
history from the previous release?
Thanks
Anthony
On May 20, 2010, at 05:40, Bettual Richter wrote:
> does anyone know if there is some kind of maxsize for revision properties ?
I'm not sure.
> I'd like to set long revision properties on a repository.
How large?
On Thu, May 20, 2010 at 06:55, John Buehrer wrote:
>
> Thanks Ryan.
> My immediate problem is solved, now that the 'tigris.org' site is back
> online.
>
> To reduce user confusion, I suggest - to the Apache team - that an
> informative Readme file be placed in these empty subversion folders,
> sta
Thanks Ryan.
My immediate problem is solved, now that the 'tigris.org' site is back
online.
To reduce user confusion, I suggest - to the Apache team - that an
informative Readme file be placed in these empty subversion folders,
stating that source-code will not be here until the 1.7.0 release,
Hi,
does anyone know if there is some kind of maxsize for revision properties
?
I'd like to set long revision properties on a repository.
I'm already using the -f option with a file containing the property to be
set.
usage :
svn ps propname -F /path/propvalue.txt --revprop http://myAddr -rH
On May 20, 2010, at 04:52, John Buehrer wrote:
> Yes, now it appears. Strange! (to me)
According to another message on the list, the site was down shortly.
> Thanks for the info about v1.7.0.
> Maybe you could add this info as a "Readme" note in the existing Apache
> subversion directories?
>
Hi again!
I was wrong about calling the currently checked out revision HEAD. I want to
see diff against currently checked out revision.
I figured out what the problem is. Svn creates svn-commit.tmp one directory
higher than I am currently in.
- /trunk/lib/<--- this is where I execute "svn ci"
On Thu, May 20, 2010 at 8:47 AM, John Buehrer wrote:
>
> Hi,
>
> The Subversion source code has disappeared today: Thursday, 20-May-2010
> Am I looking in the wrong place?
> I already asked on IRC chat: irc.freenode.net / #svn
> These main sites & mirrors are empty of Subversion source-code conte
On May 20, 2010, at 01:47, John Buehrer wrote:
> The Subversion source code has disappeared today: Thursday, 20-May-2010
> Am I looking in the wrong place?
It certainly appears to be there:
> http://subversion.apache.org/source-code.html
On this page, click the link "Source Releases Area" whi
Hi,
The Subversion source code has disappeared today: Thursday, 20-May-2010
Am I looking in the wrong place?
I already asked on IRC chat: irc.freenode.net / #svn
These main sites & mirrors are empty of Subversion source-code content:
http://svncorp.org
http://subversion.tigris.org
http://subv
Hi there,
> Ah... iirc this is a bug that happens when you have externals. Can you
> remove the externals and try it? You can always put them back later.
For some reason, even without removing the externals, an extran cleanup of both
the branch and the trunk now seems to have done the trick. All
Hey - setting Timeout as 300 resolved the problem.
Best,
Hemant
Unstoppable..
From: Wadhavankar, Hemant
Sent: Thursday, May 20, 2010 10:27 AM
To: 'Thomas Loy'; users@subversion.apache.org
Subject: RE: SVN Error
Thanks Tom. I am using http and not https. I noticed "Timeout 300" in
conf/extra
27 matches
Mail list logo
