git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Collin Funk <collin.funk1@gmail.com>
To: "D. Ben Knoble" <ben.knoble@gmail.com>
Cc: Git <git@vger.kernel.org>
Subject: Re: Signed-off-by & the law
Date: Thu, 16 Oct 2025 13:55:33 -0700	[thread overview]
Message-ID: <871pn2ftx6.fsf@gmail.com> (raw)
In-Reply-To: <CALnO6CDNRw3UcU9UM7rpkAoQsSmfdkxMKVihmoUmUOCv_fpbJw@mail.gmail.com>

"D. Ben Knoble" <ben.knoble@gmail.com> writes:

> Any contributors/users with an interest in law feel like taking a stab
> at answering "Is Git's signed-off-by legally useful" ?
> https://law.stackexchange.com/q/111158/26698
>
> Having a solid reference answer is usually a good thing, if one exists.

Not sure if it has ever been a topic in court, but it would allow you to
argue that committers signed off to the DCO acknowledging that they have
the ability to contribute the work under an open source license [1]. In
other words, the they have confirmed the work is not owned by their
employers, as is often the case with Software Developers in the US [2].

What I worry about is whether people actually read it and fully consider
whether they own the copyright to their work. My assumption is that a
non-small percentage of people just add a "Signed-off-by" tag as a
prerequisite to getting their patch approved.

That is why I prefer copyright assignments. I have done many various GNU
projects that I commit to. I feel, at least in GNU's case, that they
force you to consider whether an employer may own your work [3]. If so,
the FSF will request your employer sign your copyright assignment.

Obviously, the assignment process is time consuming and a barrier to
entry for new contributors. For that reason some GNU projects, such as
glibc and binutils, allow you to send patches with "Signed-off-by" to
the DCO if you do not have a copyright assignment nowadays [4].

Obligitory statement that I am not a lawyer here.

Collin

[1] https://developercertificate.org/
[2] https://en.wikipedia.org/wiki/Work_for_hire#
[3] https://github.com/coreutils/gnulib/blob/master/doc/Copyright/request-assign.future
[4] https://sourceware.org/glibc/wiki/Contribution%20checklist#Developer_Certificate_of_Origin

  reply	other threads:[~2025-10-16 20:55 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-10-16 20:15 Signed-off-by & the law D. Ben Knoble
2025-10-16 20:55 ` Collin Funk [this message]
2025-10-16 21:16   ` D. Ben Knoble
2025-10-16 21:29     ` Collin Funk
2025-10-17  4:18       ` Theodore Ts'o
2025-10-16 21:04 ` Junio C Hamano
2025-10-16 21:06   ` D. Ben Knoble

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=871pn2ftx6.fsf@gmail.com \
    --to=collin.funk1@gmail.com \
    --cc=ben.knoble@gmail.com \
    --cc=git@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).