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