| 00:19.43 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.63.50.244) |
| 01:37.38 | *** join/#asterisk-dev russellb (~russell@asterisk/digium-open-source-team-lead/russellb) |
| 01:37.38 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 02:07.08 | *** join/#asterisk-dev russellb (~russell@asterisk/digium-open-source-team-lead/russellb) |
| 02:07.08 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 02:35.20 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@71-34-114-78.ptld.qwest.net) |
| 03:02.24 | *** join/#asterisk-dev russellb (~russell@asterisk/digium-open-source-team-lead/russellb) |
| 03:02.24 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 03:28.06 | *** join/#asterisk-dev russellb (~russell@asterisk/digium-open-source-team-lead/russellb) |
| 03:28.06 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 03:31.11 | pabelanger | r832 |
| 03:31.34 | pabelanger | where is that bot when you need him :) |
| 03:31.39 | pabelanger | https://reviewboard.asterisk.org/r/832/ |
| 03:32.37 | pabelanger | Corydon76-home: Going to give your patch a run. So, just to understand properly. I start still start Asterisk as the root user, but pass -U asterisk -G asterisk flags, correct? |
| 03:42.40 | Corydon76-home | pabelanger: correct |
| 03:57.37 | Corydon76-home | pabelanger: just looking over the patch, I see there's a few places after restoring root privs that I forget to reduce privs again (mostly for errors) |
| 03:57.46 | Corydon76-home | but the concept should be sound |
| 03:58.34 | Corydon76-home | and should allow us to run Asterisk without root privs on *BSD without giving up the extra features |
| 04:00.09 | Corydon76-home | Won't protect us from code insertion exploits (not that there are any), but any userlevel code will not be able to take advantage of the extra privs |
| 04:02.43 | Corydon76-home | For a complete solution to even root privs, we'd probably need to run separate processes with shared memory and jail the process with elevated privs |
| 04:03.33 | Corydon76-home | but that is considerably more complex |
| 07:40.16 | *** join/#asterisk-dev oej (~olle@2001:470:1f15:d79:225:ff:fe44:74ec) |
| 07:40.16 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:43.17 | Kobaz | v6! |
| 07:48.56 | oej | morning |
| 08:00.57 | *** join/#asterisk-dev lftsy (~lftsy@install.deckpoint.ch) |
| 08:04.09 | *** join/#asterisk-dev asterisk-learner (~chatzilla@77.42.241.114) |
| 08:12.49 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 08:12.49 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:12.50 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:21b:63ff:feb5:e13b) |
| 08:40.48 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 10:50.35 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 12:19.48 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 12:19.48 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:35.17 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:35.18 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:38.21 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:38.22 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:39.09 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 12:39.09 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 12:42.24 | snuff-home | wonders aloud if murf will update all CEL backends to support the eventextra/userextra field in next patch |
| 12:56.44 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 12:56.44 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 13:05.05 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 14:03.21 | *** join/#asterisk-dev bklang_ (~bklang@tesla.alkaloid.net) |
| 14:10.51 | *** join/#asterisk-dev rrb3942 (~rbullock@208.49.79.66) |
| 14:12.14 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:12.14 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:56.21 | *** join/#asterisk-dev elguero (~miguel323@dsl092-072-112.bos1.dsl.speakeasy.net) |
| 15:02.20 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:02.20 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:08.54 | *** join/#asterisk-dev IsUp (~nocturne@unaffiliated/isup) |
| 15:49.21 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:52.19 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 15:52.19 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 16:08.33 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-pabnjtblyfzmpzse) |
| 16:28.33 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:28.33 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:28.36 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 16:37.18 | *** join/#asterisk-dev rrb3942 (~rbullock@208.49.79.66) |
| 17:02.57 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 17:02.57 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:04.51 | *** join/#asterisk-dev angryuser (~angryuser@LPuteaux-151-42-27-99.w193-251.abo.wanadoo.fr) |
| 17:05.02 | angryuser | Good day, question from noob |
| 17:05.11 | angryuser | RFC states: The initial Request-URI of the message SHOULD be set to the value of |
| 17:05.11 | angryuser | <PROTECTED> |
| 17:05.28 | angryuser | This means initial invite should mach uri in TO field ? |
| 17:05.47 | angryuser | Or To field uri should be the same as in INVITE field uri ? |
| 17:21.33 | kpfleming | you asked the same question twice |
| 17:21.48 | kpfleming | the RFC recommends strongly that the request URI and the URI in the To header (not field) match |
| 17:21.55 | kpfleming | but it is not required that they match |
| 17:26.57 | oej | The To: is the initial destination of the call. The R-URI is the next target. |
| 17:27.06 | oej | It's not always the same, especially in Asterisk. |
| 17:27.24 | kpfleming | sure, in the case of a forwarded call or something |
| 17:28.47 | *** join/#asterisk-dev jthurman42 (~jthurman@66.154.133.13) |
| 17:31.23 | angryuser | kpfleming, ok, by default asterisk does not care of To field, and i can not mod the dialplan i have to use Sip header |
| 17:31.44 | kpfleming | asterisk does not route calls on the To header URI that is correct |
| 17:31.57 | angryuser | My provider sends me invite with account username, and destination DID inside To field |
| 17:32.28 | kpfleming | then you can use the SIP_HEADER function in the dialplan to read that content and route the call in the dialplan |
| 17:32.38 | angryuser | kpfleming, right, i dont know on what abject i can force my provider change that |
| 17:32.43 | angryuser | object* |
| 17:32.53 | kpfleming | this gets asked fairly often, you should use google to find previous discussions about this |
| 17:33.00 | IsUp | 9mm handgun |
| 17:33.05 | IsUp | good object |
| 17:33.07 | angryuser | I am not sure if i can tell him that he is not rfc compilant |
| 17:33.26 | kpfleming | he is in compliance with the RFC |
| 17:34.14 | angryuser | i know, its recommended but, by defaut * dont care much about To, and i can not change dialplan they use |
| 17:34.26 | angryuser | they just do Number = EXTEN |
| 17:34.40 | angryuser | Account name in this case |
| 17:34.59 | angryuser | This said i will have to intall 50 accounts on one server |
| 17:35.08 | kpfleming | if you cannot change the asterisk dialplan then you have a major problem |
| 17:35.28 | angryuser | kpfleming, i can change dialplan but not the incoming calls logic |
| 17:35.39 | kpfleming | that is the dialplan |
| 17:35.50 | angryuser | ^^ |
| 17:36.46 | angryuser | so, i am stuck |
| 17:38.03 | kpfleming | if you can change the dialplan, you can change the call routing. |
| 17:39.02 | angryuser | kpfleming, i can change *outgoing* part of dialplan, the incoming part i can not, it's auto generated (not freepbx) and pushed to my servers |
| 17:39.23 | angryuser | and even if i could i would need to change 30+ servers |
| 17:39.33 | angryuser | this is killing me |
| 17:39.36 | kpfleming | then you are stuck, that is correct. your best option would probably be to put a SIP proxy in front of the servers and have it modify the URIs on their way into the asterisk servers. |
| 17:53.03 | *** join/#asterisk-dev mpe (~mpe@gate.ipvision.dk) |
| 17:53.09 | pabelanger | Corydon76-home: danke! I was just about to look into it |
| 17:53.32 | *** part/#asterisk-dev mpe (~mpe@gate.ipvision.dk) |
| 17:57.39 | *** join/#asterisk-dev russellb (~russell@asterisk/digium-open-source-team-lead/russellb) |
| 17:57.39 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 18:00.23 | *** join/#asterisk-dev wdoekes2 (~walter@wjd.osso.nl) |
| 18:19.15 | *** join/#asterisk-dev mpe (~mpe@212.45.120.202) |
| 18:43.10 | Corydon76-home | pabelanger: when the test is quick, there's little reason not to do it automatically in devmode |
| 18:58.44 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 19:33.21 | leifmadsen | heh [10:36] <leifmadsen> anyways, you can try SIP_HEADER() |
| 19:33.34 | leifmadsen | about 2 hours before the discussion above |
| 19:34.59 | kpfleming | leifmadsen: yeah... oh well |
| 19:35.16 | leifmadsen | *shrugs* |
| 19:45.08 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 20:03.16 | tzafrir_laptop | sruffell, the following seems to badly deadlock my test system: |
| 20:03.19 | tzafrir_laptop | asterisk -rx 'channel originate Local/600@demo Application Meetme 3000,d' |
| 20:03.42 | tzafrir_laptop | Doesn't respond to pings |
| 20:05.21 | tzafrir_laptop | ok, bisecting |
| 20:12.49 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 20:15.41 | sruffell | hmm..... |
| 20:17.38 | tzafrir_laptop | The good news is that is is very easy to reproduce here |
| 20:18.57 | sruffell | When PQ ran the tests on the trunk here, they reported that they were seeing a problem with the native bridging. I wonder if it's related. |
| 20:19.08 | sruffell | not a crash though...just no audio. |
| 20:19.18 | tzafrir_laptop | (here: Debian Stable i386) |
| 20:38.06 | sruffell | got it....recursive lock |
| 20:38.44 | sruffell | tzafrir_laptop: http://pastebin.ca/2039793 |
| 20:39.01 | file | is that lock recursive or are you just overly happy to see me? |
| 20:39.18 | sruffell | I think that's a false dichotomy. |
| 20:39.39 | Corydon76-home | file: I'm overly happy to see you |
| 20:46.50 | tzafrir_laptop | sruffell, r9608 is definietly bad. But I'm not sure if it didn't happen before |
| 20:47.13 | sruffell | I see the problem....I'll have a patch here in a sec |
| 20:47.16 | sruffell | dah |
| 20:47.33 | sruffell | dahdi_ioctl_setconf calls dahdi_check_conf under the chan_lock |
| 20:55.25 | sruffell | progress: https://github.com/sruffell/dahdi-linux/commit/7e2d9c772.patch doesn't crash, but still reports circular locking dependency...another couple of moments.... |
| 20:57.38 | sruffell | (http://pastebin.ca/2039806 here for the interested) |
| 21:03.52 | sruffell | tzafrir_laptop: can you try https://github.com/sruffell/dahdi-linux/commit/6b859d07f9.patch ? |
| 21:04.51 | sruffell | wget --no-check-certificate "https://github.com/sruffell/dahdi-linux/commit/6b859d07f9.patch" -O - | patch -p1 |
| 21:05.04 | sruffell | that should just apply it on your working directory |
| 21:05.31 | kpfleming | why --no-check-certificate? |
| 21:07.00 | sruffell | works around "ERROR: certificate common name â*.github.comâ doesnât match requested host name âgithub.comâ" |
| 21:07.14 | kpfleming | that's a bad habit to get into :-) |
| 21:07.21 | kpfleming | someone should fix wget |
| 21:08.10 | sruffell | could already be fixed...the machine I run that command on has an oldish distro... |
| 21:08.32 | Corydon76-home | Um, I don't think wget is necessarily wrong |
| 21:09.04 | kpfleming | now that i look closer, you are right |
| 21:09.11 | kpfleming | *.github.com does not match github.com |
| 21:09.20 | sruffell | http://support.github.com/discussions/site/2185-https-atom-feed-doesnt-verify-as-ssl-cert-doesnt-match |
| 21:10.10 | Corydon76-home | I wonder if it will work to go to https://.github.com/... |
| 21:13.32 | sruffell | yeah..'curl https://github.com/sruffell/dahdi-linux/commit/6b859d07f9.patch | patch -p1' works fine |
| 21:15.40 | leifmadsen | I have to use --no-check-certificate for patches from issues.asterisk.org too |
| 21:18.38 | Corydon76-home | leifmadsen: sounds like you don't have the root certificate package installed |
| 21:18.48 | leifmadsen | possibly |
| 21:19.25 | tzafrir_laptop | sruffell, looks good |
| 21:22.13 | sruffell | tzafrir_laptop: ok..thanks (and sorry about that). |
| 21:23.01 | tzafrir_laptop | hey, those were major cleanups |
| 21:23.17 | tzafrir_laptop | they were bound to have a bug or two |
| 21:34.55 | sruffell | committed: http://svn.asterisk.org/view/dahdi?view=revision&revision=9621 (since you'll probably not get the email for another hour) |
| 23:09.41 | *** join/#asterisk-dev rrb3942 (~rbullock@cpe-67-242-215-62.rochester.res.rr.com) |
| 23:30.35 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-iskufdyvuiloiifi) |
| 23:43.08 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 23:43.08 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |