On Fri, Nov 17, 2017 at 11:53:01AM +0100, Philippe Ombredanne wrote:
> On Fri, Nov 17, 2017 at 9:57 AM, Greg Kroah-Hartman
> wrote:
> > On Fri, Nov 17, 2017 at 08:37:28AM +0100, Philippe Ombredanne wrote:
> >> Or fix the non-standard redefinition of the MODULE_LICENSE
On Fri, Nov 17, 2017 at 11:53:01AM +0100, Philippe Ombredanne wrote:
> On Fri, Nov 17, 2017 at 9:57 AM, Greg Kroah-Hartman
> wrote:
> > On Fri, Nov 17, 2017 at 08:37:28AM +0100, Philippe Ombredanne wrote:
> >> Or fix the non-standard redefinition of the MODULE_LICENSE macro as
> >> DRIVER_LICENSE
On Fri, Nov 17, 2017 at 9:57 AM, Greg Kroah-Hartman
wrote:
> On Fri, Nov 17, 2017 at 08:37:28AM +0100, Philippe Ombredanne wrote:
>> Or fix the non-standard redefinition of the MODULE_LICENSE macro as
>> DRIVER_LICENSE as in [2] and found elsewhere with
>> grep -r .
On Fri, Nov 17, 2017 at 9:57 AM, Greg Kroah-Hartman
wrote:
> On Fri, Nov 17, 2017 at 08:37:28AM +0100, Philippe Ombredanne wrote:
>> Or fix the non-standard redefinition of the MODULE_LICENSE macro as
>> DRIVER_LICENSE as in [2] and found elsewhere with
>> grep -r . -e "DRIVER_LICENSE"
>>
>>
On Fri, Nov 17, 2017 at 08:37:28AM +0100, Philippe Ombredanne wrote:
> Or fix the non-standard redefinition of the MODULE_LICENSE macro as
> DRIVER_LICENSE as in [2] and found elsewhere with
> grep -r . -e "DRIVER_LICENSE"
>
> These break the otherwise nicely grepable MODULE_LICENSE macros
>
On Fri, Nov 17, 2017 at 08:37:28AM +0100, Philippe Ombredanne wrote:
> Or fix the non-standard redefinition of the MODULE_LICENSE macro as
> DRIVER_LICENSE as in [2] and found elsewhere with
> grep -r . -e "DRIVER_LICENSE"
>
> These break the otherwise nicely grepable MODULE_LICENSE macros
>
On Thu, Nov 16, 2017 at 4:15 PM, Jonas Oberg wrote:
> Hi,
>
>> One other thing that occurred to me is that documentation files, too,
>> are copyrightable and should have license identifiers.
>
> Would it make sense to take an incremental approach to this? Get the
> source code and
On Thu, Nov 16, 2017 at 4:15 PM, Jonas Oberg wrote:
> Hi,
>
>> One other thing that occurred to me is that documentation files, too,
>> are copyrightable and should have license identifiers.
>
> Would it make sense to take an incremental approach to this? Get the
> source code and identifiers
On Thu, 16 Nov 2017, Jonas Oberg wrote:
> > One other thing that occurred to me is that documentation files, too,
> > are copyrightable and should have license identifiers.
>
> Would it make sense to take an incremental approach to this? Get the
> source code and identifiers worked on by Thomas
On Thu, 16 Nov 2017, Jonas Oberg wrote:
> > One other thing that occurred to me is that documentation files, too,
> > are copyrightable and should have license identifiers.
>
> Would it make sense to take an incremental approach to this? Get the
> source code and identifiers worked on by Thomas
Hi,
> One other thing that occurred to me is that documentation files, too,
> are copyrightable and should have license identifiers.
Would it make sense to take an incremental approach to this? Get the
source code and identifiers worked on by Thomas et al through first, then
think about and fix
Hi,
> One other thing that occurred to me is that documentation files, too,
> are copyrightable and should have license identifiers.
Would it make sense to take an incremental approach to this? Get the
source code and identifiers worked on by Thomas et al through first, then
think about and fix
On Sun, 12 Nov 2017 20:18:22 +0100
Thomas Gleixner wrote:
> --- /dev/null
> +++ b/Documentation/license-rules.rst
> @@ -0,0 +1,310 @@
> +Linux kernel licensing rules
> +
> +
> +The Linux Kernel is provided under the terms of the GNU General Public
On Sun, 12 Nov 2017 20:18:22 +0100
Thomas Gleixner wrote:
> --- /dev/null
> +++ b/Documentation/license-rules.rst
> @@ -0,0 +1,310 @@
> +Linux kernel licensing rules
> +
> +
> +The Linux Kernel is provided under the terms of the GNU General Public
> +License version 2
On Sun, 12 Nov 2017, Jonathan Corbet wrote:
> On Sun, 12 Nov 2017 20:18:22 +0100
> Thomas Gleixner wrote:
> > +C source: // SPDX-License-Identifier:
> > +C header: /* SPDX-License-Identifier: */
>
> So I can't be the only person with nothing better to do than to
On Sun, 12 Nov 2017, Jonathan Corbet wrote:
> On Sun, 12 Nov 2017 20:18:22 +0100
> Thomas Gleixner wrote:
> > +C source: // SPDX-License-Identifier:
> > +C header: /* SPDX-License-Identifier: */
>
> So I can't be the only person with nothing better to do than to wonder why
> source
On Sun, 12 Nov 2017 20:18:22 +0100
Thomas Gleixner wrote:
> Add a file to the Documentation directory to describe how file licenses
> should be described in all kernel files, using the SPDX identifier, as well
> as where all licenses should be in the kernel source tree for
On Sun, 12 Nov 2017 20:18:22 +0100
Thomas Gleixner wrote:
> Add a file to the Documentation directory to describe how file licenses
> should be described in all kernel files, using the SPDX identifier, as well
> as where all licenses should be in the kernel source tree for people to
> refer to
On Sun, 12 Nov 2017, Joe Perches wrote:
> On Sun, 2017-11-12 at 20:18 +0100, Thomas Gleixner wrote:
> > Add a file to the Documentation directory to describe how file licenses
> > should be described in all kernel files, using the SPDX identifier, as well
> > as where all licenses should be in
On Sun, 12 Nov 2017, Joe Perches wrote:
> On Sun, 2017-11-12 at 20:18 +0100, Thomas Gleixner wrote:
> > Add a file to the Documentation directory to describe how file licenses
> > should be described in all kernel files, using the SPDX identifier, as well
> > as where all licenses should be in
On Sun, 2017-11-12 at 20:18 +0100, Thomas Gleixner wrote:
> Add a file to the Documentation directory to describe how file licenses
> should be described in all kernel files, using the SPDX identifier, as well
> as where all licenses should be in the kernel source tree for people to
> refer to
On Sun, 2017-11-12 at 20:18 +0100, Thomas Gleixner wrote:
> Add a file to the Documentation directory to describe how file licenses
> should be described in all kernel files, using the SPDX identifier, as well
> as where all licenses should be in the kernel source tree for people to
> refer to
Add a file to the Documentation directory to describe how file licenses
should be described in all kernel files, using the SPDX identifier, as well
as where all licenses should be in the kernel source tree for people to
refer to (LICENSES/).
Thanks to Kate, Philippe and Greg for review and
Add a file to the Documentation directory to describe how file licenses
should be described in all kernel files, using the SPDX identifier, as well
as where all licenses should be in the kernel source tree for people to
refer to (LICENSES/).
Thanks to Kate, Philippe and Greg for review and
24 matches
Mail list logo