| 00:09.44 | *** join/#asterisk-dev droemel (~droemel@p4FCADE2F.dip.t-dialin.net) |
| 03:14.07 | *** join/#asterisk-dev tzanger (tzanger@wallace.mixdown.ca) |
| 03:38.46 | *** join/#asterisk-dev luckman212 (~luckman21@2001:470:8abb:0:211:32ff:fe10:cdc1) |
| 03:45.15 | *** join/#asterisk-dev cmendes0101 (~nn@pool-98-112-76-215.lsanca.fios.verizon.net) |
| 03:46.06 | cmendes0101 | Is there still a Developer conference call on every other thursday? |
| 04:19.59 | *** join/#asterisk-dev snuff-work (~snuffy@210.9.82.197) |
| 04:19.59 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 05:38.03 | *** join/#asterisk-dev oej (~olle@h87-96-134-129.dynamic.se.alltele.net) |
| 05:38.03 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 05:38.47 | oej | Morning folks |
| 06:06.40 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 06:32.55 | *** join/#asterisk-dev Maxus2 (~Maxus2@ftp.r-group.com.au) |
| 06:33.20 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 06:33.22 | schmidts | good morning |
| 06:34.28 | Maxus2 | Hi Asterisk Devs, I have written a very basic cdr_curl module for asterisk, as I haven't done any c before I would appreciate a peer review, before I look at submitting it to the asterisk community? |
| 06:34.50 | Maxus2 | Is anyone interesting in reviewing the code? |
| 06:36.34 | schmidts | Maxus2 there is a review process for bringing new code into the code base, but if you want a first look at it, maybe you can pastebin it? |
| 06:37.18 | Maxus2 | Id rather do it privately first up, just becuase my understanding of c is non-existent. :) |
| 06:39.16 | schmidts | ok :D |
| 06:39.30 | schmidts | then just sent it to sst@sil.at and i take a short look at it |
| 06:39.47 | Maxus2 | thanks schmidts, will get it to you. |
| 06:54.45 | *** join/#asterisk-dev luckman212 (~luckman21@2001:470:8abb:0:211:32ff:fe10:cdc1) |
| 07:04.57 | *** join/#asterisk-dev oej (~olle@h87-96-134-129.dynamic.se.alltele.net) |
| 07:04.57 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:05.30 | *** join/#asterisk-dev oej_ (~olle@h87-96-134-129.dynamic.se.alltele.net) |
| 07:05.30 | *** mode/#asterisk-dev [+o oej_] by ChanServ |
| 07:06.58 | wdoekes | would anyone mind if I unbreak rtcp set stats in 1.8? or was it up for removal for some reason? |
| 07:09.47 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:4d94:bdf7:ff9b:3be7) |
| 07:29.18 | hurdman | hi what does it mean : ERROR[6431] chan_dahdi.c: ROSE RETURN ERROR: |
| 07:29.19 | hurdman | ? |
| 07:33.48 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:4d94:bdf7:ff9b:3be7) |
| 07:35.17 | *** join/#asterisk-dev luckman212 (~luckman21@2001:470:8abb:0:211:32ff:fe10:cdc1) |
| 07:44.54 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:c80:2d65:b31a:1ba3) |
| 07:46.16 | wedhorn | in channel.c there are several tests such as 'if(ast_channel_tech(chan)->hangup)'. These cause a segfault if tech_pvt is NULL. |
| 07:47.03 | wedhorn | Should the existence of tech_pvt be tested first, or should we ensure that tech_pvt is not set to NULL by the channel driver? |
| 07:53.41 | wdoekes | is that a theoretical or real issue? |
| 07:58.19 | oej | woekes: What do you mean with breaking RTCP? |
| 07:59.21 | oej | wedhorn: Depends on the code path. In many cases for hangup I would expect a test for existance of the tech_pvt. That should propably be in ast_channel_tech() |
| 07:59.26 | oej | And maybe not. :-) |
| 08:19.20 | wdoekes | oej: *un*breaking the "rtcp set stats" console command, it's a no-op since 1.8 and res_rtp_asterisk |
| 08:19.44 | oej | Ouch. Haven't looked into that. Bad. |
| 08:20.06 | oej | I need funding to move my RTCP patch to 1.8. It's needed to get anything right in RTCP. |
| 08:20.16 | oej | goes out hunting for customers |
| 08:20.42 | wdoekes | is that in a rtcp-separate branch of yours? |
| 08:21.07 | wdoekes | *separate rtcp-branch |
| 08:23.33 | wdoekes | my customer could use some pretty rtcp graphs.. so I can at least spend /some/ time on it |
| 09:02.00 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 09:02.00 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 09:11.03 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-155-146.cablep.bezeqint.net) |
| 09:11.04 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 09:29.07 | wedhorn | wdoekes: it's a real issue, got a segfault in ast11 with chan_skinny - channel.c line 2831 - if(ast_channel_tech(chan)->hangup) |
| 09:59.31 | oej | wdoekes: Yes that's a separate branch for 1.4. Good stuff. Generates CQR - Call Quality Records that you can use for graphs - in MySQL. |
| 10:56.55 | *** join/#asterisk-dev spditner (~simon@206-248-134-109.dsl.teksavvy.com) |
| 11:10.41 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 11:39.43 | *** join/#asterisk-dev oej (~olle@h87-96-134-129.dynamic.se.alltele.net) |
| 11:39.47 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:43.25 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 11:43.26 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 11:55.11 | oej | Afternoon folks |
| 12:01.54 | file | hola |
| 12:33.34 | *** join/#asterisk-dev jmls (~julian@host217-36-208-155.in-addr.btopenworld.com) |
| 12:48.30 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-psggblbozemxcprq) |
| 12:48.30 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:00.15 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-kcwzdrdivgdpgvjb) |
| 13:23.28 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 13:23.28 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 14:07.42 | *** join/#asterisk-dev klobucar (u1012@gateway/web/irccloud.com/x-nmhmnimekkphencn) |
| 14:11.27 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:11.27 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:11.31 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 14:11.32 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 14:50.46 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 14:50.50 | *** part/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 14:55.47 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 14:55.51 | *** part/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 15:01.45 | *** join/#asterisk-dev moy (~moy@173.239.155.74) |
| 16:01.43 | *** join/#asterisk-dev cmendes0101| (~cmendes01@wtnl.corp.tierra.net) |
| 16:27.19 | *** join/#asterisk-dev latv (~latv@109.238.244.73) |
| 16:29.22 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:29.23 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:30.04 | *** join/#asterisk-dev oej (~olle@h87-96-134-129.dynamic.se.alltele.net) |
| 16:30.05 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:54.22 | Corydon76-home | jrose_atDigium: Oops on the header detection. Apparently there's another configure script. |
| 16:55.35 | jrose_atDigium | Corydon76-home: So HAS_CURSES is the right one then? Thanks for the help with this by the way. |
| 16:55.50 | jrose_atDigium | *HAVE_CURSES |
| 16:56.27 | Corydon76-home | Assuming the ncurses library is compiled in, you could just do an "extern int COLS;" in term.h and be done with it. |
| 16:57.32 | Corydon76-home | Because main/editline/term.c initializes the library |
| 16:58.08 | jrose_atDigium | Does it have to be ncurses or would curses work as well? |
| 16:58.23 | Corydon76-home | Both, since it's a POSIX requirement. |
| 16:58.24 | *** join/#asterisk-dev Kobaz (~kobaz@its.kobaz.net) |
| 16:58.55 | Corydon76-home | Or either, depending upon your perspective |
| 16:58.59 | jrose_atDigium | yes |
| 16:59.17 | jrose_atDigium | I'm favoring curses to ncurses since I have ever so slightly more experience with it. |
| 16:59.26 | jrose_atDigium | I'm really not sure what if any differences there are. |
| 16:59.32 | jrose_atDigium | I suppose I ought to look that up. |
| 16:59.38 | Corydon76-home | ncurses is essentially "new curses" |
| 17:00.17 | Corydon76-home | Everybody knows X11 as a single term without realizing that there was X1-X10 before it |
| 17:00.31 | Corydon76-home | and before X, there was W. |
| 17:00.37 | Qwell | Corydon76-home: and 5 R's before R6 |
| 17:00.55 | Corydon76-home | Qwell: yep |
| 17:00.57 | seanbright | and before W there was adam and eve |
| 17:00.58 | Qwell | Nobody really remembers the R now though |
| 17:01.20 | Corydon76-home | Well, only because R5 has finally fallen off |
| 17:01.41 | Qwell | actually, apparently there's an R7 |
| 17:01.47 | Qwell | shows what I know |
| 17:02.01 | Corydon76-home | seanbright: I'm serious about W... there was a windowing system called W in the very early days. |
| 17:03.48 | Corydon76-home | http://en.wikipedia.org/wiki/X_Window_System#History |
| 17:04.58 | jrose_atDigium | X11 - 15 September 1987: Oh, so only a few months before I was born. |
| 17:05.20 | jrose_atDigium | Let alone started using Linux :P |
| 17:07.07 | jrose_atDigium | Their version scheme seems kinda logarithmic. |
| 17:11.37 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 17:11.37 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 18:16.15 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 18:16.15 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 18:33.46 | *** join/#asterisk-dev snuff-work (~snuffy@210.9.82.197) |
| 18:33.46 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 18:34.48 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 18:34.48 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 18:38.55 | *** join/#asterisk-dev leedm777 (~Adium@nat/digium/x-mcemulmfwxtdacsz) |
| 18:42.58 | *** join/#asterisk-dev malcolmd_ (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 18:42.58 | *** mode/#asterisk-dev [+o malcolmd_] by ChanServ |
| 18:45.37 | latv | what is correct approach to handling codec variants? i'm talking about amr codec. it has several modes and characteristics, which are negotiated out-of-band. but there is only one internal format in Asterisk - AST_FORMAT_AMRNB |
| 18:46.42 | latv | for codec module this modes are handled via codecs.conf now |
| 18:47.10 | latv | not the best way, but works |
| 18:48.08 | latv | now i'm trying to make format module, but how do I know, which mode to stream? format modules seem not to be designed to read configs at all |
| 18:51.21 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 18:51.21 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 18:52.40 | file | Asterisk 11 and higher has the ability to have attributes associated with a format, you can look at res/res_format_attr_h264.c as an example |
| 18:54.05 | latv | wow, cool |
| 18:54.54 | file | you can provide the SDP parsing and generation code in there, but if you need to access attributes from outside the scope of that you need to make it known what each attribute is for (probably via a header file) |
| 18:57.37 | latv | ok, btw, are there attemts to implement amr in v.11 ? perhaps, unofficial.. |
| 18:57.47 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 18:57.47 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 18:57.53 | file | I stay far away from that. |
| 19:00.19 | latv | ok, i have working code already for 1.8, will try to make it work on 11 and also add attribute handling |
| 19:18.23 | wdoekes | "Asterisk 1.4.13 Now Available", hehe |
| 19:18.25 | wdoekes | finally! |
| 19:19.09 | mjordan | wdoekes: :-( |
| 19:19.33 | wdoekes | everybody makes typos :) |
| 19:19.49 | mjordan | actually, that's been available since 2007 |
| 19:20.05 | mjordan | ironically, 10-10-2007 |
| 19:20.15 | mjordan | so... nearly 5 years |
| 19:20.48 | pabelanger | Digium invents time machine, more at astricon 12 |
| 19:21.45 | mjordan | goes back in time and kills CDRs |
| 19:22.05 | file | CDRs are perfect. |
| 19:22.22 | mjordan | goes back in time and kills all non-two party features |
| 19:22.32 | mjordan | now CDRs are perfect. |
| 19:47.22 | pabelanger | OM NOM NOM: [2012-10-09 15:46:50.649] ERROR[7856]: netsock2.c:94 ast_sockaddr_stringify_fmt: getnameinfo(): ai_family not supported |
| 19:50.35 | pabelanger | time to enable some debug logs |
| 19:52.43 | pabelanger | Think it is related ACLs |
| 19:57.09 | pabelanger | Ya, looks like a bug |
| 20:05.42 | pabelanger | Oooh, simple. Just using the wrong struct for the warning message |
| 20:13.52 | *** join/#asterisk-dev cmendes0101| (~cmendes01@wtnl.corp.tierra.net) |
| 20:18.38 | pabelanger | I think this is right, https://reviewboard.asterisk.org/r/2155/ |
| 20:33.25 | jmls | has just been caught out by his own cleverness :( |
| 20:33.36 | jmls | multiple phones per extension |
| 20:33.50 | jmls | 2001 = sip/foo1&sip/foo2 |
| 20:34.09 | jmls | so, 2001,1,Dial(sip/foo1&sip/foo2) |
| 20:34.18 | jmls | works for me |
| 20:34.44 | jmls | wrote a little ruby library to get the dialstring of an extension, pass in 2001, get the dialstring back |
| 20:34.57 | jmls | all ok :) |
| 20:35.07 | jmls | works peachy. |
| 20:35.15 | jmls | until you use the originate command .... |
| 20:35.43 | jmls | where the channel doesn't seem to work the same way as dial :-[:'( |
| 20:37.08 | jmls | is there a tech/resource option for originate ala dial ? |
| 20:37.30 | leifmadsen | huh? |
| 20:37.42 | jmls | heh |
| 20:38.10 | jmls | the originate command requires a channel like sip/foo1 |
| 20:38.10 | leifmadsen | any originate functionality has always allowed you to define the tech |
| 20:38.38 | jmls | yeah, but as I've just found out, not multiple tech |
| 20:38.47 | jmls | sip/foo1&sip/foo2 |
| 20:38.52 | leifmadsen | that's not the question you asked ;) |
| 20:39.05 | jmls | ahem. |
| 20:39.07 | jmls | *cough* |
| 20:39.16 | jmls | is there a tech/resource option for multiple tech originate ala dial |
| 20:39.18 | leifmadsen | or I didn't read enough scrollback |
| 20:39.29 | leifmadsen | ic |
| 20:39.33 | leifmadsen | ya that's different :) |
| 20:39.42 | jmls | 8-) |
| 20:40.12 | jmls | has been bitten by non-orthangonality :) |
| 20:40.18 | *** join/#asterisk-dev bweschke (~bweschke@74-94-3-209-Philadelphia.hfc.comcastbusiness.net) |
| 20:40.40 | elguero | pabelanger: that looks right to me... should be using peer->addr by the time you get to the part of the code |
| 20:41.45 | jmls | suppose I'm going to have to use a local channel for the tech. boo. |
| 20:44.45 | jmls | woot! just received the call! Steak, egg and chips are beckoning, to be accompanied by a fine "Leffe Bruin" beer :) (http://beeradvocate.com/beer/profile/470/1862) |
| 20:44.58 | jmls | runs for the kitchen. night all : |
| 20:59.22 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 20:59.22 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 21:08.03 | wdoekes | jmls: Local/2001@your-extensions ? |
| 21:26.55 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 21:41.11 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 22:09.56 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-psggblbozemxcprq) |
| 23:15.04 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-155-146.cablep.bezeqint.net) |
| 23:15.04 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 23:50.34 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 23:50.34 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |