On Donnerstag, 23. November 2017 16:43:29 CET Andrew Lunn wrote:
[...]
> I just looked at Linus's current master branch:
>
> ~/linux/include/uapi$ grep -hr SPDX * | sort | uniq -c
> 14 /* SPDX-License-Identifier: GPL-1.0+ WITH Linux-syscall-note */
> 541 /* SPDX-License-Identifier:
On Thu, Nov 23, 2017 at 03:36:04PM +0100, Sven Eckelmann wrote:
> Hi Andrew,
>
> On Sonntag, 19. November 2017 15:05:16 CET Sven Eckelmann wrote:
> > The ISC license is considered as not recommended in "Linux kernel licensing
> > rules". It should only be used for existing code or for importing
Hi Andrew,
On Sonntag, 19. November 2017 15:05:16 CET Sven Eckelmann wrote:
> The ISC license is considered as not recommended in "Linux kernel licensing
> rules". It should only be used for existing code or for importing code from
> a different project with that license.
>
> But the kernel
On Sunday, November 19, 2017 3:05:16 PM CET Sven Eckelmann wrote:
> The ISC license is considered as not recommended in "Linux kernel licensing
> rules". It should only be used for existing code or for importing code from
> a different project with that license.
>
> But the kernel still has the
On 11/19/2017 03:05 PM, Sven Eckelmann wrote:
> The ISC license is considered as not recommended in "Linux kernel licensing
> rules". It should only be used for existing code or for importing code from
> a different project with that license.
>
> But the kernel still has the similar sounding
On 19/11/17 22:05, Sven Eckelmann wrote:
> The ISC license is considered as not recommended in "Linux kernel licensing
> rules". It should only be used for existing code or for importing code from
> a different project with that license.
>
> But the kernel still has the similar sounding
The ISC license is considered as not recommended in "Linux kernel licensing
rules". It should only be used for existing code or for importing code from
a different project with that license.
But the kernel still has the similar sounding MIT/Expat license under the
preferred licenses. Switching to