Re: [asterisk-dev] CLI filtering

* users (like we all know). That stuff will be really simple to use I'm fully in support of such an idea and have wanted that functionality for quite some time! Let's take back the CLI! Leif Madsen. ___ --Bandwidth and Colocation provided by Easynews.com

Re: [asterisk-dev] RE: [asterisk-users] deprecated - CLI help vs. source code

. Leif Madsen. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev

Re: [asterisk-dev] Parsing in Asterisk

On Monday 19 March 2007 10:28:11 Philipp Kempgen wrote: Leif Madsen wrote: On Tuesday 13 March 2007 13:25:11 Steve Murphy wrote: On Mon, 2007-03-12 at 14:33 -0600, Tilghman Lesher wrote: exten = s,n,Set(ODBC_TEST3(foo)=123\,\\456\,789\\\,012) What I miss most is real strings as you know

Re: [asterisk-dev] Parsing in Asterisk

highlighting... it is nce. Leif Madsen. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev

Re: [asterisk-dev] BRIDGE the Existing twocall

trying to transfer the entire conference (or something to that effect). By simply bridging the two calls together, you don't lose any functionality. Leif Madsen. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list

Re: [asterisk-dev] extensions.conf included contexts priorities

On Tuesday 24 April 2007 20:26:25 Jared Smith wrote: On 4/24/07, Steve Murphy [EMAIL PROTECTED] wrote: Trouble is, is this desired behavior? Or is having the contexts checked level by level until a match of any kind is found, the better procedure? Well, I for one desire the current

Re: [asterisk-dev] app_addon_sql_mysql maintenance

Tony Plack wrote: Just wondering if this list supports modifications to the app_addon_sql_mysql.c code. Please post your changes to a bug in bugs.digium.com. Thanks! Leif Madsen. ___ --Bandwidth and Colocation Provided by http://www.api-digital.com

Re: [asterisk-dev] devicestate

because of it :) Leif Madsen. ___ --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/listinfo/asterisk-dev

Re: [asterisk-dev] [Code Review] 3186: AMI Security Events: document the events; add optional IEs to the events

'/ in the CHANGES file, this looks good to me! - Leif Madsen On Feb. 5, 2014, 10:51 p.m., Matt Jordan wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviewboard.asterisk.org/r/3186

Re: [asterisk-dev] [Code Review] 3279: Iterate through logger.conf [general] section

On Feb. 28, 2014, 12:51 p.m., Matt Jordan wrote: I'm not sure I understand the need for this patch. Setting a configuration option twice - when that option doesn't support being set multiple times - would generally have undefined behaviour. Your patch changes it so that Asterisk

Re: [asterisk-dev] [Code Review] 3300: Don't crash on lack of bridged rtp instance

On March 6, 2014, 9:20 p.m., Mark Michelson wrote: I'm not a fan of this change, because I think it's not really fixing the root problem. bridge_p2p_rtp_write() is called in only one place in res_rtp_asterisk.c, and it's called like this: /* If we are directly bridged to

Re: [asterisk-dev] [Code Review] 3438: Implement SIP TImer C in Asterisk

the issue also identifies a problem with what Asterisk is doing as well, so this would not be the solution, but would certainly have helped. - Leif Madsen On May 16, 2014, 12:32 p.m., Olle E Johansson wrote: --- This is an automatically

Re: [Asterisk-Dev] Asterisk Maintenance Crew

to help! In that same spirit, I think having a page full of users' feature requests would fit right in. Agreed. The beginning of ADP^2? :) Thanks, Leif Madsen. http://www.leifmadsen.com. ___ Asterisk-Dev mailing list Asterisk-Dev@lists.digium.com

Re: [Asterisk-Dev] Asterisk Source Code Intensive - Proposal for Astricon

of thoughts some of them are even good! :D Thanks, Leif Madsen. http://www.leifmadsen.com. ___ Asterisk-Dev mailing list Asterisk-Dev@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http

Re: [Asterisk-Dev] Asterisk Source Code Intensive - Proposal for Astricon

the learning curve for those who come after. Thanks, Leif Madsen. ___ Asterisk-Dev mailing list Asterisk-Dev@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo

Re: [Asterisk-Dev] Asterisk Source Code Intensive - Proposal for Astricon

speaking. Certain people will obviously choose how to participate. As Brian said... start at A and document to Zed. Thanks, Leif Madsen. http://www.leifmadsen.com. ___ Asterisk-Dev mailing list Asterisk-Dev@lists.digium.com http://lists.digium.com/mailman

Re: [Asterisk-Dev] [PATCH] busy detect toneonly typpo

and pick the one which makes you most comfortable. Hope this helps, Leif Madsen. http://www.leifmadsen.com ___ Asterisk-Dev mailing list Asterisk-Dev@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options

Re: [asterisk-dev] Asterisk 1.2.13 under FC6 - chan_phone.c wants compiler.h

