Bug#786470: debian-policy: [copyright-format] Add an optional “License-Grant” field

[Sean Whitton]

Hello Steve,

On Tue, Dec 12 2017, Steve Langasek wrote:

> I strongly disagree with this.  I think this adds more syntax without
> adding any more information.
>
> The License: field is already very consistently used to contain
> whatever details of the license are required to be shipped with the
> package - either a full text of a license, or a license grant with a
> pointer to /usr/share/common-licenses.  If people feel that it's
> insufficiently obvious that this is the correct usage of the field, by
> all means, let's document that better; but let's not make a
> backwards-incompatible change to the syntax that doesn't benefit users
> of the file.

This is emphatically /not/ backwards-incompatible.

It's an optional field and we are not touching the description of the
License: field.  For those who are worried about this issue, both
License: and License-Grant: can be used; for those who are not, such as
yourself, you can just keep using License: as you have been doing.
There is no consensus on either of these options so we're making both
possible.

Does this weaken your disagreement?

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#786470: debian-policy: [copyright-format] Add an optional “License-Grant” field

[Simon McVittie]

On Tue, 12 Dec 2017 at 23:54:01 -0800, Steve Langasek wrote:
> On Thu, Nov 30, 2017 at 09:27:30AM +, Simon McVittie wrote:
> > I think the License-Grant field is a useful addition to the format
> 
> I strongly disagree with this.  I think this adds more syntax without adding
> any more information.

I do see your point, but the current use of License doesn't seem suitable
for what I had understood the unwritten rules to be. I hope you were
right about this and I was wrong, because if that's the case, then the
requirements for d/copyright are less onerous than I'd understood them
to be.

> The License: field is already very consistently used to contain whatever
> details of the license are required to be shipped with the package - either
> a full text of a license, or a license grant with a pointer to
> /usr/share/common-licenses

It had not been my understanding that it was that consistent. I hope
I was wrong. If I'm understanding the rules correctly, there are two
problem areas:

As far as I'm aware, we're required to include both the license grant and
the full license text in d/copyright, even in the "uncommon license" case
(see the uses of CC-BY-SA-3.0-Unported, CC-BY-3.0-US, CC-BY-SA-3.0-US,
CC-BY-SA-2.0-IT[1] in adwaita-icon-theme), which means we have to introduce
some sort of ad-hoc divider within the License to separate the license
grant from the license.

Similarly, in the case where there is more than one form of words for the
license grant used within a project (for instance when one author uses
the FSF's recommended GPL-2 license grant, and another has just said
"License: GPLv2", as in src:openarena-data), my understanding was that
we're meant to copy all of them, word-for-word, into d/copyright. Having
said that, it would seem absurd to have a requirement to quote all license
grants when they only differ trivially (e.g. different replacements for
"This program" in the GPL license grant for files copied from different
projects), and src:openjk was accepted through NEW despite its copyright
file avoiding that and specifically saying so, so I clearly don't fully
understand what the unwritten policy is here.

I don't fully understand why we're doing this or what goal(s) we're
trying to achieve by doing so, and as far as I know the rationale isn't
written down anywhere, so I'm just trying to follow the unwritten
rules - if I've misunderstood the rules, I would be delighted to be
able to reduce the amount of boilerplate I copy around. If we had some
clarification from the ftp team that the license grant is only required
to be copied into d/copyright if the license requires it (I don't think
any do) or when referencing a common license, that would negate the
first concern. Similarly, if the ftp team consider the "main" license
grant from a (package,license) pair to be sufficient, or if the ftp team
consider the FSF's recommended form of words to be a better thing to put
in d/copyright than whatever ad-hoc informal license grant an upstream
might have chosen to use, then that negates my second concern.

See also 
which attempts to clarify whether/when/why a license grant is required.

The closest we have to a formal policy right now, as far as I'm aware, are
,
and the rows "License III" and "Wrong license pointer" in
. Is there a more recent
or more canonical policy statement from the ftp team that I've missed?

The ambiguity of what the rules are is amplified by the fact that
violations of those rules are treated as RC or worse-than-RC (rejection);
so there is considerable incentive for maintainers to assume the worst,
and do a lot of tedious busy-work that might not actually be required,
in the hope that it will be enough to avoid package removals and delays.
I hope that the result of Policy bugs like this one can be to make the
ftp team's job easier by making the copyright files that they review
shorter and more straightforward.

Thanks,
smcv

