Re: Restore Reviewboard, Disaster happened.

['Eric Johnson' via Review Board Community]

I'm not a developer for the tool, but I've poked around on the innards 
enough to take some stabs at guesses.


On Tuesday, January 14, 2020 at 5:21:34 PM UTC-8, Danila Ladner wrote:
>
> Hello guys i am in need of RB help.
> I have lost my reviewboard installation, i only have mysql backup of it 
> but no site files which were on separate disk and which by accident wasn't 
> included in backup schedule and died.
>

The site files can be regenerated - *except* for the attachments that users 
might have added to reviews. You can see what you might be missing with the 
"attachments_fileattachment" in MySQL.
 

> I think my RB version was 3.1 or 3.2 but not sure ( is there a way to find 
> it from mysql)?
>

Certainly not 3.1 or 3.2, since no such release exists 
yet: https://downloads.reviewboard.org/releases/ReviewBoard/ 

The django_evolutions table in the database lists the evolutions that have 
been applied to the database. So if you've done multiple upgrades, the last 
upgrade you did is implied by the last evolution listed in this table. If 
you grab the source, you can search inside the source for the .py file 
matching the name of the evolution. If you find it, then go to the source 
 and see which release first 
has the file - that's your release.
 

> I do have old site files though 2 years ago, when version was 2.5.1 but 
> since was upgraded multiple times.
>

You probably want to use that, just to get access to attached files.
 

> But i do have access to the  SECRET_KEY setting in conf/settings_local.py
>

Turns out the SECRET_KEY is used to encrypt passwords, both for connecting 
to version control systems, and for local user accounts. If you lose the 
SECRET_KEY, you can still restore your system by resetting all the 
passwords.


> Do i have any chance of restoring this?
>

Seems like, yes, except for attachments.
 

> Thank you in advance, really in big trouble for this.
>

Regular system backups should be part of any IT operation.


-- 
Supercharge your Review Board with Power Pack: 
https://www.reviewboard.org/powerpack/
Want us to host Review Board for you? Check out RBCommons: 
https://rbcommons.com/
Happy user? Let us know! https://www.reviewboard.org/users/
--- 
You received this message because you are subscribed to the Google Groups 
"Review Board Community" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to reviewboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/reviewboard/2109d4ee-5ea8-4bab-9b62-8e2b79905b37%40googlegroups.com.

Weird authentication issue - username + password not working with RBT

['Eric Johnson' via Review Board Community]

I'm not even sure where / how to troubleshoot this issue.

I've got clients of the server that I'm managing that have no problem
accessing the ReviewBoard website with a standard username and password
login.

(Note, as it may be relevant to understanding / diagnosing the issue:

   - I server multiple instances of ReviewBoard from the same server - each
   gets a separate database - but they are all sharing the same memcached
   instance.
   - I've got a custom authentication handler, as I need to be able to
   authenticate against two possible LDAP servers.

)

Weirdly, for some users, for some ReviewBoard instances (but not all of
them), the "rbt" tool now no longer works with username + password for
authentication.

So far, users have been able to get back to work using API tokens for
authentication instead. The question remains, though:

Why is it that only some users can no longer use "rbt" with username +
password authentication, but the same username + password works when
logging into the website directly?

Any suggestions for how to troubleshoot this / reproduce the problem?

Eric.

-- 
Supercharge your Review Board with Power Pack: 
https://www.reviewboard.org/powerpack/
Want us to host Review Board for you? Check out RBCommons: 
https://rbcommons.com/
Happy user? Let us know! https://www.reviewboard.org/users/
--- 
You received this message because you are subscribed to the Google Groups 
"Review Board Community" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to reviewboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/reviewboard/CANu9%3DNdH0pjv8g6RT0-SZ_vBtkjwwbB-fqLn74JFs_HPRT%3D-Sg%40mail.gmail.com.

Re: Review Board Integration With GitLab

['Eric Johnson' via Review Board Community]

Did you upgrade ReviewBoard? To what version did you upgrade?

I'm struggling with a GitLab problem right now, and certainly got past what 
you describe when using ReviewBoard 3.0.14.

Eric

On Monday, May 13, 2019 at 12:51:03 AM UTC-7, Akshay Agarwal wrote:
>
> Can someone help?
>
> On Friday, May 10, 2019 at 4:28:34 PM UTC+5:30, Akshay Agarwal wrote:
>>
>> We have decided to proceed by upgrading the Review Board. The error I am 
>> getting while setting up the Gitlab repo is as follows: 
>>
>> Unexpected error when linking the account: Could not determine the GitLab 
>> API version for https://10.106.165.254 due to an unexpected error 
>> (> target machine actively refused it>). Check to make sure the URL can be 
>> resolved from this server and that any SSL certificates are valid and 
>> trusted. Additional details may be found in the Review Board log file.
>>
>> Same can be seen in the image shared.
>> On Saturday, May 4, 2019 at 2:00:09 AM UTC+5:30, Christian Hammond wrote:
>>>
>>> Cgit and Gitweb are alternatives to using a service like GitLab. You can 
>>> use those with a self-hosted, raw git repository, which we discussed at 
>>> length in the other thread. But you have to understand, your choices are 
>>> limited to the options we are able to support with the version of Review 
>>> Board you are using. We can't just make an old version of Review Board 
>>> suddenly work with an API that was created after it was released, and we 
>>> can't make the Git protocol better.
>>>
>>> We also can't indefinitely support vastly older versions of Review Board 
>>> for free. We do offer support contracts and custom development contracts 
>>> for specific needs, but you'd have to be willing to pay, and I know that 
>>> that was an issue when we discussed licensing for Power Pack.
>>>
>>> Using older technology forever doesn't work. You're at the stage now 
>>> where you'll have to decide whether to change how you're hosting the Git 
>>> repositories, or upgrade Review Board. We've tried to make upgrading easy, 
>>> so long as your OS isn't too old, but if you go that route, back up 
>>> *everything* and test an upgrade on a clone of your server before you 
>>> proceed, as we won't be able to help fix a broken database upgrade without 
>>> a contract.
>>>
>>> Christian
>>>
>>>
>>> On Fri, May 3, 2019 at 3:07 AM Akshay Agarwal  
>>> wrote:
>>>
 So Review Board 2.0.21 is not compatible with Gitlab even after using 
 Cgit or Gitweb. You also said it will not work with Bitbucket either. You 
 need to understand that Review Board is being used for a corporate product 
 here and it is not that easy to just upgrade as there are many 
 dependencies 
 that come along with it. Is there any method you can suggest that will 
 successfully allow me to use the Review Board with a Git repository? 

 On Friday, May 3, 2019 at 2:53:13 PM UTC+5:30, Christian Hammond wrote:
>
> 2.0.21 is 4 years old, and GitLab no longer fully supports the version 
> of the API that Review Board 2.0.21 was compatible with. We also don't 
> provide any support for Review Board 2.0.x, so you'll need to upgrade to 
> the 3.0.x series if you want to use GitLab.
>
> Christian
>
> On Fri, May 3, 2019 at 1:05 AM Akshay Agarwal  
> wrote:
>
>> Since there is an option to add the Gilab repo in version 2.0.21, 
>> there must be another way to communicate with Gitlab right?
>>
>> On Friday, May 3, 2019 at 1:11:20 PM UTC+5:30, Akshay Agarwal wrote:
>>>
>>> Could I use Cgit or Gitweb between gitlab and reviewboard?
>>>
>>> On Fri, 3 May 2019 at 12:36 PM Christian Hammond <
>>> chri...@beanbaginc.com> wrote:
>>>
 Ah, that explains it. 2.0.x is now a few generations behind and no 
 longer supported by us in any form. The 2.5.x series followed, and 
 3.0.x is 
 the current and supported release. You'll need 3.0.x for GitLab 
 support, as 
 it's the only generation that supports the modern GitLab API.

 Christian

 On Fri, May 3, 2019 at 12:04 AM Akshay Agarwal  
 wrote:

> Version 2.0.21
>
> On Fri, 3 May 2019 at 12:28 PM Christian Hammond <
> chri...@beanbaginc.com> wrote:
>
>> What version of Review Board are you running?
>>
>> Christian
>>
>> On Thu, May 2, 2019 at 10:06 PM Akshay Agarwal <
>> aksha...@gmail.com> wrote:
>>
>>> While the Review Board documentation shows an option to add an 
>>> api token for Gitlab, there is no such option to do so in the 
>>> Review Board. 
>>> It only asks url, username and the password. The error being shown 
>>> is 
>>> "error when linking the account: HTTP Error 410"  The same has been 
>>> shown 
>>> in the file attached.
>>>
>>>

Re: site-upgrade from 1.7.14 to 2.0.20 fails

['Eric Johnson' via Review Board Community]

On Monday, June 3, 2019 at 7:58:29 AM UTC-7, Martin Großhauser wrote:
>
> Thanks for your reply.
>
> Indeed, there was version 1.7.27 from EPEL installed. But the version 
> running according to the web interface was 1.7.14. Also in the SQL-table 
> siteconfig_siteconfiguration I see a string '1.7.14', which looks to me 
> like the version. Uninstalling the RPM version and reinstalling 2.0.20 via 
> easy_install with an rb-site upgrade afterwards did not resolve my issue.
>
> Maybe there is a version conflict in the current setup?
>
> I did not maintain this setup in the past, so I do not know much about 
> what happened before. Internal documentation shows there was at least an 
> unfinished upgrade to 1.7.27 with an inconsistent state in between. Version 
> was rolled back to 1.7.14 then, but maybe some artifacts remained, which 
> are causing the current trouble.
>

Oh, this is a critical detail. There are two paths that I can think of here.

Path 1) Install a fresh copy of your current installed version (1.7.14) 
into a fresh database, and compare that database schema to the one for your 
production install. If they differ, repeat the exercise with 1.7.27, and 
see how that differs. It may be that you've got most of the changes for 
1.7.27, but for a few, and might be able to apply those.

At one point in the distant past of our ReviewBoard use (1.X), I did run 
into problems with a mismatch between the database layout and the version 
of ReviewBoard. It had to do with a similar situation - an aborted upgrade. 
I thought I had rolled back. In the end, I had to manually bring the 
database forward to the expected version. Once I did that, I haven't had 
problems since. However, I've been a die-hard developer for a long time, 
this path might not be for you. Digging into SQL, and pouring over the 
Python code of RB didn't deter me (it is pretty good code, as open source 
goes. It is almost like each commit gets reviewed ;-) ).

Path 2) ReviewBoard is a great tool, and BeanBag deserves $$ for the work 
they do making it. Perhaps pay for support from the company help untangle 
the issue you've got? It may save you a lot of time, and be worth every 
dollar spent.

Eric.

 

>
> Am Montag, 3. Juni 2019 15:28:47 UTC+2 schrieb Stephen Gallagher:
>>
>> On Mon, Jun 3, 2019 at 9:25 AM Martin Großhauser 
>>  wrote: 
>> > 
>> > I'm trying to upgrade ReviewBoard to 2.0.20, but site-upgrade fails 
>> with output: 
>> > 
>> > # rb-site upgrade /var/www/reviewboard 
>> > Rebuilding directory structure 
>> > Updating database. This may take a while. 
>> > 
>> > The log output below, including warnings and errors, 
>> > can be ignored unless upgrade fails. 
>> > 
>> > --  -- 
>> > Creating tables ... 
>> > Upgrading Review Board from 1.7.14 to 2.0.20 
>> > There are unapplied evolutions for auth. 
>> > There are unapplied evolutions for contenttypes. 
>> > There are unapplied evolutions for accounts. 
>> > There are unapplied evolutions for attachments. 
>> > There are unapplied evolutions for changedescs. 
>> > There are unapplied evolutions for diffviewer. 
>> > There are unapplied evolutions for hostingsvcs. 
>> > There are unapplied evolutions for reviews. 
>> > There are unapplied evolutions for scmtools. 
>> > There are unapplied evolutions for site. 
>> > Project signature has changed - an evolution is required 
>> > Installing custom SQL ... 
>> > Installing indexes ... 
>> > Installed 0 object(s) from 0 fixture(s) 
>> > The stored evolutions do not completely resolve all model changes. 
>> > 
>> > Run `./manage.py evolve --hint` to see a suggestion for the changes 
>> required. 
>> > 
>> > The following are the changes that could not be resolved: 
>> > The application markup has been deleted 
>> > In model attachments.FileAttachment: 
>> > In field 'file': 
>> > Property 'max_length' has changed 
>> > In model hostingsvcs.HostingServiceAccount: 
>> > Field 'hosting_url' has been added 
>> > The model auth.Message has been deleted 
>> > In model reviews.FileAttachmentComment: 
>> > Field 'extra_data' has been added 
>> > In model reviews.ReviewRequest: 
>> > Field 'depends_on' has been added 
>> > In model reviews.ReviewRequestDraft: 
>> > Field 'depends_on' has been added 
>> > In model accounts.Profile: 
>> > Field 'timezone' has been added 
>> > Field 'open_an_issue' has been added 
>> > Field 'extra_data' has been added 
>> > In model diffviewer.DiffSet: 
>> > Field 'base_commit_id' has been added 
>> > In model diffviewer.DiffSetHistory: 
>> > Field 'last_diff_updated' has been added 
>> > In model diffviewer.FileDiff: 
>> > Field 'diff_hash' has been added 
>> > Field 'parent_diff_hash' has been added 
>> > Field 'diff64' has been added 
>> > Field 'parent_diff64' has been added 
>> > Field 'parent_diff' has been deleted 
>> > Field 'diff' has been deleted 
>> > CommandError: Your models contain changes 

Re: In search of help packaging ReviewBoard 3.0.14 for Gentoo Linux, problem when running server, probably something simple I overlooked.

['Eric Johnson' via Review Board Community]

Hi Stephen,

On Tue, Jun 4, 2019 at 1:12 PM Stephen Gallagher 
wrote:

> On Tue, Jun 4, 2019 at 1:31 PM 'Eric Johnson' via Review Board
> Community  wrote:
> > The one challenge I observed with the ReviewBoard packages was that
> rbintegrations included a small handfule of binary files that I needed to
> copy over and add to the unpacked source.
> >
> > As for why my changes were not working when I wrote you initially, it
> appears that I forgot to reset my virtual machine for testing purposes, and
> was instead dealing with incremental changes, and it didn't work. When I
> reset my VM, and applied the upgrade to the Gentoo packages on a "clean"
> install of the 2.5.18 version, the end-result worked just fine.
> >
> > Thanks for your help. Your questions prodded me to keep looking, to make
> sure I could properly describe the problem, and that got me to find my
> mistake.
> >
>
> For what it's worth, you might find my Fedora packaging to be useful
> in guiding you here. Realistically, you probably want to do what I did
> and just bundle the rbintegrations tarball with the ReviewBoard build.
>
> The Fedora packaging is here:
> https://src.fedoraproject.org/rpms/ReviewBoard/tree/3.0


