From: David Kastrup <dak@gnu.org>
To: git@vger.kernel.org
Subject: Re: [PATCH 0/2] Two janitorial patches for builtin/blame.c
Date: Tue, 21 Jan 2014 17:22:42 +0100 [thread overview]
Message-ID: <87d2jlqp7x.fsf@fencepost.gnu.org> (raw)
In-Reply-To: 1390157870-29795-1-git-send-email-dak@gnu.org
David Kastrup <dak@gnu.org> writes:
> This is more a warmup than anything else: I'm actually doing a quite
> more involved rewrite of git-blame right now. But it's been a long
> time since I sent patches for Git, so I'm starting out with something
> reasonably uncontroversial.
Ping?
Now I might have sent at an unopportune time: blame.c is mostly
attributed to Junio who seems to have been a few days absent now.
I also have seen quite a few mails and patch submissions on the list go
basically unanswered in the last few days.
So it might just be that this is business as usual. However, since
I have not been on this list for quite a while, I would want to avoid
causing large delays by some oversight.
I have not so far signed off on the patches: it would appear that this
is required. The submission guidelines in
Documentation/SubmittingPatches state for signing off:
(a) The contribution was created in whole or in part by me and I
have the right to submit it under the open source license
indicated in the file; or
[...]
(d) I understand and agree that this project and the contribution
are public and that a record of the contribution (including all
personal information I submit with it, including my sign-off) is
maintained indefinitely and may be redistributed consistent with
this project or the open source license(s) involved.
Now the file involved (builtin/blame.c) itself does not state _any_
license. Instead it states
/*
* Blame
*
* Copyright (c) 2006, Junio C Hamano
*/
I do not intend my contribution to constitute a copyright assignment
(and it hardly could be one). The top file COPYING in Git states
Note that the only valid version of the GPL as far as this project
is concerned is _this_ particular version of the license (ie v2, not
v2.2 or v3.x or whatever), unless explicitly otherwise stated.
HOWEVER, in order to allow a migration to GPLv3 if that seems like
a good idea, I also ask that people involved with the project make
their preferences known. In particular, if you trust me to make that
decision, you might note so in your copyright message, ie something
like
This file is licensed under the GPL v2, or a later version
at the discretion of Linus.
might avoid issues. But we can also just decide to synchronize and
contact all copyright holders on record if/when the occasion arises.
As far as I am concerned, I am willing to license my work under the
GPLv2 or any later version at the discretion of whoever wants to work
with it. I think that should be compatible with the project goals.
Now the above passage states "you might note so in your copyright
message", but my patches do not even contain a copyright message and it
is not clear to me that they should, or that there is a sensible place
to place such "copyright messages".
So any guidance about that?
--
David Kastrup
next prev parent reply other threads:[~2014-01-21 16:23 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-19 18:57 [PATCH 0/2] Two janitorial patches for builtin/blame.c David Kastrup
2014-01-19 18:57 ` [PATCH 1/2] builtin/blame.c: struct blame_entry does not need a prev link David Kastrup
2014-01-21 21:54 ` Junio C Hamano
2014-01-21 23:02 ` David Kastrup
2014-01-19 18:57 ` [PATCH 2/2] Eliminate same_suspect function in builtin/blame.c David Kastrup
2014-01-21 16:22 ` David Kastrup [this message]
2014-01-21 16:55 ` [PATCH 0/2] Two janitorial patches for builtin/blame.c Jonathan Nieder
2014-01-21 17:40 ` David Kastrup
2014-01-21 17:44 ` Jonathan Nieder
2014-01-21 17:58 ` David Kastrup
2014-01-21 19:15 ` Jonathan Nieder
2014-01-21 19:56 ` David Kastrup
2014-01-21 20:01 ` Jonathan Nieder
2014-01-21 21:30 ` David Kastrup
2014-01-21 20:20 ` Junio C Hamano
2014-01-21 22:56 ` David Kastrup
2014-01-21 19:53 ` Jonathan Nieder
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=87d2jlqp7x.fsf@fencepost.gnu.org \
--to=dak@gnu.org \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.