Re: [asterisk-dev] Module Deprecation, Default Not Building, and Removal

nd also post on the > community forums so people are aware. > Sound good to everyone? Sounds like a good approach and reasonable. -- Michael L. Young (elguero) -- _ -- Bandwidth and Colocation Provided by http://w

Re: [asterisk-dev] Module Deprecation, Default Not Building, and Removal

- On Oct 1, 2020, at 6:45 PM, Seán C McCord ule...@gmail.com wrote: > On Thu Oct 1, 2020 at 3:07 PM EDT, Joshua C. Colp wrote: >> I think I personally hesitate to be so aggressive because long ago the >> project was that way. We would push to remove things faster and such, >> and the result

Re: [asterisk-dev] Module Deprecation, Default Not Building, and Removal

- On Oct 1, 2020, at 7:56 AM, Joshua C. Colp wrote: > Greetings all, > Around this time each year a discussion always spurs (be it on IRC or at > AstriDevCon) about deprecating modules, and removing them. I always find > myself > asking "what is our real process for doing this?" in my head

Re: [asterisk-dev] Proposal for New Major Version Process Change

be good enough. -- Michael L. Young (elguero) -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman

Re: [asterisk-dev] Adding new ARI for application execute

; [ mailto:cres...@digium.com | > cres...@digium.com ] >님이 작성: I concur with Joshua and Matt. Just because you can do something doesn't mean you should. We should be using the right tool for the right job. This is just setting the wrong precedent on how ARI is inte

Re: [asterisk-dev] Where is pjsip_evsub_set_uas_timeout?

o add support for setting pjproject's timer (via a pjproject patch) and while that patch is still included here, we don't use that call at the moment." -- Michael L. Young -- _ -- Bandwidth and Colocation Provided by h

Re: [asterisk-dev] Proposal to bring pjproject back into the fold

> From: "Jeffrey Ollie" > Sent: Wednesday, January 20, 2016 3:28:44 PM > On Wed, Jan 20, 2016 at 11:04 AM, Tzafrir Cohen < > tzafrir.co...@xorcom.com > wrote: > > Hang on. This is RHEL. A stable platform. Why can't they just use > > > pjproject packages and be done with it? >

[asterisk-dev] Change in repotools[master]: Add web proxy support to commit_msg.py

Michael L. Young has uploaded a new patch set (#3). Change subject: Add web proxy support to commit_msg.py .. Add web proxy support to commit_msg.py This patch allows the commit_msg.py script to connect to the issue tracker

[asterisk-dev] Change in repotools[master]: Add web proxy support to commit_msg.py

Michael L. Young has uploaded a new patch set (#2). Change subject: Add web proxy support to commit_msg.py .. Add web proxy support to commit_msg.py This patch allows the commit_msg.py script to connect to the issue tracker

[asterisk-dev] Change in repotools[master]: Ignore JIRA uploads with license #2.

Michael L. Young has posted comments on this change. Change subject: Ignore JIRA uploads with license #2. .. Patch Set 1: Code-Review+1 -- To view, visit https://gerrit.asterisk.org/12 To unsubscribe, visit https

[asterisk-dev] Change in repotools[master]: Add web proxy support to commit_msg.py

Michael L. Young has uploaded a new patch set (#2). Change subject: Add web proxy support to commit_msg.py .. Add web proxy support to commit_msg.py This patch allows the commit_msg.py script to connect to the issue tracker

[asterisk-dev] Change in repotools[master]: Add web proxy support to commit_msg.py

Michael L. Young has uploaded a new change for review. https://gerrit.asterisk.org/13 Change subject: Add web proxy support to commit_msg.py .. Add web proxy support to commit_msg.py This patch allows the commit_msg.py

[asterisk-dev] Change in repotools[master]: Update commit_msg.py output format.

Michael L. Young has posted comments on this change. Change subject: Update commit_msg.py output format. .. Patch Set 2: Code-Review+1 (2 comments) Everything looks good. https://gerrit.asterisk.org/#/c/6/2/commit_msg.py

[asterisk-dev] Change in repotools[master]: Update commit_msg.py output format.

Michael L. Young has posted comments on this change. Change subject: Update commit_msg.py output format. .. Patch Set 4: Code-Review+1 (1 comment) https://gerrit.asterisk.org/#/c/6/4/commit_msg.py File commit_msg.py: Line

[asterisk-dev] Change in repotools[master]: Update commit_msg.py output format.

Michael L. Young has posted comments on this change. Change subject: Update commit_msg.py output format. .. Patch Set 6: Code-Review+1 -- To view, visit https://gerrit.asterisk.org/6 To unsubscribe, visit https

Re: [asterisk-dev] [Code Review] 3343: res_pjsip: Enable DNS support.

- Original Message - From: Olle E. Johansson o...@edvina.net To: Asterisk Developers Mailing List asterisk-dev@lists.digium.com So we have yet another internal resolver? Is that a good thing? Why are we not using the system resolver? We need to have some direction here. I think

RE: [asterisk-dev] Re: qwell: branch 1.2 r2434 - /branches/1.2/

time to try zaptel 1.4.1 with asterisk 1.4.3. Hope this helps. Michael L. Young -Original Message- From: [EMAIL PROTECTED] [mailto:asterisk-dev- [EMAIL PROTECTED] On Behalf Of Tony Mountifield Sent: Wednesday, April 25, 2007 6:26 AM To: asterisk-dev@lists.digium.com Subject