Re: Group contain problem in authz

[Philip Martin]

黄磊  writes:

> We meet a problem while upgrade the SVN server from 1.9 to 1.10. In
> the file 'authz', it seems not support for group to contain other
> group.
>
> I can give a simple example.
> In the 'authz' file:
>
> [groups]
> GuserA = userA
> GuserB = userB
> GroupA = @GuserA, @GuserB
>
> [/]
> @GroupA = rw
> *=
>
> In this way, the 'userA' can access the repository while ‘userB’
> can’t. And if i change it like this:
>
> [groups]
> GuserA = userA
> GuserB = userB
> GroupA = @GuserB, @GuserA
>
> [/]
> @GroupA = rw
> *=
>
> Only the 'userB' can access. It seems a group can only contain one
> group when it first appears. Even i change the group to 'GroupA =
> @GuserB, userA, @GuserA', the 'userA' still can’t access. It only gets
> error '170001’.
>
> I hope this problem can be fixed, so we can do this upgrade. Thanks.

Yes, that is a bug.  I've raised

https://issues.apache.org/jira/projects/SVN/issues/SVN-4741

It is fixed on trunk, r1831110, by the following patch:

Index: subversion/libsvn_repos/authz_parse.c
===
--- subversion/libsvn_repos/authz_parse.c   (revision 1830833)
+++ subversion/libsvn_repos/authz_parse.c   (working copy)
@@ -1058,14 +1058,15 @@ expand_group_callback(void *baton,
   else
 {
   /* Recursively expand the group membership */
-  members = svn_hash_gets(cb->parsed_groups, member);
-  if (!members)
+  apr_array_header_t *member_members
+= svn_hash_gets(cb->parsed_groups, member);
+  if (!member_members)
 return svn_error_createf(
 SVN_ERR_AUTHZ_INVALID_CONFIG, NULL,
 _("Undefined group '%s'"),
 member);
   SVN_ERR(expand_group_callback(cb, key, klen,
-members, scratch_pool));
+member_members, scratch_pool));
 }
 }
   return SVN_NO_ERROR;


-- 
Philip

Re: Questions About Backup Repository

[Nico Kadel-Garcia]

On Sun, May 6, 2018 at 9:38 PM,  wrote:

> Dear
>
> We use TortoiseSVN to manage the code,and backup repository with svnsync.
> We backup repository to remonte servicer with svnsync.
> When edit anyone in the remote repository,the remote repository will be
> breakdown and never to be used again.
>

Never permit this if you expect scnsync to maintain a current copy of the
master repository. This is called "split-brain", and any working copies
from that modified svnsync repository should be considered corrupt.
Unfortunately, tracking down all the working copies can be very difficult,
since even logging on that server doesn't necessarily reveal who and what
made copies, especially local "file:///" based working copies.

We have no idea to revert it only to created a new remote repository.
> Is there any idea to revert the damaged repository ?
> Please  recommend some current ideas for me to backup the repository.
>

Create an entirely new svnsync based repository from scratch. Discard the
old one, and replace it.

It may be possible to simply delete all recent transactions from the
svnsync copy if you can identify when the inappropriate changes were made
on the new repository, especially if you have a good record of what the
last appropriate committed transaction was. But it's generally not worth
the work, and much safer to make a new svnsync repository from the old
master.

The big risk, I think, is not one that you can solve by fixing the damaged
svnsync repository. It's that you may have corrupted working copies based
on that corrupted svnsync copy. I'd strongly consider discarding whatever
URL you used to use for the old svnsync copy and switching to a new URL, to
help prevent any confusion about what the new valid read-only svnsync
repository is.

Nico Kadel-Garcia



> Hopes your replay.
> Thanks so much.
>
>
>
>
>
> *张虹*
> 信息科技部 科技管理处
> 工银安盛人寿保险有限公司
> 上海市黄浦区安澜路8号6楼
> 
> 电话：021-60392672
> 邮箱：hong.zh.zh...@icbc-axa.com
>

