Multiple users can't "svn up" in same tree

Greetings.

I'm wondering if anyone has any insight into the problem that I posted
the other day -- about multiple users not being able to "svn up" in the
same WC. This is with SVN 1.1rc2.

My original e-mail with all the details is below.

Thanks!

Begin forwarded message:

> From: Jeff Squyres <jsquyres@lam-mpi.org>
> Date: August 25, 2004 7:00:16 AM EDT
> To: users@subversion.tigris.org
> Subject: SVN 1.1rc2 issue
>
> Greetings. I am testing with SVN v1.1rc2 on a Linux MDK 9.2 system
> and am running into a problem when trying to have multiple users share
> a single WC.. This is issue 1509
> (http://subversion.tigris.org/issues/show_bug.cgi?id=1509), and is
> supposedly fixed in SVN v1.1. However, I'm unable to get it to work.
> Am I doing something wrong?
>
> I configured subversion 1.1rc2 as follows:
>
> ./configure --prefix=/usr/local --enable-static --disable-shared
>
> I then ran the following sequence of commands (easier to follow these
> than for me to provide a lengthy textual description, but I'll throw
> in a few comments along the way):
>
> -----
> # Switch into the unix group "testgrp" for this test
> [6:43] queeg:~ % groups
> jsquyres testgrp
> [6:43] queeg:~ % newgrp testgrp
> jsquyres has logged on pts/0 from 192.168.0.101.
> # Ensure that I have the right SVN installation and that I'm not
> # accidentally linking to old SVN shared libraries
> [6:43] queeg:~ % which svn
> /usr/local/bin/svn
> [6:43] queeg:~ % ldd `which svn`
> libdb-4.1.so => /usr/lib/libdb-4.1.so (0x40022000)
> libpthread.so.0 => /lib/i686/libpthread.so.0 (0x400f1000)
> librt.so.1 => /lib/i686/librt.so.1 (0x40142000)
> libm.so.6 => /lib/i686/libm.so.6 (0x40154000)
> libcrypt.so.1 => /lib/libcrypt.so.1 (0x40177000)
> libnsl.so.1 => /lib/libnsl.so.1 (0x401a4000)
> libdl.so.2 => /lib/libdl.so.2 (0x401b8000)
> libz.so.1 => /lib/libz.so.1 (0x401bb000)
> libexpat.so.0 => /usr/lib/libexpat.so.0 (0x401ca000)
> libc.so.6 => /lib/i686/libc.so.6 (0x401eb000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
> [6:43] queeg:~ % svn --version
> svn, version 1.1.0 (Release Candidate 2)
> compiled Aug 25 2004, 05:46:14
>
> Copyright (C) 2000-2004 CollabNet.
> Subversion is open source software, see http://subversion.tigris.org/
> This product includes software developed by CollabNet
> (http://www.Collab.Net/).
>
> The following repository access (RA) modules are available:
>
> * ra_dav : Module for accessing a repository via WebDAV (DeltaV)
> protocol.
> - handles 'http' schema
> * ra_local : Module for accessing a repository on local disk.
> - handles 'file' schema
> * ra_svn : Module for accessing a repository using the svn network
> protocol.
> - handles 'svn' schema
>
> # Ok, all that is good. Let's make a new repository.
> [6:43] queeg:~ % cd svnroots
> [6:43] queeg:~/svnroots % svnadmin create test
> # Check the permissions on this repository.
> [6:43] queeg:~/svnroots % ls -la test
> total 9
> drwxrwxr-t 7 jsquyres testgrp 224 Aug 25 06:43 ./
> drwxrwxr-x 3 jsquyres jsquyres 72 Aug 25 06:43 ../
> drwxrwxr-t 2 jsquyres testgrp 80 Aug 25 06:43 conf/
> drwxrwxr-t 2 jsquyres testgrp 48 Aug 25 06:43 dav/
> drwxrwsr-t 2 jsquyres testgrp 472 Aug 25 06:43 db/
> -r--r--r-- 1 jsquyres testgrp 2 Aug 25 06:43 format
> drwxrwxr-t 2 jsquyres testgrp 232 Aug 25 06:43 hooks/
> drwxrwxr-t 2 jsquyres testgrp 104 Aug 25 06:43 locks/
> -rw-rw-r-- 1 jsquyres testgrp 379 Aug 25 06:43 README.txt
> # Everything looks good. Let's go check it out.
> [6:44] queeg:~/svnroots % cd ~/svn
> [6:44] queeg:~/svn % svn co file:///home/jsquyres/svnroots/test
> Checked out revision 0.
> [6:44] queeg:~/svn % cd test
> [6:44] queeg:~/svn/test % ls -la
> total 1
> drwxrwxr-t 3 jsquyres testgrp 72 Aug 25 06:44 ./
> drwxrwxr-x 38 jsquyres jsquyres 1096 Aug 25 06:44 ../
> drwxrwxr-t 7 jsquyres testgrp 296 Aug 25 06:44 .svn/
> # Everything looks good so far
> [6:44] queeg:~/svn/test % ls -la .svn
> total 12
> drwxrwxr-t 7 jsquyres testgrp 296 Aug 25 06:45 ./
> drwxrwxr-t 3 jsquyres testgrp 72 Aug 25 06:45 ../
> -r--r--r-- 1 jsquyres testgrp 0 Aug 25 06:44 empty-file
> -r--r--r-- 1 jsquyres testgrp 293 Aug 25 06:44 entries
> -r--r--r-- 1 jsquyres testgrp 2 Aug 25 06:44 format
> drwxrwxr-t 2 jsquyres testgrp 48 Aug 25 06:44 prop-base/
> drwxrwxr-t 2 jsquyres testgrp 48 Aug 25 06:44 props/
> -r--r--r-- 1 jsquyres testgrp 118 Aug 25 06:44 README.txt
> drwxrwxr-t 2 jsquyres testgrp 48 Aug 25 06:44 text-base/
> drwxrwxr-t 6 jsquyres testgrp 184 Aug 25 06:45 tmp/
> drwxrwxr-t 2 jsquyres testgrp 48 Aug 25 06:44 wcprops/
> # Hmm. Those 444 files look like they're going to be problematic for
> # other members of the same unix group.
> # Just to verify that it works for this user, try an "svn up" (even
> though
> # this will be a no-op, because there's nothing in the repo).
> [6:44] queeg:~/svn/test % svn up
> At revision 0.
> # Everything works ok. Let's switch to another user.
> [6:44] queeg:~/svn/test % su
> Password:
> [root@queeg test]# su testuser
> # Now let's put that user in the same group ("testgrp")
> [testuser@queeg test]$ newgrp testgrp
> # Double check that we're actually in testgrp
> [testuser@queeg test]$ touch foo
> [testuser@queeg test]$ ls -l foo
> -rw-r--r-- 1 testuser testgrp 0 Aug 25 06:44 foo
> # Yep -- we are a new user and we're in the testgrp group.
> [testuser@queeg test]$ rm -f foo
> # Ok, the big test:
> [testuser@queeg test]$ svn up
> svn: Can't move '.svn/tmp/entries' to '.svn/entries': Operation not
> permitted
> [testuser@queeg test]$
> -----
>
> It looks like several files in .svn are still 444, which prohibits
> users in the same group from overwriting them.
>
> ...or am I doing something wrong?
>
> Thanks!
>
> --
> {+} Jeff Squyres
> {+} jsquyres@lam-mpi.org
> {+} http://www.lam-mpi.org/
>
>

-- 
{+} Jeff Squyres
{+} jsquyres@lam-mpi.org
{+} http://www.lam-mpi.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org