I almost had to go down that path. Fortunately, I was able to keep them
separate. They have an oddly cyclical relationship. As near as I can tell,
in the source, each depends on the existence of the other in setup.py .
Fortunately, when packaging for Gentoo, I simply removed all the setup
activities (making it equivalent to the whl files), which breaks the
dependency cycle.

Eric.

-- 
Supercharge your Review Board with Power Pack: 
https://www.reviewboard.org/powerpack/
Want us to host Review Board for you? Check out RBCommons: 
https://rbcommons.com/
Happy user? Let us know! https://www.reviewboard.org/users/
--- 
You received this message because you are subscribed to the Google Groups 
"Review Board Community" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to reviewboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/reviewboard/CANu9%3DNc-dqF66agep9dQgsqG3RH%3DYttkutKjwd6tnYPfXE_PRQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: In search of help packaging ReviewBoard 3.0.14 for Gentoo Linux, problem when running server, probably something simple I overlooked.

['Eric Johnson' via Review Board Community]

Hi Christian,

Thanks so much for the response! As near as I can tell, ReviewBoard "just 
works" for the teams that use it here, so we're grateful for the quality 
work.

The issue appears to be solved at this point, and it looks like operator 
error. More details below.

On Friday, May 31, 2019 at 12:58:31 AM UTC-7, Christian Hammond wrote:
>
> Hi Eric,
>
> Can you verify that rbintegrations was also packaged and that its 
> extension is enabled?
>

> We really don't advise installing from our tarballs, as we build the eggs 
> and wheels with a particular setup to ensure they're packaged just right. 
> It is of course possible to build with tarballs, but there are differences. 
> The process of building eggs/wheels can result in changes to the required 
> dependencies and to some of the build steps. It'd be best if the "source" 
> could be the wheel, just extracted.
>

Unfortunately, I don't see that installing from the "whl" files or the 
"egg" files is really used at all on Gentoo. It is fairly straightforward 
to make sure I get the dependencies right, since I had to encode the 
dependencies into the Gentoo package ebuild files. As for getting the files 
right, a recursive compare of the pip install vs. the Gentoo install shows 
that they end up the same with the packages I created.

The one challenge I observed with the ReviewBoard packages was that 
rbintegrations included a small handfule of binary files that I needed to 
copy over and add to the unpacked source.

As for why my changes were not working when I wrote you initially, it 
appears that I forgot to reset my virtual machine for testing purposes, and 
was instead dealing with incremental changes, and it didn't work. When I 
reset my VM, and applied the upgrade to the Gentoo packages on a "clean" 
install of the 2.5.18 version, the end-result worked just fine.

Thanks for your help. Your questions prodded me to keep looking, to make 
sure I could properly describe the problem, and that got me to find my 
mistake.

Eric.

 

>
> Christian
>
> On Thu, May 30, 2019 at 2:52 PM 'Eric Johnson' via Review Board Community <
> revie...@googlegroups.com > wrote:
>
>> Mostly, I've managed to get quite far with packaging ReviewBoard for 
>> Linux. Although I don't know much about the Gentoo packaging system, it has 
>> turned out to be easier than I feared.
>>
>> We're currently running ReviewBoard 2.5.18, installed using the portage 
>> package manager. So we have done this packaging for 2.5.18. I tried this 
>> upgrade previously, but was stymied and gave up. This time I pushed ahead 
>> after understanding a better approach.
>>
>> I've gotten *almost* all the way to a successful 3.0.14 install of 
>> ReviewBoard. I've got it up and running, but one thing is going wrong, and 
>> I haven't figured out why, just yet. When I say I've got it up and running, 
>> that means that I've been able to perform rb-site upgrade on all the 
>> instances, login works, and I can browse the reviews. I can access the 
>> administrative pages (since I'm an admin). However, when I click on an 
>> individual review, I get an error:
>>
>> Traceback (most recent call last):
>>
>>   File "/usr/lib64/python2.7/site-packages/django/core/handlers/base.py", 
>> line 137, in get_response
>> response = response.render()
>>   File "/usr/lib64/python2.7/site-packages/django/template/response.py", 
>> line 105, in render
>> self.content = self.rendered_content
>>   File "/usr/lib64/python2.7/site-packages/django/template/response.py", 
>> line 82, in rendered_content
>> content = template.render(context)
>>   File "/usr/lib64/python2.7/site-packages/django/template/base.py", line 
>> 140, in render
>> return self._render(context)
>>   File "/usr/lib64/python2.7/site-packages/django/template/base.py", line 
>> 134, in _render
>> return self.nodelist.render(context)
>>   File "/usr/lib64/python2.7/site-packages/django/template/base.py", line 
>> 840, in render
>> bit = self.render_node(node, context)
>>   File "/usr/lib64/python2.7/site-packages/django/template/base.py", line 
>> 854, in render_node
>> return node.render(context)
>>   File 
>> "/usr/lib64/python2.7/site-packages/django/template/loader_tags.py", line 
>> 123, in render
>> return compiled_parent._render(context)
>>   File "/usr/lib64/python2.7/site-packages/django/template/base.py", line 
>> 134, in _render
>> return self.nodelist.render(context)
>>   File "/usr/lib64/python2.7/site-packages

In search of help packaging ReviewBoard 3.0.14 for Gentoo Linux, problem when running server, probably something simple I overlooked.

['Eric Johnson' via Review Board Community]

Mostly, I've managed to get quite far with packaging ReviewBoard for Linux.
Although I don't know much about the Gentoo packaging system, it has turned
out to be easier than I feared.

We're currently running ReviewBoard 2.5.18, installed using the portage
package manager. So we have done this packaging for 2.5.18. I tried this
upgrade previously, but was stymied and gave up. This time I pushed ahead
after understanding a better approach.

I've gotten *almost* all the way to a successful 3.0.14 install of
ReviewBoard. I've got it up and running, but one thing is going wrong, and
I haven't figured out why, just yet. When I say I've got it up and running,
that means that I've been able to perform rb-site upgrade on all the
instances, login works, and I can browse the reviews. I can access the
administrative pages (since I'm an admin). However, when I click on an
individual review, I get an error:

Traceback (most recent call last):

  File "/usr/lib64/python2.7/site-packages/django/core/handlers/base.py",
line 137, in get_response
response = response.render()
  File "/usr/lib64/python2.7/site-packages/django/template/response.py",
line 105, in render
self.content = self.rendered_content
  File "/usr/lib64/python2.7/site-packages/django/template/response.py",
line 82, in rendered_content
content = template.render(context)
  File "/usr/lib64/python2.7/site-packages/django/template/base.py", line
140, in render
return self._render(context)
  File "/usr/lib64/python2.7/site-packages/django/template/base.py", line
134, in _render
return self.nodelist.render(context)
  File "/usr/lib64/python2.7/site-packages/django/template/base.py", line
840, in render
bit = self.render_node(node, context)
  File "/usr/lib64/python2.7/site-packages/django/template/base.py", line
854, in render_node
return node.render(context)
  File "/usr/lib64/python2.7/site-packages/django/template/loader_tags.py",
line 123, in render
return compiled_parent._render(context)
  File "/usr/lib64/python2.7/site-packages/django/template/base.py", line
134, in _render
return self.nodelist.render(context)
  File "/usr/lib64/python2.7/site-packages/django/template/base.py", line
840, in render
bit = self.render_node(node, context)
  File "/usr/lib64/python2.7/site-packages/django/template/base.py", line
854, in render_node
return node.render(context)
  File "/usr/lib64/python2.7/site-packages/django/template/loader_tags.py",
line 123, in render
return compiled_parent._render(context)
  File "/usr/lib64/python2.7/site-packages/django/template/base.py", line
134, in _render
return self.nodelist.render(context)
  File "/usr/lib64/python2.7/site-packages/django/template/base.py", line
840, in render
bit = self.render_node(node, context)
  File "/usr/lib64/python2.7/site-packages/django/template/base.py", line
854, in render_node
return node.render(context)
  File "/usr/lib64/python2.7/site-packages/django/template/base.py", line
1125, in render
return func(*resolved_args, **resolved_kwargs)
  File
"/usr/lib64/python2.7/site-packages/djblets/extensions/templatetags/djblets_extensions.py",
line 295, in load_extensions_css
_render_css_bundle))
  File
"/usr/lib64/python2.7/site-packages/djblets/extensions/templatetags/djblets_extensions.py",
line 265, in _get_extension_bundles
yield renderer(context, extension, bundle_name)
  File
"/usr/lib64/python2.7/site-packages/djblets/extensions/templatetags/djblets_extensions.py",
line 143, in _render_css_bundle
name, 'CSS')
  File
"/usr/lib64/python2.7/site-packages/djblets/extensions/templatetags/djblets_extensions.py",
line 117, in _render_bundle
return node_cls('"%s"' % extension.get_bundle_id(name)).render(context)
  File
"/usr/lib64/python2.7/site-packages/pipeline/templatetags/pipeline.py",
line 140, in render
return self.render_compressed(package, package_name, 'css')
  File
"/usr/lib64/python2.7/site-packages/djblets/extensions/templatetags/djblets_extensions.py",
line 54, in render_compressed
rendered = self.render_compressed_output(*args, **kwargs)
  File
"/usr/lib64/python2.7/site-packages/pipeline/templatetags/pipeline.py",
line 82, in render_compressed_output
return method(package, package.output_filename)
  File
"/usr/lib64/python2.7/site-packages/pipeline/templatetags/pipeline.py",
line 147, in render_css
'url': mark_safe(staticfiles_storage.url(path))
  File
"/usr/lib64/python2.7/site-packages/django/contrib/staticfiles/storage.py",
line 139, in url
hashed_name = self.hashed_name(clean_name).replace('\\', '/')
  File
"/usr/lib64/python2.7/site-packages/django/contrib/staticfiles/storage.py",
line 96, in hashed_name
(clean_name, self))

ValueError: The file
'ext/rbintegrations.extension.RBIntegrationsExtension/css/fields.min.css'
could not be found with .

Note that this appears to be the same as:
https://groups.google.com/d/msg/reviewboard/FSzcHz-OaDg/89BXxRFDBAAJ
... but that thread in the mailing 

Re: HELP: Upgrade to 3.0.7 results in all reviews returning a Something broke! (Error 500)

['Eric Johnson' via Review Board Community]

Hi Alfred,

Were you ever able to resolve this issue? I'm now seeing an roughly 
identical problem with my install of 3.0.14...
I'm running Djblets 1.0.11, but looks to be the only substantive 
difference

Eric.

On Thursday, June 7, 2018 at 11:41:48 AM UTC-7, Alfred von Campe wrote:
>
>
> > On Jun 7, 2018, at 14:24, Alfred von Campe  > wrote: 
> > 
> > I’m not sure what is going on:  the initial “easy_install -U 
> ReviewBoard” did return an error, but after forcing the install of version 
> 3.0.3 where I was upgrading from, another easy_install -U ReviewBoard 
> succeeded, as did the rb-site upgrade.  I can add users again to review 
> groups (which is the reason I updated in the first place), but I can’t 
> access any reviews! 
>
>
> Here is an error from the log file which I hope will track down the issue: 
>
> 2018-06-07 18:32:56,590 - ERROR -  - 
> djblets.extensions.templatetags.djblets_extensions - Unable to load CSS 
> bundle "fields" for extension "Review Board Integrations" 
> (rbintegrations.extension.RBIntegrationsExtension) 
> Traceback (most recent call last): 
>   File 
> "/usr/lib/python2.7/site-packages/Djblets-1.0.6-py2.7.egg/djblets/extensions/templatetags/djblets_extensions.py",
>  
> line 117, in _render_bundle 
> return node_cls('"%s"' % 
> extension.get_bundle_id(name)).render(context) 
>   File 
> "/usr/lib/python2.7/site-packages/django_pipeline-1.6.14-py2.7.egg/pipeline/templatetags/pipeline.py",
>  
> line 140, in render 
> return self.render_compressed(package, package_name, 'css') 
>   File 
> "/usr/lib/python2.7/site-packages/Djblets-1.0.6-py2.7.egg/djblets/extensions/templatetags/djblets_extensions.py",
>  
> line 54, in render_compressed 
> rendered = self.render_compressed_output(*args, **kwargs) 
>   File 
> "/usr/lib/python2.7/site-packages/django_pipeline-1.6.14-py2.7.egg/pipeline/templatetags/pipeline.py",
>  
> line 82, in render_compressed_output 
> return method(package, package.output_filename) 
>   File 
> "/usr/lib/python2.7/site-packages/django_pipeline-1.6.14-py2.7.egg/pipeline/templatetags/pipeline.py",
>  
> line 147, in render_css 
> 'url': mark_safe(staticfiles_storage.url(path)) 
>   File 
> "/usr/lib/python2.7/site-packages/Django-1.6.11-py2.7.egg/django/contrib/staticfiles/storage.py",
>  
> line 139, in url 
> hashed_name = self.hashed_name(clean_name).replace('\\', '/') 
>   File 
> "/usr/lib/python2.7/site-packages/Django-1.6.11-py2.7.egg/django/contrib/staticfiles/storage.py",
>  
> line 96, in hashed_name 
> (clean_name, self)) 
> ValueError: The file 
> 'ext/rbintegrations.extension.RBIntegrationsExtension/css/fields.min.css' 
> could not be found with  0x55c9409c4fd0>. 
>
>
>

-- 
Supercharge your Review Board with Power Pack: 
https://www.reviewboard.org/powerpack/
Want us to host Review Board for you? Check out RBCommons: 
https://rbcommons.com/
Happy user? Let us know! https://www.reviewboard.org/users/
--- 
You received this message because you are subscribed to the Google Groups 
"Review Board Community" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to reviewboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/reviewboard/4933f7da-a83e-4246-a0d4-ddb670617c6f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Trying to get latest ReviewBoard to work on Gentoo Linux

['Eric Johnson' via Review Board Community]

Gentoo patches to pip to prevent installation as the root user - so as to
avoid package manager conflicts between emerge and pip.

To make it work, I'd need to install ReviewBoard packages as a non-root
user. Certainly possible to make that work, but it starts to feel like just
as many hoops as getting it to run that way as just putting together a
docker image. I'd have to update the PYTHON_PATH