[1] I'm aware that CC-BY-SA-2.0-IT is probably not considered a Free
license; it's part of a triple-license (!) on a file from Wikimedia
Commons. If I understand the unwritten rules correctly, we're
required to copy the entire dual- or (in this case) triple-license
into d/copyright, even the options that we would never choose to use
because they are non-Free. I hope someone will tell me I was wrong
about this.

Bug#786470: debian-policy: [copyright-format] Add an optional “License-Grant” field

[Steve Langasek]

On Thu, Nov 30, 2017 at 09:27:30AM +, Simon McVittie wrote:
> I think the License-Grant field is a useful addition to the format,
> resolving some issues around whether License is meant to be the license,
> the license grant or both, and I would like to be able to start using it.

I strongly disagree with this.  I think this adds more syntax without adding
any more information.

The License: field is already very consistently used to contain whatever
details of the license are required to be shipped with the package - either
a full text of a license, or a license grant with a pointer to
/usr/share/common-licenses.  If people feel that it's insufficiently obvious
that this is the correct usage of the field, by all means, let's document
that better; but let's not make a backwards-incompatible change to the
syntax that doesn't benefit users of the file.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: PGP signature

Bug#786470: debian-policy: [copyright-format] Add an optional “License-Grant” field

[Sean Whitton]

Hello Simon,

On Thu, Nov 30 2017, Simon McVittie wrote:

> I assume a normative change to the available fields, and to the
> meaning of License, would make this be copyright format 1.1?

I spoke to Russ about this and I think we want to avoid bumping the
version number unless we make an incompatible change.  It just creates
work for people.  Adding a strictly optional field can be done without
doing this.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#786470: debian-policy: [copyright-format] Add an optional “License-Grant” field

[Simon McVittie]

I think the License-Grant field is a useful addition to the format,
resolving some issues around whether License is meant to be the license,
the license grant or both, and I would like to be able to start using it.

I assume a normative change to the available fields, and to the meaning
of License, would make this be copyright format 1.1?

On Mon, 07 Aug 2017 at 10:00:32 +1000, Ben Finney wrote:
>  Files: *
>  Copyright: 1975-2010 Ulla Upstream
> +License-Grant:
> +This program is free software; you can redistribute it and/or modify
> +it under the terms of the GNU General Public License as published by
> +the Free Software Foundation; either version 2 of the License, or
> +(at your option) any later version.
>  License: GPL-2+

I would personally sort License: GPL-2+ before License-Grant, because
that means someone familiar with debian/copyright can usually skip to
the next paragraph without reading the license grant in detail!

> +  
> +The full license terms and conditions themselves – the license
> +text – belongs in a
> +License field.
> +  

What happens if the license grant *is* the full license, as with many
short permissive licenses, and in particular the BSD and MIT/X11 license
families? (I suspect the answer is meant to be "keep doing what you're
doing now" - break out the license-grant-and-license to a standalone
License paragraph if all instantiations are identical, or keep it in a
non-standalone License field per instantiation if they are not?)

Should Example 3, "Simple" be using the License-Grant too? If I understand
correctly, it should ideally become:

Format: ...
Upstream-Name: ...
Source: ...

Files: *
Copyright: ...
License-Grant:
 This program is free software; ...
License: GPL-2+
 On Debian systems, ...

which I don't think makes it significantly less simple.

Or if the intention is to keep Example 3, "Simple" using the fields it
currently uses, it should probably be changed to something that uses the
MIT/X11 license, like in

which is a real d/copyright that is as simple as this one.

Example 4, "Complex" should probably be updated to use License-Grant,
because quoting the GPL license grant in a standalone License paragraph
after License-Grant has been added seems counter-intuitive. I'm curious
to see how that would look, if we imagine Joe Hacker and Thomas Brown
had used the same form of words for their GPL-2+ license grants - does
the author of the copyright file have to choose between duplicating the
License-Grant or combining those two paragraphs, or is there some way
to deduplicate identical license grants without combining the paragraphs?

Perhaps standalone License paragraphs should be allowed to have a
License-Grant field, which applies to all references by name to
that license that do not declare their own License-Grant? Or perhaps
authors of d/copyright files should be encouraged to merge paragraphs
that have identical license grants but different Files and Copyright.

Regards,
smcv

Bug#786470: debian-policy: [copyright-format] Add an optional “License-Grant” field

[Ben Finney]

On 20-Aug-2017, Sean Whitton wrote:
> - please strip the rewordings that you've made to other parts of the
>   document, so this patch addresses this bug alone.
> 
>   If you want to make those changes, please file separate 'informative'
>   bugs against debian-policy; these do not need to be seconded and are
>   applied at the discretion of the policy editors.

