Date: Sun, 16 Dec 2018 11:21:03 -0800 (PST) From: "Rodney W. Grimes" <freebsd-rwg@pdx.rh.CN85.dnsmgr.net> To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net> Cc: George Neville-Neil <gnn@neville-neil.com>, freebsd- <arch@freebsd.org> Subject: Re: A proposal for code removal prior to FreeBSD 13 Message-ID: <201812161921.wBGJL3GH092570@pdx.rh.CN85.dnsmgr.net> In-Reply-To: <261A6437-3ECC-43FF-ADA2-EE430477BB92@lists.zabbadoz.net>
next in thread | previous in thread | raw e-mail | index | archive | help
> On 16 Dec 2018, at 16:45, Rodney W. Grimes wrote:
>
> I?ll ignore the ?turning FreeBSD into change-management
> procedures? part.
>
> > timed was removed outside of current procedure, and that should
> > be corrected ASAP,
>
> No, it should not. There is a stable branch, with shipping releases,
> and support until at least June 30, 2020, possibly longer.
Your confusing "correcting the lack of deprecation notice" with
"reverting the removal". As it stands now no deprecation notice
has been made per 17.4 of the handbook, that is bad and wrong.
The "corrections" needed are to stable/12 now, as direct commits,
since it wasnt done correctly in head:
1) timed needs to spit out a message when it is invoked.
2) timed(8) needs a deprecation notice added.
3) The above should be flagged with relnotes: yes so
that the 12.1 release notes can state that timed
is going away in 13.
>
> The questions are:
> (a) will the request still be relevant then?
> (b) do we still want to support it then?
> (c) with pkgbase hopefully coming, will it still matter or is it better
> off to be ?3rd party? software?
> (d) if it?s coming back, do we have a developer to care about it and
> take care of the original reason that triggered the removal?
I would say it was removed without proper due process and
could ask for a revert, but at this time I am not, I am only
asking that the proper procedures be minimally adbered to.
>
> > as one developer has already spoken up that
> > they are using it.
>
> s/developer/user/ ; whether he is a developer as well is not the point.
It can be, as often developers are speaking for much more than
just a user, any of the develoeprs who support a large deployed
base have far more pull in my book than a loan user off in the
corner.
>
>
> /bz
>
--
Rod Grimes rgrimes@freebsd.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201812161921.wBGJL3GH092570>