On Tuesday 28 November 2006 18:56, Juan Carlos Castro y Castro wrote: ...a header file I understand it's deprecated. I solved the problem by eliminating chan_phone from channels/Makefile, but what is the real fix? Just removing the #include in chan_phone.c? gcc -pipe -Wall

Re: [asterisk-dev] Agent withdrawal codes for PauseQueueMember

On Sunday 03 December 2006 23:43, Lucas Barbuto wrote: I didn't do a careful job, but it worked as a proof-of-concept. I'd appreciate it if anyone could suggest if I'm going about this in a reasonable way and if it's a feature that might likely be accepted for merging into the 1.12 branch. I

Re: [asterisk-dev] Question about uniqueid

1. I need obtain the uniqueid 1165492430.2 in steps 2 and 3. Try this: Set(__UNIQUENUM=${UNIQUEID}) Then you should be able to access the original unique ID across channels as it is now inherited inside the ${UNIQUENUM} variable. Leif Madsen

Re: [asterisk-dev] Git Migration

://lists.digium.com/mailman/listinfo/asterisk-dev -- Leif Madsen CoreUC Lead Systems Engineer p: +1-613-800-7610 -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE

Re: [asterisk-dev] Confbridge Performance using G722 @ max 3 Party in 1 conference.

To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev -- Leif Madsen CoreUC Lead Systems Engineer p: +1-613-800-7610 -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com

Re: [asterisk-dev] PJSIP Configuration Wizard (Was: Opinions Needed: PJSIP Outboud Registration with multiple server_uris)

-- Leif Madsen CoreUC Lead Systems Engineer p: +1-613-800-7610 -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com

Re: [asterisk-dev] PJSIP Configuration Wizard (Was: Opinions Needed: PJSIP Outboud Registration with multiple server_uris)

question above... If you're using realtime are you likely to even need the wizard approach. I'm still thinking. -- Leif Madsen CoreUC Lead Systems Engineer p: +1-613-800-7610 -- _ -- Bandwidth and Colocation Provided by http

Re: [asterisk-dev] Queue discussion at Astricon

Your encouragement is noted and discarded. See you all at AstriCon! :) On 17 October 2014 16:00, Billy Chia bc...@digium.com wrote: There will actually be an opportunity to grab a beer at the Hackathon Reception in the same room as AstriDevCon immediately following AstriDevCon on Tuesday

Re: [asterisk-dev] [asterisk-users] AstriDevCon 2014: Agenda itemDeprecate AMI/AGI(Ben Klang)

On 22 October 2014 14:55, Paul Albrecht palbre...@glccom.com wrote: On Oct 22, 2014, at 11:31 AM, Matthew Jordan mjor...@digium.com wrote: This is an open source project. Communication is done in an open, transparent manner. People should feel like they can bring up interesting, radical,

Re: [asterisk-dev] The state of Asterisk (new topic)

already? Sure, I want to see tools that make it easier to contribute (who doesn't?) but what do you perceive as non-cooperative in the present model? -- Leif Madsen -- _ -- Bandwidth and Colocation Provided by http://www.api

Re: [asterisk-dev] Process change proposal: allowing new features and improvements into release branches

-- _ -- 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/listinfo/asterisk-dev -- Leif Madsen CoreUC Lead Systems Engineer p: +1-613-800-7610

Re: [asterisk-dev] Process change proposal: allowing new features and improvements into release branches

On 16 November 2014 at 17:34, Matthew Jordan mjor...@digium.com wrote: On Wed, Nov 12, 2014 at 6:44 AM, Leif Madsen lmad...@thinkingphones.com wrote: Would it also make sense to require new features be listed in the CHANGES file for the point release? I don't want to add lots of work here

Re: [asterisk-dev] FW: Asterisk Developers Mailing List

Yea, that link looks legit. /sarcasm That does not look legit at all. On 28 November 2014 at 00:58, marcotasto marcota...@libero.it wrote: http://epub-libros.com/sygd/advmxukdydrcqjcqjjrhygqyduj.bfeumhcymiqdaxiaer -- _ --

Re: [asterisk-dev] ARI Extending Existing Feature: bridge control

On 18 December 2014 at 11:07, Paul Belanger paul.belan...@polybeacon.com wrote: On Thu, Dec 18, 2014 at 1:59 AM, Nir Simionovich nir.simionov...@gmail.com wrote: New question: Do we want to enable legacy features inside ARI? New answer: I don't believe so. I think this issue / question

Re: [asterisk-dev] git migration update

github makes incredibly straight forward. -- Leif Madsen -- _ -- 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] asterisknow-version

/tree/ [2] https://fedoraproject.org/wiki/Projects/Mock [3] http://jenkins-ci.org/ [4] https://code.google.com/p/gerrit/ [5] http://www.pulpproject.org/ -- Leif Madsen -- _ -- Bandwidth and Colocation Provided by http://www.api

Re: [asterisk-dev] OFF TOPIC: GitHub vs. BitBucket vs. GitLab