Also, I was hoping someone might already have created some kind of Docker
build file that does most of what I need, although nobody has piped up yet.

Eric.


On Wed, May 2, 2018 at 7:35 PM, Christian Hammond 
wrote:

> Hi Eric,
>
> Why not just install via our official Python packages?
>
> Christian
>
>
> On Tue, May 1, 2018 at 10:04 eric via Review Board Community <
> reviewboard@googlegroups.com> wrote:
>
>>
>>
>> On Friday, April 20, 2018 at 9:54:23 AM UTC-7, Stephen Gallagher wrote:
>>
>>>
>>>
>>> On Fri, Apr 20, 2018 at 12:35 PM eric via Review Board Community <
>>> revie...@googlegroups.com> wrote:
>>>
 Hi Christian,

 Thanks so much for the response.


 On Wednesday, April 18, 2018 at 5:03:43 PM UTC-7, Christian Hammond
 wrote:
>
> It will, yes. You shouldn't need to make changes like that. This one
> in particular will break applications that try using Djblets in various
> ways. If this appears to fix packaging, then we really need to find out
> what's really going on to break it in the first place.
>

 I made some progress. Much closer.

 The Gentoo build that works with pip is mostly magic to me. I'm still
 trying to figure out the pieces.

 What I've figured out so far, is that as you suggest, I need to call
 setup.py (well, in a Gentoo ebuild, it is actually invoked via a wrapper
 command "esetup.py ..."). I have not yet gotten it to work, but I figured
 out several big steps forward.

 It would probably work better for Gentoo if setup.py develop was not a
 prerequisite to setup.py install. I see why you have it this way, but it
 makes it difficult to deal with.

 At the moment, I've figured out that I can patch out call the calls to
 _run_pip (which were triggering problems) - since the Gentoo environment
 already has the latest versions of those things installed.

 I'm tripping over the npm tool installation. While running package
 installs, Gentoo creates a sandbox, which prevents access to parts of the
 system that package install shouldn't normally need to touch. Looks like
 the Gentoo sandbox is preventing "npm install" from working. Trying to
 figure that out now.

 Since Gentoo mostly builds from source, I want to get it to work from
 the tar.gz distribution, but I can probably fall back to installing from
 the egg file, if I can't get this to work. Looks like the egg file has
 everything built as needed, and I wouldn't need to call "setup.py develop".

>>>
>>>
>>> Eric, I'm not sure how similar Gentoo is to Fedora, but if you want to
>>> have a look at how I'm doing the builds there, feel free to look at
>>> https://src.fedoraproject.org/rpms/ReviewBoard/blob/3.0/
>>> f/ReviewBoard.spec and https://src.fedoraproject.org/rpms/
>>> python-djblets/blob/1.0/f/python-djblets.spec
>>>
>>> I'm sort of "cheating" with the NPM build stuff. What I did was
>>> pre-download all of the NPMs ahead of time and then I have the build just
>>> untar the directory into the right place. This avoids issues like how the
>>> Fedora build system disallows network access (to ensure repeatable builds).
>>> It's also worth noting that the NPM bits are needed only at build-time and
>>> don't end up in the built package.
>>>
>>
>> After considering a bunch of different options, I've come to the
>> conclusion that I should pursue a radically different path. Since my goal
>> is not to build a generically useful ReviewBoard install for Gentoo, but
>> instead to simply get it up and running inside my company's data center,
>> I've concluded that setting up a Docker/Moby image and deploying that is
>> likely to lead to a better result.
>>
>> Anyone with suggestions for where to start?
>>
>> Eric.
>>
>>
>>
>>
>> --
>> Supercharge your Review Board with Power Pack:
>> https://www.reviewboard.org/powerpack/
>> Want us to host Review Board for you? Check out RBCommons:
>> https://rbcommons.com/
>> Happy user? Let us know! https://www.reviewboard.org/users/
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "Review Board Community" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to reviewboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
> --
> --
> Christian Hammond
> President/CEO of Beanbag
> Makers of Review Board
>
> --
> Supercharge your Review Board with Power Pack:
> 

Re: Trying to get latest ReviewBoard to work on Gentoo Linux

['Eric Johnson' via Review Board Community]

Oops - by the way, for the previous post, although you can figure it out
from the stack trace, I'm trying to install Djblets-1.0.5

I seem to have made a big step forward. I used sed to edit the settings.py
file to replace

sed -e
"s/pipeline.storage.PipelineCachedStorage/pipeline.storage.NonPackagingPipelineCachedStorage/"
-i djblets/settings.py || die

Will this cause any problems (other than perhaps being slower than if the
post-processing was in place)?

Eric.

On Wed, Apr 18, 2018 at 4:15 PM, Eric Johnson <e...@tibco.com> wrote:

> I'm tripping over getting the Djblets package to work.
>
> My current failure looks like this:
>
> Traceback (most recent call last):
>
>   File "contrib/internal/build-media.py", line 36, in 
>
> ret = call_command('collectstatic', interactive=False, verbosity=2)
>   File 
> "/usr/lib64/python2.7/site-packages/django/core/management/__init__.py",
> line 159, in call_command
> return klass.execute(*args, **defaults)
>   File "/usr/lib64/python2.7/site-packages/django/core/management/base.py",
> line 285, in execute
> output = self.handle(*args, **options)
>
>   File "/usr/lib64/python2.7/site-packages/django/core/management/base.py",
> line 415, in handle
> return self.handle_noargs(**options)
>
>   File "/usr/lib64/python2.7/site-packages/django/contrib/staticfil
> es/management/commands/collectstatic.py", line 173, in handle_noargs
> collected = self.collect()
>
>   File "/usr/lib64/python2.7/site-packages/django/contrib/staticfil
> es/management/commands/collectstatic.py", line 119, in collect
> for original_path, processed_path, processed in processor:
>
>   File "/usr/lib64/python2.7/site-packages/pipeline/storage.py", line 26,
> in post_process
> packager.pack_stylesheets(package)
>
>   File "/usr/lib64/python2.7/site-packages/pipeline/packager.py", line
> 96, in pack_stylesheets
> variant=package.variant, **kwargs)
>   File "/usr/lib64/python2.7/site-packages/pipeline/packager.py", line
> 105, in pack
> paths = self.compile(package.paths, force=True)
>   File "/usr/lib64/python2.7/site-packages/pipeline/packager.py", line
> 99, in compile
> return self.compiler.compile(paths, force=force)
>   File "/usr/lib64/python2.7/site-packages/pipeline/compilers/__init__.py",
> line 54, in compile
> return list(executor.map(_compile, paths))
>   File "/usr/lib64/python2.7/site-packages/concurrent/futures/_base.py",
> line 605, in result_iterator
> yield future.result()
>   File "/usr/lib64/python2.7/site-packages/concurrent/futures/_base.py",
> line 429, in result
> return self.__get_result()
>   File "/usr/lib64/python2.7/site-packages/concurrent/futures/thread.py",
> line 62, in run
> result = self.fn(*self.args, **self.kwargs)
>   File "/usr/lib64/python2.7/site-packages/pipeline/compilers/__init__.py",
> line 39, in _compile
> outdated = compiler.is_outdated(infile, outfile)
>   File "/var/tmp/portage/dev-python/Djblets-1.0.5/work/Djblets-1.0.
> 5/djblets/pipeline/compilers/less.py", line 83, in is_outdated
> self.execute_command(command, stdout_captured=imports_file)
>   File "/usr/lib64/python2.7/site-packages/pipeline/compilers/__init__.py",
> line 134, in execute_command
> error_output=stderr)
> pipeline.exceptions.CompilerError: [u'/var/tmp/portage/dev-python
> /Djblets-1.0.5/work/Djblets-1.0.5/djblets/pipeline/compilers/less-imports.js',
> u'--no-color', u'--source-map', u'--autoprefix=> 2%, ie >= 9',
> u'/var/tmp/portage/dev-python/Djblets-1.0.5/work/Djblets-1.0.5/dj
> blets/htdocs/static/djblets/css/forms/conditions.less'] exit code 1
> module.js:471
> throw err;
> ^
>
> Error: Cannot find module 'less'
> at Function.Module._resolveFilename (module.js:469:15)
> at Function.Module._load (module.js:417:25)
> at Module.require (module.js:497:17)
> at require (internal/module.js:20:19)
> at Object. (/var/tmp/portage/dev-python/D
> jblets-1.0.5/work/Djblets-1.0.5/djblets/pipeline/compilers/
> less-imports.js:18:12)
> at Module._compile (module.js:570:32)
> at Object.Module._extensions..js (module.js:579:10)
> at Module.load (module.js:487:32)
> at tryModuleLoad (module.js:446:12)
> at Function.Module._load (module.js:438:3)
>
> Traceback (most recent call last):
>   File "setup.py", line 443, in 
> 'Topic :: Software Development :: Libraries :: Python Modules',
>   File "/usr/lib64/python2.7/site-packages/setuptools/__init__.py", line
> 129, in setup
> return 

Trying to get latest ReviewBoard to work on Gentoo Linux

['Eric Johnson' via Review Board Community]

I'm tripping over getting the Djblets package to work.

My current failure looks like this:

Traceback (most recent call last):

  File "contrib/internal/build-media.py", line 36, in 

ret = call_command('collectstatic', interactive=False, verbosity=2)
  File
"/usr/lib64/python2.7/site-packages/django/core/management/__init__.py",
line 159, in call_command
return klass.execute(*args, **defaults)
  File "/usr/lib64/python2.7/site-packages/django/core/management/base.py",
line 285, in execute
output = self.handle(*args, **options)

  File "/usr/lib64/python2.7/site-packages/django/core/management/base.py",
line 415, in handle
return self.handle_noargs(**options)

  File
"/usr/lib64/python2.7/site-packages/django/contrib/staticfiles/management/commands/collectstatic.py",
line 173, in handle_noargs
collected = self.collect()

  File
"/usr/lib64/python2.7/site-packages/django/contrib/staticfiles/management/commands/collectstatic.py",
line 119, in collect
for original_path, processed_path, processed in processor:

  File "/usr/lib64/python2.7/site-packages/pipeline/storage.py", line 26,
in post_process
packager.pack_stylesheets(package)

  File "/usr/lib64/python2.7/site-packages/pipeline/packager.py", line 96,
in pack_stylesheets
variant=package.variant, **kwargs)
  File "/usr/lib64/python2.7/site-packages/pipeline/packager.py", line 105,
in pack
paths = self.compile(package.paths, force=True)
  File "/usr/lib64/python2.7/site-packages/pipeline/packager.py", line 99,
in compile
return self.compiler.compile(paths, force=force)
  File "/usr/lib64/python2.7/site-packages/pipeline/compilers/__init__.py",
line 54, in compile
return list(executor.map(_compile, paths))
  File "/usr/lib64/python2.7/site-packages/concurrent/futures/_base.py",
line 605, in result_iterator
yield future.result()
  File "/usr/lib64/python2.7/site-packages/concurrent/futures/_base.py",
line 429, in result
return self.__get_result()
  File "/usr/lib64/python2.7/site-packages/concurrent/futures/thread.py",
line 62, in run
result = self.fn(*self.args, **self.kwargs)
  File "/usr/lib64/python2.7/site-packages/pipeline/compilers/__init__.py",
line 39, in _compile
outdated = compiler.is_outdated(infile, outfile)
  File
"/var/tmp/portage/dev-python/Djblets-1.0.5/work/Djblets-1.0.5/djblets/pipeline/compilers/less.py",
line 83, in is_outdated
self.execute_command(command, stdout_captured=imports_file)
  File "/usr/lib64/python2.7/site-packages/pipeline/compilers/__init__.py",
