> On 25 Oct 2014, at 00:03, Mohsin wrote:
>
> Kindly add following lines in auth file for specific repository
> [folder1:/folder1]
> user1 = rw
> user2 = rw
> user3 = rw
>
> [folder1:/folder1/folder21]
> user2 =
>
> [folder1:/folder1/folder2/folder31]
> user3 =
You misunderstood the user's re
you have to replace folder1, folder2, folder3 name with correct names which
you have in your repository.
regards
Mohsin Abbas
--
View this message in context:
http://subversion.1072662.n5.nabble.com/restricting-certain-users-to-read-a-particular-folders-in-the-Repo-tp190684p190710.html
Sent
Kindly add following lines in auth file for specific repository ; After that
restart Apache this will work for you .
[folder1:/folder1]
user1 = rw
user2 = rw
user3 = rw
[folder1:/folder1/folder21]
user2 =
[folder1:/folder1/folder2/folder31]
user3 =
Regards
Mohsin Abbas
--
View this message
Which serf version you are using for svn client ?
regards
Mohsin
--
View this message in context:
http://subversion.1072662.n5.nabble.com/svn-client-stopped-working-after-server-disabled-SSLv3-tp190707p190708.html
Sent from the Subversion Users mailing list archive at Nabble.com.
Hello!
We are disabling SSLv3 on our servers to address the POODLE bug in the protocol.
Unfortunately, doing so breaks svn-clients on some of our systems -- most
notably, the RHEL5 boxes:
svn: OPTIONS of 'https://svn.example.net/svn/foo': SSL negotiation failed:
Secure connection truncat
> On Oct 24, 2014, at 3:09 PM, Daniel J. Luke wrote:
>> The JavaHL bindings
>> use the same libraries to access the code as the commmand line clients.
>> If one works and the other does not it implies that the different
>> libraries are getting loaded at runtime. I have no idea what you need
>> t
> On Oct 24, 2014, at 1:31 PM, Philip Martin wrote:
> "Daniel J. Luke" writes:
>>> Does this work:
>>>
>>> svnadmin create repo
>>> svn import -mm repo/format file://`pwd`/repo/f
>>> sqlite3 repo/db/rep-cache.db "select * from rep_cache"
>>>
>>> The sqlite3 command should show a single line suc
"Daniel J. Luke" writes:
>> Does this work:
>>
>> svnadmin create repo
>> svn import -mm repo/format file://`pwd`/repo/f
>> sqlite3 repo/db/rep-cache.db "select * from rep_cache"
>>
>> The sqlite3 command should show a single line such as:
>>
>> 5d9474c0309b7ca09a182d888f73b37a8fe1362c|1|0|14|
"Sean McBride" writes:
> On Fri, 24 Oct 2014 16:24:58 +0100, Philip Martin said:
>
>>Is apache using SSLVerifyClient to require the client to provide a
>>certificate?
>
> I'm not too familiar with apache, but I'm going to say "no", which I
> conclude from this:
>
> $ cd /Library/Server/Web/
> $ g
On Fri, Oct 24, 2014 at 3:08 AM, janardhan adatravu
wrote:
> Hello,
>
> Thank you for your reply.
>
> This method needs more activity on SVN administrator side.
> for example a branch/tag is created from a trunk, paths should be updated
> in authz file.
>
> Is there any other way to restrict cert
> On Oct 24, 2014, at 10:03 AM, Philip Martin
> wrote:
> "Daniel J. Luke" writes:
>>> On Oct 24, 2014, at 5:11 AM, Philip Martin
>>> wrote:
>>> The error below is caused by running the JavaHL regression tests with
>>> non-working SQLite support. This is likely to be caused by running the
>>>
On Fri, 24 Oct 2014 16:24:58 +0100, Philip Martin said:
>Is apache using SSLVerifyClient to require the client to provide a
>certificate?
I'm not too familiar with apache, but I'm going to say "no", which I conclude
from this:
$ cd /Library/Server/Web/
$ grep -R -i SSLVerifyClient *
which find
"Sean McBride" writes:
> On some computers only, 'svn info' is always giving:
>
> svn: E120171: Error running context: An error occurred during SSL
> communication
>
> when connecting to our own svn server. This worked previously, but
> stopped working (I think) after our self-signed certificat
On Fri, Oct 24, 2014 at 4:49 PM, Sean McBride wrote:
> Hi there,
>
> On some computers only, 'svn info' is always giving:
>
> svn: E120171: Error running context: An error occurred during SSL
> communication
>
> when connecting to our own svn server. This worked previously, but stopped
> workin
Hi there,
On some computers only, 'svn info' is always giving:
svn: E120171: Error running context: An error occurred during SSL communication
when connecting to our own svn server. This worked previously, but stopped
working (I think) after our self-signed certificate expired and was therefor
"Daniel J. Luke" writes:
>> On Oct 24, 2014, at 5:11 AM, Philip Martin
>> wrote:
>> The error below is caused by running the JavaHL regression tests with
>> non-working SQLite support. This is likely to be caused by running the
>> tests on a filesystem that does not support SQLite. I don't th
> On Oct 24, 2014, at 5:11 AM, Philip Martin wrote:
> The error below is caused by running the JavaHL regression tests with
> non-working SQLite support. This is likely to be caused by running the
> tests on a filesystem that does not support SQLite. I don't think this
> is the same error as the
The error below is caused by running the JavaHL regression tests with
non-working SQLite support. This is likely to be caused by running the
tests on a filesystem that does not support SQLite. I don't think this
is the same error as the one you reported originally.
"Daniel J. Luke" writes:
> H
Hello,
Thank you for your reply.
This method needs more activity on SVN administrator side.
for example a branch/tag is created from a trunk, paths should be updated
in authz file.
Is there any other way to restrict certain users not to checkout particular
folders?
thanks,
-Janardhan
On Fri,
Hi,
> On 24 Oct 2014, at 08:30, janardhan adatravu
> wrote:
>
> We are looking for a situation in which certain users should not have read
> permission to a particular folders.
>
> Please give your suggestions.
>
http://svnbook.red-bean.com/en/1.8/svn.serverconfig.pathbasedauthz.html
Read th
Hello,
We are looking for a situation in which certain users should not have read
permission to a particular folders.
Repo:
http://x.x.x.x/SVN/Repo/trunk
http://x.x.x.x/SVN/Repo/tags
http://x.x.x.x/SVN/Repo/branches
trunk
folder1/folder2/folder3/files
folder1/folder2/folder31/files
f
21 matches
Mail list logo
