Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 10 Mar 2020 08:57:46 -0700
From:      Cy Schubert <Cy.Schubert@cschubert.com>
To:        rgrimes@freebsd.org
Cc:        Cy Schubert <Cy.Schubert@cschubert.com>, Ed Maste <emaste@freebsd.org>, src-committers <src-committers@freebsd.org>, svn-src-all <svn-src-all@freebsd.org>, svn-src-head <svn-src-head@freebsd.org>
Subject:   Re: svn commit: r358821 - in head: . contrib/amd libexec/rc/rc.d  release tools/build/mk tools/build/options usr.sbin usr.sbin/amd  usr.sbin/newsyslog/newsyslog.conf.d
Message-ID:  <202003101557.02AFvkPH048708@slippy.cwsent.com>
In-Reply-To: <202003101541.02AFfpiY065653@gndrsh.dnsmgr.net>
References:  <202003101541.02AFfpiY065653@gndrsh.dnsmgr.net>

next in thread | previous in thread | raw e-mail | index | archive | help
In message <202003101541.02AFfpiY065653@gndrsh.dnsmgr.net>, "Rodney W. 
Grimes"
writes:
> > On March 10, 2020 6:42:30 AM PDT, Ed Maste <emaste@freebsd.org> wrote:
> > >> Sorry for being snippy. It's a bad day here, client-wise, and it's
> > >spilling
> > >> over here.
> > >
> > >No apology necessary, I'm sorry I didn't coordinate more closely with
> > >you on the actual svn commit. I had this change in my WIP tree since
> > >November and just got back to it. Given the elapsed time since we last
> > >discussed it I ought to have sent a reminder/refreshed the discussion.
> > 
> > I think a FreeBSD version bump might still be needed. Though ports or other
>  software might simply check for the existence of /usr/sbin/amd instead. 
> > 
> > I should put a deprecation flag into the port though I haven't thought abou
> t the expiry date yet. Probably at 12 EOL.
>
> Since 13 is not going to include amd that would be ending both the base and p
> ort version at the same time, perhaps keep the port to 13.0 EOL to give a sli
> ght window when someone upgrades to 13 and finds out amd is gone they can go 
> to the port for a quick but short lived fixed.
>
> Perhaps big giant warnings all over the port too that it is about to EOL?

Does adding DEPRECATED= without EXPIRATION_DATE= and a comment to add 
EXPIRATION_DATE for 13 EOL date sound ok?

DEPRECATED prints warnings.


-- 
Cheers,
Cy Schubert <Cy.Schubert@cschubert.com>
FreeBSD UNIX:  <cy@FreeBSD.org>   Web:  http://www.FreeBSD.org

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





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?202003101557.02AFvkPH048708>