git: 7bbd7b58f8 - Remove $FreeBSD$ from my PGP key

[Cy Schubert]

In message <CANCZdfo0uUXsU+-8+HPQpY=R-f_OX_bsYy26jO6Tkf9EaKfYpQ at mail.gmail.c
om>
, Warner Losh writes:
> --000000000000bd3a4c05b6219c92
> Content-Type: text/plain; charset="UTF-8"
>
> On Thu, Dec 10, 2020 at 12:55 PM Cy Schubert <Cy.Schubert at cschubert.com>
> wrote:
>
> > In message <202012101845.0BAIj8K3028295 at gitrepo.freebsd.org>, Warner Losh
> > write
> > s:
> > > The branch main has been updated by imp:
> > >
> > > URL:
> > https://cgit.FreeBSD.org/doc/commit/?id=7bbd7b58f8a98ba1d854158fb42c0de0
> > > 07e00cc1
> > >
> > > commit 7bbd7b58f8a98ba1d854158fb42c0de007e00cc1
> > > Author:     Warner Losh <imp at FreeBSD.org>
> > > AuthorDate: 2020-12-10 18:43:06 +0000
> > > Commit:     Warner Losh <imp at FreeBSD.org>
> > > CommitDate: 2020-12-10 18:43:06 +0000
> > >
> > >     Remove $FreeBSD$ from my PGP key
> > >
> > >     The $FreeBSD$ tag is obsolete. Remove it. Note: this is a test commit
> > >     to ensure that my instructions work end to end. If we do the rest,
> > >     then we should do it in bulk so individuals should hold off doing
> > >     similar commits unless changing their key.
> >
> > Doing it in bulk makes most sense, avoiding unnecessary churn.
> >
> > I think the whole tree should be done in one commit.
> >
>
> Yes. The doc tree should be since there's no mirroring. There's no MFC
> issues so that makes sense. It would likely only be mildly intrusive for
> translations, but I've not studied them enough to know how intrusive.
>
> The src tree should not be done until stable/12 goes EOL since we're
> replaying the src commits done to stable/12 branch to subversion until
> then. This change isn't MFCable, and would create some level of heartburn
> for MFCs that's likely to be a worse problem than putting up with them in
> src for a couple of years. The policy for src should be 'don't remove ones
> that are there, but you don't need it for every new file' or similar.

Direct commits to stable would flush the at-the-time meaningless tags. To 
you and me it won't matter but I'm sure some people will open more than one 
PR to remove them. Someone or some committers will need to address these. 
People issues are usually more difficult to manage than purely technical 
issues.

Anyhow, just thinking ahead trying to avoid tickets. Whatever is easier is 
fine by me.


-- 
Cheers,
Cy Schubert <Cy.Schubert at cschubert.com>
FreeBSD UNIX:  <cy at FreeBSD.org>   Web:  https://FreeBSD.org
NTP:           <cy at nwtime.org>    Web:  https://nwtime.org

	The need of the many outweighs the greed of the few.