permissions problems on sftp repo

Thomas Nichols nichols7 at googlemail.com
Sat Mar 8 22:16:19 GMT 2008


Hi,

I'm moving a bunch of projects from svn to bzr, and really like it -- 
but have a permissions problem.

I set the repo to be g+w on everything -- and I have a cron script that 
commits to this repo as user carriebot group carriebot, these being the 
user and group who own all files in the repo. All works sweetly, until I 
make a change to the repo from my dev machine, committing to the server as
thomasn:users

User thomasn on the server is in the carriebot group, so can write to 
the repo -- but the _default_ group for thomasn is 'users', and when I 
commit from my dev machine over ssh to the server I get the following in 
the server repo:

# ls -la sites/elk/.bzr/branch
total 24
drwxrwx--- 3 carriebot carriebot 4096 Mar  8 21:50 .
drwxrwx--- 6 carriebot carriebot 4096 Feb  2 21:32 ..
-rwxrwx--- 1 carriebot carriebot   65 Feb  3 00:32 branch.conf
-rwxrwx--- 1 carriebot carriebot   34 Feb  2 21:32 format
-rw-rw---- 1 thomasn   users       54 Mar  8 21:50 last-revision
drwxrwx--- 2 carriebot carriebot 4096 Mar  8 21:50 lock
-rwxrwx--- 1 carriebot carriebot    0 Feb  2 21:32 tags

... so .bzr/branch/last-revision is now owned by thomasn:users, and 
(unsurprisingly) the cron scripts can no longer use the repo.

I've tried using both sftp:// and bzr+ssh:// protocols, same issue.


How are other people tackling this? Is there a daemon bzr-server I could 
leave running, so that thomasn:users could issue client requests to this 
server (and the server process would be the only one making filesystem 
changes to the repo)? Is the only solution to commit from my dev box as 
user carriebot? Or is this workflow better supported by a different 
approach?

Any suggestions would be most welcome.

Regards,
Thomas.




More information about the bazaar mailing list