From: "Brown, Rodney" <rodneybrown@mynd.com>
To: "'Andrew Cagney'" <ac131313@cygnus.com>, RDBrown@mira.net
Cc: Geoff Keating <geoffk@cygnus.com>,
"'gdb@sources.redhat.com'" <gdb@sources.redhat.com>
Subject: RE: Preferred format of Copyright statement
Date: Tue, 26 Sep 2000 21:28:00 -0000 [thread overview]
Message-ID: <40D1CB7FA1EAD311BD610008C733141C1DE0E8@aus-msg-02.au.pmsc.com> (raw)
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2074 bytes --]
Title: RE: Preferred format of Copyright statement
For the patches supplied I found it easiest to run the script,
correct the (few) errors it diagnosed and then walk through the changes
doing some minor reformatting. The ChangeLog entries took almost as
long. Since the changes are mainly in comments a big bang approach is
less risky than for PARAMS. Once the distraction of Roy & HG is over I should be able to
supply patches with a few days turn around at most, so whenever it
is convenient for you guys.
I need to submit a patch to automake which has and generates
an embedded year range.
-----Original Message-----
From: Andrew Cagney [ mailto:ac131313@cygnus.com ]
Sent: Tuesday, September 26, 2000 6:08 AM
To: RDBrown@mira.net; RodneyBrown@mynd.com
Cc: Geoff Keating; gdb@sources.redhat.com
Subject: Re: Preferred format of Copyright statement
> > I know this has a tendency to line-wrap, but so what? No human will
> > ever care. So we might as well make it completely correct.
>
> Ok, will produce that form.
>Â Â Given that the first attempt over gdb
> gives a patch file of ~900k touching 1725 files, would it be more useful
> to provide patches for the few percent of cases needing manual fixes and
> provide the script to be run when the maintainer finds it convenient?
> Or should it only fix those with ranges or 2-digit years and leave (C)
> removal where the year list is Ok?
>
> (Trying to conserve maintainer think time, not be a WOFTAM).
(Yes I know your e-mail was posted a month ago :-().
Could I suggest a multi-step process like Kevin is doing to clean up
PARAMS. I'd suggest doing the automated changes and then as a later
pass, do the hand changes. You won't need maintainer approval for this
change. Just give a weeks notice on the big jumbo change.
       enjoy,
              Andrew
PS: I my take on how to format copyright is that IanC's guideline is
simply too complicated for us programming types - we're a simple bunch
:-)
next reply other threads:[~2000-09-26 21:28 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-09-26 21:28 Brown, Rodney [this message]
2000-11-06 4:10 ` Andrew Cagney
[not found] <200008151314.XAA00259@iji.local>
2000-08-15 10:14 ` Geoff Keating
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=40D1CB7FA1EAD311BD610008C733141C1DE0E8@aus-msg-02.au.pmsc.com \
--to=rodneybrown@mynd.com \
--cc=RDBrown@mira.net \
--cc=ac131313@cygnus.com \
--cc=gdb@sources.redhat.com \
--cc=geoffk@cygnus.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