line 134, in execute_command
error_output=stderr)
pipeline.exceptions.CompilerError:
[u'/var/tmp/portage/dev-python/Djblets-1.0.5/work/Djblets-1.0.5/djblets/pipeline/compilers/less-imports.js',
u'--no-color', u'--source-map', u'--autoprefix=> 2%, ie >= 9',
u'/var/tmp/portage/dev-python/Djblets-1.0.5/work/Djblets-1.0.5/dj
blets/htdocs/static/djblets/css/forms/conditions.less'] exit code 1
module.js:471
throw err;
^

Error: Cannot find module 'less'
at Function.Module._resolveFilename (module.js:469:15)
at Function.Module._load (module.js:417:25)
at Module.require (module.js:497:17)
at require (internal/module.js:20:19)
at Object.
(/var/tmp/portage/dev-python/Djblets-1.0.5/work/Djblets-1.0.5/djblets/pipeline/compilers/less-imports.js:18:12)
at Module._compile (module.js:570:32)
at Object.Module._extensions..js (module.js:579:10)
at Module.load (module.js:487:32)
at tryModuleLoad (module.js:446:12)
at Function.Module._load (module.js:438:3)

Traceback (most recent call last):
  File "setup.py", line 443, in 
'Topic :: Software Development :: Libraries :: Python Modules',
  File "/usr/lib64/python2.7/site-packages/setuptools/__init__.py", line
129, in setup
return distutils.core.setup(**attrs)
  File "/usr/lib64/python2.7/distutils/core.py", line 151, in setup
dist.run_commands()
  File "/usr/lib64/python2.7/distutils/dist.py", line 953, in run_commands
self.run_command(cmd)
  File "/usr/lib64/python2.7/distutils/dist.py", line 972, in run_command
cmd_obj.run()
  File "/usr/lib64/python2.7/site-packages/setuptools/command/install.py",
line 61, in run
return orig.install.run(self)
  File "/usr/lib64/python2.7/distutils/command/install.py", line 563, in run
self.run_command('build')
  File "/usr/lib64/python2.7/distutils/cmd.py", line 326, in run_command
self.distribution.run_command(command)
  File "/usr/lib64/python2.7/distutils/dist.py", line 972, in run_command
cmd_obj.run()

Not exactly sure what to do from here. Options I can think of:

   - Change something like setup.py or settings.py so that "less" won't be
   executed.
   - Figure out how to get less in place before this line executes
   - Avoid running setup.py - it appears that pip install Djblets avoids
   calling setup.py (or maybe it does, it just calls it differently?)
   - ...?

Any tips or direction anyone an provide?

Eric.

-- 
Supercharge your Review Board 

Djblets missing requires constraint on markdown?

['Eric Johnson' via Review Board Community]

I'm working on packaging ReviewBoard for Gentoo, so that I can deploy an
update.

I noticed that the Djblets-1.0.3 release does not state a requirement on
markdown. I'm not a Python expert, so I don't know if there's a good reason
for its absence, or just an oversight?

In any case, if it does need the dependency, then it should be on version
2.6.9 or later, as 2.6.8 has a bug that affects ReviewBoard.

Thanks!

Eric.

-- 
Supercharge your Review Board with Power Pack: 
https://www.reviewboard.org/powerpack/
Want us to host Review Board for you? Check out RBCommons: 
https://rbcommons.com/
Happy user? Let us know! https://www.reviewboard.org/users/
--- 
You received this message because you are subscribed to the Google Groups 
"Review Board Community" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to reviewboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: I'm seeing a "The file was not found in the repository" error against a Git server but don't know why...

['Eric Johnson' via reviewboard]

I believe I figured this out.

Turns out, a space had snuck into a URL for repository configuration.

Perhaps the server should validate that the URL has no spaces?

Eric.


On Sat, Jun 24, 2017 at 6:35 PM, David Trowbridge 
wrote:

> Eric,
>
> How is the repository configured in the Review Board admin UI?
>
> -David
> On Fri, Jun 23, 2017 at 6:12 PM eric via reviewboard <
> reviewboard@googlegroups.com> wrote:
>
>> Very confused. Perhaps this is fixed by an upgrade? I'm running 2.5.9.
>>
>> I've got a user who clones a Git repository, makes a random change to the
>> source, commits the change, then tries "rbt post -d". It fails. I've been
>> able to reproduce the problem, so it isn't restricted to the specific user.
>>
>> (Note that I've blanked details specific to our environment, that seem
>> unrelated to the bug.)
>>
>> >>> RBTools 0.7.10
>> >>> Python 2.7.10 (default, Feb  7 2017, 00:08:15)
>> ___
>> >>> Command line: rbt post -d
>> >>> Running: tf vc help
>> >>> Checking for a Subversion repository...
>> >>> Running: svn --non-interactive info
>> >>> Command exited with rc 1: ['svn', '--non-interactive', u'info']
>> svn: E155007: '___' is not a working copy
>> ---
>> >>> Checking for a Git repository...
>> >>> Running: git rev-parse --git-dir
>> >>> Running: git config core.bare
>> >>> Running: git rev-parse --show-toplevel
>> >>> Running: git symbolic-ref -q HEAD
>> >>> Running: git config --get branch.master.merge
>> >>> Running: git config --get branch.master.remote
>> >>> Running: git config --get remote.origin.url
>> >>> repository info: Path: https://__, Base path: ,
>> Supports changesets: False
>> >>> Making HTTP GET request to https://___api/
>> >>> Running: git rev-parse refs/heads/master
>> >>> Running: git merge-base e7b4515500eddbacd3846f24e59e6b5c5672fa6b
>> origin/master
>> >>> Running: git rev-parse 0c5abaf3d4854a4e13f084b85aa7bb9f3b8c491e
>> >>> Running: git status --porcelain --untracked-files=no
>> --ignore-submodules=dirty
>> >>> Running: git rev-parse --git-dir
>> >>> Running: git version
>> >>> Running: git -c core.quotepath=false -c diff.noprefix=false diff
>> --no-color --full-index --ignore-submodules -M --no-ext-diff
>> 0c5abaf3d4854a4e13f084b85aa7bb9f3b8c491e..e7b4515500eddbacd3846f24e59e6b
>> 5c5672fa6b
>> >>> Making HTTP GET request to https://__api/
>> validation/diffs/
>> >>> Cached response for HTTP GET 
>> >>> https://api/validation/diffs/
>> expired and was modified
>> >>> Making HTTP POST request to https://api/
>> validation/diffs/
>> >>> Got API Error 207 (HTTP code 400): The file was not found in the
>> repository.
>> >>> Error data: {u'stat': u'fail', u'file': u'karma.conf.js', u'err':
>> {u'msg': u'The file was not found in the repository.', u'code': 207},
>> u'revision': u'3c350734aaf218bc5d8c2b5ee1e257ff22ac2e7d'}
>> Traceback (most recent call last):
>>   File "/usr/local/bin/rbt", line 9, in 
>> load_entry_point('RBTools==0.7.10', 'console_scripts', 'rbt')()
>>   File 
>> "/Library/Python/2.7/site-packages/RBTools-0.7.10-py2.7.egg/rbtools/commands/main.py",
>> line 133, in main
>> command.run_from_argv([RB_MAIN, command_name] + args)
>>   File "/Library/Python/2.7/site-packages/RBTools-0.7.10-py2.7.
>> egg/rbtools/commands/__init__.py", line 663, in run_from_argv
>> exit_code = self.main(*args) or 0
>>   File 
>> "/Library/Python/2.7/site-packages/RBTools-0.7.10-py2.7.egg/rbtools/commands/post.py",
>> line 812, in main
>> (msg_prefix, e))
>> rbtools.commands.CommandError: Error validating diff
>>
>> What's going on, and how do I fix it?
>>
>> Eric
>>
>>
>> --
>> Supercharge your Review Board with Power Pack:
>> https://www.reviewboard.org/powerpack/
>> Want us to host Review Board for you? Check out RBCommons:
>> https://rbcommons.com/
>> Happy user? Let us know! https://www.reviewboard.org/users/
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "reviewboard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to reviewboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
> --
> Supercharge your Review Board with Power Pack:
> https://www.reviewboard.org/powerpack/
> Want us to host Review Board for you? Check out RBCommons:
> https://rbcommons.com/
> Happy user? Let us know! https://www.reviewboard.org/users/
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "reviewboard" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/
> topic/reviewboard/M1l0yLklA7o/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> reviewboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
Supercharge your Review Board with Power Pack: 
https://www.reviewboard.org/powerpack/

Re: Review groups UI not letting me delete users....

['Eric Johnson' via reviewboard]

Perfect! Thanks for letting me know!

On Thu, Mar 16, 2017 at 12:37 PM, David Trowbridge 
wrote:

> Eric,
>
> This is a known bug where some of the existing users in the group have
> since been marked "inactive". If you remove those users, you should be able
> to save it.
>
> We're getting a fix in for 2.5.10.
>
> -David
>
> On Thu, Mar 16, 2017 at 9:39 AM eric via reviewboard <
> reviewboard@googlegroups.com> wrote:
>
>> I recently upgraded our deployment of ReviewBoard from 2.0.X to 2.5.9.
>> Now, some of my reviewboard instance owners are reporting that they cannot
>> edit review groups.
>>
>> Specifically, on this page: ${server_root_path}/admin/db/reviews/group/1/
>>
>> the UI for removing users from the a review group doesn't seem to work.
>> When I tried it myself, as superuser, I also ran into problems.
>>
>> In the "ACCESS CONTROL" area of the page, in the box listing the users,
>> the "x" on the right side of each row listing a user - it doesn't highlight
>> for me when I mouse-over the "x". Clicking on the "x" has no effect. I was
>> able to get it to work briefly by adding a user to the group, and then the
>> "x" controls would highlight. However, as soon as I clicked one, they
>> stopped working again.
>>
>> Is this a general problem with the software, or something about our
>> deployment?
>>
>> Thanks!
>>
>> Eric.
>>
>> --
>> Supercharge your Review Board with Power Pack:
>> https://www.reviewboard.org/powerpack/
>> Want us to host Review Board for you? Check out RBCommons:
>> https://rbcommons.com/
>> Happy user? Let us know! https://www.reviewboard.org/users/
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "reviewboard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to reviewboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
> --
> Supercharge your Review Board with Power Pack:
> https://www.reviewboard.org/powerpack/
> Want us to host Review Board for you? Check out RBCommons:
> https://rbcommons.com/
> Happy user? Let us know! https://www.reviewboard.org/users/
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "reviewboard" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/
> topic/reviewboard/as3plUll1OE/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> reviewboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
Supercharge your Review Board with Power Pack: 
https://www.reviewboard.org/powerpack/
Want us to host Review Board for you? Check out RBCommons: 
https://rbcommons.com/
Happy user? Let us know! https://www.reviewboard.org/users/
--- 
You received this message because you are subscribed to the Google Groups 
"reviewboard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to reviewboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Attempted to switch my server to HTTPS, and rbt setup-repo reports SSLV3_ALERT_HANDSHAKE_FAILURE

['Eric Johnson' via reviewboard]

Thanks so much for the reply

On Sat, Sep 10, 2016 at 2:14 AM, Christian Hammond  wrote:

> Hi Eric,
>
> RBTools itself isn't handling SSL/TLS, and has no awareness of the various
> protocols/ciphers. We use Python's urllib2 to establish the connections,
> and that's going through the ssl module. I don't have a good answer on next
> steps here, but it's not an issue that'll be specific to RBTools or will
> involve our codebase, most likely.
>

At least as far as "rbt" is concerned, a "verbose" option, or a
"debug" option might be useful. For example, when rbt is using ssl, what
version of OPENSSL is getting invoked?

In any case, I did get a bunch further with this. I failed to note a
critical piece of information in my original post - I'm running on a Mac
(10.11.X).

There seem to be three scenarios:

   - Install ReviewBoard from the RBTools.pkg
   - Install ReviewBoard using easy_install or pip.
   - Install ReviewBoard from a package manager (MacPorts)

The three different scenarios play out as follows:

Install from RBTools.pkg - this installs an "rbt" shell item in
/usr/local/bin, puts RBTools in the site-packages folder for the
OS-installed versions of Python (2.6 & 2.7) and puts a shebang (#!) line at
the beginning that binds to one of the OS installed versions (2.6, for me).
These installs do not pick up alternate versions of installed software,
such as MacPorts or HomeBrew.

Install from easy_install - installs rbt to the OS's version of Python.
Again, ignores MacPorts & HomeBrew. When I installed via pip, this didn't
create a shell "rbt" install in my MacPorts "bin" folder (/opt/local/bin).

Currently MacPorts is behind by a few versions (0.4.3).

Unfortunately, when the install binds to one of the OS versions of Python,
it ends up using the OS provided version of OpenSSL. According to one of my
co-workers, Apple is no longer supporting openssl, so it won't be
progressing past 0.9.8. That version of openssl is stuck at TLS 1 support.

Conclusions:

   - This seems to be an Apple bug - anything that installs and uses the OS
   available versions of Python will be hamstrung to using an older and less
   secure version of the "ssl" package, due to its implementation calling out
   to older branches of openssl.
   - This could possibly be an RBTools install issue - would be nice if the
   installer could detect alternate Pythons on the machine (HomeBrew /
   MacPorts), and install with those versions of Python rather than the system
   packages
   - Possibly a problem with the pip install? When I did the pip install,
   that did not generate an "rbt" shell script in the right place. Obviously,
   I can make my own script to call it, but still annoying.
   - This could possibly be an issue with MacPorts - perhaps I can submit a
   package to update RBTools MacPorts implementation.

Annoying and complicated issue. Thanks for your response.

Eric.


>
> Christian
>
>
> On Friday, September 9, 2016, eric via reviewboard <
> reviewboard@googlegroups.com> wrote:
>
>> Some follow-on information.
>>
>> I grabbed my Apache configuration for the server from
>> https://mozilla.github.io/server-side-tls/ssl-config-generator/
>> Initially, I tried the "Modern" configuration.
>>
>> When I switch to the "Intermediate" configuration, it starts working.
>>
>> I updated my logging on the server to track which protocol & cipher are
>> being used, and I see this when I connect from the browser:
>>
>> TLSv1.2 ECDHE-RSA-AES128-GCM-SHA256
>>
>> (That's good)
>>
>>
>> ... but I see this if I run "rbt setup-repo" or "rbt post"
>>
>> TLSv1 DHE-RSA-AES128-SHA
>>
>>
>> Why is it that rbt uses the older protocol & cipher? I've been advised to
>> go run wireshark, and maybe that will provide more insight.
>>
>>
>> Eric.
>>
>>
>>
>> On Friday, September 9, 2016 at 10:02:28 AM UTC-7, er...@tibco.com wrote:
>>>
>>> The specific, full message is this:
>>>
>>> ERROR: Could not reach the Review Board server at : SSL:
>>> SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:590)
>>>
>>>
>>> This is not a self-signed certificate. My web browsers all work fine
>>> when I connect to the site. When I do this:
>>>
>>>
>>> > python
>>>
>>> > import ssl
>>>
>>> > ssl.OPENSSL_VERSION
>>>
>>> >>> 'OpenSSL 1.0.2h  3 May 2016'
>>>
>>>
>>> I'm sort of at a loss for how to troubleshoot this. I turn on all the
>>> debugging and logging I can on the server, and I'm not seeing any
>>> additional information.
>>>
>>>
>>> It doesn't look like rbt setup-repo takes any "verbose" options that
>>> will clarify the problem.
>>>
>>>
>>> Suggestions?
>>>
>>>
>>> Thanks!
>>>
>>>
>>> Eric.
>>>
>> --
>> Supercharge your Review Board with Power Pack:
>> https://www.reviewboard.org/powerpack/
>> Want us to host Review Board for you? Check out RBCommons:
>> https://rbcommons.com/
>> Happy user? Let us know! https://www.reviewboard.org/users/
>> ---
>> You received this message because you are subscribed 

Re: UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 80769: ordinal not in range(128)

[Eric Johnson]

When I posted before, I surmised that the problem might be on the server.
To check that, have you tried browsing around in the web UI, fetching the
diffs from previous reviews? For a proper test, you may need to restart
memcached.

I figured out that the problem I was seeing is a problem with moving the
ReviewBoard instance from one machine to another, and not keeping the
secret key.

Eric.


On Wed, Oct 28, 2015 at 10:25 PM, Sam  wrote:

> I have over 400 files to review. When I run the cleartool diff on the last
> file in the trace I dont see any error but seems when rbt tries it fails.
>
> >>> Running: diff -uN /vbs/e/nq/file1.C@@/main/310 /vbs/e/nq/file1.C@
> @/main/br1_main_int/13
> Traceback (most recent call last):
>   File "/home/sam/bin/rbt", line 9, in 
> load_entry_point('RBTools==0.7.5', 'console_scripts', 'rbt')()
>   File
> "/home/hotellnx117/sam/bin/RBTools-0.7.5-py2.6.egg/rbtools/commands/main.py",
> line 133, in main
> command.run_from_argv([RB_MAIN, command_name] + args)
>   File
> "/home/hotellnx117/sam/bin/RBTools-0.7.5-py2.6.egg/rbtools/commands/__init__.py",
> line 622, in run_from_argv
> exit_code = self.main(*args) or 0
>   File
> "/home/hotellnx117/sam/bin/RBTools-0.7.5-py2.6.egg/rbtools/commands/post.py",
> line 691, in main
> extra_args=extra_args)
>   File
> "/home/hotellnx117/sam/bin/RBTools-0.7.5-py2.6.egg/rbtools/clients/clearcase.py",
> line 751, in diff
> return self._do_diff(changeset)
>   File
> "/home/hotellnx117/sam/bin/RBTools-0.7.5-py2.6.egg/rbtools/clients/clearcase.py",
> line 882, in _do_diff
> dl = self._diff_files(old_file, new_file)
>   File
> "/home/hotellnx117/sam/bin/RBTools-0.7.5-py2.6.egg/rbtools/clients/clearcase.py",
> line 793, in _diff_files
> translate_newlines=False)
>   File
> "/home/hotellnx117/sam/bin/RBTools-0.7.5-py2.6.egg/rbtools/utils/process.py",
> line 180, in execute
> % (rc, command, data))
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position
> 81162: ordinal not in range(128)
>
>
> extra_args=extra_args)
>   File
> "/home/hotellnx117/mojgans/bin/RBTools-0.7.5-py2.6.egg/rbtools/clients/clearcase.py",
> line 751, in diff
> return self._do_diff(changeset)
>   File
> "/home/hotellnx117/mojgans/bin/RBTools-0.7.5-py2.6.egg/rbtools/clients/clearcase.py",
> line 882, in _do_diff
> dl = self._diff_files(old_file, new_file)
>   File
> "/home/hotellnx117/mojgans/bin/RBTools-0.7.5-py2.6.egg/rbtools/clients/clearcase.py",
> line 793, in _diff_files
> translate_newlines=False)
>   File
> "/home/hotellnx117/mojgans/bin/RBTools-0.7.5-py2.6.egg/rbtools/utils/process.py",
> line 180, in execute
> % (rc, command, data))
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position
> 81162: ordinal not in range(128)
>
>
> --
> Supercharge your Review Board with Power Pack:
> https://www.reviewboard.org/powerpack/
> Want us to host Review Board for you? Check out RBCommons:
> https://rbcommons.com/
> Happy user? Let us know! https://www.reviewboard.org/users/
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "reviewboard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/reviewboard/Q2LwgQsAfO4/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> reviewboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
Supercharge your Review Board with Power Pack: 
https://www.reviewboard.org/powerpack/
Want us to host Review Board for you? Check out RBCommons: 
https://rbcommons.com/
Happy user? Let us know! https://www.reviewboard.org/users/
--- 
You received this message because you are subscribed to the Google Groups 
"reviewboard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to reviewboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