Done, reported as bug#874090.

-- 
 \ “[T]he question of whether machines can think … is about as |
  `\ relevant as the question of whether submarines can swim.” |
_o__)  —Edsger W. Dijkstra |
Ben Finney 


signature.asc
Description: PGP signature

Bug#786470: debian-policy: [copyright-format] Add an optional “License-Grant” field

[Sean Whitton]

On Tue, Aug 22 2017, Ben Finney wrote:

> On 20-Aug-2017, Sean Whitton wrote:
>
>> - note that this bug doesn't apply to policy's HEAD anymore because
>>   we've switched to rST
>
> Did you find a conflict? I have pulled the latest HEAD (commit hash
> f0f316c879a7e60e), and the ‘./copyright-format-1.0.xml’ remains the
> only source document of the “Machine-readable debian/copyright file”
> specification.

Sorry, I forgot that we haven't actually converted that file.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#786470: debian-policy: [copyright-format] Add an optional “License-Grant” field

[Ben Finney]

On 20-Aug-2017, Sean Whitton wrote:

> - note that this bug doesn't apply to policy's HEAD anymore because
>   we've switched to rST

Did you find a conflict? I have pulled the latest HEAD (commit hash
f0f316c879a7e60e), and the ‘./copyright-format-1.0.xml’ remains the
only source document of the “Machine-readable debian/copyright file”
specification.

The file doesn't appear to have changed enough to cause any conflict;
the changes in this patch still apply fine to current HEAD, in my
tests.

Perhaps you still have a branch that converts that document to reST?

-- 
 \“Like the creators of sitcoms or junk food or package tours, |
  `\ Java's designers were consciously designing a product for |
_o__)   people not as smart as them.” —Paul Graham |
Ben Finney 


signature.asc
Description: PGP signature

Bug#786470: debian-policy: [copyright-format] Add an optional “License-Grant” field

[Sean Whitton]

Thank you for the new patch, Ben.

Comments:

- please move the License-Grant field to the end of the list of fields
  to avoid any renumbering

- please strip the rewordings that you've made to other parts of the
  document, so this patch addresses this bug alone.

  If you want to make those changes, please file separate 'informative'
  bugs against debian-policy; these do not need to be seconded and are
  applied at the discretion of the policy editors.

- I think you've used too many spaces to indent the License-Grant text
  in the examples.  Shouldn't it be just one space?

- since the field is optional, I don't think we should modify every
  example to include License-Grant.  Perhaps consider reducing the
  number of times you add it?

- note that this bug doesn't apply to policy's HEAD anymore because
  we've switched to rST; it would be nice if you could rebase but I will
  happily do this on your behalf as I was partly responsible for the
  switch

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#786470: debian-policy: [copyright-format] Add an optional “License-Grant” field

[Ben Finney]

On 03-Aug-2017, Ben Finney wrote:
> On 01-Aug-2017, Sean Whitton wrote:
> > 1) the patch needs to be rebased against current policy
> 
> I'll take care of that in a few days.

I have updated my changes by rebasing onto current ‘master’ (commit
hash ‘06f7d27ac0e6aea9’). The patch is attached to this message.