Re: svn client for Windows and non-latin symbols

[Eugene M. Zheganin]

Hello,

On 07.05.2018 14:27, Anders Munch wrote:

Fra: Mark Phippard [mailto:markp...@gmail.com]:

If you see a ? It means the font does not have a glyph for the character. Use a 
Unicode font.

That would only help if svn would output some kind of unicode. It doesn't.
You can't even tell it to output utf-8, there's no such option.
People talk about setting the LANG environment variable or some such,
but I've never managed to get that to do anything.

Eugene, you can use the --xml option.  That will get you utf-8 output.

Yup, thanks a lot. I was able to get the right output after changing 
console codepage with chcp. Windows console subsystem... is weird. :)


Eugene.

Re: svn client for Windows and non-latin symbols

[Branko Čibej]

On 07.05.2018 11:27, Anders Munch wrote:
> Fra: Mark Phippard [mailto:markp...@gmail.com]:
>> If you see a ? It means the font does not have a glyph for the character. 
>> Use a Unicode font.
> That would only help if svn would output some kind of unicode.

Nonsense.

>  It doesn't.

Subversion will output whatever you have set as your system encoding.
But if your console window isn't using a font that can represent all the
characters in that encoding, then  they won't be printed correctly. This
has nothing to do with Subversion but with how your console is set up.

By the way, the default console font (Consolas) is quite limited and
don't even contain the whole range of accented latin characters. Try
using Lucida Console instead.

> You can't even tell it to output utf-8, there's no such option. 

There is, in fact, but not in Subversion; you have to fiddle with
Windows' regional settings.

> People talk about setting the LANG environment variable or some such,
> but I've never managed to get that to do anything.

LANG and LC_* environment variables are pertinent to Unix, not Windows.

-- Brane

Group contain problem in authz

[黄磊]

To whom it may concern,

We meet a problem while upgrade the SVN server from 1.9 to 1.10. In the file 
'authz', it seems not support for group to contain other group.

I can give a simple example.
In the 'authz' file:

[groups]
GuserA = userA
GuserB = userB
GroupA = @GuserA, @GuserB

[/]
@GroupA = rw
*=

In this way, the 'userA' can access the repository while ‘userB’ can’t. And if 
i change it like this:

[groups]
GuserA = userA
GuserB = userB
GroupA = @GuserB, @GuserA

[/]
@GroupA = rw
*=

Only the 'userB' can access. It seems a group can only contain one group when 
it first appears. Even i change the group to 'GroupA = @GuserB, userA, 
@GuserA', the 'userA' still can’t access. It only gets error '170001’.

I hope this problem can be fixed, so we can do this upgrade. Thanks.


Best Regards

Raymond H
Email: raymond.hu...@musjoy.com
Tel: 17092615319
Musjoy

Re: svn client for Windows and non-latin symbols

[Anders Munch]

Fra: Mark Phippard [mailto:markp...@gmail.com]:
> If you see a ? It means the font does not have a glyph for the character. Use 
> a Unicode font.

That would only help if svn would output some kind of unicode. It doesn't.
You can't even tell it to output utf-8, there's no such option. 
People talk about setting the LANG environment variable or some such,
but I've never managed to get that to do anything.

Eugene, you can use the --xml option.  That will get you utf-8 output.

regards, Anders

Questions About Backup Repository

[Hong . ZH . Zhang]

Dear

We use TortoiseSVN to manage the code,and backup repository with svnsync.
We backup repository to remonte servicer with svnsync.
When edit anyone in the remote repository,the remote repository will be 
breakdown and never to be used again.
We have no idea to revert it only to created a new remote repository. 
Is there any idea to revert the damaged repository ?
Please  recommend some current ideas for me to backup the repository.

Hopes your replay.
Thanks so much. 






张虹
信息科技部 科技管理处
工银安盛人寿保险有限公司
上海市黄浦区安澜路8号6楼
电话：021-60392672
邮箱：hong.zh.zh...@icbc-axa.com