What if I move my repositories?

[Eric Johnson]

Hopefully a quick question.

What do I do if I move a Subversion repository? (Running ReviewBoard 2.0.15)

I went into the admin/db/scmtools/repository/ UI, and changed the URL.

Yet, if I immediately click on the [RBTools Setup] button, I get shown
the old URL. Restarting both the server, and memcached didn't change the
result.

Also, I'm worried that previous review requests will now be broken.

Please advise

Eric.

-- 
Supercharge your Review Board with Power Pack: 
https://www.reviewboard.org/powerpack/
Want us to host Review Board for you? Check out RBCommons: 
https://rbcommons.com/
Happy user? Let us know! https://www.reviewboard.org/users/
--- 
You received this message because you are subscribed to the Google Groups 
reviewboard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to reviewboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Upgrade to 2.0.15 just worked, and users liked it

[Eric Johnson]

Usually you get support requests on this mailing list.

Thought I should toss in a email of gratitude.

Deployed an upgrade from 1.7.28 -- 2.0.15 over the weekend.

It pretty much just worked, once I fixed the minor issues in my Ansible
scripts.

And then I started hearing from grateful users, who like the upgrade.

Eric.

-- 
Supercharge your Review Board with Power Pack: 
https://www.reviewboard.org/powerpack/
Want us to host Review Board for you? Check out RBCommons: 
https://rbcommons.com/
Happy user? Let us know! https://www.reviewboard.org/users/
--- 
You received this message because you are subscribed to the Google Groups 
reviewboard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to reviewboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Confusion about Git configuration

[Eric Johnson]

Hi ReviewBoard Devs,

Using ReviewBoard 1.7.28.

When adding/changing an HTTP hosted Git repository (using Gitolite), I've
found that I have to configure the repository with the following pattern:

Path: http://username:passw...@gitserver.example.com/git/git-repo-path

Mirror path: http://gitserver.example.com/git/git-repo-path

Raw file URL mask:
http://gitserver.example.com/git/?p=git-repo-path.git;a=blob_plain;f=
filename;h=revision

Username: username

Password: password


Obviously, where username  password are set to the correct values.

It seems like a bug to me that I must specify the username and password in
the URL. I've tried removing them, but then ReviewBoard refuses to add /
save the repository. When the Path is configured with the user name and
password, rbt post doesn't find the repository unless I also set the
Mirror path, or unless REPOSITORY is set to the name of the ReviewBoard
repository in .reviewboardrc

Is there any way to get the username  password out of the Path URL?

Thanks!

Eric.

-- 
Supercharge your Review Board with Power Pack: 
https://www.reviewboard.org/powerpack/
Want us to host Review Board for you? Check out RBCommons: 
https://rbcommons.com/
Happy user? Let us know! https://www.reviewboard.org/users/
--- 
You received this message because you are subscribed to the Google Groups 
reviewboard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to reviewboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Crazy difficulties trying to upgrade from 1.7.7.1 - any tool for finding/correcting DB problems?

[Eric Johnson]

Hi Christian,

Yes, excellent advice to avoid the dependency craziness. For the moment,
where my Linux distribution has a package, I favor that over the one from
easy install, which simplifies questions like upgrades, security patches,
solves a whole bunch of potential issues related to upgrades/security
releases/etc.).

But I do let easy_install grab everything else.

Eric.

On Thu, Feb 12, 2015 at 8:30 PM, Christian Hammond christ...@beanbaginc.com
 wrote:

 Hi Eric,

 Glad it works!

 One suggestion I'd have is to let easy_install do its job with
 dependencies, rather than trying to manage them all in Ansible. Otherwise
 you're going to spend a lot of time trying to match up the dependencies.
 We've seen some users do this and end up with things crashing because they
 missed one.

 Christian

 --
 Christian Hammond - christ...@beanbaginc.com
 Review Board - https://www.reviewboard.org
 Beanbag, Inc. - https://www.beanbaginc.com

 -Original Message-
 From: Eric Johnson e...@tibco.com
 Reply: reviewboard@googlegroups.com reviewboard@googlegroups.com
 Date: February 12, 2015 at 9:25:04 AM
 To: David Trowbridge trowb...@gmail.com
 Cc: reviewboard@googlegroups.com reviewboard@googlegroups.com
 Subject:  Re: Crazy difficulties trying to upgrade from 1.7.7.1 - any tool
 for finding/correcting DB problems?

  Hi David, Christian,
 
  Thanks for your help so far!
 
  Yesterday, I was able to find the time between meetings to try the
  conversion approach that Christian suggested, and it appeared to work. I
  have to test it again today, to make sure I didn't somehow trick myself.
 
  As for jumping to the later release, I plan to jump to 1.7.28. In typical
  debugging fashion, I was trying to reduce the problem to the minimum
  possible scope, and identify exactly where the problem occurred, and
  eliminate any possible confounding issues. So I first tried a 1.7.28
  upgrade, but when that failed, jumped to testing the upgrade to 1.7.8.
 
  In my local environment, a few days back, I completed scripting the
  installation/configuration of ReviewBoard using Ansible. So I can spin
 up a
  test environment that mirrors my production environment. And, an upgrade
 is
  theoretically just changing the version of ReviewBoard installed (and a
 few
  other tidbits, like Django  its ilk) in my Ansible script, and running
 the
  update. As soon as I can find the time do that, I will!
 
  Using that script to attempt the upgrade in the first place is what led
 me
  to the current issues. I'm not jumping straight to 2.0.X yet, because I
  want to understand how best to configure for our environment. Thanks for
  checking!
 
  Eric.
 
 
  On Wed, Feb 11, 2015 at 1:21 PM, David Trowbridge
  wrote:
 
   One more question-- is there a reason why you're going 1.7.7.1 -
 1.7.8,
   instead of just jumping straight to the latest 1.7.x (or even latest
   2.0.x)? There have been a great many bugs fixed since 1.7.8,
 including, I
   believe, some about key lengths with mysql utf-8 indexes.
  
   -David
  
   On Wed Feb 11 2015 at 12:30:59 PM Christian Hammond 
   christ...@beanbaginc.com wrote:
  
   Hi Eric,
  
   It sounds like a lot of the problems boil down to the MyISAM vs.
 InnoDB
   incompatibility. I recommend altering the tables using the MySQL
 command
   line and not a dump/load. You should be able to do this by performing
 the
   following on each table:
  
   ALTER TABLE `tablename` ENGINE=InnoDB;
  
   You'd need to do this for *all* tables. From an answer on this
   StackOverflow (http://stackoverflow.com/questions/3856435/how-to-
   convert-all-tables-from-myisam-into-innodb), you can do:
  
   SET @DATABASE_NAME = 'name_of_your_db';
  
   SELECT CONCAT('ALTER TABLE `', table_name, '` ENGINE=InnoDB;') AS
   sql_statements
   FROM information_schema.tables AS tb
   WHERE table_schema = @DATABASE_NAME
   AND `ENGINE` = 'MyISAM'
   AND `TABLE_TYPE` = 'BASE TABLE'
   ORDER BY table_name DESC;
  
  
   I'd test all this on a backup first.
  
   Once you do that, I would expect a simple rb-site upgrade to work. You
   shouldn't need to do any database dumps/loads for any of this.
  
   Do you have a list of the schema changes you've made to your
 database? It
   sounded like there was at least one. If there are more, you may run
 into
   issues down the road as you upgrade.
  
   Completely optional, but we offer direct assistance with difficult
   upgrades due to things like schema changes or other problems as part
 of a
   support contract, where we'll grab a copy of the database schema and
 figure
   out exactly what it'd take to get a successful upgrade going. I'm also
   happy to help on here, of course, but if this ends up becoming very
 hard to
   diagnose, that could be a suitable option for you.
  
   Christian
  
   --
   Christian Hammond - christ...@beanbaginc.com
   Review Board - https://www.reviewboard.org
   Beanbag, Inc. - https://www.beanbaginc.com
  
   -Original Message-
   From: e

Re: Crazy difficulties trying to upgrade from 1.7.7.1 - any tool for finding/correcting DB problems?

[Eric Johnson]

Hi David, Christian,

Thanks for your help so far!

Yesterday, I was able to find the time between meetings to try the
conversion approach that Christian suggested, and it appeared to work. I
have to test it again today, to make sure I didn't somehow trick myself.

As for jumping to the later release, I plan to jump to 1.7.28. In typical
debugging fashion, I was trying to reduce the problem to the minimum
possible scope, and identify exactly where the problem occurred, and
eliminate any possible confounding issues. So I first tried a 1.7.28
upgrade, but when that failed, jumped to testing the upgrade to 1.7.8.

In my local environment, a few days back, I completed scripting the
installation/configuration of ReviewBoard using Ansible. So I can spin up a
test environment that mirrors my production environment. And, an upgrade is
theoretically just changing the version of ReviewBoard installed (and a few
other tidbits, like Django  its ilk) in my Ansible script, and running the
update. As soon as I can find the time do that, I will!

Using that script to attempt the upgrade in the first place is what led me
to the current issues. I'm not jumping straight to 2.0.X yet, because I
want to understand how best to configure for our environment. Thanks for
checking!

Eric.