-- 
 \“Choose mnemonic identifiers. If you can't remember what |
  `\mnemonic means, you've got a problem.” —Larry Wall |
_o__)  |
Ben Finney 
From 6e75ebf8266b86307f7470030739d12920cd0936 Mon Sep 17 00:00:00 2001
From: Ben Finney 
Date: Fri, 22 May 2015 10:01:51 +1000
Subject: [PATCH] =?UTF-8?q?Add=20the=20optional=20=E2=80=9CLicense-Grant?=
 =?UTF-8?q?=E2=80=9D=20field.?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 copyright-format-1.0.xml | 199 ++-
 1 file changed, 147 insertions(+), 52 deletions(-)

diff --git a/copyright-format-1.0.xml b/copyright-format-1.0.xml
index 2eef301b..8950d968 100644
--- a/copyright-format-1.0.xml
+++ b/copyright-format-1.0.xml
@@ -239,23 +239,38 @@
 
 
   
+License-Grant:
+optional.
+  
+
+
+  
 Copyright: optional.
   
 
   
   
-The Copyright and License
-fields in the header paragraph may complement
-but do not replace the Files paragraphs.  If
-present, they summarise the copyright notices or redistribution
-terms for the package as a whole.  For example, when a work
-combines a permissive and a copyleft license,
-License can be used to clarify the license
-terms for the combination.  Copyright and
-License together can also be used to document a
-compilation copyright and license.  It is
-possible to use only License in the header
-paragraph, but Copyright alone makes no sense.
+The Copyright, License-Grant,
+and License fields in the header
+paragraph may complement but do not replace the fields
+in the Files paragraphs.
+If present, they summarise the copyright notices, grant of license,
+and/or redistribution terms for the package as a whole.
+  
+  
+For example, when a work has a grant of license under both a
+permissive and a copyleft license, License-Grant
+and License can be used to clarify the license
+terms for the combination. Copyright and
+License together can also be used to
+document a compilation copyright and
+license.
+  
+  
+It is valid to use License-Grant and/or
+License in the header paragraph without an
+accompanying Copyright field, but
+Copyright alone is not sufficient.
   
 
   
@@ -294,6 +309,12 @@ Source: https://www.example.com/software/project
 
 
   
+License-Grant:
+optional.
+  
+
+
+  
 License: required.
   
 
@@ -308,33 +329,56 @@ Source: https://www.example.com/software/project
 Example files paragraphs
 Files: *
 Copyright: 1975-2010 Ulla Upstream
+License-Grant:
+This program is free software; you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foundation; either version 2 of the License, or
+(at your option) any later version.
 License: GPL-2+
 
 Files: debian/*
 Copyright: 2010 Daniela Debianizer
+License-Grant:
+This program is free software; you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foundation; either version 2 of the License, or
+(at your option) any later version.
 License: GPL-2+
 
 Files: debian/patches/fancy-feature
 Copyright: 2010 Daniela Debianizer
+This program is free software: you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foundation, either version 3 of the License, or
+(at your option) any later version.
 License: GPL-3+
 
 Files: */*.1
 Copyright: 2010 Manuela Manpager
-License: GPL-2+
+License-Grant:
+This program is free software; you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foundation; either version 2 of the License, or
+(at your option) any later version.
+License: GPL-2+
+
 
-  In this example, all files are copyright by the upstream and licensed
-  under the GPL, version 2 or later, with three exceptions.  All the
-  Debian packaging files are copyright by the packager, and further one

Bug#786470: debian-policy: [copyright-format] Add an optional “License-Grant” field

[Ben Finney]

On 01-Aug-2017, Sean Whitton wrote:

> codesearch.debian.net suggests that this field is now used in quite
> a few packages. It seems reasonable to add a description of its use
> to the copyright format.

Thank you for bringing that to this discussion.

> I have some questions about Ben's patch:
> 
> 1) the patch needs to be rebased against current policy

I'll take care of that in a few days.

> 2) Is there a missing "License-Grant:" here:
> 
> >  Files: debian/patches/fancy-feature
> >  Copyright: 2010 Daniela Debianizer
> > +This program is free software: you can redistribute it and/or modify
> > +it under the terms of the GNU General Public License as published by
> > +the Free Software Foundation, either version 3 of the License, or
> > +(at your option) any later version.
> >  License: GPL-3+

Yes, I think that the detail text there belongs in a “License-Grant”
field.

Files: debian/patches/fancy-feature
Copyright: 2010 Daniela Debianizer
License: GPL-3+
License-Grant:
This program is free software: you can redistribute it and/or
modify it under the terms of the GNU General Public License as
published by the Free Software Foundation, either version 3 of
the License, or (at your option) any later version.

provided that the text is actually the literal grant of license from
the copyright holder.

-- 
 \   “If trees could scream, would we be so cavalier about cutting |
  `\   them down? We might, if they screamed all the time, for no good |
_o__)reason.” —Jack Handey |
Ben Finney 


signature.asc
Description: PGP signature

Bug#786470: debian-policy: [copyright-format] Add an optional “License-Grant” field

[Sean Whitton]

Hello,

On Fri, May 22, 2015 at 01:34:42PM +0900, Charles Plessy wrote:
> Experiments on new fields are welcome, and it is good to open bugs to track
> them.  But I think that we should first see how the proposed field gets
> traction before adding it to the specification.

codesearch.debian.net suggests that this field is now used in quite a
few packages.  It seems reasonable to add a description of its use to
the copyright format.

I have some questions about Ben's patch:

1) the patch needs to be rebased against current policy

2) Is there a missing "License-Grant:" here:

