Runbot unavailable in v11

[JordiBForgeFlow]

Hi,

Runbot is only available, for 11.0 branches, in OCB repo. Does anyone have a clue why?

We are pushing very hard to migrate modules to v11 and it is fustrating with the current situation.

We can put resources on the topic, but we need aome initial guidance.

Perhaps @moylop260 and @gurneyalex know?

[moylop260]

OCB is not using travis2docker. In fact, it is using the default runbot behaviour so installation of py3.5 and requirements is required from the host

Alexandre Could you help us? -- Moisés López Calderón Vauxoo - OpenERP's Gold Partner Mobile: (+521) 477-752-22-30 Office: (+52) 477-773-33-46 web: http://www.vauxoo.com twitter: @vauxoo @moylop260 hangout: moylop260@vauxoo.com

[pedrobaeza]

If I activate travis2docker it would work?

[moylop260]

Yes is it. I remember that it was disabled because the new branches of OCB don't have .travis.yml file by default so runbot with t2d fails.

But we need first create the .travis.yml file for all branches and if a new one is created so adding the .travis.yml too.

For example: https://github.com/OCA/OCB/blob/10.0/.travis.yml

[lasley]

@jbeficent - to confirm, you're saying that only OCB v11 Runbot works, correct? Can you point to some good failing samples?

[nhomar]

Yes is it. I remember that it was disabled because the new branches of OCB don't have .travis.yml file by default so runbot with t2d fails.

But we need first create the .travis.yml file for all branches and if a new one is created so adding the .travis.yml too.

For example: https://github.com/OCA/OCB/blob/10.0/.travis.yml

Why is that? should not this be added by default?

[nhomar]

ping @moylop260

[moylop260]

Yes It should be added when a new branch is added from odoo/odoo to oca/ocb but maybe is missed by the responsible

[pedrobaeza]

An attempt of adding the file is here: https://github.com/OCA/OCB/pull/664

[lasley]

I still think we're diagnosing the wrong problem here. @jbeficent can you please confirm whether you were reporting that the OCB branch is broken, or all other branches? From what I can see, OCB was broken entirely by OCA/OCB#664, but I think the wrong issue was being diagnosed in the first place.

[pedrobaeza]

The problem is that travis2docker requires a step in the matrix with TESTS=1, and there's isn't any right now.

[moylop260]

You are right! I'll create a new PR to enable it Thanks!

[lasley]

My point still stands- I think Jordi was reporting that branches other than OCB are failing on v11:

Runbot is only available, for 11.0 branches, in OCB repo.

My interpretation of the above is that Runbot was only available on OCB/11.0.

[JordiBForgeFlow]

@lasley That is exactly the case. OCB branch is available with runbot, but all other branches not.

[pedrobaeza]

I reiterate the need of Travis + runbot dockerized with other method (Doodba or whatever), but avoiding all the problems we have right now (we have a lot OCA repositories stuck due to wkhtmltopdf issue that locks the tests).

[JordiBForgeFlow]

See how all other branches are unavailable. OCA/l10n-spain for instance.

[JordiBForgeFlow]

@moylop260 @pedrobaeza At this stage I have not clue on what is really happening. @pedrobaeza how do you know it is an issue with wkhtmltopdf?

[lasley]

Yeah we're hitting major growing pains right now - we have about 5 issues that are cropping up and causing me to pull out a lot of hair.

This isn't wkhtmltopdf. I'm looking now

[lasley]

The issue is specific to v11

/home/odoo/OCB-11.0/odoo-bin -d openerp_test --db-filter=^openerp_test$ --log-level info --pidfile=/tmp/odoo.pid
Traceback (most recent call last):
File "/home/odoo/OCB-11.0/odoo-bin", line 5, in <module>
import odoo
File "/.repo_requirements/odoo/odoo/__init__.py", line 84, in <module>
from . import modules
File "/.repo_requirements/odoo/odoo/modules/__init__.py", line 8, in <module>
from . import db, graph, loading, migration, module, registry
File "/.repo_requirements/odoo/odoo/modules/graph.py", line 10, in <module>
import odoo.tools as tools
File "/.repo_requirements/odoo/odoo/tools/__init__.py", line 8, in <module>
from .config import config
File "/.repo_requirements/odoo/odoo/tools/config.py", line 648, in <module>
config = configmanager()
File "/.repo_requirements/odoo/odoo/tools/config.py", line 316, in __init__
self._parse_config()
File "/.repo_requirements/odoo/odoo/tools/config.py", line 386, in _parse_config
self.load()
File "/.repo_requirements/odoo/odoo/tools/config.py", line 526, in load
p.read([self.rcfile])
File "/usr/lib/python3.5/configparser.py", line 696, in read
self._read(fp, filename)
File "/usr/lib/python3.5/configparser.py", line 1089, in _read
fpname, lineno)
configparser.DuplicateOptionError: While reading from '/home/odoo/.openerp_serverrc' [line  5]: option 'addons_path' in section 'options' already exists

[pedrobaeza]

@jbeficent I'm not talking that whtmltopdf (or whatever) issue is related with v11, but that we need a powerful system and abstraction layer for avoiding these problems or at least make them more easily fixable. And as extra, we will have solved in a very simple way the current problem of v11.

[lasley]

Looks like the config is duplicated somewhere. It seems that Odoo v11 now checks for dup keys, while Odoo v-previous simply overwrote the keys.

(nodejs)(python3.5) odoo@2a7d03b5a7fe:~/build/LasLabs/web$ cat /home/odoo/.openerp_serverrc
[options]
addons_path = /home/odoo/build/LasLabs/web,/home/odoo/OCB-11.0/addons
data_dir = /home/odoo/data_dir

addons_path = /home/odoo/build/LasLabs/web,/home/odoo/OCB-11.0/addons
data_dir = /home/odoo/data_dir

Tracked to here (I think). Thinking of fix

[moylop260]

I have created the issue related with: https://github.com/OCA/maintainer-quality-tools/issues/508 Thanks @lasley

[moylop260]

@pedrobaeza
we have a lot OCA repositories stuck due to wkhtmltopdf issue that locks the tests

But feel free of create a issue from https://github.com/OCA/maintainer-quality-tools/issues/new because I don't know it

[pedrobaeza]

Independently from that, each issue is very time consuming for debugging/repairing. We need a better isolated base.

[moylop260]

You don't need debugging/repairing a issue, you just need create it and the MQT expert will debug and repair it for you. But if you don't create a issue we won't fix it because we won't know it.

We need a better isolated base.

+1 totally agree MQT is ugly and dirty we need clean it and make it a good structure and create it for all platforms (not just travis). We will work on that too.

[JordiBForgeFlow]

@moylop260 So with #508 you are clear on what you have to fix?

[pedrobaeza]

Here it is the other issue, Moi: https://github.com/OCA/maintainer-quality-tools/issues/509

[moylop260]

@jbeficent Yes, It's because is appending instead of updating... The fix is https://github.com/OCA/maintainer-quality-tools/pull/510

[moylop260]

The fix was merged and the runbot 11.0 is now available (It isn't a wkhtmltopdf issue related, but the other issue unrelated here was fixed too https://github.com/OCA/contract/pull/116)

[JordiBForgeFlow]

Thank you very much!!! @moylop260