svn commit: r338172 - Now deprecating DRM

[Kevin Bowling]

Your fundamental premise is off base, drm is not gone, it's been moved.

Regards,
Kevin

On Wed, Aug 22, 2018 at 9:08 AM, Rodney W. Grimes
<freebsd at pdx.rh.cn85.dnsmgr.net> wrote:
>> >
>> > Could you please create a stable/11 deprecation change.
>> >
>>
>> What does that entail other than an update to UPDATING in stable/11?
>
> I see some others have answered on this, so I'll just summarize.
>
> 1) Calls to gone_in should be added to the stable/11 drm modules
>    so that when they are loaded a message informs the user of
>    the deprecation.
>    Please be sure to tag this commit with Relnotes: Y
>
> 2) No note is needed in UPDATING, as there is not any action for
>    the user to take in stable/11, the UPDATING note was done in
>    head, which is correct.
>
> 3) If for some reason you make another DRM removal related
>    commit to head please add a tag for Relnotes: Y as this
>    needs to be in the 12.0 release notes too.
>
> Thats all I can think of right now, as a future request,
> and IMHO, all deprecations should have a formal review
> process, no mater who approved it.  There are just so
> many bits and pieces that need done to make sure these
> work smoothly as possible.
>
> For example, the gone_in stuff was desinged so that
> should of been the first commit, in ^head, and then
> merged to stable/11.   All commits adding gone_in should be
> tagged with relnotes Y so good notification goes out.
>
> Desirably these gone-in's should be in existing
> for a full point release, so that we do not abondon
> uses that was not considered, this DRM one seems to
> have rather serious impacts on a couple of users.
>
> I think this deprecation is a rather serious deviation
> from the stated policy, in that 0 notification was
> made, core IMHO, has overstepped some boundaries in
> that respect.   These policies are promises to the
> downstream consumers, and violating them is very
> poor planning.
>
> --
> Rod Grimes                                                 rgrimes at freebsd.org
> _______________________________________________
> svn-src-head at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/svn-src-head
> To unsubscribe, send any mail to "svn-src-head-unsubscribe at freebsd.org"