Contributors mailing list archives

contributors@odoo-community.org

Browse archives

Avatar

Re: New module derived from Odoo CE licensing/credits question

by
InitOS GmbH, Frederik Kramer
- 31/07/2021 11:35:36
Am Freitag, den 30.07.2021, 18:29 +0200 schrieb Radovan Skolnik:

> Frederik,

HI Radovan,


> 

> it will be interesting to hear on this licensing-vise. Regarding

> this:

> > but they also inheretly hand over rights (that they

> > don't own) to the OCA in the first place.

> From my understanding you can fork/modify all you want provided you

> keep the 

> original author and license as well and distribute such work further.

yes for the LGPL that is perfectly fine.


> For me 

> this seems like this scenario: someone (in this case S.A.) publishes

> module 

> under LGPLv3. Someone else (in this case me) takes it, modifies its 

> functionality retaining original copyright as well and submits it to

> be 

> included in some other project (OCA) with the same licensing. I fail

> to see 

> where a problem could be in this scenario. But I am not alawyer ;-)

The problem here is 

https://raw.githubusercontent.com/OCA/odoo-community.org/master/the-association/ICLA.pdf

Section 3.b:

"You own the Copyright and patent claims covering the Contribution
which are required to grant
the rights under Section 2."

As you "own" only your contribution but the code that you contribute
is, as you said 90% done elsewere and by somebody else not filling this
ICLA (i.e. S.A.), this paragraph is simply not applying. 

Anyway as i said this is the very same problem (as Holger pointed out)
with the OCB code, so i wonder how we as a community deal with that.
Thats why am loudly asking for others' opinion. 

Disclaimer: I am no lawyer mayself either but i have dealt with these 
matters in my scientific carreer quite a bit.

Best and have a nice weekend 

Frederik  



> 

> However what Holger suggested is probably much better approach. My

> module 

> will:

> 1) depend on the Odoo one

> 2) only modify stuff that is different

> 3) disable what is not needed from the original one

> 

> This will provide pretty simple/dense module.

> 

> Best regards

> 

> 	Radovan

> 

> On piatok 30. júla 2021 18:17:04 CEST Frederik Kramer wrote:

> > Hi Radovan,

> > i tend to agree to what Holger just said, but you hit a general

> > problem

> > that to me is somewhat unsolved. This is as follows:

> > OCA is requiring (and checking) if contributions are made by

> > contributors that have signed the ICLA / CLA. By signing these

> > documents one claims that the code he or she add to he baseline is

> > his

> > / her own in its entirety.

> > Now afaik S.A. itself (though publishing its core code in LGPLv3)

> > isn't

> > officially contributing to the OCA but other OCA contributors do.

> > This

> > means by pushing the OCB code these contributors already work in a

> > grey

