Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> table development go under copyleft-next, Rusty recently asked for code
> to go in prior to the license tag being added denoting this license as
> GPL-compatible [3] -- I had noted in the patch submission which annotated
> copyleft-next's compatibility to GPLv2 that copyleft-next is the license
> of choice for ongoing kernel development on my end [4]. If this is
> objectionable I'm happy to change it to GPLv2 however I'd like a reason
> provided as I've gone through all possible channels to ensure this is kosher,
> including vetting by 3 attorneys now, 2 at SUSE.

You don't need a new tag, you can use "GPL" or "GPL and additional
rights". In fact you don't want any other tag because when combined with
the kernel it is GPLv2 anyway because the only way the two are fully
compatible is for the kernel community to license the derived work under
the GPL.

The second reason you must use the GPL or GPL with additional tag is
clause 8. We don't want anyone to create a module under your licence,
claim it is "open source" then fifteen years later release the module in
binary only form still with a tag saying "copyleft-next" which we treat
as GPL compatible. It's the same reason we don't have a BSD tag but use
"GPL with additional rights" to stop abuse of the module tags.

However you need to clarify the licence first I think. Linux is GPLv2,
your document only allows use of GPL with "GPL" works - not GPL v2 works ?

As PS: btw your licence is kind of weird. I can combine it with GPL work,
make it GPL therefore, and then use the GPL rights to remove the bits I
added thereby meaning I have your exact original work under the GPL. Not
sure how it's intended to work ?

It would also be good if someone clarified whether 6 and 7 are intended
to combine so you can take contributed patches and put them in your own
proprietary version. As a non-lawyer the intent is not clear at all.

Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-kbuild" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux&nblp;USB Development]     [Linux Media]     [Video for Linux]     [Linux Audio Users]     [Yosemite Secrets]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux