Multiple users / multiple repositories

Server configuration:
  * Debian 2.4.27-2-386 (whatever the subversion version is
for that OS 
build)
  * single host, two repository locations. Call the
repositories A and B
  * A and B are owned by different users and different
groups
  * Remote access supported via svn+ssh only
  * /usr/bin/svnserve is replaced by a wrapper that sets
umask 007 
before calling the real svnserve
  * svnserve started via inetd.conf, with the -t option only

Client configuration:
  * WinXP, Eclipse 3.2, Subclipse 1.1.5
  * Eclipse installation shared by all users on the client
  * Each user has a distinct, private work area for working
copies of files
  * Certain users should be able to access A, others B.
Nobody should 
access both.
  * Each user has a distinct client login. The default
groups are set so 
a user should be able to access only the appropriate
repository.
  * Users routinely tell Eclipse to save their repository
access info.

What I find is that, no matter what I do, all svn access to
the server 
run under the first userid that I give Eclipse. Additional
repository 
definitions, regardless of which user does the definitions
and 
regardless of which workspace is being used, always use the
first userid 
defined.

Is there any way to do what I want? That is, have a single
host with 
multiple repositories and multiple user groups, with access
protection 
across the repositories?


------------------------------------------------------------
---------
To unsubscribe, e-mail: users-unsubscribesubclipse.tigris.org
For additional commands, e-mail: users-helpsubclipse.tigris.org

RWShore <bobchimneystones.us> wrote on 08/25/2006
09:53:14 AM:

> What I find is that, no matter what I do, all svn
access to the server 
> run under the first userid that I give Eclipse.
Additional repository 
> definitions, regardless of which user does the
definitions and 
> regardless of which workspace is being used, always use
the first userid 

> defined.
> 
> Is there any way to do what I want? That is, have a
single host with 
> multiple repositories and multiple user groups, with
access protection 
> across the repositories?

Change the shortcut that the users use to start Eclipse so
that it 
specifies the -configuration command like option.  This will
allow you to 
direct Eclipse to store all configuration data in a folder
in the users 
HOME location.  Right now, they are probably sharing this
location and 
therefore certain bits of information, such as the JavaSVN
identity cache, 
is being shared.

See this documentation for a complete list of command line
options:

http://help
.eclipse.org/help32/topic/org.eclipse.platform.doc.isv/refer
ence/misc/runtime-options.html

You might also need to specify the -keyring option, but I
think it lives 
in the configuration folder by default.

Mark

------------------------------------------------------------
---------
To unsubscribe, e-mail: users-unsubscribesubclipse.tigris.org
For additional commands, e-mail: users-helpsubclipse.tigris.org

Thanks, will try. In the meantime I added another DNS entry
that points 
to my repository host. Looks like Eclipse uses the name, not
the 
resolved IP address, to index the user/pwd info, so this
worked as well.

Mark Phippard wrote:
> RWShore <bobchimneystones.us> wrote on 08/25/2006
09:53:14 AM:
>
>   
>> What I find is that, no matter what I do, all svn
access to the server 
>> run under the first userid that I give Eclipse.
Additional repository 
>> definitions, regardless of which user does the
definitions and 
>> regardless of which workspace is being used, always
use the first userid 
>>     
>
>   
>> defined.
>>
>> Is there any way to do what I want? That is, have a
single host with 
>> multiple repositories and multiple user groups,
with access protection 
>> across the repositories?
>>     
>
> Change the shortcut that the users use to start Eclipse
so that it 
> specifies the -configuration command like option.  This
will allow you to 
> direct Eclipse to store all configuration data in a
folder in the users 
> HOME location.  Right now, they are probably sharing
this location and 
> therefore certain bits of information, such as the
JavaSVN identity cache, 
> is being shared.
>
> See this documentation for a complete list of command
line options:
>
> http://help
.eclipse.org/help32/topic/org.eclipse.platform.doc.isv/refer
ence/misc/runtime-options.html
>
> You might also need to specify the -keyring option, but
I think it lives 
> in the configuration folder by default.
>
> Mark
>
>
------------------------------------------------------------
---------
> To unsubscribe, e-mail: users-unsubscribesubclipse.tigris.org
> For additional commands, e-mail: users-helpsubclipse.tigris.org
>
>
>
>   

------------------------------------------------------------
---------
To unsubscribe, e-mail: users-unsubscribesubclipse.tigris.org
For additional commands, e-mail: users-helpsubclipse.tigris.org

On 8/25/06 7:53 AM, "RWShore" <bobchimneystones.us> wrote:
> What I find is that, no matter what I do, all svn
access to the server
> run under the first userid that I give Eclipse.
Additional repository
> definitions, regardless of which user does the
definitions and
> regardless of which workspace is being used, always use
the first userid
> defined.
> 
> Is there any way to do what I want? That is, have a
single host with
> multiple repositories and multiple user groups, with
access protection
> across the repositories?

You may also be interested in this description of multi-user
installs as
well:
http://help.eclipse.org/help32/index
.jsp?topic=/org.eclipse.platform.doc.isv
/reference/misc/runtime-options.html

You are probably looking for Scenario #2 or #3.  The key
thing is that if
the eclipse install area is read-only to users, Eclipse will
try find a
writable place to put configuration data, by default
somewhere in the user's
home directory.

-Tony

-- 
Antony Saba, awsabasandia.gov


------------------------------------------------------------
---------
To unsubscribe, e-mail: users-unsubscribesubclipse.tigris.org
For additional commands, e-mail: users-helpsubclipse.tigris.org