Community mailing list archives


Re: OCA and modules dependencies

Camptocamp SA, Joël Grand-Guillaume
- 09/17/2014 04:50:31

My personal vote goes for:

 * Do not include any modules within OCA repository that depends on non-OCA modules => Too dangerous on mid-term

 * Having in the README of the github repository (like : a way to find the work in progress of other non-OCA module sounds perfect to me

So I can suggest that the project leader of every repo will be in charge of maintaining this inforamtion. The project leader is supposed to be aware of the devs going on in his area, so it make sense to me.

I also want to say here that we're thinking within the board to create a kind of incubator for new commers / modules. This way, we will be able to identify the candidates to enter in the OCA.



On Thu, Sep 11, 2014 at 12:31 PM, Sebastien Beau <> wrote:
Hi all,

I agree also that having dependency out of the OCA is a bad idea.

Now we have to think how to handle this case (maybe some other people are in the same case).
We have a usefull module working on V7 (direct printing of carrier label for french post), one of our dependency should be merge with the work of Camptocamp (file-exchange & connector-file), but for now we do not have the time/money to do this refactor (we plan to do it on V8 with a new customer).

I am totaly ok to keep this module in an Akretion repository waiting to be merge in OCA module for V8 version (with the refactor of the dependency)

Now the question is what should be the best practice to avoid a person of the community to do again a module for the french carrier because he didn't see any of this module in OCA branch?

One of the solution can be for example to add in the README of delivery_carrier a link to our repo in order to inform the community that the french carrier module will be merge in V8?

The aim is just to avoid a lost of visibility and waiste of time of redoing something existing.

Maybe adding a new section in the Readme for all repository can be a good practice? We can even add even add this link when somebody start a new project, so we will avoid two team to start a similare project? 

It can be something like that

Module in joining OCA when ready
Support of LA POSTE. Status (DONE 7 no PR, WIP 8 PR #XXXX).
Support of USP. Status (WIP 8).
Support of FEDEX. Status (SPECIFICATION 8).
Support of german post . Status (PR #XXXX).

What do you think?

2014-09-11 12:01 GMT+02:00 David Beal <>:
ping seb

David BEAL - Akretion - Odoo Development / Integration
+33 (0)6 67 22 86 89 - +33 (0)4 82 53 84 60

2014-09-11 11:34 GMT+02:00 Leonardo Pistone <>:
I don't have a strong opinion on this. For sure, we shouldn't accept
external depencies blindly. I'm just unsure whether we should put a
hard rule or not.

On the other hand, there could also be non-odoo python dependencies,
and for those I would not try to restrict them. In my opinion odoo is
already very isolated from the outside python world, so if someone
finds a python package on pypi and wants to depend on it for an OCA
module, it's OK by me.

Post to:

Post to:

Post to:



Joël Grand-Guillaume
Division Manager
Business Solutions

+41 21 619 10 28