Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: ams@gnu.org (Alfred M. Szmidt)
To: "Joseph S. Myers" <joseph@codesourcery.com>
Cc: alves.ped@gmail.com, stanshebs@earthlink.net,	gdb-patches@sourceware.org
Subject: Re: RFC: one more question about year ranges in copyright notices...
Date: Wed, 04 Jan 2012 17:38:00 -0000	[thread overview]
Message-ID: <E1RiUmf-0001rI-2E@fencepost.gnu.org> (raw)
In-Reply-To: <Pine.LNX.4.64.1201041708130.5319@digraph.polyomino.org.uk>	(joseph@codesourcery.com)

   The rule for including intermediate years (before the rule that you can 
   just add the new year to every file) used to be that the years to list 
   were when a version, later released, was completed.  It then changed to 
   explain that you should add the new year - on the presumption that you 
   have public version control so that every intermediate version is 
   released, and with the rule that you only need to track when changes to 
   the whole package were made, not individual files.

   Since GDB's version control history does not include the real history for 
   older years - just imported snapshots / releases - it should probably be 
   checked that there were indeed released versions of GDB that were 
   completed in each year before 1999 that we wish to include implicitly in 
   the simplified ranges.  And it probably is worth checking with the FSF 
   that using <first-year>-2012 is correct in that case, and for what 
   <first-year> should be (my guess is that it's the first year in which a 
   released version of GDB included any copyrightable content from which the 
   file was derived, but maybe it will be OK just to put the first year for 
   GDB everywhere).

This might help, from the GNU maintainer guidelines:

|    To update the list of year numbers, add each year in which you have
| made nontrivial changes to the package.  (Here we assume you're using a
| publicly accessible revision control server, so that every revision
| installed is also immediately and automatically published.)  When you
| add the new year, it is not required to keep track of which files have
| seen significant changes in the new year and which have not.  It is
| recommended and simpler to add the new year to all files in the
| package, and be done with it for the rest of the year.
|
|    Don't delete old year numbers, though; they are significant since
| they indicate when older versions might theoretically go into the public
| domain, if the movie companies don't continue buying laws to further
| extend copyright.  If you copy a file into the package from some other
| program, keep the copyright years that come with the file.



  reply	other threads:[~2012-01-04 17:38 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-04  9:47 Joel Brobecker
2012-01-04 16:10 ` Tom Tromey
2012-01-04 16:19 ` Stan Shebs
2012-01-04 16:43   ` Tom Tromey
2012-01-04 16:55   ` Pedro Alves
2012-01-04 17:17     ` Joseph S. Myers
2012-01-04 17:38       ` Alfred M. Szmidt [this message]
2012-01-04 17:28   ` Alfred M. Szmidt
2012-01-06  6:23 ` Joel Brobecker
2012-01-27  9:23   ` Joel Brobecker

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=E1RiUmf-0001rI-2E@fencepost.gnu.org \
    --to=ams@gnu.org \
    --cc=alves.ped@gmail.com \
    --cc=gdb-patches@sourceware.org \
    --cc=joseph@codesourcery.com \
    --cc=stanshebs@earthlink.net \
    /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