| 00:34.51 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 01:16.11 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 01:59.36 | *** join/#asterisk-dev vlad_starkov (~vlad_star@77.41.82.191) |
| 02:10.05 | *** part/#asterisk-dev MrTAP (~Trev@S010610bf48e6f880.gv.shawcable.net) |
| 02:26.24 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 02:26.24 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 02:47.06 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 02:47.06 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 03:01.16 | *** join/#asterisk-dev vlad_starkov (~vlad_star@77.41.82.191) |
| 03:09.05 | *** join/#asterisk-dev dwayne (~dwayne@c-71-207-208-112.hsd1.al.comcast.net) |
| 03:15.39 | *** join/#asterisk-dev seanbrig1t (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 03:15.39 | *** mode/#asterisk-dev [+o seanbrig1t] by ChanServ |
| 03:27.35 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 03:34.42 | *** join/#asterisk-dev mjordan (~matt@75.76.55.191) |
| 03:34.42 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 04:39.35 | *** join/#asterisk-dev snuff-work (~snuffy@110.144.88.12) |
| 04:39.35 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 04:59.10 | *** join/#asterisk-dev vlad_starkov (~vlad_star@77.41.82.191) |
| 05:21.21 | *** part/#asterisk-dev mjordan (~matt@75.76.55.191) |
| 05:48.41 | *** join/#asterisk-dev coreyf1513 (~cfarrell@24-177-3-55.dhcp.nwtn.ct.charter.com) |
| 06:32.11 | *** join/#asterisk-dev Ta^3 (~tacvbo@187.188.107.19) |
| 06:58.54 | *** join/#asterisk-dev vlad_starkov (~vlad_star@91.206.59.131) |
| 07:29.56 | *** join/#asterisk-dev snuff-work (~snuffy@120.152.209.232) |
| 07:29.56 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 07:41.42 | *** join/#asterisk-dev vlad_starkov (~vlad_star@77.41.82.191) |
| 07:52.51 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 07:52.51 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-tticofyygqqrsdhn) |
| 07:52.51 | *** join/#asterisk-dev Corydon76-home (~quassel@c-69-137-93-158.hsd1.tn.comcast.net) |
| 07:52.51 | *** join/#asterisk-dev ColonelShorts (~ColonelSh@nat/digium/x-aksmalpcsjxgplsp) |
| 07:52.51 | *** join/#asterisk-dev datachomper (~russ@nat/digium/x-zvsonxtkvhgcyeyk) |
| 07:52.51 | *** join/#asterisk-dev hexanol (~bibi@modemcable094.94-70-69.static.videotron.ca) |
| 07:52.51 | *** mode/#asterisk-dev [+o Corydon76-home] by kornbluth.freenode.net |
| 07:54.41 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 08:01.07 | *** join/#asterisk-dev vlad_starkov (~vlad_star@77.41.82.191) |
| 08:39.38 | *** join/#asterisk-dev vlad_starkov (~vlad_star@77.41.82.191) |
| 10:00.57 | skrusty | morning guys |
| 10:04.16 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 10:04.16 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 10:04.50 | skrusty | anyone aware of an issue in ARI where once two people join a mixing bridge, event messages stop working? |
| 10:06.43 | *** join/#asterisk-dev danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 10:11.04 | skrusty | has anyone else played with ARI mixing bridges? :) |
| 11:29.33 | file | I know people are using them, and I haven't heard of that. |
| 11:31.56 | file | it would probably be useful to do the same thing via ari.asterisk.org to make the test case as simple as possible |
| 11:32.42 | file | attempts to wake up |
| 11:41.32 | *** join/#asterisk-dev reconwireless_ (uid10170@gateway/web/irccloud.com/x-vrddpcrvozkimple) |
| 11:45.27 | skrusty | file: hmm, will do |
| 11:50.00 | skrusty | ok, so i've replicated it with a simple ari script, and found something interesting |
| 11:50.51 | skrusty | i use moh on the bridge... when moh is on, events work fine. stop moh on the bridge, events stop! |
| 11:51.13 | file | what events? |
| 11:51.22 | skrusty | well, in thise case dtmf |
| 11:51.33 | file | are they both the same channel type? |
| 11:51.51 | skrusty | so, bridge (mixing) with two cahnnels - both sip |
| 11:52.18 | skrusty | while moh is playing on the bridge, dtmf events work fine. stop moh, dtmf events stop |
| 11:52.24 | file | yeahhhh you are probably getting bit by the inability to specify properties on the bridge |
| 11:52.32 | file | so native bridging kicks in, and it doesn't know you want DTMF |
| 11:52.56 | skrusty | erm |
| 11:53.02 | skrusty | wtf :) |
| 11:53.07 | file | https://issues.asterisk.org/jira/browse/ASTERISK-23437 |
| 11:53.30 | skrusty | ok, second test then will be with playback events |
| 11:59.20 | skrusty | file: on the dtmf seems you're right, add a 3rd channel to the bridge and dtmf always works |
| 11:59.35 | file | yup yup |
| 11:59.50 | skrusty | now the odd playback events issue, trying to get a good test case for that now |
| 12:00.12 | skrusty | if subscribed to a bridge's events, i should always get playback started/finished when playing audio on a bridge right? |
| 12:00.43 | file | pretty sure those aren't bridge events |
| 12:01.01 | file | so, no? |
| 12:01.21 | skrusty | so what would you subscribe to then to get those events when playing a file on a bridge? |
| 12:01.27 | skrusty | sorry if this is a stupid question |
| 12:02.00 | file | this requires CODE READING |
| 12:02.05 | skrusty | or is the simle answer, you don't get them when calling PLay on a bridge? |
| 12:02.47 | skrusty | sorry :) |
| 12:04.52 | file | ah, I know why |
| 12:05.01 | skrusty | :) |
| 12:05.17 | file | right now you don't get them but that would be an issue |
| 12:05.27 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 12:05.31 | file | for sort of the same reason you have your multiple playback not queueing issue |
| 12:05.39 | skrusty | ok |
| 12:05.46 | file | playing or recording a bridge *creates* a channel and adds it to the bridge |
| 12:05.59 | skrusty | right |
| 12:06.03 | file | playing or recording a channel just queues up said action on the channel, which you are subscribed to |
| 12:06.21 | file | go ahead and create an issue for that |
| 12:06.22 | skrusty | so i am not sub'd to the channel |
| 12:06.26 | file | right |
| 12:06.37 | skrusty | and i assume each play/record creates ANOTHER channel |
| 12:06.41 | skrusty | which is the queue issue |
| 12:06.51 | file | exactly |
| 12:07.06 | skrusty | good work :) |
| 12:07.11 | file | I think being able to do that is amusing, but that's just me |
| 12:07.19 | skrusty | right, i'll raise an issue then |
| 12:07.33 | skrusty | it's a pain, because it makes it hard to get round the queue issue :) |
| 12:07.39 | skrusty | which is what i was trying to do :D |
| 12:07.47 | skrusty | by watching for the finsihed event |
| 12:08.19 | file | aye |
| 12:08.23 | skrusty | the irony :) |
| 12:09.24 | file | hrm I think I just came up with how I'd do it in my head |
| 12:09.52 | skrusty | what severity should this have? :) |
| 12:09.57 | skrusty | minor? |
| 12:10.05 | file | give it a Major |
| 12:10.16 | skrusty | nice ;) |
| 12:10.46 | file | and responded to your email with the above findings so people know what's up |
| 12:11.05 | file | and my heat just came on so I'm no longer freezing! IT JUST KEEPS GETTING BETTER! |
| 12:12.29 | jsmith | file: Next, you'll be telling us what you're having for breakfast, and making the rest of us hungry |
| 12:12.47 | file | jsmith, HA |
| 12:13.01 | file | jsmith, that would involve being in Ottawa and going down to Byward Market |
| 12:13.14 | jsmith | Byward Market, eh? |
| 12:13.33 | skrusty | am i classed as "customer" ?:) |
| 12:13.48 | file | skrusty, ummm what's the field |
| 12:13.52 | skrusty | i had a bacon and egg butty! |
| 12:13.55 | skrusty | Issue found by |
| 12:14.02 | file | ignore that |
| 12:14.20 | skrusty | created |
| 12:14.26 | skrusty | https://issues.asterisk.org/jira/browse/ASTERISK-23444 |
| 12:14.33 | file | yup yup |
| 12:15.54 | skrusty | followup email sent |
| 12:16.41 | skrusty | see both these are a pain for me, as i am writing my own conference engine :) |
| 12:16.44 | skrusty | nm! |
| 12:16.59 | file | 'tis good to flush things out! |
| 12:17.05 | skrusty | yeah agreed |
| 12:17.15 | skrusty | glad for once i can finally contrib somrthing back :) |
| 12:17.22 | skrusty | also glad it wasn't me being a muppet! :D |
| 12:17.25 | file | skrusty, your target_uri on LiveRecording will be in the next release fyi |
| 12:17.31 | skrusty | yes, i spotted the update |
| 12:17.58 | skrusty | will make things a little more consistant |
| 12:20.02 | skrusty | <@file> hrm I think I just came up with how I'd do it in my head <-- you fancy sharing? :) |
| 12:20.08 | file | OH |
| 12:20.12 | skrusty | hehe :) |
| 12:20.31 | file | skrusty, forward events from bridge playback/record channels to the bridge topic, which the application is subscribed to |
| 12:21.07 | file | skrusty, and also keep a reference to the playback/record channel on the stasis bridge so that queueing can, well, work |
| 12:21.40 | skrusty | has a poke around, one moment. |
| 12:22.42 | file | maybe! I dunno, it just came to mind |
| 12:22.49 | skrusty | hmm, do you get a reference to the channel the playback is on? i see target_uri, but that's a reference to the bridge isn't it? |
| 12:22.55 | skrusty | i'll have a quick play |
| 12:23.21 | file | nah you don't |
| 12:23.34 | file | the fact it is using a channel is an implementation detail |
| 12:24.21 | skrusty | Target_uri = "bridge:7e55cb00-af40-43a5-bde2-40b535887c29" |
| 12:24.43 | skrusty | so no ref given to the channel which is being used to play the media |
| 12:25.21 | file | aye |
| 12:46.59 | skrusty | next question, any consideration been made to asr/tts (mrcp etc) via ARI? |
| 12:48.00 | file | I don't recall anything |
| 12:50.19 | skrusty | as there's no execute (re the discussion on the list) interested to see how this will be done |
| 13:04.31 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 13:09.04 | *** join/#asterisk-dev tonyclewis (uid6025@gateway/web/irccloud.com/x-pgtaovigpfyazdnf) |
| 13:29.14 | *** join/#asterisk-dev vlad_starkov (~vlad_star@212.34.52.66) |
| 13:55.13 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-sntfgwstvqjaxczw) |
| 14:03.25 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 14:13.49 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 14:15.24 | hexanol | just to make sure, does it make sense to allocate ao2 containers without a lock when used in the context of the ACO module ? i.e. once the config object is built, the ACO module never modify it afterward, right ? |
| 14:15.39 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-scmspcvknztavxpd) |
| 14:17.27 | file | hexanol, correct |
| 14:20.34 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:20.35 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:24.59 | *** join/#asterisk-dev leifmadsen (~free-mads@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:24.59 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 14:44.44 | *** join/#asterisk-dev sgalarneau (~Adium@nat/digium/x-efsxplcanqjxfmxg) |
| 14:52.14 | *** join/#asterisk-dev otherwiseguy (~otherwise@69.76.221.33) |
| 14:52.21 | *** join/#asterisk-dev mjordan (~matt@nat/digium/x-yixnzucsdxchtxol) |
| 14:52.21 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:55.46 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:55.46 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:07.32 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-aahhgeqqsdcksehx) |
| 15:08.35 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:14.40 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-txtkbkyhjzpxkedy) |
| 15:31.17 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-leaqsyxejbvfewtg) |
| 15:31.17 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 15:34.45 | *** join/#asterisk-dev rmudgett (~rmudgett@nat/digium/x-utcmrcqadofhkapc) |
| 15:38.53 | *** join/#asterisk-dev tm1000 (tm1000@2600:3c01::f03c:91ff:fe70:fce6) |
| 15:43.10 | *** join/#asterisk-dev sgalarneau (~Adium@nat/digium/x-hhucmpfdbxlfumkp) |
| 15:44.41 | *** part/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 15:48.48 | skrusty | mjordan: looking at your post re unimrcp, are you saying asterisk wouldn't accomodate mrcp in ARI or just not unimrcp? |
| 15:49.38 | file | we don't corner ourselves into an implementation specific approach - everything we do is aimed to be generic and pluggable |
| 15:50.50 | skrusty | so eve if ARI implements speech, someone still has to create an impelemtation that takes advantage of unimrcp, am i generally hitting the right mark in that assumption? |
| 15:51.15 | skrusty | so generic speech api => unimrcp etc |
| 15:51.27 | file | yes |
| 15:52.47 | file | a generic speech recognition API already exists |
| 15:52.51 | file | a tts one does not |
| 15:55.10 | skrusty | i see unimrcp allows you to use that via res_speech_unimrcp |
| 15:55.23 | skrusty | but there will be no tts implementation as there's no generic standard as yet |
| 15:55.27 | skrusty | :/ |
| 15:59.52 | *** join/#asterisk-dev scouture (~scouture@unaffiliated/scouture) |
| 16:07.18 | mjordan | skrusty: I have a meeting in 8 minutes :-) so I'll try to be as quick as possible |
| 16:07.22 | mjordan | skrusty: the Asterisk modules that were written for unimrcp already are implemented behind the generic speech API (for the most part at any rate, they did some things that we would probably have done differently) |
| 16:07.24 | mjordan | skrusty: So if you had an API in ARI that worked to the generic speech API, it would just work with whatever modules implemented that API |
| 16:07.25 | mjordan | skrusty: unfortunately, the licensing with unimrcp in particular is a mess, but that doesn't mean we shouldn't add speech APIs to ARI |
| 16:07.26 | mjordan | skrusty: in particular, MRCP itself is *not* Apache 2.0. It's just a set of RFCs. |
| 16:07.26 | mjordan | file: truth |
| 16:07.29 | mjordan | skrusty: To do MRCP in a GPLv2 compatible fashion, there would have to be a different MRCP library other than unimrcp. Unfortunately, that doesn't exist. Another option would be to have the copyright holder of unimrcp change the license of the library to something that is actually compatible with the GPL. |
| 16:07.29 | mjordan | (or at least, I don't know of one that is complete and exists) |
| 16:07.30 | mjordan | and now, meeting :-) |
| 16:08.59 | skrusty | lol - cheers :) |
| 16:12.44 | *** join/#asterisk-dev vlad_starkov (~vlad_star@212.34.52.66) |
| 16:15.31 | *** join/#asterisk-dev scouture (~scouture@unaffiliated/scouture) |
| 16:21.30 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 16:59.10 | *** join/#asterisk-dev vlad_starkov (~vlad_star@212.34.52.66) |
| 17:07.51 | *** join/#asterisk-dev sgalarneau (~Adium@nat/digium/x-jolfgucliavismie) |
| 17:13.04 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-kfbhtsitjviasipq) |
| 17:49.52 | *** join/#asterisk-dev otherwiseguy (~otherwise@69.76.221.33) |
| 17:57.14 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-mcmhpbilqgltuxpa) |
| 17:57.56 | *** join/#asterisk-dev sgalarneau (~Adium@nat/digium/x-ykgwxakrgtgjswiy) |
| 18:14.52 | file | ASTERISK-23433 could be fun |
| 18:15.58 | mjordan | file: and pretty easy to do |
| 18:16.04 | file | indeed |
| 18:18.29 | *** join/#asterisk-dev danjenkins_ (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 18:32.17 | *** join/#asterisk-dev sgalarneau (~Adium@nat/digium/x-qcrnsjxpppgnpvpp) |
| 18:47.43 | *** join/#asterisk-dev danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 19:00.07 | *** join/#asterisk-dev danjenkins_ (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 19:04.37 | *** join/#asterisk-dev ibercom (58196563@gateway/web/freenode/ip.88.25.101.99) |
| 19:14.22 | ibercom | I have this bugs https://issues.asterisk.org/jira/browse/ASTERISK-22945 with asterisk 11. And i need know where or when chan_sip executes sip_destroy_peer ... |
| 19:14.41 | ibercom | expire_register runs ok. But the other function never happens. |
| 19:17.20 | ibercom | I use rtautoclear=yes, the peers expire ok, but then there is a leak memory. |
| 19:25.49 | *** join/#asterisk-dev SGjunior (~sgjunior@96.127.222.20) |
| 19:34.02 | ibercom | Does anyone know where to look ? |
| 19:38.55 | pabelanger | ibercom, you likley need to run valgrind when dealing with memory issues |
| 19:44.36 | *** join/#asterisk-dev ibercom (58196563@gateway/web/freenode/ip.88.25.101.99) |
| 19:45.04 | ibercom | Ok, I have never used it. I need learn it. |
| 19:47.25 | ibercom | Although I am "sure" than the destructor (sip_destroy_peer) is the problem. |
| 19:47.41 | gtjoseph | hey file: will you have a chance to do a final review on https://reviewboard.asterisk.org/r/3283/ today? |
| 19:48.21 | file | yes, in meeting |
| 19:48.39 | ibercom | I am looking for info about ao2 containers. |
| 19:48.43 | gtjoseph | no worries, thanks. |
| 19:49.33 | gtjoseph | ibercom: something specific? |
| 19:50.35 | ibercom | When it run the destructor function ? And how ? |
| 19:51.17 | gtjoseph | it runs the destructor when the reference count goes to 0. |
| 19:52.12 | ibercom | How can i read reference count ? |
| 19:52.27 | *** join/#asterisk-dev SGjunior (~sgjunior@96.127.222.20) |
| 19:52.42 | gtjoseph | the return of ao2_ref(container, 0) will give the current refcount |
| 19:53.43 | gtjoseph | if you're having problems, set CFLAGS=-DREF_DEBUG when building and asterisk will write a log to /tmp/refs |
| 19:54.10 | gtjoseph | you can also build the refcounter utility to process that log |
| 19:55.40 | ibercom | One question more, chan_sip expire_register run ok for autocreated peers ? But I don't see sip_destroy_peer ... |
| 19:55.53 | ibercom | One question more, chan_sip expire_register run ok for autocreated peers. But I don't see sip_destroy_peer ... |
| 19:56.21 | *** join/#asterisk-dev sgalarneau (~Adium@nat/digium/x-cemupiqxrqefmsnf) |
| 19:57.30 | mjordan | ibercom: I think you need to read up on what a reference counted object is. There's some good information in the Asterisk source about how astobj2 objects are used |
| 19:58.23 | mjordan | ibercom: in particular, you may want to read the header of astobj2.h |
| 19:58.48 | mjordan | ibercom: the reason why you would not see a destructor file is because something is still holding a reference to the object |
| 20:00.06 | *** join/#asterisk-dev datachomper (~russ@nat/digium/x-sunweivydddbhwkn) |
| 20:00.28 | ibercom | Yes, I know. My problem is https://issues.asterisk.org/jira/browse/ASTERISK-22945. I need to investigate further. |
| 20:01.45 | *** join/#asterisk-dev danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 20:17.19 | *** join/#asterisk-dev sgalarneau (~Adium@nat/digium/x-btyufezzxnmipwtr) |
| 20:28.19 | *** part/#asterisk-dev ibercom (58196563@gateway/web/freenode/ip.88.25.101.99) |
| 20:30.54 | *** join/#asterisk-dev vlad_starkov (~vlad_star@77.41.82.191) |
| 20:32.38 | *** join/#asterisk-dev bford (~bford@nat/digium/x-vdilxuowjjtkqotj) |
| 20:36.20 | *** join/#asterisk-dev otherwiseguy (~otherwise@76.92.182.144) |
| 20:39.28 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 20:42.21 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-uvctezvvwnztcksm) |
| 20:42.21 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 20:47.40 | *** join/#asterisk-dev vlad_starkov (~vlad_star@77.41.82.191) |
| 21:18.23 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 21:18.24 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 21:29.00 | newtonr | Did "manager show events" only show three events in Asterisk 11? Or am I crazy. I'm only getting three events in r408838 of 11 |
| 21:29.14 | mjordan | newtonr: you have to use 'make full' |
| 21:29.54 | Qwell | mjordan: why? |
| 21:30.19 | mjordan | Qwell: in Asterisk 11, it scrapes the events out of the entire source file |
| 21:30.29 | mjordan | technically, it does that in 12 as well, we just moved all of the event documentation to the top |
| 21:30.42 | mjordan | Qwell: it then infers the parameters from the actual C method calls that follow the documentation blurb |
| 21:30.45 | Qwell | Doesn't it already have to grep the files for core docs? |
| 21:30.48 | mjordan | Qwell: but the makefile uses python scripts to do that |
| 21:31.01 | mjordan | Qwell: the awk script only processes the first instance it hits |
| 21:31.04 | Qwell | or I guess it's more complicated there |
| 21:31.10 | mjordan | yup |
| 21:31.21 | mjordan | since I knew it wanted to combine things, I used python |
| 21:31.29 | mjordan | then stasis came along and made most of that a moot point |
| 21:31.59 | newtonr | oh interesting, i didn't know about the full target |
| 21:32.10 | newtonr | or i probably did at some point and forgot |
| 21:37.18 | newtonr | hrm, there are a few make targets that are not really documented outside of the CHANGES/UPGRADE texts, I'll add a note to the appropriate wiki doc jira issue |
| 21:40.55 | Qwell | newtonr: Very few of them are useful to be called by themselves. |
| 21:41.23 | Qwell | clean, dist-clean, all, full, install, uninstall |
| 21:41.33 | Qwell | oh, samples |
| 21:42.32 | file | config |
| 21:44.38 | mjordan | newtonr: the AMI event documentation does say it is only built with 'make full' |
| 21:46.03 | newtonr | i did see that a second ago |
| 21:46.07 | newtonr | but it twas too late |
| 21:47.03 | coreyf1513 | is it possible for testsuite to require an asterisk module except not for 12+? I want a test to explicitly depend on chan_local but still work in 12+ |
| 21:48.50 | mjordan | coreyf1513: hm... |
| 21:48.58 | mjordan | it'd be a relatively minor patch, but it doesn't exist today |
| 21:49.12 | mjordan | you'd have to extend the minversion/maxversion logic to dependencies |
| 21:56.23 | coreyf1513 | mjordan: thanks I'll have to look at that another time then. |
| 22:21.43 | *** join/#asterisk-dev sgalarneau (~Adium@nat/digium/x-qlktrmhbeoaatqiy) |
| 23:27.52 | *** part/#asterisk-dev mjordan (~matt@nat/digium/x-yixnzucsdxchtxol) |
| 23:28.25 | *** join/#asterisk-dev danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 23:41.15 | *** join/#asterisk-dev danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 23:45.07 | newtonr | Qwell, https://wiki.asterisk.org/wiki/display/AST/Asterisk+Make+Build+Targets how does "make all" differ from "make full" and make with no target ? |