Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Daniel Jacobowitz <drow@mvista.com>
To: gdb@sources.redhat.com
Subject: Re: [RFA] Correct machine name in config/m68k/tm-nbsd.h
Date: Thu, 25 Apr 2002 16:07:00 -0000	[thread overview]
Message-ID: <20020425190715.A31091@nevyn.them.org> (raw)
In-Reply-To: <3.0.6.32.20020426002406.01062100@ics.u-strasbg.fr>

On Fri, Apr 26, 2002 at 12:24:06AM +0200, muller@cerbere.u-strasbg.fr wrote:
> At 21:18 25/04/02 +0300, Eli Zaretskii wrote:
> >> Date: Thu, 25 Apr 2002 12:42:42 +0200
> >> From: Pierre Muller <muller@cerbere.u-strasbg.fr>
> >> >
> >> >FYI, the guidelines for such decisions are in standards.texi (IIRC).
> >> Sorry, but I went trough (quickly)
> >> but didn't find anything about
> >> years for copyrights.
> >
> >Sorry, my memory betrayed me: the guidelines I had in mind are in
> >maintain.texi, not in standards.texi.  (You can download maintain.texi
> >from the GNU FTP site, if you don't have it.)  Look for a node
> >"Copyright Notices" in that manual.
> 
> Extracted from this file:
> 
> <<<<<<<<<<<<<<<<<<<<<
> The list of year numbers should include each year in which you finished
> preparing a version which was actually released, and which was an
> ancestor of the current version.
> 
> Please reread the paragraph above, slowly and carefully.  It is
> important to understand that rule precisely, much as you would
> understand a complicated C statement in order to hand-simulate it.
> 
> This list is _not_ a list of years in which versions were _released_.
> It is a list of years in which versions, later released, were
> _completed_.  So if you finish a version on Dec 31, 1994 and release it
> on Jan 1, 1995, this version requires the inclusion of 1994, but
> doesn't require the inclusion of 1995.
> <<<<<<<<<<<<<<<<<<<<<
> 
> 
> After rereading, I understand that we should only add a year number
> each time we release a version we should update the copyright
> notice with the year corresponding to the last commit before
> the release....
> 
> Shouldn't this be done automatically by some script??
> Anyhow, as I understand this, I will not add 2002 to the year list,
> as it might well be that we only release GDB 6.0 next year,
> so if we add some other change in early 2003, that 2002
> should not be in the list according to that rule!
> 
> But maybe I didn't reread it slowly enough....

I believe that "made available in a public CVS" counts as "released"
for these purposes.  That's how projects seem to manage it, at least.

-- 
Daniel Jacobowitz                           Carnegie Mellon University
MontaVista Software                         Debian GNU/Linux Developer


  reply	other threads:[~2002-04-25 23:07 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20020424102300.B6310@nevyn.them.org>
     [not found] ` <4.2.0.58.20020425123916.016f4370@ics.u-strasbg.fr>
2002-04-25 11:19   ` Eli Zaretskii
2002-04-25 15:19     ` muller
2002-04-25 16:07       ` Daniel Jacobowitz [this message]
2002-04-28  9:52         ` Eli Zaretskii
2002-04-28 10:00           ` Daniel Jacobowitz
2002-04-28 11:50             ` Eli Zaretskii
2002-04-29  8:26               ` Daniel Jacobowitz
2002-04-29 11:39                 ` Eli Zaretskii

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=20020425190715.A31091@nevyn.them.org \
    --to=drow@mvista.com \
    --cc=gdb@sources.redhat.com \
    /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