Super User is a question and answer site for computer enthusiasts and power users. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I have a dull problem that I can't seem to solve.

What am I trying to do?

post-review --repository-url= --revision-range=6:7 --server=http://reviews.example.test/ --username=reviewposter --password=mydullpass --submit-as=admin -p --target-groups=reviewers

All is alright when I try this from bash logged in as my user. Review is posted, published, etc. ==> All permissions and other miscellaneous settings are OK.

What happens when I try this from SVN's post-commit hook?

The resources are commited but the svn operation hangs - actually the post-commit hook does not finish.

What is the problem narrowed down to?

post-review is executed as the user that is executing the post-commit hook - in this case www-data Apache's user. I.e. when I run the command as www-data:

sudo -u www-data post-review --repository-url= --revision-range=6:7 --server=http://reviews.example.test/ --username=reviewposter --password=mydullpass! --submit-as=admin -p --target-groups=reviewers -d

I get (notice the -d parameter in the post-review command - DEBUG):

RBTools 0.4.1
Home = /home/borislav
Password for 'www-data':

This is where it hangs waiting for a password to be entered. The commit operation cannot finish and it just stays there. I've already discussed this with the guys over at ReviewBoard's google group in this post.

On the other hand when I do the same command with debug output but as myuser I get:

RBTools 0.4.1
Home = /home/borislav
HTTP GETting api/
HTTP GETting http://reviews.example.test/api/info/
Using the new web API
TTP GETting http://reviews.example.test/api/repositories/
HTTP GETting http://reviews.example.test/api/repositories/1/
HTTP GETting http://reviews.example.test/api/repositories/1/info/
HTTP GETting http://reviews.example.test/api/repositories/2/
HTTP GETting http://reviews.example.test/api/repositories/2/info/
HTTP GETting http://reviews.example.test/api/repositories/3/
HTTP GETting http://reviews.example.test/api/repositories/3/info/
HTTP GETting http://reviews.example.test/api/repositories/4/
HTTP GETting http://reviews.example.test/api/repositories/4/info/
Attempting to create review request on for None
Submitting the review request as admin
HTTP POSTing to http://reviews.example.test/api/review-requests/: {'submit_as': 'admin', 'repository': ''}
Review request created
Attempting to set field 'target_groups' to 'reviewers' for review request '22'
HTTP PUTting to http://reviews.example.test/api/review-requests/22/draft/: {'target_groups': 'reviewers'}
Uploading diff, size: 2316
HTTP POSTing to http://reviews.example.test/api/review-requests/22/diffs/: {'basedir': '/'}
HTTP PUTting to http://reviews.example.test/api/review-requests/22/draft/: {'public': 1}
Review request #22 posted.


So actually everything with the posting/publishing etc. works.

One of the devs at ReveiwBoard stated that "We don't display the string "Password for ''". So that's coming from something else entirely."

I am sure that it is some kind of execution permission. It should run on Ubuntu Server, so think Debian.

I was wondering if it had any connection to the "no root login" paradigm in Ubuntu.

I have not tried on another Linux distribution, which is not really an option since the SVN server is hosted on Ubuntu Server.

You can check this discussion I had with the guys over at ReviewBoard's goggle group. The post-review binary is located at: /usr/local/bin/post-review

I tried adding permissions for www-data to be able to execute post-review in the sudoers file, but with no luck.

What solution can you think of?

Thanks in advance, Borislav.

share|improve this question
When you get the password request, try running a ps to see what process is issuing it. – Scott Sep 28 '12 at 15:50

The password prompt is actually coming from svn, not from post-review. post-review calls the svn binary to retrieve the changes from the repo.

You don't see the password prompt as your user because you've already authenticated and svn has stored your auth info. You haven't done this as the www-data user yet, so svn asks for the password.

Easiest way to fix this would be to su as the www-data user and authenticate to the repo, so the credentials get cached.

share|improve this answer
Yes, I already came to this conclusion a week ago but still you are right. Any idea how long does it take for the SVN local user cache to expire? – Borislav Sabev Oct 12 '12 at 5:18
I don't think it ever expires. The svnbook doesn't mention anything about it. – Alan Shutko Oct 12 '12 at 14:32

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .