=apr-dev&m=127728994332622
Geir
Note : All inquiries regarding Subversion, MKS and general Development servers
should be directed to "EDB SourceControl System"
From: Engebakken Geir [mailto:geir.engebak...@edb.com]
Sent: 29. august 2011 09:43
To: users@subversion.apac
We tried installing a SVN 1.6.16 client on a HPUX platform. We had to install
some packages missing for /dev/random and also a SSL upgrade but it seemed to
work in the end. The client ran ok and contacted our SVN server over https
which tried to authorize the user against our LDAP server. The
We tried installing a SVN 1.6.16 client on a HPUX platform. We had to install
some packages missing for /dev/random and also a SSL upgrade but it seemed to
work in the end. The client ran ok and contacted our SVN server over https
which tried to authorize the user against our LDAP server. The st
neral Development servers
should be directed to "EDB SourceControl System"
> -Original Message-
> From: Dennis Jones [mailto:djo...@grassvalleysoftware.com]
> Sent: 21. august 2011 22:12
> To: Engebakken Geir
> Subject: Re: How to solve svnadmin load "File already
Isnt it possible to just remove the N records from the dump file and restart
the svnadmin load? I seem to think I have tried that with success before.
Geir
Note : All inquiries regarding Subversion, MKS and general Development servers
should be directed to "EDB SourceControl System"
> -
We have set up pah-based access like this, and it works fine :
[java:/business/archive]
@archive_r=r
@archive=rw
~archive =
Members of archive_r have readonly access
Members of archive have read/write access
Not-Members of archive have no access
Geir
Note : All inquiries regarding Subversion
Resolved now, seems the sync.c file is added in the Subversion source trunk
(1.7?) , but is not not in any 1.6.x releases of the source, so that fooled us.
Geir
Note : All inquiries regarding Subversion, MKS and general Development servers
should be directed to "EDB SourceControl System"
>
ush chadha [mailto:ankushchadha2...@yahoo.com]
Sent: 30. november 2010 15:36
To: Engebakken Geir; Joseph Isenberg; users@subversion.apache.org
Subject: Re: SVN Path Authorization
[/]
*=
@Developers=rw
[/trunk/modules/moduleA/tests]
@QA=rw
Here QA group has rw access only to tests folder and nothing else
I had the same problem when I set up SVN1.5.x (way back then). Could not get
arounf the fact that users needed R-access to root of repos, so I ended up with
something like the following to prevent users from having R-access to entire
repos.:
[repo:/]
@admin = rw
*=r
[repo:/projects/Project1
I must be missing something here, is this patch applied to the current SVN
source?
I have downloaded SVN 1.6.15 source from Tigris.org, and cant find the changes
in the source. Also this patch is applied to a file : subversion/svnsync/sync.c
but in my downloaded source there is only a file main
> -Original Message-
> From: Johan Corveleyn [mailto:jcor...@gmail.com]
> Sent: 11. november 2010 14:29
> To: Engebakken Geir
> Cc: users@subversion.apache.org
> Subject: Re: svnsync error
>
> On Thu, Nov 11, 2010 at 1:17 AM, Engebakken Geir
> wrote:
&
pment servers
should be directed to "EDB SourceControl System"
> -Original Message-----
> From: Engebakken Geir [mailto:geir.engebak...@edb.com]
> Sent: 11. november 2010 01:18
> To: users@subversion.apache.org
> Subject: svnsync error
>
> I have this error that I
I have this error that I have searched the net for,and found a lot of incidents
similar, but I cannot find a way to resolve this. The error is well known, I
think :
svnsync: Cannot accept 'svn:ignore' property because it is not encoded in UTF-8
The error looks straightforward, something fishy
> -Original Message-
> From: Giulio Troccoli [mailto:giulio.trocc...@uk.linedata.com]
> Sent: 8. november 2010 12:13
> To: Engebakken Geir; 'Gingko'; 'Subversion User List'
> Subject: RE: Promoting a mirror repository as a source repository
>
&
Sounds great, but I have the notion that the UUID must be identical for the two
repositories for this to work, how do you achieve that? Is this done by
svnsync? Or isn't this necessary at all?
Geir
Note : All inquiries regarding Subversion, MKS and general Development servers
should be direc
I get the following error trying to synchronize a repository, thought it was
due to too few inodes in the file system, but a "df -i " shows plenty of inodes
available :
bash-3.00$ df -i
FilesystemInodes IUsed IFree IUse% Mounted on
/dev/mapper/backupvg-lv_backup
We have a repository with hundreds of projects, and i would like to search the
repos for all pom.xml files, and do some investigating into the dependencies in
these pom files. I could create a working copy of the entire repos, but this is
not feasible since it is some 10 Gb in size. I have used
The fact that restructuring a repository generally is of no importance is
something that I am unsure of, but maybe not in this simple case.
If you at some time for example want to split a repository by doing a dump and
later load parts of it into several repositories, you will get into problems
-
From: C. Michael Pilato [mailto:cmpil...@collab.net]
Sent: 5. januar 2010 14:54
To: Engebakken Geir
Cc: Kylo Ginsberg; users@subversion.apache.org; d...@subversion.apache.org
Subject: Re: svnsync "207 Multi-Status" failure with http access method and
property "svn:"
Sure.
If someone is interested, this is what I found about cvs2svn problems
generating this "207 Multi-status" return code.
http://old.nabble.com/bug-with---auto-props:-PROPFIND-pf...:-207-Multi-Status-td18510529.html
Geir
-Original Message-----
From: Engebakken Geir [mailto:ge
ir
-Original Message-
From: C. Michael Pilato [mailto:cmpil...@collab.net]
Sent: 5. januar 2010 13:54
To: Engebakken Geir
Cc: Kylo Ginsberg; users@subversion.apache.org; d...@subversion.apache.org
Subject: Re: svnsync "207 Multi-Status" failure with http access method and
property
We have experienced the "207 Multi-status" error in subversion when diffing to
revisions of a file. A search for a solution, and posting to the user list did
not help us, so we still live with the problem that only has appeared for some
files. It might have something to do with a SCM conversion
Well, After lurking on this list for a year or so, this access system seems to
be a problem for many users. It seems that there are all sorts of strange
behaviour going on and one has to try all sorts of combinations before you find
something working the way you want it to.
We had a situation a
23 matches
Mail list logo
