| 00:21.07 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 00:21.07 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 00:22.35 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 00:22.35 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 01:19.49 | *** join/#asterisk-dev serafie (~erin@76.73.167.231) |
| 01:38.22 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 01:38.22 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 03:02.48 | *** join/#asterisk-dev serafie (~erin@76.73.167.231) |
| 03:55.24 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 03:55.24 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 04:26.56 | *** join/#asterisk-dev studybo__ (~studybot_@gateway/tor-sasl/studybot/x-68286794) |
| 06:08.01 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 06:15.26 | *** join/#asterisk-dev jmls (~somefake@77.107.171.82) |
| 06:24.12 | wedhorn | snuff-work: any progress on your skinny call logging? |
| 06:29.39 | snuff-work | i tested ur patch |
| 06:29.42 | snuff-work | seems to work |
| 06:30.13 | snuff-work | i haven't been able to look at logging all just 'ast internal' calls |
| 06:30.27 | wedhorn | good to hear |
| 06:30.37 | wedhorn | about the patch |
| 06:31.11 | snuff-work | which.. 1? |
| 06:31.19 | wedhorn | had some fun this morning. Seems dialednumber is required |
| 06:31.59 | wedhorn | I assume you're talking about the added callinfo stuff |
| 06:32.07 | snuff-work | yes |
| 06:32.27 | snuff-work | happy for me to push the patch to jira for the auto-complete changes? |
| 06:33.12 | wedhorn | yep, more the merrier. But after this mornings stuff around with committing stuff, we should probably try to keep the patches to a single thing |
| 06:33.29 | wedhorn | to hard to test multiple changes |
| 06:53.32 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 06:59.36 | *** join/#asterisk-dev oej (~Adium@2001:16d8:cc57:1000::42:1001) |
| 06:59.36 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:11.27 | *** join/#asterisk-dev bombev (~bombev@PPPoE-Static-40-132.UnicsBG.Net) |
| 08:11.32 | bombev | hi all |
| 08:42.32 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 08:42.32 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:15.35 | *** join/#asterisk-dev oej (~Adium@2001:16d8:cc57:1000::42:1004) |
| 09:15.35 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:35.01 | oej | Afternoon |
| 12:55.13 | file | moo! |
| 12:56.15 | oej | file: Are you really adding forking in the sip channel? |
| 12:56.34 | file | outbound at the moment yes |
| 12:56.50 | oej | I always thought that would break the PBX |
| 12:56.59 | oej | Now you have to aggregate forks both in the PBX and in the SIP channel |
| 12:57.17 | oej | not break the pbx, but break the pbx architecture |
| 12:57.25 | file | to Asterisk it currently appears as a single channel |
| 12:57.31 | oej | Yes, that's bad. |
| 12:57.49 | oej | I was considering pushing multiple regs for one peer up to the pbx as PEERNAME_01 |
| 12:57.51 | oej | etc |
| 12:57.58 | oej | in the HINT |
| 12:58.09 | oej | so people could dial($HINT) and get all registred devices |
| 12:58.18 | oej | That way, the forking would happen in the PBX core |
| 12:58.23 | file | still entirely possible to do |
| 12:58.30 | oej | I think that's the best way |
| 12:58.50 | oej | Having forking in multiple levels is messy |
| 12:59.00 | file | as it is, it's working perfectly fine with a single channel |
| 12:59.13 | file | well - early media is always a mess |
| 13:01.04 | file | if people want the granularity of individual channels within Asterisk adding a dialplan function which returns a properly formatted dial string is easy |
| 13:04.09 | file | wdoekes, would you like some regex with your regex? |
| 13:05.48 | wdoekes | http://img.chan4chan.com/img/2009-12-16/yo-dawg-regex.jpg |
| 13:06.10 | file | wdoekes, lawlz |
| 13:08.41 | seanbright | file: pcreeeeeeeeeee |
| 13:09.16 | seanbright | why? because you can. |
| 13:09.41 | wdoekes | pcre{11} you mean |
| 13:16.02 | seanbright | wdoekes: YES. |
| 13:20.27 | file | tgif |
| 13:34.53 | oej | file: SO what happens if one is ringing and the other gets a 302? |
| 13:35.05 | oej | Or if you fork in the SIP channel and gets multiple 200 OK? |
| 13:35.33 | file | currently we don't handle 302, and since stuff is serialized the first one to return 200 OK would get it |
| 13:35.33 | oej | There are many ways an architecture with the fork happening in the SIP channel can get surprises. Better to keep the architecture and let the pbx fork. |
| 13:35.45 | oej | ANd then you get another one? |
| 13:36.09 | file | all outstanding legs are ended |
| 13:36.29 | oej | There's a timing issue there. You may not be able to send a CANCEL before the second 200 OK. |
| 13:36.48 | oej | You have done this test at SIPit. This is one of the first for beginners at SIPit. |
| 13:37.47 | file | from a code perspective it will send a CANCEL, if a 200 OK is subsequently received it'll BYE the leg |
| 13:37.54 | file | (probably, haven't tried) |
| 13:41.21 | file | further down the road - sure, exposing this and fixing up the core to actually be involved is good but in the mean time having both the functionality of the channel driver doing it for cases where people don't need that control and also having a dialplan function for cases where people do want individual legs represented within Asterisk I think is an achievable goal |
| 13:42.45 | oej | I think forking in the SIP channel will just generate too much support |
| 13:42.57 | file | support for what? |
| 13:43.10 | oej | As it breaks a lot of the Asterisk design. Before we do that, we need a big discussion on the design of Asterisk and how this affects stuff like blinking lamps. |
| 13:43.12 | file | oh, you mean issues |
| 13:43.35 | file | the code is not in the main branch 'nor has it gone up for review, it's been an experiment to see what is possible |
| 13:44.20 | oej | Asterisk is built upon one dial address equals one device, we have never broken that before. I am not saying it's not doable, but we need to evaluate if this is really what we want to do. |
| 13:46.22 | file | the fallback for Asterisk 12 would be exactly what you mentioned, a dialplan function which produces individual channels |
| 13:55.21 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-bfohgmeqyflcnfam) |
| 13:58.23 | *** join/#asterisk-dev jmls (~somefake@77.107.171.82) |
| 14:16.35 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:16.35 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:29.06 | *** join/#asterisk-dev kpfleming (4173e21c@gateway/web/freenode/ip.65.115.226.28) |
| 14:43.00 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 14:57.45 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-okccstbnlemvepno) |
| 14:57.45 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:25.50 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-qbgvlbtyoooxakqi) |
| 15:26.38 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 15:26.38 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 15:31.38 | mjordan | woot! the config documentation patch totally broke sorcery |
| 15:33.04 | file | 'tsk 'tsk |
| 15:42.42 | mjordan | hum. Sorcery doesn't like to fill in the aco_info object much. |
| 15:46.13 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:46.13 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 16:01.08 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 16:01.08 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 16:27.10 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:27.10 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:51.28 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 17:04.05 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 17:04.05 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 17:13.13 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-84-109-18-138.red.bezeqint.net) |
| 17:13.13 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 17:47.13 | kpfleming | pretty quiet in here |
| 17:48.05 | Qwell | kpfleming: We were having a contest. The loser had to review pjproject build system changes. |
| 17:48.29 | file | harsh |
| 17:49.41 | *** join/#asterisk-dev w9sh (~w9sh@50-79-224-193-static.hfc.comcastbusiness.net) |
| 17:49.50 | pabelanger | Qwell, doe you have a gitbranch of it? |
| 17:50.02 | Qwell | pabelanger: see -dev list. |
| 17:50.18 | pabelanger | checking |
| 17:50.40 | Qwell | $ ldd res/res_rtp_asterisk.so |
| 17:50.40 | Qwell | libpj.so => /usr/lib/libpj.so (0x00007f004c48e000) |
| 17:50.42 | Qwell | that makes me happy. |
| 17:51.41 | mjordan | sprint planning days :-\ |
| 18:12.17 | pabelanger | Qwell, problems compling |
| 18:12.20 | pabelanger | getting a pastebin |
| 18:14.52 | pabelanger | Qwell, http://pastebin.com/PxqTUgNj |
| 18:16.16 | Qwell | already fixed locally |
| 18:16.24 | Qwell | SAMPLE_CFLAGS="$(_CFLAGS)" in Samples.mak |
| 18:16.36 | pabelanger | k |
| 18:16.40 | pabelanger | update github? |
| 18:19.26 | *** join/#asterisk-dev JunK-Y (~junky@pdpc/supporter/active/junk-y) |
| 18:31.37 | pabelanger | Qwell, ping me once you have pushed your changes to github |
| 18:39.15 | mjordan | file: putnopvut: http://pastebin.com/b8RhGZzZ |
| 18:40.36 | putnopvut | mjordan: is that a new test you've added? |
| 18:41.26 | mjordan | nope, that's strict XML documentation kicking in and making the unit tests fail |
| 18:41.31 | mjordan | because they don't have documentation :-D |
| 18:42.01 | mjordan | I'll disable strict documentation checking for now... |
| 18:43.04 | file | oic |
| 18:49.54 | coreyf1513 | Qwell: are the makefiles for libpj.so available? |
| 18:53.51 | Qwell | coreyf1513: also see -dev list. |
| 18:56.39 | mjordan | for anyone asking about the pjproject repo, it's also mentioned on the SIP project page - https://wiki.asterisk.org/wiki/display/AST/New+SIP+channel+driver#NewSIPchanneldriver-SIPstack |
| 18:57.08 | mjordan | as is Qwell's review :-) |
| 18:57.29 | pabelanger | we'll I've already started Debian packaging for it |
| 18:57.35 | Qwell | pabelanger: pushed, but it's super hairy. |
| 18:58.55 | mjordan | pabelanger: nice |
| 19:09.21 | *** join/#asterisk-dev kpfleming (4173e21c@gateway/web/freenode/ip.65.115.226.28) |
| 19:27.09 | mjordan | opticron: how confident are you in your patch on ASTERISK-20676? |
| 19:27.22 | mjordan | (we really need a captainpants) |
| 19:28.41 | leifmadsen | but not CaptPants |
| 19:29.13 | opticron | moderately confident and it may need additional tweaks since I think I created the patch before chan_motif went in |
| 19:29.31 | opticron | I'd be more confident, but it's been a while since I've looked at it |
| 19:29.39 | pabelanger | leifmadsen, +1 |
| 19:31.59 | pabelanger | Qwell, looks better. Successful build |
| 19:32.19 | mjordan | opticron: k - newtonr may as well put it up on the queue |
| 19:32.38 | mjordan | leifmadsen: whatever happened to Mr. Capt. Pants? |
| 19:41.37 | leifmadsen | mjordan: there is no Mr. Captain |
| 19:44.15 | newtonr | mjordan: done |
| 19:45.09 | WIMPy | leifmadsen: Because he's got a Mrs Captain? |
| 19:46.14 | leifmadsen | because he has no pants. It's pants free friday. |
| 19:46.48 | kpfleming | leifmadsen: i had a conference call today with someone who sounded exactly like you. it was eerie. |
| 19:46.59 | WIMPy | Sounds interesting. Where does such a thing exist? |
| 19:47.05 | leifmadsen | kpfleming: that is very strange......... |
| 19:47.12 | leifmadsen | I would like to speak to this person |
| 19:47.34 | kpfleming | he is a technical sales engineer for Amazon WS in NYC |
| 19:56.34 | *** join/#asterisk-dev kpfleming (4173e21c@gateway/web/freenode/ip.65.115.226.28) |
| 19:58.12 | seanbright | i chose the name captain pants by the way |
| 19:58.19 | seanbright | i would like credit, please. |
| 19:58.33 | seanbright | i guess i could run him. does anyone remember the nickserv password? |
| 19:59.00 | pabelanger | seanbright, don't you remember me asking if it was cool to use him? |
| 19:59.00 | pabelanger | https://github.com/captpants |
| 19:59.15 | pabelanger | asked like 6 months ago or so |
| 19:59.51 | pabelanger | I can transfer it back if you want it |
| 20:00.01 | seanbright | pabelanger: i'm kidding |
| 20:00.16 | seanbright | i mean. i did pick the name. |
| 20:00.29 | seanbright | but i just want everyone to know how wonderful and creative i am |
| 20:00.32 | pabelanger | Say the word, have no problems |
| 20:01.45 | seanbright | where does ircbot.py come from? |
| 20:11.39 | kpfleming | repotools i think |
| 20:13.06 | *** join/#asterisk-dev Corydon76-home (~quassel@c-69-180-203-73.hsd1.tn.comcast.net) |
| 20:13.06 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 20:23.22 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 20:23.22 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 20:23.57 | *** part/#asterisk-dev AmbassadorPants (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 20:27.43 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 20:27.43 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 20:41.20 | *** join/#asterisk-dev AmbassadorPants (~Ambassado@207.114.53.29) |
| 20:41.28 | seanbright | ah. |
| 20:41.47 | seanbright | ASTERISK-17599 |
| 20:41.50 | seanbright | hah |
| 20:45.43 | seanbright | yeah this bot is pretty awful |
| 20:45.48 | seanbright | i'm totally giving up on it |
| 20:50.24 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 20:50.24 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 20:52.04 | kpfleming | darren sessions had started a complete rewrite early last year... don't know what happened to that |
| 20:55.33 | mjordan | nor do I |
| 20:55.43 | mjordan | I suppose I could ask him :-P |
| 20:55.49 | file | pfft ask |
| 21:42.12 | *** join/#asterisk-dev Corydon76-home (~quassel@c-69-180-203-73.hsd1.tn.comcast.net) |
| 21:42.12 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 21:50.57 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 21:50.58 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 23:27.55 | wedhorn | snuff-home: if you're around, I couldn't help myself with your 144 patch and it sort of got out of hand ... |
| 23:29.24 | file | yawns |
| 23:33.23 | snuff-home | mm? |
| 23:35.18 | mjordan | file: tired of NAT? |
| 23:35.29 | file | mjordan, I'm not working. :P |
| 23:35.53 | file | I was actually reading remarks from the CRTC hearings today, of companies trying to justify stuff they can't justify |
| 23:36.06 | wedhorn | snuff-home: basically included the non variable equivalent of 144, a transmit_clear and added cli functionality (for testing, but can be used for sending message as well...) |
| 23:36.22 | file | mjordan, why are you still here? |
| 23:36.51 | snuff-home | all for more options / test :) |
| 23:40.15 | wedhorn | cool. Also clears the prompt when the device goes of RINGIN state. So if you reject a call, the prompt disappears rather than hanging around until timeout |
| 23:40.24 | snuff-home | nice |
| 23:40.43 | file | you two sure are skinny crazy |
| 23:41.24 | snuff-home | well.. skinny is coming off a lowish base of features.. |
| 23:41.42 | snuff-home | i need to get it to a state close enough to what my users expect |
| 23:42.31 | snuff-home | hopefully.. i dont ever see that random all calls are unknown in the logs again |
| 23:44.40 | wedhorn | that was removing the dialed number message |
| 23:45.00 | wedhorn | with some playing around, think I managed to work out what the device does |
| 23:45.15 | snuff-home | we shouldn't need dialed number though.. least my real ccm phone doesn't.. |
| 23:45.27 | snuff-home | but if we need it.. so be it :) |
| 23:46.06 | wedhorn | okay, maybe we're missing something in callerinfo and so it reverts to need dialednum |
| 23:46.28 | snuff-home | the only other thing that bugs me atm.. if i dial an exten.. that changes to another.. aka like ur patch.. to add origto/currto |
| 23:46.54 | snuff-home | is that it still has the name from the last part.. |
| 23:47.07 | snuff-home | but i think we should be able to fix that like you did for the number.. |
| 23:47.42 | snuff-home | aka i dialed 6104 -> (eventually dials Test <5018>) and in the placed calls i get 'tester / 6104' |
| 23:47.55 | snuff-home | rather than just ' / 6104 |
| 23:48.59 | wedhorn | if you exclude my patch (21095) you should get what you want |
| 23:49.23 | wedhorn | I'm of two minds as to whether to include it or not |
| 23:49.35 | snuff-home | nope.. if i ditch ur patch.. i get worse.. aka my call to 6104.. shows up in placed as 'tester 5018' |
| 23:50.44 | wedhorn | that's weird |
| 23:51.14 | wedhorn | I actually wrote that patch because I was only getting 6104 with no name |
| 23:51.32 | snuff-home | mm.. will have to re-check mine on monday |
| 23:52.09 | snuff-home | i need to post my 'constify' patch soon before i forget :) |
| 23:52.23 | wedhorn | basically the issue seemed to be that if the dialednum message had a number it couldn't find in the callerid info, it just put the dialednum in the log and nothing else |
| 23:52.59 | snuff-home | maybe i'd ditched 'dialed num' msg at the time? |
| 23:54.28 | wedhorn | who knows. My rationale for the patch was I've got various numbers pointing to the same device (ie 101 dials 101, 131 dials and autoanswers 101) |
| 23:54.56 | wedhorn | Basically they're permanent redirects. For forwards, using the destination name in the log would be confusing |
| 23:59.14 | snuff-home | mm |