On Wed, Feb 11, 2015 at 1:21 PM, David Trowbridge trowb...@gmail.com
wrote:

 One more question-- is there a reason why you're going 1.7.7.1 - 1.7.8,
 instead of just jumping straight to the latest 1.7.x (or even latest
 2.0.x)? There have been a great many bugs fixed since 1.7.8, including, I
 believe, some about key lengths with mysql utf-8 indexes.

 -David

 On Wed Feb 11 2015 at 12:30:59 PM Christian Hammond 
 christ...@beanbaginc.com wrote:

 Hi Eric,

 It sounds like a lot of the problems boil down to the MyISAM vs. InnoDB
 incompatibility. I recommend altering the tables using the MySQL command
 line and not a dump/load. You should be able to do this by performing the
 following on each table:

 ALTER TABLE `tablename` ENGINE=InnoDB;

 You'd need to do this for *all* tables. From an answer on this
 StackOverflow (http://stackoverflow.com/questions/3856435/how-to-
 convert-all-tables-from-myisam-into-innodb), you can do:

 SET @DATABASE_NAME = 'name_of_your_db';

 SELECT  CONCAT('ALTER TABLE `', table_name, '` ENGINE=InnoDB;') AS
 sql_statements
 FROMinformation_schema.tables AS tb
 WHERE   table_schema = @DATABASE_NAME
 AND `ENGINE` = 'MyISAM'
 AND `TABLE_TYPE` = 'BASE TABLE'
 ORDER BY table_name DESC;


 I'd test all this on a backup first.

 Once you do that, I would expect a simple rb-site upgrade to work. You
 shouldn't need to do any database dumps/loads for any of this.

 Do you have a list of the schema changes you've made to your database? It
 sounded like there was at least one. If there are more, you may run into
 issues down the road as you upgrade.

 Completely optional, but we offer direct assistance with difficult
 upgrades due to things like schema changes or other problems as part of a
 support contract, where we'll grab a copy of the database schema and figure
 out exactly what it'd take to get a successful upgrade going. I'm also
 happy to help on here, of course, but if this ends up becoming very hard to
 diagnose, that could be a suitable option for you.

 Christian

 --
 Christian Hammond - christ...@beanbaginc.com
 Review Board - https://www.reviewboard.org
 Beanbag, Inc. - https://www.beanbaginc.com

 -Original Message-
 From: e...@tibco.com e...@tibco.com
 Reply: reviewboard@googlegroups.com reviewboard@googlegroups.com
 Date: February 11, 2015 at 11:15:06 AM
 To: reviewboard@googlegroups.com reviewboard@googlegroups.com
 Subject:  Crazy difficulties trying to upgrade from 1.7.7.1 - any tool
 for finding/correcting DB problems?

  My company has been using ReviewBoard successfully for quite some time,
 and
  everyone seems to like it.
 
  However, I'm trying to upgrade past 1.7.7.1, and run into a bevy of
 trouble.
 
  Just running the site upgrade didn't work - perhaps something weird
 about
  my configuration, but on the target machines, if I have my 1.7.7.1 MySQL
  MyISAM tables, they refuse to upgrade even to 1.7.8. (I did this with an
  *empty* database with no reviews in it, and it still didn't migrate). If
  the starting database is uses the InnoDB engine, the upgrade to 1.7.8
  fails, because a key gets too big). Apparently, I can work around *that*
  problem by sticking:
 
  innodb_large_prefix=on
 
  into /etc/mysql/my.cnf
 
  OK, so the strategy to move forward seem to be to migrate all my data
 from
  MyISAM to InnoDB via rb-site manage  dumbdb and loaddb. However,
 that
  *also* fails in the sense that not all my data is being imported, due
 to
  foreign key problems. I started looking at them, and realized that some
 of
  them are genuine problems that must some how be addressed.
 
  - last_login being null (my fault, due to integration with 

Re: error Installing RBTools

[Eric Johnson]

I'm not an expert in any of this, but there's one very suspicious detail in
your log:

It starts with:
 File C:\Python27\Scripts\easy_
install-script.py, line 5, in module
 
and ends with:
  File C:\csvn\Python25\lib\socket.py, line 47, in module
import _socket


Notice that somehow the Python25 directory has come into play?

I suspect you've got some sort of path problem that leads to trying to use
two different versions of Python at the same time. Start by fixing that.

Eric.


On Tue, Sep 30, 2014 at 11:29 AM, Felix Wei elixy...@gmail.com wrote:

 When i tried to install RBTools with python2.7.7 by running easy_install
  -U RBTools I get this error

 U:\easy_install -U RBTools
 Traceback (most recent call last):
   File C:\Python27\Scripts\easy_install-script.py, line 5, in module
 from pkg_resources import load_entry_point
   File build\bdist.win-amd64\egg\pkg_resources.py, line 35, in module
   File C:\csvn\Python25\lib\email\parser.py, line 12, in module
 from email.feedparser import FeedParser
   File C:\csvn\Python25\lib\email\feedparser.py, line 27, in module
 from email import message
   File C:\csvn\Python25\lib\email\message.py, line 16, in module
 import email.charset
   File C:\csvn\Python25\lib\email\charset.py, line 13, in module
 import email.base64mime
   File C:\csvn\Python25\lib\email\base64mime.py, line 40, in module
 from email.utils import fix_eols
   File C:\csvn\Python25\lib\email\utils.py, line 28, in module
 import socket
   File C:\csvn\Python25\lib\socket.py, line 47, in module
 import _socket
 ImportError: DLL load failed: %1 is not a valid Win32 application.

 Could someone please tell me what do I need to do to fix it?

 Thanks in advance.

 --
 Get the Review Board Power Pack at http://www.reviewboard.org/powerpack/
 ---
 Sign up for Review Board hosting at RBCommons: https://rbcommons.com/
 ---
 Happy user? Let us know at http://www.reviewboard.org/users/
 ---
 You received this message because you are subscribed to the Google Groups
 reviewboard group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to reviewboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.


-- 
Get the Review Board Power Pack at http://www.reviewboard.org/powerpack/
---
Sign up for Review Board hosting at RBCommons: https://rbcommons.com/
---
Happy user? Let us know at http://www.reviewboard.org/users/
--- 
You received this message because you are subscribed to the Google Groups 
reviewboard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to reviewboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Authenticating through multiple LDAP servers

[Eric Johnson]

So far as I know, you'll need to write your own customized
authentication/authorization plugin. It isn't hard. Been many months since
I did this, but if you have any familiarity with Python coding, then taking
the existing authorization handlers and modifying it should be
straightforward.

Eric.


On Fri, May 30, 2014 at 7:21 AM, swh...@lgc.com wrote:

 Is there a way to tell Review Board to authenticate through a secondary
 LDAP server?  We have a primary LDAP server and a secondary LDAP server and
 need to be able to authenticate users through either.

  --
 Get the Review Board Power Pack at http://www.reviewboard.org/powerpack/
 ---
 Sign up for Review Board hosting at RBCommons: https://rbcommons.com/
 ---
 Happy user? Let us know at http://www.reviewboard.org/users/
 ---
 You received this message because you are subscribed to the Google Groups
 reviewboard group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to reviewboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.


-- 
Get the Review Board Power Pack at http://www.reviewboard.org/powerpack/
---
Sign up for Review Board hosting at RBCommons: https://rbcommons.com/
---
Happy user? Let us know at http://www.reviewboard.org/users/
--- 
You received this message because you are subscribed to the Google Groups 
reviewboard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to reviewboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Change in LDAP authentication behavior in 1.7.14 breaks environments that don't allow anonymous searches

[Eric Johnson]

I found that it was easiest to simply copy the code from the authenticator 
closest to what I want,ed and then customize as needed.

Then select the new authenticator as your custom option.

Eric

 On Sep 24, 2013, at 4:32 PM, Daniel Kan danielk...@gmail.com wrote:
 
 I am using RB 1.7.x with an LDAP authentication backend and it's been working 
 fine up through 1.7.13. With 1.7.14, the authentication mechanism no longer 
 works in my environment. After some digging, it appears that there was a 
 change in reviewboard/accounts/backends.py to search anonymously for the user 
 before attempting to bind. The LDAP server in my environment is set up to not 
 return any results to anonymous queries and so the authentication attempt 
 fails. Is there a reason this was changed? Thanks!!!
 
 In an attempt to preserve the existing behavior of doing an anonymous search 
 but then attempting a bind as a specific user if the anonymous search returns 
 nothing, I made the following change which works for me:
 --- reviewboard/accounts/backends.py.orig   2013-09-24 16:18:47.0 
 -0700
 +++ reviewboard/accounts/backends.py2013-09-24 16:20:01.0 -0700
 @@ -210,7 +210,10 @@
  search = ldapo.search_s(settings.LDAP_BASE_DN,
  ldap.SCOPE_SUBTREE,
  uid)
 -userbinding = search[0][0]
 +   if (len(search)  0):
 +   userbinding = search[0][0]
 +   else:
 +   userbinding=','.join([uid,settings.LDAP_BASE_DN])
  ldapo.bind_s(userbinding, password)
  
  return self.get_or_create_user(username, None, ldapo)
 -- 
 Get the Review Board Power Pack at http://www.reviewboard.org/powerpack/
 ---
 Sign up for Review Board hosting at RBCommons: https://rbcommons.com/
 ---
 Happy user? Let us know at http://www.reviewboard.org/users/
 --- 
 You received this message because you are subscribed to the Google Groups 
 reviewboard group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to reviewboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.

-- 
Get the Review Board Power Pack at http://www.reviewboard.org/powerpack/
---
Sign up for Review Board hosting at RBCommons: https://rbcommons.com/
---
Happy user? Let us know at http://www.reviewboard.org/users/
--- 
You received this message because you are subscribed to the Google Groups 
reviewboard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to reviewboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: How to migrate reviewboard from Windows server(1.5) to Linux server(1.7)

[Eric Johnson]

Hi Patrick,

Your email is a little unclear on details.

Did you see a 505 error when loading the MySQL data into the database? It would 
probably be useful to know exactly which steps you did, and what you see that 
is different from what you expect/

Did you install the same version of ReviewBoard on the Linux server (1.5), 
rather than a newer version? If you installed a newer version, did you follow 
the instructions for upgrade?

Were I in your shoes, I would first create a clean new install of ReviewBoard 
1.5 on the Linux server, and verify that works before trying to migrate the 
data.

Then migrate the data. Test again.

Only then upgrade to a newer version. Test again.

Eric

On Aug 21, 2013, at 8:30 PM, patrick zhao wrote:

 In our company, we installed reviewboard on a windows server, and the rb 
 version is 1.5.
 Recently we have a more powerful linux server, so we decide to install the 
 latest reviewboard on it and migrate data from old server to this new server.
 How could I do it?
 I tried to only dump load mysql db, but it failed with 505 type error.
 
 Thanks!
 
 -- 
 Want to help the Review Board project? Donate today at 
 http://www.reviewboard.org/donate/
 Happy user? Let us know at http://www.reviewboard.org/users/
 -~--~~~~--~~--~--~---
 To unsubscribe from this group, send email to 
 reviewboard+unsubscr...@googlegroups.com
 For more options, visit this group at 
 http://groups.google.com/group/reviewboard?hl=en
 --- 
 You received this message because you are subscribed to the Google Groups 
 reviewboard group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to reviewboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.

-- 
Want to help the Review Board project? Donate today at 
http://www.reviewboard.org/donate/
Happy user? Let us know at http://www.reviewboard.org/users/
-~--~~~~--~~--~--~---
To unsubscribe from this group, send email to 
reviewboard+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/reviewboard?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
reviewboard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to reviewboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Can't install ReviewBoard with rb-site

[Eric Johnson]

I ran into this problem when I tried to upgrade past 1.7.7.1.

Very curious about the answer.

Eric

Sent from my iPad

On Jul 25, 2013, at 5:04 AM, Dirk Best star...@gmail.com wrote:

 I've changed the reviewboard database to latin1 and it installs fine now 
 (because the key is now less than 1000 bytes). Am I supposed to use latin1?
 
 --Dirk
 
 
 On Wednesday, July 24, 2013 1:59:29 AM UTC+2, Dirk Best wrote:
 
 MySQL works fine for a number of applications on the same server, installed 
 is version 5.1.70.
 
 This is the table it tries to create:
 
 CREATE TABLE `hostingsvcs_hostingserviceaccount` (
 `id` integer AUTO_INCREMENT NOT NULL PRIMARY KEY,
 `service_name` varchar(128) NOT NULL,
 `hosting_url` varchar(255),
 `username` varchar(128) NOT NULL,
 `data` longtext NOT NULL,
 `visible` bool NOT NULL,
 `local_site_id` integer,
 UNIQUE (`service_name`, `hosting_url`, `username`, `local_site_id`)
 )
 
 There is a key over the columns `service_name`, `hosting_url`, `username` 
 and `local_site_id`. Sum of those is 128+255+128 = 511 * 3 (because of 
 UTF-8).
 
 --Dirk
 
 
 On Wednesday, July 24, 2013 1:13:43 AM UTC+2, Christian Hammond wrote:
 
 We have no keys approaching anything near that size. I have no idea what 
 it'd ever give you that. Is there something funky with your MySQL 
 configuration? 
 
 Christian 
 
 
 Dirk Best wrote: 
  Thanks for your help, I've uninstalled everything the package manager 
  installed and used your installation instructions. The installation goes 
  a lot further now, but stops here: 
  
  Creating table hostingsvcs_hostingserviceaccount 
  Traceback (most recent call last): 
  File /usr/bin/rb-site, line 9, in module 
  load_entry_point('ReviewBoard==1.7.11', 'console_scripts', 'rb-site')() 
  File 
  /usr/lib64/python2.7/site-packages/ReviewBoard-1.7.11-py2.7.egg/reviewboard/cmdline/rbsite.py,
   
  line 1937, in main 
  command.run() 
  File 
  /usr/lib64/python2.7/site-packages/ReviewBoard-1.7.11-py2.7.egg/reviewboard/cmdline/rbsite.py,
   
  line 1405, in run 
  self.show_install_status() 
  File 
  /usr/lib64/python2.7/site-packages/ReviewBoard-1.7.11-py2.7.egg/reviewboard/cmdline/rbsite.py,
   
  line 1684, in show_install_status 
  site.sync_database) 
  File 
  /usr/lib64/python2.7/site-packages/ReviewBoard-1.7.11-py2.7.egg/reviewboard/cmdline/rbsite.py,
   
  line 885, in step 
  func() 
  File 
  /usr/lib64/python2.7/site-packages/ReviewBoard-1.7.11-py2.7.egg/reviewboard/cmdline/rbsite.py,
   
  line 370, in sync_database 
  self.run_manage_command(syncdb, params) 
  File 
  /usr/lib64/python2.7/site-packages/ReviewBoard-1.7.11-py2.7.egg/reviewboard/cmdline/rbsite.py,
   
  line 560, in run_manage_command 
  execute_manager(reviewboard.settings, [__file__, cmd] + params) 
  File 
  /usr/lib64/python2.7/site-packages/Django-1.4.5-py2.7.egg/django/core/management/__init__.py,
   
  line 459, in execute_manager 
  utility.execute() 
  File 
  /usr/lib64/python2.7/site-packages/Django-1.4.5-py2.7.egg/django/core/management/__init__.py,
   
  line 382, in execute 
  self.fetch_command(subcommand).run_from_argv(self.argv) 
  File 
  /usr/lib64/python2.7/site-packages/Django-1.4.5-py2.7.egg/django/core/management/base.py,
   
  line 196, in run_from_argv 
  self.execute(*args, **options.__dict__) 
  File 
  /usr/lib64/python2.7/site-packages/Django-1.4.5-py2.7.egg/django/core/management/base.py,
   
  line 232, in execute 
  output = self.handle(*args, **options) 
  File 
  /usr/lib64/python2.7/site-packages/Django-1.4.5-py2.7.egg/django/core/management/base.py,
   
  line 371, in handle 
  return self.handle_noargs(**options) 
  File 
  /usr/lib64/python2.7/site-packages/Django-1.4.5-py2.7.egg/django/core/management/commands/syncdb.py,
   
  line 102, in handle_noargs 
  cursor.execute(statement) 
  File 
  /usr/lib64/python2.7/site-packages/Django-1.4.5-py2.7.egg/django/db/backends/mysql/base.py,
   
  line 114, in execute 
  return self.cursor.execute(query, args) 
  File /usr/lib64/python2.7/site-packages/MySQLdb/cursors.py, line 174, 
  in execute 
  self.errorhandler(self, exc, value) 
  File /usr/lib64/python2.7/site-packages/MySQLdb/connections.py, line 
  36, in defaulterrorhandler 
  raise errorclass, errorvalue 
  django.db.utils.DatabaseError: (1071, 'Specified key was too long; max 
  key length is 1000 bytes') 
  
  This seems to be a mysql limit? 
  
  --Dirk 
  
  
  On Tuesday, July 23, 2013 8:45:30 PM UTC+2, Christian Hammond wrote: 
  
  Your rb-site is linked to rbssh instead. Something is very wrong with 
  the package you installed. 
  
  You'll need to uninstall it and use our installation instructions 
  instead. 
  
  Christian 
  
  
  Dirk Best wrote: 
Hi Christian, 

here is the output of rb-site --help: 

crest ~ # rb-site --help 
Usage: rb-site [options] [user@]hostname [command] 

I've installed ReviewBoard using the 

Re: Users are automatically created if authenticated through ldap

[Eric Johnson]

Hi Pablo,

I can't paste the exact source code, because I have specifics in the code 
that match up to my company. However, explaining my approach is fairly 
simple:

a) I have a cron job that runs regularly (hourly/daily, I don't remember) 
which grabs the list of users that are supposed to be active, and jams that 
directly into the database. This involved a small amount of reverse 
engineering of the database schema. Sounds like you may not need that part.

b) I grabbed the code from backends.py, specifically for the LDAPBackend, 
created my own copy, and modified the get_or_create_user() method to look 
like this:

