Community mailing list archives


Re: Enterprise: Is it allowed to use AGPL community modules?

Open For Small Business Ltd, Graeme Gellatly
- 2015年10月06日 17時06分06秒
I mean that is what the document says.  It specifically refers to an agreement between Odoo SA and OCA in regards to Enterprise Edition proprietary modules.

I don't pretend to really understand anymore but realistically it would be impossible for OCA to offer that for all proprietary modules as they could not possibly know all the other license terms in advance.

On Wed, Oct 7, 2015 at 9:57 AM, Nicolas Schmitt <> wrote:
You mean that one can install OCA AGPL modules alongside Odoo S.A.
modules only?
So proprietary modules done by third-parties sold through the Odoo
market cannot be installed with OCA modules?

If true, this will limit HUGELY the economical prospects of selling
user-made prioritary modules.

Seems better to me that way though.

Thanks for the clarification Graeme

On 06/10/15, Graeme Gellatly wrote:
> Nicolas, that is not quite correct.  The OCA document is specifically limited to Odoo SA proprietary modules.  Not the entire universe of modules as they could have no idea what some third party's proprietary license might look like.
> On Wed, Oct 7, 2015 at 3:23 AM, Nicolas Schmitt < [1] > wrote:
> Well, now we seem to be reaching more or less of a good comprehension of
> the problem, that APGL modules from OCA may be installed alongside
> proprietary modules by the end-user.
> But what about selling a product as a partner?
> By product I mean Odoo core + a suite of precise modules.
> Does this mean that I cannot implement to a user with both types of licences
> involved? Because in this case I would be selling a product that as a
> whole violates AGPL don't you think?
> Or is this notion of product should be taken a bit more loosely?
> You may also say that I am not selling a product as such, more of the
> service of installing a free product, but still the question is of
> interest to me.
> Do you have a better picture on this question than I do?
> Thanks
> Regards,
> Nicolas Schmitt
> On 06/10/15, Alan Bell wrote:
> >
> > On 06/10/15 13:08, Levent Karakas wrote:
> > > This discussion has been made mostly on our side, let's see how it
> > > feels like if we put on customer shoes.
> > indeed, which is why it is OK for the customer to have the freedom to
> > install AGPL stuff alongside unrelated proprietary closed stuff. AGPL
> > stuff shouldn't restrict users freedom to use it, in any way they want.
> > >
> > > Assume a case that a partner develops proprietary code over enterprise
> > > version and customer buys this with a similar clause as odoo sa's
> > > (have to pay forever or remove the applications). What if customer has
> > > problems with partner? Trapped inside another trap....
> > yeah, sucks to be them. This is a perfectly good reason not to use code
> > that doesn't give you software freedom.
> > >
> > > Similar case: partner (official or else) develops proprietary code
> > > over community version and sells it to a customer. Later they want to
> > > finish working together. How will the customer get out of this situation?
> > sucks to be using that code. Stick to stuff that gives you freedom if
> > the cost of the risk of the trap is not worth the value the proprietary
> > stuff gives you. Sometimes for some people the risk is worth taking.
> > >
> > > What is the exit strategy here? How do we explain this to customer
> > > while selling it?
> > >
> > well, explaining it is really the problem of the person making the
> > proprietary software. I have no idea how the proprietary software
> > industry has been explaining it to customers for so long, I guess they
> > just gloss over the risk of vendor lock-in and the lack of auditability
> > and peer review of the code.
> > There is nothing intrinsically wrong with making proprietary code and
> > selling it in my opinion, but customers should value it less because of
> > the freedoms they are giving up by using it.
> > Alan.
> > _______________________________________________
> > Mailing-List: [2]
> > Post to: mailto: [3]
> > Unsubscribe: [4]
> >
> _______________________________________________
> Mailing-List: [5]
> Post to: mailto: [6]
> Unsubscribe: [7]
> _______________________________________________
> Mailing-List:
> Post to:
> Unsubscribe:
> [1]
> [2]
> [3]
> [4]
> [5]
> [6]
> [7]

Post to: