- Mailing Lists
- Contributors
- Re: Licence question: using AGPL and Odoo proprietary modules on the same server
Archives
- By thread 1419
-
By date
- August 2019 59
- September 2019 118
- October 2019 165
- November 2019 97
- December 2019 35
- January 2020 58
- February 2020 204
- March 2020 121
- April 2020 172
- May 2020 50
- June 2020 158
- July 2020 85
- August 2020 94
- September 2020 193
- October 2020 277
- November 2020 100
- December 2020 159
- January 2021 38
- February 2021 87
- March 2021 146
- April 2021 73
- May 2021 90
- June 2021 86
- July 2021 123
- August 2021 50
- September 2021 68
- October 2021 66
- November 2021 74
- December 2021 75
- January 2022 98
- February 2022 77
- March 2022 68
- April 2022 31
- May 2022 59
- June 2022 87
- July 2022 141
- August 2022 38
- September 2022 73
- October 2022 152
- November 2022 39
- December 2022 50
- January 2023 93
- February 2023 49
- March 2023 106
- April 2023 47
- May 2023 69
- June 2023 92
- July 2023 64
- August 2023 103
- September 2023 91
- October 2023 101
- November 2023 94
- December 2023 46
- January 2024 75
- February 2024 79
- March 2024 104
- April 2024 63
- May 2024 40
- June 2024 160
- July 2024 80
- August 2024 70
- September 2024 62
- October 2024 121
- November 2024 117
- December 2024 89
- January 2025 59
- February 2025 104
- March 2025 96
- April 2025 107
- May 2025 52
- June 2025 72
- July 2025 60
- August 2025 81
- September 2025 124
- October 2025 63
- November 2025 22
Contributors
Re: Licence question: using AGPL and Odoo proprietary modules on the same server
Re: Licence question: using AGPL and Odoo proprietary modules on the same server
Re: Licence question: using AGPL and Odoo proprietary modules on the same server
Hi all !
Hope you're well.
I just had an idea regarding that recurring topic about licences. (It's a draft idea ! maybe it's not a great idea ! but well)
What about to have all OCA modules under double licences ?
(See : https://en.wikipedia.org/wiki/Multi-licensing)
- A licence AGPL. Can be installed on all odoo instances, but if modules depends on it, there have to be AGPL too. (contamination concept).
- another licence that allows extra non AGPL modules to depends on it, but it is paid, OCA receiving the money.
Use case 1 : you are a full OpenSource player, you install all the modules under AGPL licence and you develop also under AGPL licence, so you redistribute all the work. (no changes)
Use Case 2 : You develop extra modules under privative licence that don't depend on OCA modules. you can install your private modules and the OCA AGPL modules on the same instance. (no changes)
Use Case 3 : You develop extra modules under privative licence that depends on OCA modules. You give some money to the OCA, that can continue to maintain that great work, over the years ! (new possibility)
Pro :
- some recurring revenu for OCA, specially for "core" OCA modules. I mean, web_responsive, report_xlsx, etc... (for exemple) are modules installed in most of customer instances, because there are "must have".
- People that are using OCA modules contributes with code (derivated module under AGPL, like Tecnativa / GRAP / others actors) or money otherwise.
- People who develop modules under the OCA do not feel that others are benefiting from them without contributing in return.
- We provide a legal solution for many "closed sources" actors. (for the time being, I'm pretty sure that some OCA AGPL modules are installed with licence infringement) on many instances, because there is no solution (except redevelop the whole module, of course).
- I talked many times with integrators that says that their customer doesn't want to share under AGPL licence the modules they pay. For the time being, there are no incitation to do it. But if tomorrow, there is maybe, more modules will be shared under AGPL ressources, that is great for Open Source Ecosystem.
Cons :
- I haven't thought about it, but there surely are !
Questions :
@Jean-Charles Drubay, (and @other people in the same case) : you mentioned some modules (web_timeline, report_xlsx, etc..) you want to see under LGPL license to be able, to depend on it, in custom private modules. (I guess) Do you think that your customers could be agree to pay some euros per monthes for such features ? (In return, these modules would certainly be better maintained and migrated more quickly.)
Shall we meet up for a beer and a chat ?
See you on Sunday and the next week for some of you.
Le Lundi, Septembre 08, 2025 13:57 CEST, Ivan Sokolov via Cetmix OÜ <notifications@odoo-community.org> a écrit:
Internal communication: Once again, as proposed above, I would suggest to have licenses based on module nature:Core modules, eg widgets, api's, helpers - LGPL. Why? [...] Once again, as proposed above, I would suggest to have licenses based on module nature:
- Core modules, eg widgets, api's, helpers - LGPL. Why? Because it helps to widespread them being used as core parts in various deployments, including close-sourced. Pros: it builds vendors dependency forcing those non-OCA vendors to contribute to the OCA (well, at least part of them).
- Business flow modules should stay AGPL for the very reasons mentioned by Pedro and Enric.
Bonus: we might consider selling a non-AGPL licenses to those, who would like to have some AGPL modules but cannot use them due to the license incompatibility. Pros: we can get money from that. Cons: there are a lot of them either, so this is something to be discussed separately. Anyway I would like to have this discussion opened.
Best regards,
Ivan Sokolov
Cetmix Odoo Solutionscetmix.com ![]()
![]()
![]()
![]()
This message is sent using Mail Messages Easy app
----- Original message -----
Date: Sep 8, 2025, 1:32:07 PM
From: Notifications
Subject: Re: Licence question: using AGPL and Odoo proprietary modules on the same server
Hello everyone,You’re right that Odoo’s relicensing from AGPL to LGPL contributed to their ecosystem’s growth, but I think it’s important to recognize the context. The growth was not solely because of LGPL being “friendlier,” but also because Odoo SA introduced a dual licensing model: they offered parts of the code under a proprietary license and could directly capture revenue from that. This created a business incentive that supported their expansion.
In the OCA’s case, the situation is different:
- If we moved from AGPL to LGPL, there would be no equivalent proprietary licensing model.
- The benefits would mostly go to implementors who could build proprietary modules on top of LGPL community work.
- The OCA itself would not receive revenue, nor would it strengthen the community commons — it would only dilute protections for contributors.
Also, the OCA can have legal issue because there are contributors that didn't sign the SLA, as happened with vertical-medical 8 years ago (https://github.com/OCA/vertical-medical/issues/183)That’s why, for us, the decision isn’t only about adoption, but about ensuring contributors’ rights and the long-term sustainability of shared resources.
I agree with you that clearer legal guidance and better communication to customers are necessary, and we should keep pushing for that. But from my perspective, simply shifting to LGPL without a mechanism to capture value (like Odoo SA did) risks weakening the community without strengthening OCA in return. For that reason, I would prefer to leave the decision of the license on each individual when adding a new module.
Best regards,El lun, 8 sept 2025 a las 13:11, Pedro M. Baeza (<notifications@odoo-community.org>) escribió:--Enric Tobella AlomarCEO & Founder_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
Cetmix OÜPowered by Messages Easy Pro
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Sylvain LE GAL - 02:51 - 8 Sep 2025
Reference
-
Licence question: using AGPL and Odoo proprietary modules on the same server
Hi,After years of only working on Odoo community, we are starting to have several enterprise clients.The OCA website at https://odoo-community.org/resources/faq indicates:Can I run OCA AGPL modules and closed source modules on the same instance?
Yes, as long as closed source modules do not depend on AGPL ones and respect the license of its dependencies defined in the “depends” key of its manifest file (and vice versa).
Odoo SA, indicated in 2015 https://www.odoo.com/fr_FR/blog/actualites-dodoo-5/adapting-our-open-source-license-245Will we be able to use AGPL modules and paid ones?
Odoo projects will be able to use AGPL modules or paid modules under proprietary licenses, but it is not possible to combine both. Combining LGLPv3 modules and proprietary modules is fine however, so we encourage current owners licensing under AGPL to move to LGPLv3 too, in order to avoid complications for end users.My CEO believes that this using both AGPL and proprietary modules, even if they do not have dependencies, is not allowed by the AGPL license.I’ve searched a bit on the mailing list (that started in 2015) but I have not found no discussion on the subject.On what basis does the OCA position comes from?Regards,--
Vincent Hatakeyama Directeur du pôle développement " Orbeet
+33 1 83 62 72 88
vincent.hatakeyama@orbeet.io
27, boulevard Saint-Martin
75003 Paris
https://orbeet.io
by "Vincent Hatakeyama" <vincent.hatakeyama@orbeet.io> - 10:36 - 8 Sep 2025
