Ql, glad you've worked it out. I hope to see this fixed in 1.7.2. Will it
be?
b.
On 14 November 2011 23:18, Philip Martin wrote:
> Bostjan Skufca writes:
>
> > This does not work:
> >
> > svn cp svn://127.0.0.1/X/Y ^/A/B/C -m Test
> > Authentication realm: Test repo
> > Password for 'testuse
Bostjan Skufca writes:
> This does not work:
>
> svn cp svn://127.0.0.1/X/Y ^/A/B/C -m Test
> Authentication realm: Test repo
> Password for 'testuser1':
> svn: E220004: Access denied
The difference is that you are doing:
svnserve -dr svn
svn cp svn:/localhost/X/Y ^/A/B/C
while my example was
FTR: I double check stuff before posting to any mailing list.
Anyway,
Repo .tar.gz attached.
/X/Y created
/A/B created also
This does not work:
svn cp svn://127.0.0.1/X/Y ^/A/B/C -m Test
Authentication realm: Test repo
Password for 'testuser1':
svn: E220004: Access denied
Authz:
-
Bostjan Skufca writes:
> Authz is correct, I just changed pm to testuser1 because user already
> existed and because it is bad to use auth credentials which have been sent
> to mailing list on a public server:)
But it makes it harder for us to work out whether you are doing things
correctly. I
Authz is correct, I just changed pm to testuser1 because user already
existed and because it is bad to use auth credentials which have been sent
to mailing list on a public server:)
b.
On 14 November 2011 13:42, Philip Martin wrote:
> Bostjan Skufca writes:
>
> > On error, this is the log:
>
Bostjan Skufca writes:
> On error, this is the log:
> --
> 32537 2011-11-14T11:27:47.115320Z - testuser1 svn open 2 cap=(edit-pipeline
> svndiff1 absent-entries depth mergeinfo log-revprops) /X/Y SVN/1.7.1 -
> 32558 2011-11-14T11:27:52.21695
On error, this is the log:
--
32537 2011-11-14T11:27:47.115320Z - testuser1 svn open 2 cap=(edit-pipeline
svndiff1 absent-entries depth mergeinfo log-revprops) /X/Y SVN/1.7.1 -
32558 2011-11-14T11:27:52.216951Z - testuser1 svn open 2 cap=(edit
Bostjan Skufca writes:
> Nope, first step already fails (commit 3) if there are "[/]\n* = r" lines
> present in authz file.
>
> It works if I create authz file like this (note the usage of rw everywhere):
> [/A/B]
> pm = rw
>
> [/X/Y]
> pm = rw
> -
>
>
> It DOES NO
Nope, first step already fails (commit 3) if there are "[/]\n* = r" lines
present in authz file.
It works if I create authz file like this (note the usage of rw everywhere):
[/A/B]
pm = rw
[/X/Y]
pm = rw
-
It DOES NOTwork if I create authz file like this:
[/A/B]
On Thu, Nov 10, 2011 at 05:58:35PM +, Philip Martin wrote:
> Stefan Sperling writes:
> > If so, this is likely due to the change in case-awareness we made in 1.7:
> > file:///home/stsp/svn/svn-site/publish/docs/release-notes/1.7.html#case-sensitive-authz
>
> http://subversion.apache.org/docs/
Bostjan Skufca writes:
> Well, in my case, it is all lower-case all the time. Is there any other way
> to double check this? I checked with "svn ls ..." every component of path
> to be lower case, and it was. authz file is also in lower case completely.
> Still, delete as described before does no
BTW, I would like to add, that I also opened another thread "Authz
permisison problem after upgrade from 1.6.16 to 1.7.1", since the delete
issue is not the only probolem I have after switchimng to 1.7.x. Maybe
there is arelation to this.
Yes, we run 32bit SVNSERVE on Windows.
Von: Bostjan Skufca [mailto:bost...@a2o.si]
Gesendet: Freitag, 11. November 2011 00:38
An: Philip Martin
Cc: Jens Geyer; users@subversion.apache.org
Betreff: Re: AW: Unable to delete directory in repository, server
version 1.7.1
Well, in my
> >> I wonder if there is an upper/lower case problem somewehere in your
> > authz file? Or perhaps in the Subversion authz code?
> >
>> If so, this is likely due to the change in case-awareness we made in
1.7:
> >
file:///home/stsp/svn/svn-site/publish/docs/release-notes/1.7.html#case-
sensitive-
Well, in my case, it is all lower-case all the time. Is there any other way
to double check this? I checked with "svn ls ..." every component of path
to be lower case, and it was. authz file is also in lower case completely.
Still, delete as described before does not work.
It is 32 bit system, may
Stefan Sperling writes:
> On Thu, Nov 10, 2011 at 05:25:27PM +, Philip Martin wrote:
>> I wonder if there is an upper/lower case problem somewehere in your
>> authz file? Or perhaps in the Subversion authz code?
>
> If so, this is likely due to the change in case-awareness we made in 1.7:
>
On Thu, Nov 10, 2011 at 05:25:27PM +, Philip Martin wrote:
> I wonder if there is an upper/lower case problem somewehere in your
> authz file? Or perhaps in the Subversion authz code?
If so, this is likely due to the change in case-awareness we made in 1.7:
file:///home/stsp/svn/svn-site/publ
"Jens Geyer" writes:
> I can confirm that.
> Deleting is only possible if the user has write permnissions on the
> ENTIRE path.
>
> / top/subdir/mypath
>
> In order to delete mypath, the user needs write permission on
>
> /
> /top/subdir
> /top/subdir
> /top/subdir/m
@subversion.apache.org
Betreff: AW: Unable to delete directory in repository, server version 1.7.1
I can confirm that.
Deleting is only possible if the user has write permnissions on the
ENTIRE path.
/ top/subdir/mypath
In order to delete mypath, the user needs write permission on
I can confirm that.
Deleting is only possible if the user has write permnissions on the
ENTIRE path.
/ top/subdir/mypath
In order to delete mypath, the user needs write permission on
/
/top/subdir
/top/subdir
/top/subdir/mypath
With an 1.6.x server, write
20 matches
Mail list logo
