Hmm. My instance doesn't need multiple levels of security, is there a way
other than using review groups? If we could somehow limit overall
authentication to a particular LDAP group then we could make all our
repositories public.
Ian
On Tuesday, July 22, 2014 1:04:26 PM UTC-7, Christian
Anyone have any ideas? =\
On Thursday, June 26, 2014 4:25:29 PM UTC-7, Ian wrote:
$ sudo -u _www rb-site manage /Library/Server/Web/Data/WebApps/ReviewBoard
rebuild_index -- -v 3
WARNING: This will irreparably remove EVERYTHING from your search index in
connection 'default'.
Your choices
Can you see what happens when you run this:
$ rb-site manage /path/to/site shell
from reviewboard.reviews.models import ReviewRequest
from django.db.models import Q
qs = ReviewRequest.objects.public(status=None,
extra_status=Q(status=‘P’) | Q(status=’S’))
qs =
I'm getting an error making qs. Did I type it wrong?
$ sudo rb-site manage /Library/Server/Web/Data/WebApps/ReviewBoard shell
Python 2.7.5 (default, Mar 9 2014, 22:15:05)
[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.0.68)] on darwin
Type help, copyright, credits or license for more
Oops, my fault. That should be extra_query.
Christian
--
Christian Hammond - christ...@beanbaginc.com
Review Board - http://www.reviewboard.org
Beanbag, Inc. - http://www.beanbaginc.com
On July 1, 2014 at 2:15:19 PM, Ian (iander...@mac.com) wrote:
I'm getting an error making qs. Did I type
Ah, OK that looks like this.
$ sudo rb-site manage /Library/Server/Web/Data/WebApps/ReviewBoard shell
Password:
Python 2.7.5 (default, Mar 9 2014, 22:15:05)
[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.0.68)] on darwin
Type help, copyright, credits or license for more information.
What are the review requests like on your server? Are they all against a
private repository or invite-only group?
Christian
--
Christian Hammond - christ...@beanbaginc.com
Review Board - http://www.reviewboard.org
Beanbag, Inc. - http://www.beanbaginc.com
On July 1, 2014 at 7:05:49 PM, Ian
I'm trying to use Search with ReviewBoard 2.0.2. I simply checked Enable
search and left the Search index directory empty (which the docs say
lets it use the default). Then I did rb-site manage /path/to/my/site
rebuild_index which warned me and then said this.
Removing all documents from your
Hi Ian,
Just to check, is that directory and everything in it writeable by the web
server?
Try running update_index with -v 3. You should hopefully get more useful info
out of it.
Also, which versions of Haystack and Whoosh?
Christian
--
Christian Hammond - christ...@beanbaginc.com
Review
Looks like I have django_haystack-2.1.0-py2.7.egg
and Whoosh-2.6.0-py2.7.egg installed.
Everything appears to be writable by the web server (_www).
$ ls -l /Library/Server/Web/Data/WebApps/ReviewBoard
total 0
drwxr-xr-x 2 root admin 204 Dec 5 2013 conf
drwxr-xr-x 4 _www admin 136 Jun 26
What does rebuild_index with -v 3 show?
Christian
--
Christian Hammond - christ...@beanbaginc.com
Review Board - http://www.reviewboard.org
Beanbag, Inc. - http://www.beanbaginc.com
On June 26, 2014 at 2:32:22 PM, Ian (iander...@mac.com) wrote:
Looks like I have
$ sudo -u _www rb-site manage /Library/Server/Web/Data/WebApps/ReviewBoard
rebuild_index -- -v 3
WARNING: This will irreparably remove EVERYTHING from your search index in
connection 'default'.
Your choices after this are to restore from backups or rebuild via the
`rebuild_index` command.
Are
12 matches
Mail list logo