| 01:38.31 | *** join/#asterisk-dev Deeewayne (n=dwayne@76.29.245.9) |
| 01:38.32 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 02:21.30 | *** join/#asterisk-dev xpot-mobile (n=james@173-14-225-193-Utah.hfc.comcastbusiness.net) |
| 02:58.51 | *** join/#asterisk-dev itamarjp (n=itamar@189-015-146-049.xd-dynamic.ctbcnetsuper.com.br) |
| 03:12.01 | *** join/#asterisk-dev itamarjp (n=itamar@189-015-146-049.xd-dynamic.ctbcnetsuper.com.br) |
| 03:38.01 | *** join/#asterisk-dev lmsteffan (n=laurent@reef.ac-noumea.nc) |
| 04:03.07 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 04:03.48 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 04:35.13 | *** join/#asterisk-dev xpot (n=james@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 05:04.50 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 05:12.30 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 06:03.51 | *** join/#asterisk-dev toasterisk (n=zhulizho@58.251.230.1) |
| 06:08.11 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 06:26.05 | *** join/#asterisk-dev fiddur (n=fiddur@192.121.104.122) |
| 06:32.19 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 06:32.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:48.07 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 06:48.07 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:05.34 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 07:05.34 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:20.28 | *** join/#asterisk-dev spikie (n=spikie@ven69-2-82-241-121-171.fbx.proxad.net) |
| 07:44.58 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 07:44.58 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:05.38 | mvanbaak | hey oej |
| 08:05.50 | mvanbaak | good mornin |
| 08:06.15 | snuff-work | ello mvanbaak :) |
| 08:15.11 | mvanbaak | hey snuff-work |
| 08:16.08 | oej | morning mvanbaak-holiday |
| 08:16.27 | mvanbaak | :) |
| 08:23.22 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 08:23.22 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:29.16 | *** part/#asterisk-dev toasterisk (n=zhulizho@58.251.230.1) |
| 08:54.14 | *** join/#asterisk-dev yahh (n=root@122.170.34.93) |
| 08:55.11 | yahh | Hi guys |
| 08:56.19 | yahh | I want to create channel variable in the chan_sip.c |
| 08:56.27 | yahh | how can i do that |
| 08:57.54 | kaii | by looking at the code :-) |
| 08:58.16 | kaii | pbx_builtin_setvar_helper(mychannel, 'MYVARIABLE', 'myvalue'); |
| 08:59.23 | mvanbaak | yahh: can you explain a bit ? |
| 08:59.34 | mvanbaak | yahh: in sip.conf you can use setvar=foo=bar |
| 08:59.41 | yahh | ohh yes |
| 08:59.58 | mvanbaak | maybe that's all you need :) |
| 09:00.08 | yahh | pbx_builtin_server_helper is creating a variable gloabl |
| 09:00.38 | yahh | if i make 2 different call then in both the value of the variable is same |
| 09:04.38 | oej | yahh: No, it's only global if the channel argument is NULL |
| 09:04.43 | oej | otherwise it's a channel variable |
| 09:04.51 | oej | But what problem are you trying to solve? |
| 09:06.04 | yahh | i have tried with giving channel only |
| 09:06.23 | yahh | but it becomes gloable :( |
| 09:08.38 | yahh | i am tring to prevent transcoding for calls |
| 09:09.13 | yahh | so i want to take codec list into one channel variable |
| 09:40.09 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 09:40.09 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:42.34 | kaii | yahh: if you want to prevent transcoding, why dont you easily set one (only one) allowed codec for all peers? |
| 09:47.26 | yahh | kaii: i want that the frist codec in sdp which come from caller that will stay for whole call |
| 09:47.33 | yahh | on both the legs |
| 09:47.47 | yahh | so caller can send any codec in first pref |
| 09:50.35 | yahh | that's why i can not set only one codec |
| 09:57.50 | kaii | yahh: asterisk only transcodes, when there is no matching codec in both peers preferences IRRC |
| 09:58.08 | kaii | i think asterisk already does what you want |
| 10:04.03 | *** part/#asterisk-dev viraptor (n=viraptor@87-194-164-154.bethere.co.uk) |
| 10:12.10 | *** join/#asterisk-dev smurf (n=smurf@debian/developer/smurf) |
| 10:26.21 | *** join/#asterisk-dev itamarjp (n=itamar@189-015-146-049.xd-dynamic.ctbcnetsuper.com.br) |
| 10:33.12 | yahh | kaii: no it is not doing that way |
| 10:33.25 | yahh | for first lag it is fine.. |
| 10:33.56 | yahh | but for second lag it is takeing preference which is set into peer to dial |
| 10:45.05 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 10:45.06 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:04.06 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) |
| 11:18.05 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 11:18.06 | kaii | mh. that would be a nice feature to keep transcoding load low. i mean: asterisk should find the best codec for a call according to prefs on both legs (first match that both legs have; if there is no match, continue old behaviour) |
| 11:18.38 | kaii | oej: what do you think? |
| 11:39.18 | *** join/#asterisk-dev alecdavis (n=sivad@202-78-149-14.cable.telstraclear.net) |
| 12:08.18 | *** join/#asterisk-dev itamarjp (n=itamar@189-015-146-049.xd-dynamic.ctbcnetsuper.com.br) |
| 12:13.57 | kaii | mhh. what do others think? |
| 12:37.57 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 12:37.57 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:56.31 | *** join/#asterisk-dev itamarjp (n=itamar@189-015-146-049.xd-dynamic.ctbcnetsuper.com.br) |
| 12:57.51 | oej | back |
| 13:08.12 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 13:32.50 | *** join/#asterisk-dev moy (n=moy@74.12.123.137) |
| 14:00.10 | seanbright | good morning, friends. |
| 14:01.29 | Corydon76-dig | Morning, seanbright |
| 14:02.05 | seanbright | how are things? |
| 14:02.22 | Corydon76-dig | Just sent out a security release |
| 14:02.26 | seanbright | i saw that |
| 14:02.28 | seanbright | good times. |
| 14:08.14 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 14:08.14 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:08.39 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:08.39 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:44.24 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:44.24 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:54.16 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.108.131) |
| 14:57.34 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:57.34 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:02.21 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:02.21 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:24.49 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 15:40.32 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 15:47.55 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 15:51.15 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:55.39 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 16:17.17 | *** join/#asterisk-dev jtodd (i=jhsyma60@ns.fox-den.com) |
| 16:17.17 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 16:44.29 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 16:45.47 | *** join/#asterisk-dev xpot-mobile (n=james@static-66-182-88-85.bbsc.net) |
| 17:22.44 | *** join/#asterisk-dev lasko (n=lasko@70.102.15.210) |
| 17:36.57 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 17:36.57 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 17:49.35 | *** join/#asterisk-dev dbrooks (n=dbrooks@nat/digium/x-kjgrlvywatvvkcnk) |
| 17:53.34 | *** join/#asterisk-dev errotan (n=errotan@62.201.123.54) |
| 18:07.19 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 18:11.32 | *** join/#asterisk-dev puzzled (n=foobar@puzzled.xs4all.nl) |
| 18:16.22 | *** join/#asterisk-dev The_Boy_Wonder (n=davidvos@asterisk/batman-developer/dvossel) |
| 18:16.22 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 18:20.20 | *** join/#asterisk-dev stephank (n=traveler@2002:52c5:cf78:7:21c:c4ff:fece:ea94) |
| 18:32.46 | alecdavis | morning all. |
| 18:35.17 | alecdavis | jpeeler: fixed the ringforever with the TDM400/800 in trunk, have a look at bug 15288 |
| 18:37.17 | alecdavis | also had a go at getting distinctive ring working, I've never used it before, but seems as though it's broken in since sig_analog work. |
| 18:37.45 | jpeeler | when i tested it it seemed to work |
| 18:38.57 | jpeeler | do the patterns not match or what? |
| 18:39.02 | alecdavis | I'm should have said, distinctive ring detection in an inbound call. |
| 18:40.14 | *** join/#asterisk-dev malcolmd (n=malcolmd@pdpc/sponsor/digium/malcolmd) |
| 18:40.14 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 18:40.55 | alecdavis | ARRAY_LEN(ringdata) = 1, inside my_distinctive ring, but is 3 before being called, so after the first ring cadence it exits, not waiting for 3 cadences. |
| 18:42.50 | alecdavis | so only the 1st element of the cadence is matched, not all 3. |
| 18:43.01 | jpeeler | yeah i gotcha |
| 18:43.25 | alecdavis | cool, wife wants computer..... |
| 18:44.08 | alecdavis | kids up shortly... |
| 18:46.18 | alecdavis | last request, bug 15678. formatting changes, before too many changes are done to sig_analog, can we get this applied, no functional changes were done. But it's a couple of hours work, and a few hundred changes. |
| 18:47.59 | jpeeler | if it applies, i can do it right now |
| 18:49.23 | alecdavis | wife coming.... |
| 18:58.54 | *** part/#asterisk-dev alecdavis (n=sivad@202-78-149-14.cable.telstraclear.net) |
| 19:06.05 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 19:06.29 | philipp64 | tzafrir_laptop: you around? |
| 19:06.39 | tzafrir_laptop | philipp64, yes |
| 19:06.45 | philipp64 | about https://issues.asterisk.org/view.php?id=15479 ... |
| 19:07.14 | philipp64 | I think you're misunderstanding something... the rm/rmdir are already there. I'm just stopping it from complaining if the directory doesn't exist. |
| 19:07.56 | tzafrir_laptop | philipp64, you're wiping everything in that directory |
| 19:08.03 | tzafrir_laptop | I wonder if this is a good idea |
| 19:08.21 | tzafrir_laptop | (Frankly, I don't like the idea of automatic removal) |
| 19:08.21 | philipp64 | I have no idea who put the original code in there... I just don't like my make logs littered with "Error 1 (ignored)" messages. |
| 19:08.45 | philipp64 | no... someone else is wiping that directory. I'm just making it less verbose. |
| 19:09.25 | philipp64 | well, either take it out all together, or apply my patch... because as it is, it's broken. |
| 19:09.54 | *** join/#asterisk-dev justsomedood (n=somedood@mail.serverplus.com) |
| 19:10.10 | seanbright | what file remains after the `rm -f $(DESTDIR)/usr/include/zaptel/*.h |
| 19:10.13 | seanbright | ? |
| 19:10.32 | philipp64 | just the directory itself... then the makefile does the rmdir... |
| 19:10.46 | seanbright | ah |
| 19:10.52 | philipp64 | (unless, of course there are files starting with dot... which won't have matched star...) |
| 19:11.05 | seanbright | right, but for you it's failing if the directory isn't there |
| 19:11.11 | seanbright | i missed that part |
| 19:11.31 | justsomedood | in app_queue.c, for the manager command "QueueStatus" it replies with the QueueParams as an event along with a list of QueueMember(s) as well. The QueueMember will show the Location:, but not the StateInterface, could that be included as well (in 1.6)? |
| 19:11.43 | philipp64 | well, both commands are failing... but the makefile continues because of the '-' telling make to ignore error returns. |
| 19:11.59 | justsomedood | it's in manager_queues_status() |
| 19:12.51 | philipp64 | seanbright: I'd like to live in a perfect world where nothing ever gets written to stderr... :-) |
| 19:12.58 | philipp64 | not even warnings. |
| 19:13.12 | seanbright | could just wrap the rm and rmdir in a test -d |
| 19:13.27 | seanbright | but i get that it is doing the same thing |
| 19:13.30 | philipp64 | you could, but it's extra work... |
| 19:16.22 | tzafrir_laptop | hmm... what's the point in removing that directory? |
| 19:16.37 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 19:17.00 | Qwell | So stuff doesn't try to build against it, I'm guessing. |
| 19:17.24 | philipp64 | yup. |
| 19:17.46 | philipp64 | zaptel vs. dahdi is like cheese vs. desert... you can have one or the other, but not both. |
| 19:18.37 | Qwell | philipp64: cheesecake. |
| 19:18.49 | Qwell | I'll take my cake and eat it too, thank you very much. |
| 19:19.05 | seanbright | well... |
| 19:19.16 | philipp64 | how very decadent of you. |
| 19:19.38 | philipp64 | wait... that would be dessert... desert would be bad. |
| 19:19.47 | seanbright | i guess the question is. if we are going to take the opportunity to fix it, shouldn't we address the "why" instead of the "how?" |
| 19:20.25 | philipp64 | I like to keep the fixes small and manageable, and leave the philosopicating to others. |
| 19:21.23 | seanbright | that's a very helpful reply. |
| 19:25.40 | seanbright | commit dahdi 4636 |
| 19:25.43 | MuffinMan | [4636] Committed by kpfleming on 2008-07-30T15:14:58.358207Z: remove extraneous file from .PHONY |
| 19:25.43 | MuffinMan | .. |
| 19:25.43 | MuffinMan | .. http://svn.digium.com/view/dahdi?view=rev&revision=4636 |
| 19:25.47 | seanbright | (svn-bisect ftw!) |
| 19:26.02 | seanbright | of course the commit message doesn't reflect what was actually changed and why. |
| 19:28.30 | seanbright | what, besides asterisk 1.4ish, can actually use either zaptel or dahdi? |
| 19:29.02 | seanbright | if the answer is "nothing" then we should just make configure look for /usr/include/dahdi before /usr/include/zaptel and remove those statements from the dahdi makefile |
| 19:30.58 | Qwell | seanbright: Asterisk isn't the only user of Zaptel/DAHDI |
| 19:31.32 | seanbright | i can't imagine there are many |
| 19:33.24 | seanbright | we should just remove the rms |
| 19:33.34 | seanbright | rm plural |
| 19:42.46 | philipp64 | I think chan_misdn, libpri, rhino, and wanpipe also use zaptel or dahdi... depending. |
| 19:44.26 | tzafrir_laptop | rhino is merely a zaptel/dahdi driver AFAIK |
| 19:45.25 | tzafrir_laptop | Apart from Asterisk there is callweaver's chan_zap that is practically the same as an older version of Asterisk's, |
| 19:45.47 | tzafrir_laptop | there's also chan_unicall's mfc/r2 plugin |
| 19:46.16 | tzafrir_laptop | And then there's FreeSwitch's openzap |
| 19:46.55 | tzafrir_laptop | libpri doesn't use zaptel/dahdi directly. chan_misdn uses, well, misdn |
| 19:55.55 | seanbright | so instead of rm'ing why doing we just put a test in install-modules for the zaptel directory, and if it exists, spit out a message that says "You really should uninstall Zaptel" |
| 19:56.03 | seanbright | bing bang boom, you're done. |
| 19:56.16 | seanbright | install-headers, i mean. |
| 19:58.31 | tzafrir_laptop | there's really no reason for the rmdir |
| 19:58.40 | seanbright | true |
| 19:58.55 | tzafrir_laptop | which is the one actually printing the noisy warning |
| 19:59.12 | tzafrir_laptop | alternatively, just 2>/dev/null |
| 20:02.02 | seanbright | does gnu make support the shell syntax or is it dumping off to bash? |
| 20:05.20 | tzafrir_laptop | to /bin/sh |
| 20:06.07 | seanbright | ah |
| 20:06.24 | tzafrir_laptop | Each line separately |
| 20:06.34 | seanbright | interesting |
| 20:06.57 | seanbright | i'd prefer to just remove it |
| 20:09.13 | *** join/#asterisk-dev JerJer (n=PhatJ@asterisk/original-h323-guy/JerJer) |
| 20:17.57 | philipp64 | No, I don't like redirecting stderr... what if it's something you don't expect? like a permission error, or an out-of-inodes warning... |
| 20:19.28 | philipp64 | better to just make the rm/rmdir be their own target... and not make that target be the prerequisite of anything else (i.e. so it's a disconnected leaf... with no arcs). |
| 20:19.55 | philipp64 | that way, if the user wants to, he can do "make remove-zaptel install-headers" or whatever explicitly. |
| 20:20.21 | philipp64 | (but at the same time, apply the patch I submitted...) |
| 20:21.54 | stephank | Is there a public git or bzr mirror of asterisk svn somewhere? |
| 20:22.29 | Qwell | stephank: no.. |
| 20:22.41 | Qwell | but you can check it out with svn |
| 20:24.53 | stephank | Well, of course. But I have some rather uncanny but functional patchsets that I'd rather keep in local version control while they are.. uncanny.. instead of submitting them. |
| 20:26.54 | philipp64 | Qwell and seanbright: have another look at the patch... i've updated it. |
| 20:27.15 | philipp64 | tzafrir: you too. |
| 20:27.57 | philipp64 | https://issues.asterisk.org/file_download.php?file_id=23498&type=bug |
| 20:28.48 | philipp64 | damn... now I'm thinking about cheesecake. |
| 20:31.15 | JerJer | anyone here know how one could get the completed CDR info via FastAGI ? h gets fired before the cdr is finalized |
| 20:31.31 | JerJer | i really don't wana fire up a manger hook just for CDRs :( |
| 20:32.04 | JerJer | would it make sense to for me to bang out a fast cgi 'cdr hook' ? |
| 20:32.05 | russellb | JerJer: see the endbeforehexten option in cdr.conf |
| 20:32.09 | JerJer | oooohhhh |
| 20:32.27 | JerJer | is that 1.6? |
| 20:33.20 | JerJer | w000t - totally missed that and nobody in #asterisk knew that :) |
| 20:33.28 | JerJer | tier 2 support ++ :D :D |
| 20:33.47 | russellb | heh .. |
| 20:33.51 | russellb | failed to obey the topic |
| 20:35.15 | *** join/#asterisk-dev errotan (n=errotan@5403E51A.catv.pool.telekom.hu) |
| 20:45.05 | philipp64 | concludes that the topic has become tiresome... |
| 20:50.50 | *** join/#asterisk-dev lmsteffan (n=laurent@reef.ac-noumea.nc) |
| 21:28.50 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 21:28.50 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 22:39.10 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 22:48.33 | *** join/#asterisk-dev qdk (n=qdk@0x573d8d8b.bynqu1.dynamic.dsl.tele.dk) |
| 23:23.48 | philipp64 | got a question for SIP gurus... if I'm hairpinning a call from the PSTN back out to the PSTN as part of find-me/follow-me (for instance), and the SS7 switch doesn't know that the outbound leg is related to the inbound leg (i.e. the hairpinning part)... can I use INVITE/Diversion to indicate the *original* CID on the inbound call, now on the outbound call? |
| 23:28.01 | *** join/#asterisk-dev xpot-mobile (n=james@173-14-225-193-Utah.hfc.comcastbusiness.net) |
| 23:31.59 | *** join/#asterisk-dev xpot-mobile (n=james@173-14-225-193-Utah.hfc.comcastbusiness.net) |
| 23:41.30 | philipp64 | oej: thought you'd know for sure... |