<div dir="ltr"><div dir="ltr">On Thu, Oct 1, 2020 at 11:01 AM Jared Smith <<a href="mailto:jaredsmith@jaredsmith.net">jaredsmith@jaredsmith.net</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">On Thu, Oct 1, 2020 at 9:20 AM Joshua C. Colp <<a href="mailto:jcolp@sangoma.com" target="_blank">jcolp@sangoma.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>1. All the changes listed below initially occur in standard releases - in my opinion beginning the process to remove a module is a big thing and we should gradually introduce it, gaining feedback from those who run standard releases first.</div><div>2. The first step is marking a module as deprecated and occurs for 1 standard release and 1 LTS release</div><div>3. The second step is marking a module as defaultenabled no which means it will not be built by default. This occurs for 1 standard release and 1 LTS release</div><div>4. The third step is removing the module</div><div>5. There will be a wiki page to keep track of all modules which are in the process of being removed</div><div>6. When a new LTS branch is created the master branch becomes eligible again for changing the state of modules, a reminder can be done as part of cutting the LTS branch</div><div><br></div><div>Thoughts?</div></div></blockquote><div><br></div>I'm fine with the process you propose -- it's roughly the same process we've discussed each year at AstriDevCon for the past several years.  But in addition to the process, I think we actually need follow-through as well.  I feel (for better or for worse) that most Asterisk developers have been in agreement on the process for years now, but little actual work to deprecate modules (other the obvious chan_sip and "deprecate the dialplan" discussions) has been done.</div><div class="gmail_quote"><br></div><div class="gmail_quote">Other than the chan_sip changes, have any other modules been marked as deprecated, or set to "defaultenabled no"?  Maybe there is a bunch and I've just missed them...</div></div></blockquote><div><br></div><div>Not really, and I think part of the problem is that this entire thing hasn't really been documented, communicated, or been a strict part of the release or development process. It's been more organic. Going forward it would be explicitly part of the steps when cutting the new branch, for example, and part of the announcement.</div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div style="font-family:tahoma,sans-serif"><font color="#073763">Joshua C. Colp</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Asterisk Technical Lead</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Sangoma Technologies</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Check us out at <a href="http://www.sangoma.com" target="_blank">www.sangoma.com</a> and <a href="http://www.asterisk.org" target="_blank">www.asterisk.org</a></font><br></div></div></div></div></div></div></div></div></div></div></div>