>  Files: debian/patches/fancy-feature
>  Copyright: 2010 Daniela Debianizer
> +This program is free software: you can redistribute it and/or modify
> +it under the terms of the GNU General Public License as published by
> +the Free Software Foundation, either version 3 of the License, or
> +(at your option) any later version.
>  License: GPL-3+

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#786470: debian-policy: [copyright-format] Add an optional “License-Grant” field

[Jonas Smedegaard]

Package: debian-policy
Followup-For: Bug #786470

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

At somewhat related https://bugs.debian.org/786450#8 (bug against
lintian triggered not by License-Grant but License-Reference), Jakub
Wilk argues that Copyright Format 1.0 mandates License _field_ - not
only, as I believe, License _paragraph_ - containing all required
licensing information, and consequently forbids separation into other
fields like License-Grant.


 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVXwhnAAoJECx8MUbBoAEh6kcQAJafEYySq9y9YFOUvJsf4YD1
uaBvriyfOm+Zmx3Zsp3Y0p0NtnYqnN+pK+n/EPmkkmVizWWv8SnRkZjyYZG58XnT
M0w8pD+37SM8b3bwPu5S3jg2+FV/ItkuFSXek8uiJhGUqorh5L4wASDH3KZiVWS/
kuX878uQFkOGYe3btoTa+gBJ5Ej/ROs0Hc8k6XukSf+zallLH5qPLcrDmM3Vh9fU
v14v8Lu5xxKDr4RtzdyhcBL7N6tDRIhQ8qtLwnZcwWw2HO1GH6BGqvJmy+HOjOqM
pO5A6EtZ/SisT+W9Bh7mmUN1BDrAIwXPqAMx23j1/Y/xhnaaGdtxA/iHqy42QwSL
e1scn5iW/6MntokN1M33Gx9Q8d1AW+lLsWNyo3/LD3h6hyrvpzywX/twksLkBmx7
XSial79QtutQHXgTcHhOKcZ0faNAXnf7zF+XqzIQmPNEy3T562FHIaPwMpK3RlmD
E6Uz5vhb33yKoMKaJrFZUp6LB68NHPhsDONsbXZRsNgxJ7BQ20bYYTO7O+/g3P6L
ma3hp6RxUb4EyEpjLFpa9tR2aB/LctK6oh855hT9yy3a0GqBZk6m4cQi8vnLtw2I
qkKe2vauDU98LkGnYNGhCPdOn+rEI8CtIRGHzbTifN3nRnkC+b0ErrjnjrmcBm4G
gKROsIUDnRTVBFUoDUU6
=PzHV
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150522104354.2872.89050.report...@bastian.jones.dk

Bug#786470: debian-policy: [copyright-format] Add an optional “License-Grant” field

[Ben Finney]

Package: debian-policy
Severity: wishlist
Control: tags -1 + patch

As discussed in the ‘debian-devel’ thread in 2015-05
URL:https://lists.debian.org/msgid-search/85lhgjzqy3@benfinney.id.au,
there is value in recording the explicit text from the copyright
holder that *grants* a license to the recipient.

The attached patch updates the ‘copyright-format’ specification to
describe a “License-Grant” field, and clarifies the other fields in
relation to this.