://lists.digium.com/mailman/listinfo/asterisk-dev -- Leif Madsen CoreUC Lead Systems Engineer p: +1-613-800-7610 -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update

Re: [asterisk-dev] Asterisk Beacon Module Proposal

On Mon, Jun 8, 2015 at 9:35 AM, Russell Bryant russ...@russellbryant.net wrote: On Tue, Jun 2, 2015 at 8:05 PM, Matthew Jordan mjor...@digium.com wrote: Personally, I'd like some way to present any user of Asterisk with a one-time only, non-annoying please help the project and opt in

[asterisk-dev] Asterisk Docker Containers: Phase 1

u're up to with Docker, and what issues you've had with building container images, and how this project might be able to help move a lot of this work into a more centralized location. [1] https://hub.docker.com/r/leifmadsen/asterisk/ [2] https://github.com/leifmadsen/asterisk-docker-builde

Re: [asterisk-dev] Asterisk Docker Containers: Phase 1

On Mon, Nov 16, 2015 at 4:31 PM, Steve Edwards <asterisk@sedwards.com> wrote: > > On Mon, 16 Nov 2015, Leif Madsen wrote: > >> I wrote up a lengthy blog post that likely borders on ranting: >> >> http://blog.leifmadsen.com/blog/2015/11/10/asterisk-docker-contai

Re: [asterisk-dev] contrib/realtime sources

us out at: www.digium.com & www.asterisk.org > > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > asterisk-dev mailing list > T

Re: [asterisk-dev] Asterisk Docker Containers: Phase 1

when someone forks your GIT repo to add/remove packages from the > install list, they won't face 'git rebase' conflicts after you update the > version. > > Thanks, > Corey > > On Thursday, November 19, 2015, Leif Madsen <leif.mad...@avoxi.com> wrote: > >> Hey Cor

Re: [asterisk-dev] Asterisk Docker Containers: Phase 1

gt;> asterisk@sedwards.com> wrote: >>>> > >>>> > On Mon, 16 Nov 2015, Leif Madsen wrote: >>>> > >>>> >> I wrote up a lengthy blog post that likely borders on ranting: >>>> >> >>>> >>

Re: [asterisk-dev] Asterisk Docker Containers: Phase 1

any more. > > > > That being said, I just took over as the main maintainer/contact for the > > Asterisk packages in Fedora/EPEL -- It's one of the most complicated spec > > files in Fedora, but that obviously hasn't scared me off. > > > > I'd love feedback on things we

Re: [asterisk-dev] Bug marshals back !

terisk-dev mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-dev > -- Leif Madsen Director of Engineering, Product Development http://avoxi.com -- _ -- Bandwidth

Re: [asterisk-dev] Usage of weak key algorithm on Gerrit

On Fri, Feb 26, 2016 at 5:43 PM, Joshua Colp <jc...@digium.com> wrote: > > This has been fixed. > I confirm said fixing. -- Leif Madsen http://www.oreilly.com/catalog/asterisk http://www.leifmadsen.com -- ___

[asterisk-dev] Usage of weak key algorithm on Gerrit

ere, so the exchange may not be THAT necessary, but might not be a bad idea :) Thanks! -- Leif Madsen http://www.oreilly.com/catalog/asterisk http://www.leifmadsen.com -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- a

Re: [asterisk-dev] Plan for updating the ARI Swagger Version

/statement but thought I'd put it out there. > > 1.http://jsonapi.org/ > > There is also http://raml.org/ as an alternative. (I personally like the JSON stuff better for APIs since it's easier to parse in Go.) -- Leif Madse

Re: [asterisk-dev] Asterisk goes Spatial Conferencing: the STEAK project

n that > specific review. > > Cheers, > > -- > Joshua Colp > Digium, Inc. | Senior Software Developer > 445 Jan Davis Drive NW - Huntsville, AL 35806 - US > Check us out at: www.digium.com & www.asterisk.org > > > -- > _________ > -- Bandwidth and Colocation Provi

Re: [asterisk-dev] Proposed Working Group Guidelines

ed comprehensively > importing their structure and guidelines, but pulled from some of > their more essential core principles. > -- Leif Madsen http://www.oreilly.com/catalog/asterisk http://www.leifmadsen.com -- _ -- Ba

Re: [asterisk-dev] Proposed Working Group Guidelines

On Fri, Dec 2, 2016 at 5:54 PM, Matt Fredrickson wrote: > Thanks for looking it over Leif, and for some of the general thoughts. > Let me digest your comments and figure out if there's anything > actionable I'd like to add to my original list :-) > > Hope you're doing well, >

Re: [Asterisk-Dev] Loss of functionality with depreciation of DBGet/Put?

that the syntax is ugly and error prone - however the use of functions is very powerful and a great addition - but I hate the syntax :) -- Leif Madsen http://www.leifmadsen.com ___ Asterisk-Dev mailing list Asterisk-Dev@lists.digium.com http://lists.digium.com