def get_or_create_user(self, username):
   username = username.strip()

  try:
 user = User.objects.get(username=username)
 return user
  except User.DoesNotExist:
  pass

return None

That way, if a user hasn't been added to the database, it will not be added 
during login.

c) Made sure my new file was on the path for ReviewBoard, then configured 
the authentication administrative setting to use my new file.

Eric.

On Wednesday, March 23, 2011 8:29:35 AM UTC-7, Pablo G wrote:

 Hi guys.

 I have a RB installation validating against an LDAP server. It looks like 
 RB creates users in the local database whenever a user is correctly 
 authenticated with LDAP. What I need is a way to disable this automatic 
 user creation, so the site admin can decide which users in the full LDAP 
 repository can access the RB. Is this possible? I am on RB 1.5.2.

 thanks a lot.



-- 
Want to help the Review Board project? Donate today at 
http://www.reviewboard.org/donate/
Happy user? Let us know at http://www.reviewboard.org/users/
-~--~~~~--~~--~--~---
To unsubscribe from this group, send email to 
reviewboard+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/reviewboard?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
reviewboard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to reviewboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Users are automatically created if authenticated through ldap

[Eric Johnson]

Hi Joe,

Sorry I've not responded yet. Not near my computer at the moment. Hopefully I 
can send a useful tidbit later today or tomorrow. Putting it on my todo list.

Eric

On Jun 5, 2013, at 3:54 PM, Joe Reyna joseph.re...@gmail.com wrote:

 Hi Eric, can you post your modified custom authenticator?
 
 On Wednesday, March 23, 2011 1:02:10 PM UTC-7, Eric Johnson wrote:
 
 I achieved your aim for our local copy of ReviewBoard by snagging the 
 existing LDAP code, and modifying it slightly. I then used the modified code 
 as a custom authenticator.
 
 That way, unauthorized people- not in the reviewboard DB - don't get 
 authenticated.
 
 Eric
 
 On Mar 23, 2011, at 8:29 AM, Pablo G pabl...@gmail.com wrote:
 
 Hi guys.
 
 I have a RB installation validating against an LDAP server. It looks like 
 RB creates users in the local database whenever a user is correctly 
 authenticated with LDAP. What I need is a way to disable this automatic 
 user creation, so the site admin can decide which users in the full LDAP 
 repository can access the RB. Is this possible? I am on RB 1.5.2.
 
 thanks a lot.
 
 -- 
 Want to help the Review Board project? Donate today at 
 http://www.reviewboard.org/donate/
 Happy user? Let us know at http://www.reviewboard.org/users/
 -~--~~~~--~~--~--~---
 To unsubscribe from this group, send email to 
 reviewboard...@googlegroups.com
 For more options, visit this group at 
 http://groups.google.com/group/reviewboard?hl=en
 -- 
 Want to help the Review Board project? Donate today at 
 http://www.reviewboard.org/donate/
 Happy user? Let us know at http://www.reviewboard.org/users/
 -~--~~~~--~~--~--~---
 To unsubscribe from this group, send email to 
 reviewboard+unsubscr...@googlegroups.com
 For more options, visit this group at 
 http://groups.google.com/group/reviewboard?hl=en
 --- 
 You received this message because you are subscribed to the Google Groups 
 reviewboard group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to reviewboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.
  
  

-- 
Want to help the Review Board project? Donate today at 
http://www.reviewboard.org/donate/
Happy user? Let us know at http://www.reviewboard.org/users/
-~--~~~~--~~--~--~---
To unsubscribe from this group, send email to 
reviewboard+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/reviewboard?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
reviewboard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to reviewboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Delete users from sql, auth_user

[Eric Johnson]

Hi Ben,

I've resorted to a similar approach to automatically updating the 
database with users.


However, unlike you,it appears, I take a more conservative approach, and 
never *delete* users. Rather, I mark them as inactive. That way, you 
don't have to worry about foreign key constraints.


Eric

On 12/18/12 3:07 AM, Ben Copeland wrote:

Hello,

I import users from active directory using ldap. I do this because 
users are not populated in reviewboard from AD. We add and remove many 
users from our system, so it is easier if this process was linked via 
a sync method. So if users are deleted, added or have a name change 
reviewboard can replicate this.


Currently users are added into reviewboard but we manually delete 
them. I am able to SET FOREIGN_KEY_CHECKS=0 and then delete, then set 
it back to 1, however this is a shortcut?


I'm not familiar with django management commands. Can you control 
users through it?


Regards

On Thursday, 25 October 2012 21:28:40 UTC+1, David Trowbridge wrote:

Can you clarify why you want to do this? As you've noted, review
board
really isn't designed to have users be deleted entirely.

As an aside, it's going to be much, much easier to write these sorts
of scripts as django management commands than to try to do it
operating directly on the database.

-David


On Thu, Oct 25, 2012 at 2:41 AM, Ben Copeland ben.co...@gmail.com
javascript: wrote:
 Hello all,

 I am writing a custom script so users can be added and deleted from
 reviewboard. However how can I delete a user from auth_user,
because I got
 problems with the foreign key constraint.

 I am writing the script in php/mysql.

 Cannot delete or update a parent row: a foreign key constraint
fails
 (`reviewboard`.`accounts_profile`, CONSTRAINT
`user_id_refs_id_46e869e2`
 FOREIGN KEY (`user_id`) REFERENCES `auth_user` (`id`))

 What sql code would I need to delete, or make sure the user and
history are
 deleted properly?

 --
 Want to help the Review Board project? Donate today at
 http://www.reviewboard.org/donate/
http://www.reviewboard.org/donate/
 Happy user? Let us know at http://www.reviewboard.org/users/
http://www.reviewboard.org/users/
 -~--~~~~--~~--~--~---
 To unsubscribe from this group, send email to
 reviewboard...@googlegroups.com javascript:
 For more options, visit this group at
 http://groups.google.com/group/reviewboard?hl=en
http://groups.google.com/group/reviewboard?hl=en



--
Want to help the Review Board project? Donate today at 
http://www.reviewboard.org/donate/

Happy user? Let us know at http://www.reviewboard.org/users/
-~--~~~~--~~--~--~---
To unsubscribe from this group, send email to 
reviewboard+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/reviewboard?hl=en





--
Want to help the Review Board project? Donate today at 
http://www.reviewboard.org/donate/
Happy user? Let us know at http://www.reviewboard.org/users/
-~--~~~~--~~--~--~---
To unsubscribe from this group, send email to 
reviewboard+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/reviewboard?hl=en

Re: Delete users from sql, auth_user

[Eric Johnson]

I'd add that it is unlikely that you really want to delete all traces of a user 
in ReviewBoard history. If you need to deactivate an account, why not just do 
that?

Eric

Sent from my iPad

On Oct 25, 2012, at 1:28 PM, David Trowbridge trowb...@gmail.com wrote:

 Can you clarify why you want to do this? As you've noted, review board
 really isn't designed to have users be deleted entirely.
 
 As an aside, it's going to be much, much easier to write these sorts
 of scripts as django management commands than to try to do it
 operating directly on the database.
 
 -David
 
 
 On Thu, Oct 25, 2012 at 2:41 AM, Ben Copeland ben.comob...@gmail.com wrote:
 Hello all,
 
 I am writing a custom script so users can be added and deleted from
 reviewboard. However how can I delete a user from auth_user, because I got
 problems with the foreign key constraint.
 
 I am writing the script in php/mysql.
 
 Cannot delete or update a parent row: a foreign key constraint fails
 (`reviewboard`.`accounts_profile`, CONSTRAINT `user_id_refs_id_46e869e2`
 FOREIGN KEY (`user_id`) REFERENCES `auth_user` (`id`))
 
 What sql code would I need to delete, or make sure the user and history are
 deleted properly?
 
 --
 Want to help the Review Board project? Donate today at
 http://www.reviewboard.org/donate/
 Happy user? Let us know at http://www.reviewboard.org/users/
 -~--~~~~--~~--~--~---
 To unsubscribe from this group, send email to
 reviewboard+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/reviewboard?hl=en
 
 -- 
 Want to help the Review Board project? Donate today at 
 http://www.reviewboard.org/donate/
 Happy user? Let us know at http://www.reviewboard.org/users/
 -~--~~~~--~~--~--~---
 To unsubscribe from this group, send email to 
 reviewboard+unsubscr...@googlegroups.com
 For more options, visit this group at 
 http://groups.google.com/group/reviewboard?hl=en
 
 

-- 
Want to help the Review Board project? Donate today at 
http://www.reviewboard.org/donate/
Happy user? Let us know at http://www.reviewboard.org/users/
-~--~~~~--~~--~--~---
To unsubscribe from this group, send email to 
reviewboard+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/reviewboard?hl=en

Re: post-review problem

[Eric Johnson]

Hi K Nagamurali,

I'm just a reviewboard user, but have you solved your problem, or diagnosed
it further? What version of the ReviewBoard server are you running?

From the command line, can you ping the server that you're trying to reach?
Is it running ReviewBoard successfully? Is this failure specific to the
machine in question, or do you have this problem from any machine from
which you've tried?

-Eric.

On Thu, May 24, 2012 at 10:34 AM, murali nag...@gmail.com wrote:



 Hi,

 While I am doing the post-review from command line, the following
 errors were getting

 Traceback (most recent call last):
  File /usr/local/bin/post-review, line 9, in module
load_entry_point('RBTools==0.4.1', 'console_scripts', 'post-
 review')()
  File /usr/local/lib/python2.6/dist-packages/RBTools-0.4.1-py2.6.egg/
 rbtools/postreview.py, line 1222, in main
if not server.check_api_version():
  File /usr/local/lib/python2.6/dist-packages/RBTools-0.4.1-py2.6.egg/
 rbtools/postreview.py, line 226, in check_api_version
root_resource = self.api_get('api/')
  File /usr/local/lib/python2.6/dist-packages/RBTools-0.4.1-py2.6.egg/
 rbtools/postreview.py, line 669, in api_get
return self.process_json(self.http_get(path))
  File /usr/local/lib/python2.6/dist-packages/RBTools-0.4.1-py2.6.egg/
 rbtools/postreview.py, line 639, in http_get
rsp = urllib2.urlopen(url).read()
  File /usr/lib/python2.6/urllib2.py, line 126, in urlopen
return _opener.open(url, data, timeout)
  File /usr/lib/python2.6/urllib2.py, line 391, in open
response = self._open(req, data)
  File /usr/lib/python2.6/urllib2.py, line 409, in _open
'_open', req)
  File /usr/lib/python2.6/urllib2.py, line 369, in _call_chain
result = func(*args)
  File /usr/lib/python2.6/urllib2.py, line 1161, in http_open
return self.do_open(httplib.HTTPConnection, req)
  File /usr/lib/python2.6/urllib2.py, line 1134, in do_open
r = h.getresponse()
  File /usr/lib/python2.6/httplib.py, line 986, in getresponse
response.begin()
  File /usr/lib/python2.6/httplib.py, line 391, in begin
version, status, reason = self._read_status()
  File /usr/lib/python2.6/httplib.py, line 349, in _read_status
line = self.fp.readline()
  File /usr/lib/python2.6/socket.py, line 397, in readline
data = recv(1)
 KeyboardInterrupt
 velocix@velocix-desktop:/home/svn/js$ post-review aplication.js
 Unable to access the root /api/ URL on the server.

 Please provide a Solution for post-review to work

 Thanks  Regards,
 K Nagamurali

 --
 Want to help the Review Board project? Donate today at
 http://www.reviewboard.org/donate/
 Happy user? Let us know at http://www.reviewboard.org/users/
 -~--~~~~--~~--~--~---
 To unsubscribe from this group, send email to
 reviewboard+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/reviewboard?hl=en

-- 
Want to help the Review Board project? Donate today at 
http://www.reviewboard.org/donate/
Happy user? Let us know at http://www.reviewboard.org/users/
-~--~~~~--~~--~--~---
To unsubscribe from this group, send email to 
reviewboard+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/reviewboard?hl=en

Re: Problem creating a review after upgrading to 1.6.6 on CentOS 5.8 (patch file too large?)

[Eric Johnson]

I know I previously looked to see if I could get memcached to report what it 
has cached, but I didn't find anything.

Eric

On May 14, 2012, at 12:53 AM, Christian Hammond chip...@chipx86.com wrote:

 Hi,
 
 Sorry, been on vacation this week.
 
 I'm not sure if memcached provides an easy way to see what's in the cache. We 
 don't have one. Sounds like memcached was the bottleneck, though, with only 
 128MB of RAM allocated. I'd definitely recommend more.
 
 Have you made changes since our last exchange, and if so, is it any better?
 
 Christian
 
 -- 
 Christian Hammond - chip...@chipx86.com
 Review Board - http://www.reviewboard.org
 VMware, Inc. - http://www.vmware.com
 
 
 On Mon, May 7, 2012 at 2:53 PM, Alfred von Campe alf...@von-campe.com wrote:
 On May 7, 2012, at 16:56, Christian Hammond wrote:
 
 Memory and how much of it that memcached can use is crucial. We cache a 
 *lot*, since fetching files from the repository, patching them, and 
 generating diffs is all very expensive. So the more that memcached can hold 
 at once, the faster things will feel all around.
 
 After that, you'll get some gains from database optimization and from 
 increased CPU performance (for the diff generation).
 
 That's good to know.
 
 How big is your userbase, and what are your current specs? I know of servers 
 with thousands of users that stand up under constant use. Usually it's just 
 a configuration issue, or lack of memory for caching, that causes the most 
 problems.
 
 A few dozen users and about 15 repos.  It's on an older IBM xServer 335 with 
 a 3.06GHz Intel Xeon CPU and 2GB or memory with 128MB configured for 
 memcached.  I've only recently enabled memcached, so I'm not 100% certain it 
 is configured properly.  Is there a way to query it to see what it has cached?
 
 Alfred
 
 -- 
 Want to help the Review Board project? Donate today at 
 http://www.reviewboard.org/donate/
 Happy user? Let us know at http://www.reviewboard.org/users/
 -~--~~~~--~~--~--~---
 To unsubscribe from this group, send email to 
 reviewboard+unsubscr...@googlegroups.com
 For more options, visit this group at 
 http://groups.google.com/group/reviewboard?hl=en
 
 -- 
 Want to help the Review Board project? Donate today at 
 http://www.reviewboard.org/donate/
 Happy user? Let us know at http://www.reviewboard.org/users/
 -~--~~~~--~~--~--~---
 To unsubscribe from this group, send email to 
 reviewboard+unsubscr...@googlegroups.com
 For more options, visit this group at 
 http://groups.google.com/group/reviewboard?hl=en