-- 
 \  “I bought a self learning record to learn Spanish. I turned it |
  `\on and went to sleep; the record got stuck. The next day I |
_o__)   could only stutter in Spanish.” —Steven Wright |
Ben Finney b...@benfinney.id.au
Changes in upstream/master
	Modified   copyright-format/copyright-format-1.0.xml
diff --git a/copyright-format/copyright-format-1.0.xml b/copyright-format/copyright-format-1.0.xml
index 217e8dd..1cbe0d7 100644
--- a/copyright-format/copyright-format-1.0.xml
+++ b/copyright-format/copyright-format-1.0.xml
@@ -240,4 +240,10 @@
 listitem
   para
+link linkend=license-grant-fieldLicense-Grant/link:
+optional.
+  /para
+/listitem
+listitem
+  para
 link linkend=copyright-fieldCopyright/link: optional.
   /para
@@ -245,16 +251,25 @@
   /itemizedlist
   para
-The varnameCopyright/varname and varnameLicense/varname
-fields in the emphasisheader paragraph/emphasis may complement
-but do not replace the emphasisFiles paragraphs/emphasis.  If
-present, they summarise the copyright notices or redistribution
-terms for the package as a whole.  For example, when a work
-combines a permissive and a copyleft license,
-varnameLicense/varname can be used to clarify the license
-terms for the combination.  varnameCopyright/varname and
-varnameLicense/varname together can also be used to document a
-emphasiscompilation copyright/emphasis and license.  It is
-possible to use only varnameLicense/varname in the header
-paragraph, but varnameCopyright/varname alone makes no sense.
+The varnameCopyright/varname, varnameLicense-Grant/varname,
+and varnameLicense/varname fields in the emphasisheader
+paragraph/emphasis may complement but do not replace the fields
+in the emphasisFiles paragraphs/emphasis.
+If present, they summarise the copyright notices, grant of license,
+and/or redistribution terms for the package as a whole.
+  /para
+  para
+For example, when a work has a grant of license under both a
+permissive and a copyleft license, varnameLicense-Grant/varname
+and varnameLicense/varname can be used to clarify the license
+terms for the combination. varnameCopyright/varname and
+varnameLicense/varname together can also be used to
+document a emphasiscompilation copyright/emphasis and
+license.
+  /para
+  para
+It is valid to use varnameLicense-Grant/varname and/or
+varnameLicense/varname in the header paragraph without an
+accompanying varnameCopyright/varname field, but
+varnameCopyright/varname alone is not sufficient.
   /para
 
@@ -295,4 +310,10 @@ Source: http://www.example.com/software/project/programlisting
 listitem
   para
+link linkend=license-grant-fieldLicense-Grant/link:
+optional.
+  /para
+/listitem
+listitem
+  para
 link linkend=license-fieldLicense/link: required.
   /para
@@ -309,31 +330,54 @@ Source: http://www.example.com/software/project/programlisting
 programlistingFiles: *
 Copyright: 1975-2010 Ulla Upstream
+License-Grant:
+This program is free software; you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foundation; either version 2 of the License, or
+(at your option) any later version.
 License: GPL-2+
 
 Files: debian/*
 Copyright: 2010 Daniela Debianizer
+License-Grant:
+This program is free software; you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foundation; either version 2 of the License, or
+(at your option) any later version.
 License: GPL-2+
 
 Files: debian/patches/fancy-feature
 Copyright: 2010 Daniela Debianizer
+This program is free software: you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foundation, either version 3 of the License, or
+(at your option) any later version.
 License: GPL-3+
 
 Files: */*.1
 Copyright: 2010 Manuela Manpager
-License: GPL-2+/programlisting
+License-Grant:
+This program is free software; you can redistribute it and/or modify
+

Processed: Re: Bug#786470: debian-policy: [copyright-format] Add an optional “License-Grant” field

[Debian Bug Tracking System]

Processing control commands:

 tags -1 - patch
Bug #786470 [debian-policy] debian-policy: [copyright-format] Add an optional 
“License-Grant” field
Removed tag(s) patch.

-- 
786470: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786470
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/handler.s.b786470.14322692914250.transcr...@bugs.debian.org

Bug#786470: debian-policy: [copyright-format] Add an optional “License-Grant” field

[Charles Plessy]

Control: tags -1 - patch

(the patch tag has a special meaning in the bugs on debian-policy, to indicate
that consensus has been reached and discussion is over).

Le Fri, May 22, 2015 at 10:07:45AM +1000, Ben Finney a écrit :
 Package: debian-policy
 Severity: wishlist
 Control: tags -1 + patch
 
 As discussed in the ‘debian-devel’ thread in 2015-05
 URL:https://lists.debian.org/msgid-search/85lhgjzqy3@benfinney.id.au,
 there is value in recording the explicit text from the copyright
 holder that *grants* a license to the recipient.
 
 The attached patch updates the ‘copyright-format’ specification to
 describe a “License-Grant” field, and clarifies the other fields in
 relation to this.

Hi Ben,

I just read through the thread on debian-devel; I think that the Lintian
warning dep5-copyright-license-name-not-unique is wrong.

As you can see on lintian.debian.org, it is issued for more than a thousand
packages.  At this point one needs to consider if the current practice should
be adatped to Lintian or if Lintian should be adapted to the current practice.

The current practice is that in cases like the following one, the stand-alone
license paragraph is the one that defines the license text.

--
Files: *
License: foo
 You must follow the foo license.

License: foo
 Do whatever foo you want.
--

In my opinon, clarifying the standard would be better than changing one
thousand packages.

Experiments on new fields are welcome, and it is good to open bugs to track
them.  But I think that we should first see how the proposed field gets
traction before adding it to the specification.

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


-- 
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150522043442.gd4...@falafel.plessy.net