> > zone because what they do is legally absolutely fine (i.e.

> > contributing

> > to LGPLed code) but they also inheretly hand over rights (that they

> > don't own) to the OCA in the first place.

> > I might be wrong but OCB is a special case and your contribution

> > would

> > be like OCB (as Holger just said) but it cannot be treated an

> > ordinary

> > contribution to an arbitrary OCA repo, at least if we as the

> > community

> > would retain the right to defend the IPR of the entire set of code

> > against uncompliant use (example Flectra).

> > With that having said, i kindly ask you to wait pushing the code

> > until

> > some other (prefierably long term contributors and members have

> > added

> > their interpretation of the legal case). Ususally our vice

> > president

> > Graeme has some nice and valuable thoughts on these matters.

> > Best and have a nice weekend

> > Frederik

> > 

> > Am Freitag, den 30.07.2021, 15:56 +0000 schrieb Radovan Skolnik:

> > > Holger,

> > > 

> > > thanx for an input. I initially thought to make it in a way so

> > > that

> > > both modules can work side-by-side. But that is probably pretty

> > > useless so your idea is actually pretty good and would make the

> > > module really small.

> > > 

> > > The code and templates I removed are for

> > > product.attribute.category

> > > for product.attribute to group them. I think I cannot (can I?)

> > > disable the code so the additional object/table/column will be

> > > there.

> > > However I would like to disable the templates relating to these

> > > so

> > > they do not confuse the user. According to a Google search it can

> > > be

> > > done in this way:

> > > 

> > > <record id="full_external_id_of_the_template" model="ir.ui.view">

> > > 

> > >     <field name="active" eval="False"/>

> > > 

> > > </record>

> > > 

> > > If I uninstall my module will the active statu return to its

> > > previous

> > > state? Should I use anything like that or just document in the

> > > readme

> > > that the product.attribute.category is useless while using

> > > custom.info?

> > > 

> > > Best regards

> > > 

> > > Radovan

> > > 

> > > On piatok 30. júla 2021 13:47:19 CEST Holger Brunn wrote:

> > > > > Would such module be acceptable for OCA? Any comments

> > > > > are welcome. Best regards

> > > > 

> > > > shouldn't be very different than backporting an Odoo SA module,

> > > 

> > > right?

> > > 

> > > https://github.com/OCA/odoo-community.org/blob/master/website/Contribution

> > > /

> > > 

> > > > CONTRIBUTING.rst#backporting-odoo-modules

> > > > But if there's so little changes, why can't you just depend on

> > > > the

> > > 

> > > module

> > > 

> > > > and change what's to be changed in your code?

> > > > _______________________________________________

> > > > Mailing-List: https://odoo-community.org/groups/contributors-15

> > > >  [1]

> > > > Post to: mailto:contributors@odoo-community.org

> > > > Unsubscribe: https://odoo-community.org/groups?unsubscribe [2]

> > > > 

> > > > 

> > > > 

> > > > [1] https://odoo-community.org/groups/contributors-15

> > > > [2] https://odoo-community.org/groups?unsubscribe

> > > 

> > > _______________________________________________

> > > Mailing-List: https://odoo-community.org/groups/contributors-15

> > > Post to: mailto:contributors@odoo-community.org

> > > Unsubscribe: https://odoo-community.org/groups?unsubscribe

> > 

> > --

> > Dr.-Ing. Frederik Kramer

> > Geschäftsführer

> > initOS GmbH

> > An der Eisenbahn 1

> > 21224 Rosengarten

> > Phone: +49 4105 56156-12

> > Fax:  +49 4105 56156-10

> > Mobil: +49 179 3901819

> > Email: frederik.kramer@initos.com

> > Web:  www.initos.com

> > Geschäftsführung:

> > Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke

> > Sitz der Gesellschaft: Rosengarten – Klecken

> > Amtsgericht Tostedt, HRB 205226

> > Steuer-Nr: 15/200/53247

> > USt-IdNr.: DE815580155

> > 

> > _______________________________________________

> > Mailing-List: https://odoo-community.org/groups/contributors-15 [1]

> > Post to: mailto:contributors@odoo-community.org

> > Unsubscribe: https://odoo-community.org/groups?unsubscribe [2]

> > 

> > 

> > 

> > [1] https://odoo-community.org/groups/contributors-15

> > [2] https://odoo-community.org/groups?unsubscribe

> 

> 

> 

-- 
Dr.-Ing. Frederik Kramer
Geschäftsführer
        
initOS GmbH
An der Eisenbahn 1
21224 Rosengarten
        
Phone:  +49 4105 56156-12
Fax:    +49 4105 56156-10
Mobil:  +49 179 3901819
        
Email: frederik.kramer@initos.com
Web:   www.initos.com
        
Geschäftsführung:
Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke

Sitz der Gesellschaft: Rosengarten – Klecken
Amtsgericht Tostedt, HRB 205226
Steuer-Nr: 15/200/53247
USt-IdNr.: DE815580155

Reference