-- 
Want to help the Review Board project? Donate today at 
http://www.reviewboard.org/donate/
Happy user? Let us know at http://www.reviewboard.org/users/
-~--~~~~--~~--~--~---
To unsubscribe from this group, send email to 
reviewboard+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/reviewboard?hl=en

do I need a new instance of memcached for each instance of reviewboard?

[Eric Johnson]

I've got multiple instances of reviewboard (version 1.5.7) running on the
same server (so that I can sandbox the users so that there's no risk of
them seeing code from other code repositories that they don't have access
to.

I'm only using one instance of memcached, though. Do I need a separate
instance of memcached for each instance of reviewboard?

-Eric.

-- 
Want to help the Review Board project? Donate today at 
http://www.reviewboard.org/donate/
Happy user? Let us know at http://www.reviewboard.org/users/
-~--~~~~--~~--~--~---
To unsubscribe from this group, send email to 
reviewboard+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/reviewboard?hl=en

Re: backends.py: difference between search and search_s

[Eric Johnson]

Hi Jack,

I didn't see anyone respond to your question. If you haven't figured out the
answer, it is the difference between a synchronous (search_s) and an
asynchronous (search) invocation.

-Eric.

On Mon, Oct 10, 2011 at 2:55 PM, jack jack jais...@gmail.com wrote:

 Dear All,

 What is the difference between

 ldapo.search_s(BASE_DN, ldap.SCOPE_SUBTREE, Filter, Attrs)

 and

 ldapo.search(BASE_DN, ldap.SCOPE_SUBTREE, Filter, Attrs)

 Regards,
 Jack


  --
 Want to help the Review Board project? Donate today at
 http://www.reviewboard.org/donate/
 Happy user? Let us know at http://www.reviewboard.org/users/
 -~--~~~~--~~--~--~---
 To unsubscribe from this group, send email to
 reviewboard+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/reviewboard?hl=en

-- 
Want to help the Review Board project? Donate today at 
http://www.reviewboard.org/donate/
Happy user? Let us know at http://www.reviewboard.org/users/
-~--~~~~--~~--~--~---
To unsubscribe from this group, send email to 
reviewboard+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/reviewboard?hl=en

Easy_install post-review issue with 64-bit windows

[Eric Johnson]

I've got some clients of the server I set up that wish to use 64-bit Windows. 
Unfortunately, it appears that Python easy_install doesn't work properly in 
that environment.

Consequently, those users cannot get RBTools (post-review) to work.

Is there a work-around, or instructions I can point them to for manually 
installing RBTools?

Eric

-- 
Want to help the Review Board project? Donate today at 
http://www.reviewboard.org/donate/
Happy user? Let us know at http://www.reviewboard.org/users/
-~--~~~~--~~--~--~---
To unsubscribe from this group, send email to 
reviewboard+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/reviewboard?hl=en

Re: Importing users from LDAP

[Eric Johnson]

On our ReviewBoard server, we push the data into the database tables. Has been 
working quite well. Of course, you have to pay attention to users from LDAP 
that already exist, and perhaps users who have been disabled in LDAP.

No automated way to do it, other than that, at least that I'm aware.

Eric

On May 13, 2011, at 2:20 PM, Joe gjwilso...@gmail.com wrote:

 Hi,
 
 Currently, whenever we had to add an user from ldap to a group, the
 user has to first login to the system, so that the user is added to
 the reviewboard database.
 We want a way to avoid having the user to login in order to use that
 id from the admin ui.
 
 So is there any way to import users from LDAP into the reviewboard?
 
 Thanks
 
 -- 
 Want to help the Review Board project? Donate today at 
 http://www.reviewboard.org/donate/
 Happy user? Let us know at http://www.reviewboard.org/users/
 -~--~~~~--~~--~--~---
 To unsubscribe from this group, send email to 
 reviewboard+unsubscr...@googlegroups.com
 For more options, visit this group at 
 http://groups.google.com/group/reviewboard?hl=en

-- 
Want to help the Review Board project? Donate today at 
http://www.reviewboard.org/donate/
Happy user? Let us know at http://www.reviewboard.org/users/
-~--~~~~--~~--~--~---
To unsubscribe from this group, send email to 
reviewboard+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/reviewboard?hl=en

Re: Users are automatically created if authenticated through ldap

[Eric Johnson]

I achieved your aim for our local copy of ReviewBoard by snagging the existing 
LDAP code, and modifying it slightly. I then used the modified code as a custom 
authenticator.

That way, unauthorized people- not in the reviewboard DB - don't get 
authenticated.

Eric

On Mar 23, 2011, at 8:29 AM, Pablo G pablo...@gmail.com wrote:

 Hi guys.
 
 I have a RB installation validating against an LDAP server. It looks like RB 
 creates users in the local database whenever a user is correctly 
 authenticated with LDAP. What I need is a way to disable this automatic user 
 creation, so the site admin can decide which users in the full LDAP 
 repository can access the RB. Is this possible? I am on RB 1.5.2.
 
 thanks a lot.
 
 -- 
 Want to help the Review Board project? Donate today at 
 http://www.reviewboard.org/donate/
 Happy user? Let us know at http://www.reviewboard.org/users/
 -~--~~~~--~~--~--~---
 To unsubscribe from this group, send email to 
 reviewboard+unsubscr...@googlegroups.com
 For more options, visit this group at 
 http://groups.google.com/group/reviewboard?hl=en

-- 
Want to help the Review Board project? Donate today at 
http://www.reviewboard.org/donate/
Happy user? Let us know at http://www.reviewboard.org/users/
-~--~~~~--~~--~--~---
To unsubscribe from this group, send email to 
reviewboard+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/reviewboard?hl=en

Re: LDAP and Non Ascii Characters

[Eric Johnson]

Could be a browser configuration issue too. Did you ask the person to try from 
a different browser?

Eric

On Mar 14, 2011, at 4:45 AM, daniel.j.la...@googlemail.com 
daniel.j.la...@googlemail.com wrote:

 I am using LDAP to authenticate users in Review board - this obviously
 means I have little control over what people choose as their
 passwords.
 
 Recently one of the users could not log in, after enabling debug we
 saw the following message:
 WARNING - An error while LDAP-authenticating:
 UnicodeEncodeError('ascii', u'BuffySlayer_3\xa3', 13, 14, 'ordinal not
 in range(128)'
 
 It appears the user had a £ sign in their password and this is causing
 authentication issues.  Is this a known problem? I had a look and cant
 find anything that indicates that certain characters cannot be used?
 
 I am happy to raise it as a bug if that helps keep a track of this
 issue?
 
 Many thanks
 Dan
 
 
 -- 
 Want to help the Review Board project? Donate today at 
 http://www.reviewboard.org/donate/
 Happy user? Let us know at http://www.reviewboard.org/users/
 -~--~~~~--~~--~--~---
 To unsubscribe from this group, send email to 
 reviewboard+unsubscr...@googlegroups.com
 For more options, visit this group at 
 http://groups.google.com/group/reviewboard?hl=en

-- 
Want to help the Review Board project? Donate today at 
http://www.reviewboard.org/donate/
Happy user? Let us know at http://www.reviewboard.org/users/
-~--~~~~--~~--~--~---
To unsubscribe from this group, send email to 
reviewboard+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/reviewboard?hl=en

Re: Why is Settings available to Staff?

[Eric Johnson]

://www.reviewboard.org
VMware, Inc. - http://www.vmware.com



On Wed, Nov 17, 2010 at 6:43 PM, Eric Johnson
ericjohn...@alumni.brown.edu  wrote:

I'm struggling with a particular configuration problem.

I've got three classes of users... Ones that can work on reviews, ones that can 
do anything (superusers), and ones I want to restrict to being able to muck 
around with the admin/database models for changesets, diffs, and reviews.

The Staff setting is almost perfect for this in-between role, in that it 
appears that I can set up a group that staff members belong to, and give specific 
permissions to them.  Notably, I can prevent them from changing authorization config, 
scmtools, sites, and siteconfig. That fixes everything under ./admin/db area, however, 
the staff members can still see the ./admin/settings/... URLs, and even change them.

Is there any way to block the settings (general, authentication, e-mail, ... ) 
from staff users? Or at least prevent them from making changes? I've been 
digging around the code, and haven't figured it out.

I'm okay with making patches to my local copy, if that's what it takes.

Eric


--
Want to help the Review Board project? Donate today at 
http://www.reviewboard.org/donate/
Happy user? Let us know at http://www.reviewboard.org/users/
-~--~~~~--~~--~--~---
To unsubscribe from this group, send email to 
reviewboard+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/reviewboard?hl=en


--
Want to help the Review Board project? Donate today at 
http://www.reviewboard.org/donate/
Happy user? Let us know at http://www.reviewboard.org/users/
-~--~~~~--~~--~--~---
To unsubscribe from this group, send email to 
reviewboard+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/reviewboard?hl=en

Why is Settings available to Staff?

[Eric Johnson]

I'm struggling with a particular configuration problem.

I've got three classes of users... Ones that can work on reviews, ones that can 
do anything (superusers), and ones I want to restrict to being able to muck 
around with the admin/database models for changesets, diffs, and reviews.

The Staff setting is almost perfect for this in-between role, in that it 
appears that I can set up a group that staff members belong to, and give 
specific permissions to them.  Notably, I can prevent them from changing 
authorization config, scmtools, sites, and siteconfig. That fixes everything 
under ./admin/db area, however, the staff members can still see the 
./admin/settings/... URLs, and even change them.

Is there any way to block the settings (general, authentication, e-mail, ... ) 
from staff users? Or at least prevent them from making changes? I've been 
digging around the code, and haven't figured it out.

I'm okay with making patches to my local copy, if that's what it takes.

Eric


-- 
Want to help the Review Board project? Donate today at 
http://www.reviewboard.org/donate/
Happy user? Let us know at http://www.reviewboard.org/users/
-~--~~~~--~~--~--~---
To unsubscribe from this group, send email to 
reviewboard+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/reviewboard?hl=en

Restricting allowed users

[Eric Johnson]

 We have numerous subversion servers in our organization, specifically 
so that we can have different access controls for each repo.


I'm trying to figure out if the way I'm thinking of deploying 
ReviewBoard even makes sense, and if it does, I've got some questions.


Specifically, we want to make sure that the people allowed to access a 
given repository in any way is just as restricted in reviewboard as it 
is in Subversion.  For Subversion, each repository has a list of owners, 
and we generate the access control list for svn from those files.


For ReviewBoard, I'm planning to have a reviewboard configuration for 
each Subversion repository (a separate database, primarily), and 
different subsets of Apache configuration for each repository.  Each 
reviewboard configuration needs to authenticate against LDAP, and 
prepopulate the list of users allowed for that review instance.


Does this make sense?  Is there a better way?

It looks like, to prepopulate users, I can write a script that will 
update the tables in MySQL.  Is this a safe assumption?


How can I prevent people who have valid Active Directory credentials 
from logging in?  It looks like the LDAP support in backends.py will 
automatically add users, but that's not what I want.  Looks like the way 
to prevent that is to patch the LDAP auth already there so that it 
doesn't automatically create users.  Is there some other way?  Should I 
submit an enhancement to disallow automatic creation of accounts?


Thanks for any help/direction you can offer.

-Eric Johnson

--
Want to help the Review Board project? Donate today at 
http://www.reviewboard.org/donate/
Happy user? Let us know at http://www.reviewboard.org/users/
-~--~~~~--~~--~--~---
To unsubscribe from this group, send email to 
reviewboard+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/reviewboard?hl=en

Getting ImproperlyConfigured: [Thu Sep 02 17:40:49 2010] [error] [client 10.105.178.26] ImproperlyConfigured: Error importing middleware reviewboard.admin.middleware: No module named encoders

[Eric Johnson]

As far as I can tell, I have all the dependencies installed, except
I'm getting this error (error modified to exclude actual server
names):

mod_python (pid=431, interpreter='reviewboard_foo_example_com',
phase='PythonHandler', handler='django.core.handlers.modpython'):
Application error
ServerName: 'foo.example.com'
DocumentRoot: '/var/www/foo.example.com/htdocs'
URI: '/subject/'
Location: '/subject/'
Directory: None
Filename: '/var/www/foo.example.com/htdocs/subject'
PathInfo: '/'
Traceback (most recent call last):
  File /usr/lib64/python2.6/site-packages/mod_python/importer.py,
line 1537, in HandlerDispatch\ndefault=default_handler, arg=req,
silent=hlist.silent)
  File /usr/lib64/python2.6/site-packages/mod_python/importer.py,
line 1229, in _process_target\nresult = _execute_target(config,
req, object, arg)
  File /usr/lib64/python2.6/site-packages/mod_python/importer.py,
line 1128, in _execute_target\nresult = object(arg)
  File /usr/lib64/python2.6/site-packages/django/core/handlers/
modpython.py, line 228, in handler\nreturn ModPythonHandler()
(req)
  File /usr/lib64/python2.6/site-packages/django/core/handlers/
modpython.py, line 191, in __call__\nself.load_middleware()
  File /usr/lib64/python2.6/site-packages/django/core/handlers/
base.py, line 42, in load_middleware\nraise
exceptions.ImproperlyConfigured, 'Error importing middleware %s: %s'
% (mw_module, e)
ImproperlyConfigured: Error importing middleware
reviewboard.admin.middleware: No module named encoders

I'm stumped.  From the reviewboard code, it looks like the only
encoders used comes from djblets, and that's in my site-packages
folder.

What can I do to diagnose this problem further, or fix it?

Any help appreciated.

-- 
Want to help the Review Board project? Donate today at 
http://www.reviewboard.org/donate/
Happy user? Let us know at http://www.reviewboard.org/users/
-~--~~~~--~~--~--~---
To unsubscribe from this group, send email to 
reviewboard+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/reviewboard?hl=en