I don't think the unsigned DCO really supports the chain of custody/title
all that much, but it may still put minds at ease that the project is
following best practices regarding IP.



On Wed, Nov 27, 2024, 12:05 Soren Stoutner <so...@debian.org> wrote:

> On Wednesday, November 27, 2024 6:40:11 AM MST Simon Josefsson wrote:
> > Soren Stoutner <so...@debian.org> writes:
> > > On Wednesday, November 27, 2024 4:48:30 AM MST Ulrich Müller wrote:
> > >> >>>>> On Wed, 27 Nov 2024, Soren Stoutner wrote:
> > >> > On Wednesday, November 27, 2024 2:48:51 AM MST Simon Josefsson
> wrote:
> > >> >> I don't follow.  Do you believe the DCO is a license text?
> > >> >
> > >> > Yes.  There is no question that the DCO is a license.  It says right
> > >> > in the text it is a license.
> > >>
> > >> So if someone wants to include any non-free file in a package, they
> can
> > >> just claim in its header that it is a license, and it will be excepted
> > >> from the DFSG? That seems like a strange concept.
> > >
> > > I can’t imagine anyone making that claim, and no one has in this
> thread.
> > >
> > > However, if a project includes their Contributor License Agreement in
> their
> > > source code (the DSO in this case), doing so does not pose any DFSG
> problems
> > > (and, indeed, is a good idea, because it strengthens the chain of
> custody
> of
> > > the open-source license presented by the project to the end users).
> >
> > I don't think so -- the fact that a DCO is included does not guarantee
> > that contributions were made under that DCO.  It is just an auxilliary
> > text file with a non-free license, referred to by a README.  It may be
> > that some contributions were given under the DCO, but there is no
> > guarantee, and this doesn't modify anything about the rights I'm given
> > as a user from the outgoing license.
>
> No, it doesn’t *guarantee* anything (I believe I have been very careful
> never
> to use the word guarantee in anything I have written about the DCO), just
> like
> nothing in a Debian package guarantees that one of the contributors didn’t
> lie
> about their copyright claims.  But it does *document* the claims that are
> made
> about the code contributions to the project, just like the copyright
> information Debian distributes documents the claims that are being made
> about
> copyright of code in the project.
>
> > Generally, I can't align your thinking with the decisions about the FDL:
> >
> > https://www.debian.org/vote/2006/vote_001
> >
> > I made the example earlier of a manual that has an FDL Invariant Section
> > that includes a copy of the GPL.  I believe Debian consider that as
> > non-free, since a manual shouldn't contain things that cannot be
> > modified, but if I'm understanding you correctly you argue that would be
> > acceptable.
>
> I am familiar with the outcome of the vote you mentioned earlier, and I
> fully
> agree that the GFDL with Invariant Sections is not DFSG-free.  For the
> sake of
> others who might not be aware, other similar licenses are DFSG-free,
> including
> the GPL and the GFDL with No Invariant Sections, No Front Cover Texts, and
> No
> Back Cover Texts (abbreviated in Debian as GFDL-NIV).  As I have explained
> multiple times in this thread, trying to compare the DCO with the GFDL
> with
> Invariant Sections is the wrong comparison.  You need to compare it to the
> GPL.  The text of the DCO that has raised concerns here was never
> discussed as
> a problem in https://www.debian.org/vote/2006/vote_001.  Identical text
> appears in the GPL.  If you would like to continue this discussion, please
> stop referencing https://www.debian.org/vote/2006/vote_001 (or prove how
> it is
> somehow connected to the DCO) and make a argument about why both the DCO
> and
> the GPL should be considered DFSG-non-free.
>
> --
> Soren Stoutner
> so...@debian.org

Reply via email to