From owner-svn-src-head@freebsd.org Tue Mar 10 16:08:20 2020 Return-Path: Delivered-To: svn-src-head@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A218D26898F; Tue, 10 Mar 2020 16:08:20 +0000 (UTC) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48cKkp2VH3z47XY; Tue, 10 Mar 2020 16:08:18 +0000 (UTC) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 02AG8DWK065807; Tue, 10 Mar 2020 09:08:13 -0700 (PDT) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 02AG8DEk065806; Tue, 10 Mar 2020 09:08:13 -0700 (PDT) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <202003101608.02AG8DEk065806@gndrsh.dnsmgr.net> 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 In-Reply-To: <202003101557.02AFvkPH048708@slippy.cwsent.com> To: Cy Schubert Date: Tue, 10 Mar 2020 09:08:13 -0700 (PDT) CC: rgrimes@freebsd.org, Ed Maste , src-committers , svn-src-all , svn-src-head Reply-To: rgrimes@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 48cKkp2VH3z47XY X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd@gndrsh.dnsmgr.net X-Spamd-Result: default: False [-0.45 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[rgrimes@freebsd.org]; NEURAL_HAM_MEDIUM(-0.90)[-0.900,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.48)[-0.480,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[6]; TO_MATCH_ENVRCPT_SOME(0.00)[]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.03)[ip: (0.13), ipnet: 69.59.192.0/19(0.07), asn: 13868(0.03), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2020 16:08:20 -0000 > In message <202003101541.02AFfpiY065653@gndrsh.dnsmgr.net>, "Rodney W. > Grimes" > writes: > > > On March 10, 2020 6:42:30 AM PDT, Ed Maste 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? Sounds ok, but I was thinking 13.0 EOL, vs 13 EOL, unless you want to support it for 5 more years?? Or even 13.1 EOL if it is desirable to give them just a wee bit more time. > DEPRECATED prints warnings. Ok -- Rod Grimes rgrimes@freebsd.org