mail archive of the barebox mailing list
 help / color / mirror / Atom feed
From: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
To: Wolfgang Denk <wd@denx.de>
Cc: barebox@lists.infradead.org
Subject: Re: Code "borrowed" without attribution to original authors
Date: Thu, 7 Oct 2010 10:37:02 +0200	[thread overview]
Message-ID: <20101007083702.GQ29673@pengutronix.de> (raw)
In-Reply-To: <20101007080810.EFDC4153A7E@gemini.denx.de>

Hi Wolfgang,

On Thu, Oct 07, 2010 at 10:08:10AM +0200, Wolfgang Denk wrote:
> In message <20101007073842.GP29673@pengutronix.de> you wrote:
> > 
> > I really wonder why you care about the commit log.  I would care more
> > about the copyright statements in the code.  (Nevertheless I consider it
> > correct and fair to attribute in the commit log where the code is taken
> > from.)
> 
> The introduction of the Signed-off-by: system to the Linux kernel has
> been a significant improvement to make the origin of each and every
> line of code clear, independent of the copyright statements which
> quite often only list the original authors, even if the current file
> does not contain much of the original code any more.
Yep, it's a hard job to keep copyright statements up to date (and
sensible).  Updating the in-file statements is the best thing the
barebox people can do now.
 
> I think it i quite instructive to re-read the "12) Sign your work"
> section of the Linux kernel's "SubmittingPatches" document. I think
> our situation is best covered by the notes to back-porters there:
> 
> |  Special note to back-porters: It seems to be a common and useful practise
> |  to insert an indication of the origin of a patch at the top of the commit
> |  message (just after the subject line) to facilitate tracking. For instance,
> |  here's what we see in 2.6-stable :
> |  
> |      Date:   Tue May 13 19:10:30 2008 +0000
> |  
> |          SCSI: libiscsi regression in 2.6.25: fix nop timer handling
> |  
> |          commit 4cf1043593db6a337f10e006c23c69e5fc93e722 upstream
> |  
> |  And here's what appears in 2.4 :
> |  
> |      Date:   Tue May 13 22:12:27 2008 +0200
> |  
> |          wireless, airo: waitbusy() won't delay
> |  
> |          [backport of 2.6 commit b7acbdfbd1f277c1eb23f344f899cfa4cd0bf36a]
> |  
> |  Whatever the format, this information provides a valuable help to people
> |  tracking your trees, and to people trying to trouble-shoot bugs in your
> |  tree.
> 
> Note that this is not only a topic from the point of code
> attribution, but also from the point of bug tracking and quality
> insurance.  I consider it a good thing in general.  I definitely
> want to have this in U-Boot myself.
full ack.  But the impression I got on your first mails is not that you
care much about bug tracking and quality assurance in barebox.  I
thought it's more about missing fame for U-Boot and it's contributors.

And it needs an adaption if you copy code that was added and changed by
several commits.  Then I would not add the "original" Sobs to my commit
log, only reference the HEAD commit where the code is taken from.)

> > I don't know if you want to make it easier for people to get the
> > annotations right/better when copying from U-Boot or not.  But if you
> > do, you could change your standard copyright header to include the
> > project's name.  Something like:
> 
> Hm... we could do that, of course. But what exactly would it help or
> change?
If Joe Developer copies a file from U-Boot to barebox, he automatically
get's the in-file attribution right/better.

>          This is not done in Linux, either...
So you scruple to make U-Boot better than the Linux kernel? ;-)

In the section "How to Apply These Terms to Your New Programs" of the
GPL-2 it's even suggested to add 

	<one line to give the program's name and a brief idea of what it does.>

I prefer my suggestion, but YMMV.

Best regards
Uwe

-- 
Pengutronix e.K.                           | Uwe Kleine-König            |
Industrial Linux Solutions                 | http://www.pengutronix.de/  |

_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

  parent reply	other threads:[~2010-10-07  8:37 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-05 13:52 Wolfgang Denk
2010-10-05 16:00 ` Jean-Christophe PLAGNIOL-VILLARD
2010-10-05 16:20   ` Jean-Christophe PLAGNIOL-VILLARD
2010-10-05 17:53     ` Wolfgang Denk
2010-10-06  3:03       ` Jean-Christophe PLAGNIOL-VILLARD
2010-10-06  7:27 ` Sascha Hauer
2010-10-06 13:56   ` Wolfgang Denk
2010-10-07  7:38     ` Uwe Kleine-König
     [not found]       ` <20101007080810.EFDC4153A7E@gemini.denx.de>
2010-10-07  8:37         ` Uwe Kleine-König [this message]
2010-10-07  8:06     ` Sascha Hauer
2010-10-07  8:45       ` Wolfgang Denk
2010-10-07 12:45         ` Sascha Hauer

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=20101007083702.GQ29673@pengutronix.de \
    --to=u.kleine-koenig@pengutronix.de \
    --cc=barebox@lists.infradead.org \
    --cc=wd@denx.de \
    /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