| 00:16.11 | philipp64 | any idea when 0016266 will get looked at? |
| 00:16.24 | philipp64 | .M 0016266 |
| 00:16.29 | philipp64 | M0016266 |
| 00:16.31 | MuffinMan | [confirmed] [Asterisk] Core/BuildSystem 0016266: [patch] Trunk won't build as cross-compilation reported by pprindeville https://issues.asterisk.org/view.php?id=0016266 |
| 01:45.21 | *** join/#asterisk-dev Daviey (n=Daviey@ubuntu/member/pdpc.gold.Daviey) |
| 01:48.27 | leifmadsen | philipp64: when the priority gets high enough or a developer has the time to look at it |
| 01:49.08 | leifmadsen | philipp64: just like the rest of the other 500+ open issues |
| 01:52.48 | philipp64 | ok... well, we've stopped all trunk related work until we can get builds happening again... |
| 01:53.17 | philipp64 | when I last asked, the answer was "probably in january" just before RC release, so I figured it was worth asking again. |
| 01:56.29 | *** join/#asterisk-dev xpot-mobile (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 01:59.28 | snuff-work | mm impressive now.. 559 issues over whole of dahdi/asterisk |
| 02:04.53 | snuff-work | mm.. why does issues never return me to the issue after i've logged in.. even though it clearly has a return url in the browser |
| 02:05.05 | snuff-work | https://issues.asterisk.org/login_page.php?return=%2Fview.php%3Fid%3D16568 |
| 03:02.23 | *** join/#asterisk-dev Katty (n=User@adsl-70-253-169-127.dsl.stlsmo.swbell.net) |
| 03:02.31 | Katty | HERROES. |
| 03:47.25 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 03:52.15 | *** join/#asterisk-dev miguel3239 (n=elguero@ns1.nashuacs.com) |
| 03:53.21 | *** part/#asterisk-dev alecdavis (n=alec@202.36.76.21) |
| 06:54.17 | *** join/#asterisk-dev |Cybex| (n=John@atwork-21.r-212.178.82.atwork.nl) |
| 07:32.45 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 07:32.45 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:03.16 | *** join/#asterisk-dev mpe (n=mpe@gate.ipvision.dk) |
| 08:27.36 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 08:30.22 | oej | Morning folks |
| 09:12.05 | *** join/#asterisk-dev eferro (n=eferro@godzilla.alea-soluciones.com) |
| 09:35.46 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 09:50.27 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 09:50.27 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 10:04.47 | *** join/#asterisk-dev eferro (n=eferro@godzilla.alea-soluciones.com) |
| 11:13.01 | eferro | I have a minor patch to emit a manager event when chan_sip register a value as a RTPAUDIOQOS. We need to get the RTPAUDIOQOS by channel, so this seems a very easy mode to output the info. This path have any sense or there is a better way to get the realtime quality info of the channels??? |
| 11:13.27 | oej | Eduardo - I am currently working on this in the Pinefrog branch... |
| 11:13.46 | oej | Have improved RTCP stack a bit, still working on it. |
| 11:13.51 | oej | Happy new year btw! |
| 11:14.39 | eferro | oej, Happy new year, too... |
| 11:15.22 | oej | I'll commit the latest code to pinefrog-1.4 later today and you can review it. I look forward to your feedback. |
| 11:15.36 | oej | I do send manager events for every channel with more detail than the RTPAUDIOQOS variable. |
| 11:15.49 | oej | And I will also store it in a realtime storage - database. |
| 11:15.57 | eferro | oej, I will checkout to test it :) |
| 11:16.11 | oej | I think the manager events are committed. |
| 11:16.24 | oej | There's a lot of finetuning inside rtp.c I'm working on now. |
| 11:18.51 | eferro | We are devoloping some kind of ditributed monitoring using amqp event dispatch conected to the manager... |
| 11:21.25 | eferro | to distribute the manager events, we have a daemon allways connecteded to the manager reading the event and dispatching the events. Is there any king of manager "backend" (as with CDRs) to have the event dispatcher loaded with/in asterisk??? Is there any plan for manager backends? |
| 11:25.54 | oej | Not really. People use the manager proxy to gateway. The future plan is to abandon manager in favor of a new event-based system that only exist in small pieces yet, so it will take a long time. |
| 11:26.10 | oej | There are some hooks existing, wait... |
| 11:26.24 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:27.31 | oej | In trunk (I don't remember when it was committed) there an API called "manager_custom_hook" that can be used by an Asterisk module to register and get all the events. |
| 11:28.46 | oej | Time for lunch. See you later :-) |
| 11:55.39 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:17.34 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 12:37.31 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:37.32 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:45.34 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 12:52.27 | eferro | oej, I think that the latest code to pinefrog-1.4 have a little bug when loading rtcpevents conf parameter.... near chan_sip.c line 18675 |
| 12:53.38 | eferro | oej, the "mini" path at http://pastebin.com/m3f898ed4 |
| 12:55.18 | oej | Thanks! I'll fix that. Copy/paste issue. |
| 12:55.27 | oej | Please continue testing :-) |
| 13:04.24 | *** join/#asterisk-dev sgimeno (n=santiago@226.Red-80-33-64.staticIP.rima-tde.net) |
| 13:08.49 | eferro | As alea-soluciones we contribute two patchs... is normal that the karma (at ITS) don't change? Is automatic? is this the correct channel for this question? |
| 13:13.07 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 13:15.54 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 13:16.10 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:16.10 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:16.19 | leifmadsen | eferro: you mean karma on mantis? |
| 13:18.20 | eferro | leifmadsen, the karma at https://issues.asterisk.org.... As eferro I send some patches and my karma raises, but when I send as alea-soluciones, my karma didn't change |
| 13:19.40 | leifmadsen | eferro: karma is a manual process, and is in the process of being phased out. We have other, better, automatic ways of recognition now, such as listing community contributions in the release announcements, and showing testers, patch contributors, and issue filers in the commit message templates, which then works its way into the summary files in each release |
| 13:21.10 | eferro | leifmadsen, It was only curiosity.... |
| 13:21.20 | eferro | leifmadsen, thanks for the info |
| 13:21.23 | leifmadsen | eferro: hence my answer to your question... |
| 13:29.16 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 13:38.57 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 14:09.27 | *** join/#asterisk-dev _zen_ (n=_zen_@cpe-74-66-140-78.nyc.res.rr.com) |
| 14:23.27 | *** join/#asterisk-dev elguero (n=_miguel3@12.187.84.162) |
| 14:51.08 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 14:51.08 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 14:52.07 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:52.07 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:13.57 | russellb | seanbright: happy birthday! |
| 15:14.32 | leifmadsen | seanbright: happy birthday! |
| 15:14.53 | leifmadsen | you were born a day later than cool :) |
| 15:16.18 | russellb | leifmadsen: happy belated birthday Mr. I don't show my birthday on facebook! |
| 15:16.34 | leifmadsen | why make it easy? :) |
| 15:17.23 | file | russellb: dude I even put it in the swdev topic! |
| 15:17.36 | leifmadsen | I'm born on Christmas too! |
| 15:17.40 | leifmadsen | ^ Christmas: January 7 or December 25? Coptic Orthodox Church Network. John Ramzy. Retrieved on December 31, 2009 |
| 15:18.07 | seanbright | thank you, thank you. |
| 15:18.32 | seanbright | good to be old |
| 15:19.28 | TheDavidFactor | well hey guys: happy birthday to both of you |
| 15:19.37 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:24.59 | *** join/#asterisk-dev tzafrir (n=tzafrir@bzq-84-111-21-244.red.bezeqint.net) |
| 15:24.59 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 15:28.00 | Corydon76-dig | hands seanbright his cane |
| 15:28.40 | seanbright | thanks |
| 15:28.45 | seanbright | i needed that |
| 15:29.19 | leifmadsen | kicks the cane out from under seanbright |
| 15:29.33 | leifmadsen | because I'm a young whipper-snapper! |
| 15:32.35 | seanbright | heh |
| 15:34.48 | Corydon76-dig | <PROTECTED> |
| 15:37.59 | *** join/#asterisk-dev The_Boy_Wonder (n=vossel@asterisk/batman-developer/dvossel) |
| 15:37.59 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:54.14 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:54.14 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:55.31 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:55.31 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:56.03 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:56.03 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:05.40 | *** join/#asterisk-dev The_Boy_Wonder (n=vossel@asterisk/batman-developer/dvossel) |
| 16:05.40 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 16:07.51 | *** join/#asterisk-dev The_Boy_Wonder (n=vossel@asterisk/batman-developer/dvossel) |
| 16:07.51 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 16:15.10 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 16:15.10 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:16.45 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:23.26 | *** join/#asterisk-dev |Cybex| (n=John@atwork-21.r-212.178.82.atwork.nl) |
| 16:28.03 | oej | Corydon76-d: I like that happy birthday song even if it's not for me... Happy birthday to Leif and Sean! |
| 16:28.15 | leifmadsen | oej: thanks! |
| 16:29.08 | *** join/#asterisk-dev miguel3239 (n=_miguel3@12.187.84.162) |
| 16:48.03 | *** part/#asterisk-dev mpe (n=mpe@gate.ipvision.dk) |
| 16:52.47 | *** join/#asterisk-dev malcolmd (n=malcolmd@pdpc/sponsor/digium/malcolmd) |
| 16:52.47 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 16:57.34 | *** join/#asterisk-dev TheDavidFactor-H (n=chatzill@nc-71-0-16-133.dhcp.embarqhsd.net) |
| 17:02.26 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 17:02.26 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 17:06.26 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 17:06.26 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 17:12.07 | *** join/#asterisk-dev TheDavidFactor-H (n=chatzill@nc-71-0-16-133.dhcp.embarqhsd.net) |
| 17:13.44 | *** join/#asterisk-dev malcolmd (n=malcolmd@pdpc/sponsor/digium/malcolmd) |
| 17:13.44 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 17:23.41 | *** join/#asterisk-dev TheDavidFactor-H (n=chatzill@nc-71-0-16-133.dhcp.embarqhsd.net) |
| 17:28.17 | *** join/#asterisk-dev moy (n=moy@74.12.129.52) |
| 17:40.08 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 18:06.46 | *** join/#asterisk-dev puzzled (n=patrick@535335AA.cable.casema.nl) |
| 18:17.28 | Kobaz | anyone alive |
| 18:23.06 | jsmith | Kobaz: There are many people alive |
| 18:26.57 | russellb | 6 billion or so |
| 18:27.18 | Qwell | yeah, if you believe the "government" |
| 18:31.29 | Kobaz | hehe |
| 18:31.31 | Kobaz | anyways |
| 18:31.33 | Kobaz | okay so how's this |
| 18:31.38 | Kobaz | http://pastebin.ca/1743011 |
| 18:31.44 | Kobaz | for my group variables module |
| 18:32.03 | Kobaz | the problem is, if you don't have some sort of delimiter for the variables list |
| 18:32.21 | Kobaz | if you have a variable called Event, or Channel, or Group, etc, then you'll run into problems |
| 18:33.28 | Qwell | what are the variables for? |
| 18:33.41 | Kobaz | this is what i mentioned earlier in the week |
| 18:33.46 | Kobaz | group variables... |
| 18:33.59 | Kobaz | say you have channels, sip/100, and sip/200, and you do GROUP()=something |
| 18:34.08 | Qwell | why does a show action require arbitrary variables? |
| 18:34.22 | Kobaz | becuase you're showing groups and their variables |
| 18:34.51 | Kobaz | and so you have a new group, called something, and then you can set a group variable on the 'something' group |
| 18:35.05 | Kobaz | so, if you add another channel to the group, it'll also have that group variable |
| 18:35.16 | Kobaz | and then the group goes away, the group is detroyed, and variables are destroyed |
| 18:35.32 | Kobaz | so, all that's been coded |
| 18:35.42 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:35.50 | Kobaz | now i'm finishing up some ami access functions... i already have groupvarset and groupvarget |
| 18:35.59 | Kobaz | but i need a way to get all groups, and all the group variables |
| 18:36.44 | Kobaz | so... is that a good way to return a group, plus it's variables |
| 18:36.57 | Qwell | no |
| 18:37.20 | Kobaz | what's the ideal way? |
| 18:37.47 | Qwell | add something to get the list of groups, and something to get the variables in a group |
| 18:37.48 | Kobaz | actually, channel doesn't belong in there |
| 18:38.07 | Kobaz | okay, so what would the variables in a group look like |
| 18:38.15 | Qwell | follow the formatting of other manager events |
| 18:38.17 | Kobaz | my idea, was something along the lines of what i pasted |
| 18:38.18 | Qwell | You tell me O.o |
| 18:38.29 | Kobaz | well, i am following the other manager events |
| 18:38.36 | Kobaz | but there is no manager event for channel variables |
| 18:38.43 | Kobaz | although we did add one, and that's how it looks |
| 18:43.55 | *** join/#asterisk-dev elguero (n=_miguel3@12.187.84.162) |
| 18:43.57 | Kobaz | actually, well showing channel would be useful. so lemme paste the new one |
| 18:44.00 | *** join/#asterisk-dev TheDavidFactor-H (n=chatzill@nc-71-0-16-133.dhcp.embarqhsd.net) |
| 18:46.03 | Kobaz | http://pastebin.ca/1743044 |
| 18:46.11 | Kobaz | that's more like what i was thinking |
| 18:48.21 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 18:48.21 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 19:03.02 | Kobaz | sooo, is that good? |
| 19:03.10 | Kobaz | ie: would it make it into trunk |
| 19:04.39 | Qwell | no |
| 19:04.40 | Qwell | add something to get the list of groups, and something to get the variables in a group |
| 19:05.01 | Qwell | You don't need an action to return everything |
| 19:08.27 | Kobaz | yeah i do |
| 19:09.44 | Kobaz | actually it would be three functions... list the groups... list the channel->group assignments, and then list the variables in groups |
| 19:10.19 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 19:10.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:17.27 | *** join/#asterisk-dev leif[mobile] (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:17.27 | *** mode/#asterisk-dev [+o leif[mobile]] by ChanServ |
| 19:18.04 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:59.08 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 19:59.08 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:03.43 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 20:03.44 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 20:06.08 | *** join/#asterisk-dev moy (n=moy@74.12.129.52) |
| 20:16.38 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:25.02 | *** join/#asterisk-dev mnt_real (n=sinan@bas12-montrealak-1167974851.dsl.bell.ca) |
| 20:39.58 | leifmadsen | mvanbaak: ping?! |
| 20:46.47 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 20:46.47 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 20:50.37 | seanbright | kpfleming: RMS? for serious? |
| 20:50.47 | kpfleming | sure! |
| 20:50.54 | seanbright | shakes his h ead |
| 20:50.56 | seanbright | head, too. |
| 21:06.01 | *** join/#asterisk-dev sergee (i=serg@77.244.64.100) |
| 21:15.48 | Kobaz | hmmmm |
| 21:16.04 | Kobaz | i'm having a bad problem using a hangup handler that runs an agi |
| 21:16.36 | Kobaz | should i use deadagi instead? |
| 21:16.46 | sergee | leifmadsen: hi there, once again about asterisk.conf |
| 21:16.54 | leifmadsen | sergee: yes? |
| 21:17.07 | leifmadsen | Kobaz: what version? |
| 21:18.35 | Kobaz | http://pastebin.ca/1743196 |
| 21:18.39 | Kobaz | 1.6.0.20 |
| 21:18.51 | sergee | leifmadsen: it's not actually installed with the system, it's installed only if you execute "make samples", which will copy all other configs |
| 21:19.15 | sergee | leifmadsen: there is no way to copy only asterisk.conf, without other configs |
| 21:19.16 | leifmadsen | Kobaz: is that version, I *believe* you just use AGI() as DeadAGI() is deprecated, but it should tell you that if that is true. |
| 21:19.31 | Kobaz | asterisk doesn't respond to the the command |
| 21:19.35 | leifmadsen | sergee: yes, I understand that as it is generated by make samples |
| 21:19.39 | Kobaz | # |
| 21:19.39 | Kobaz | <IAX2/branch-3119>AGI Rx << SET VARIABLE GROUP() "@ConferenceBridge" |
| 21:19.40 | Kobaz | # |
| 21:19.40 | Kobaz | [Jan 8 16:15:32] WARNING[3320]: chan_iax2.c:3181 __attempt_transmit: Max retries exceeded to host 192.168.15.1 on IAX2/branch-1915 (type = 6, subclass = 2, ts=167992, seqno=30) |
| 21:19.48 | Kobaz | so that's the last thing it gets |
| 21:19.56 | Kobaz | but there should be way more |
| 21:19.56 | sergee | leifmadsen: also there is no comfort way to look through new asterisk.conf after update to see if there is something new |
| 21:20.14 | Kobaz | and then i get all the iax errors, and the call doesn't hang up |
| 21:20.29 | leifmadsen | sergee: but it's generated on the fly based on ./configure information I believe, which means it would have to be maintained separately (duplicate information) |
| 21:21.10 | leifmadsen | sergee: this might be something to bring up on the mailing list, as this is more of a policy decision I believe rather than a "bug" |
| 21:21.37 | Kobaz | i have some sort of deadlock |
| 21:21.51 | Kobaz | i can't even do a softhangup |
| 21:22.07 | sergee | leifmadsen: but the only dynamic part is a system paths |
| 21:23.01 | Kobaz | what the hell |
| 21:23.16 | Kobaz | i restarted asterisk, and now i'm not having the agi hangup problem |
| 21:23.47 | sergee | leifmadsen: other parts in the system also have a dynamic parts - e.g. codecs, but that doesn't prevent sip.conf.sample from being provided :) |
| 21:23.56 | leifmadsen | sergee: well, in this case, patches welcome :) |
| 21:24.54 | sergee | leifmadsen: so should i prepare sample config, or should i start a discussion in -dev mailing list? :) |
| 21:25.21 | leifmadsen | sergee: ummm... both? :) |
| 21:25.43 | sergee | leifmadsen: ok :) thank you very much for your attention! |
| 21:26.23 | leifmadsen | sergee: no worries! |
| 21:27.41 | seanbright | silenty removes app_rpt from asterisk |
| 21:28.13 | putnopvut | lol do it |
| 21:31.54 | leifmadsen | I won't stop you :) |
| 21:33.25 | Kobaz | what's that module for anyway? |
| 21:33.43 | jsmith | radio repeaters |
| 21:33.49 | Kobaz | yeah i know that's the description |
| 21:33.53 | Kobaz | but what's it do |
| 21:37.30 | seanbright | repeats... radios... |
| 21:37.35 | seanbright | i have no idea |
| 21:37.38 | seanbright | it just doesn't compile |
| 21:40.59 | Kobaz | heh |
| 21:41.20 | Kobaz | it's the sound.... of silence |
| 21:41.55 | leifmadsen | Kobaz: http://app-rpt.qrvc.com/node/135 |
| 21:42.53 | Kobaz | i need to change my hold music |
| 21:43.06 | Kobaz | theres three simon and garfunkle songs, and that's it |
| 21:45.13 | Kobaz | interesting |
| 21:45.21 | Kobaz | so it's like, for a radio dispatch system or something? |
| 21:47.51 | Corydon76-dig | No, just for fun |
| 21:48.58 | Corydon76-dig | It is illegal to use amateur radio bands for pecuniary gain |
| 21:49.07 | *** join/#asterisk-dev malcolmd (n=malcolmd@pdpc/sponsor/digium/malcolmd) |
| 21:49.07 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 21:49.44 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 21:49.44 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 21:51.41 | snuff-home | waves hello.. |
| 21:51.53 | oej | Hello, snuff! |
| 21:52.01 | Kobaz | but what about taxi companies and stuff |
| 21:52.15 | snuff-home | hey oej :) |
| 21:53.01 | jsmith | Kobaz: They cannot use amateur bands... they must use commercial bands |
| 21:53.31 | Kobaz | yeah |
| 21:53.33 | Kobaz | but i mean liek |
| 21:53.37 | Kobaz | that wasn't my question |
| 21:53.49 | Kobaz | would rpt be used for something like a radio dispatch system |
| 21:54.17 | jsmith | If it was connected to the proper radio system, sure... |
| 21:54.25 | Kobaz | nifty |
| 21:55.11 | Kobaz | speaking of taxis |
| 21:55.21 | snuff-home | going to be another hot few days here.. 35 / 35 / 41.. C that is |
| 21:55.38 | Kobaz | i was in nyc and was in taxi... they have google maps and other stuff now |
| 21:55.44 | snuff-home | i hear europe is rather cold atm :P |
| 21:55.46 | Amorsen | snuff, you can pipe a bit of heat here, will be -10C or so |
| 21:55.47 | Kobaz | in the back seat theres a touchscreen with all kinds of good stuff |
| 21:55.59 | Amorsen | The average should be kind of nice |
| 21:56.34 | Kobaz | going skiing tomorrow, it's supposed to be 19 here |
| 21:56.45 | Kobaz | it's like 10 degrees colder there... hopefully it's not windy |
| 21:56.51 | snuff-home | heh |
| 22:02.37 | Corydon76-dig | Many taxi companies are moving away from commercial bands, in favor of applications that take advantage of cell technology, instead |
| 22:03.07 | Kobaz | is that cheaper than paying for the band, and equipment maintenance? |
| 22:04.17 | Corydon76-dig | When you understand that commercial bands have limited broadcast, especially in the city, it makes a great deal of sense |
| 22:04.43 | Corydon76-dig | Cell companies already are in the business of making sure there are no dead zones in coverage |
| 22:04.44 | Kobaz | yeah that's true |
| 22:04.46 | jsmith | Corydon76-dig: And when you understand that cell phones have limited broadcast, especially in the city, it makes no sense at all |
| 22:04.54 | Kobaz | jsmith: hah |
| 22:05.20 | jsmith | Corydon76-dig: (especially with many of those cities banning cell phone use while driving, anyway) |
| 22:05.22 | Corydon76-dig | jsmith: that depends upon the cell technology being used |
| 22:05.38 | Kobaz | and geography and physical obstructions |
| 22:06.06 | Corydon76-dig | Verizon and Sprint tend to do better in cities than TMobile and ATT |
| 22:06.18 | Kobaz | so i got GroupsShow, GroupsShowChannels, and almost done with GroupsShowVariables |
| 22:06.30 | Kobaz | i love my verizon service |
| 22:06.31 | jsmith | Corydon76-dig: CDMA vs. GSM |
| 22:06.41 | Kobaz | i have prepaid, it's about 4.5 cents a minute on the verizon network |
| 22:06.58 | Corydon76-dig | jsmith: I referred to the services, because it's the band used, not the technology itself, which has that effect |
| 22:07.20 | Kobaz | tmobile is terrible in the boonies |
| 22:07.39 | Kobaz | i can make verizon calls in the middle of nowhere |
| 22:07.58 | Corydon76-dig | and in any case, what the taxis are using are custom applications on top of cell phones, not cellphones in particular |
| 22:08.48 | Corydon76-dig | Maps, destinations, calls all come across digitally to a taxi screen |
| 22:09.53 | Corydon76-dig | Also, accident, delays, construction, are all mapped, further making the taxis more efficient (and profitable) |
| 22:11.41 | Corydon76-dig | Kobaz: Where you can make calls is dependent on tower placement, not the technology itself. All cell phones have a relatively weak signal that needs a local tower |
| 22:12.11 | Corydon76-dig | Verizon has just done better at getting towers into your areas than TMobile |
| 22:12.44 | Corydon76-dig | Well, plus the bands travel better through solid surfaces |
| 22:33.35 | *** join/#asterisk-dev puzzled (n=patrick@535335AA.cable.casema.nl) |
| 22:50.09 | TheDavidFactor-H | can any one point me to the official documentation for agi? |
| 22:50.27 | TheDavidFactor-H | I don't see any thing in the cli or in the /doc directory |
| 22:53.49 | seanbright | i have no idea to diagnose this right now, but: |
| 22:53.52 | seanbright | ao2_callback(container, OBJ_UNLINK | OBJ_NODATA | OBJ_MULTIPLE, NULL, NULL); |
| 22:53.57 | seanbright | that is broken. at least in trunk. |
| 22:54.16 | seanbright | it stops after the first object. instead of unlinking all of the objects. |
| 22:57.54 | Corydon76-dig | seanbright: does the compare code return CMP_MATCH | CMP_STOP ? |
| 22:58.30 | Corydon76-dig | That would be a legitimate reason why it would stop searching |
| 22:58.51 | seanbright | NULL is being passed as cmp_fn |
| 22:59.02 | seanbright | which runs cb_true by default |
| 22:59.06 | seanbright | which returns CMP_MATCH |
| 22:59.13 | Corydon76-dig | Hmm, okay |
| 22:59.50 | seanbright | it's causing... |
| 22:59.52 | seanbright | M16564 |
| 22:59.54 | MuffinMan | [acknowledged] [Asterisk] Core/Configuration 0016564: "config reload" doesn't work correctly reported by pj https://issues.asterisk.org/view.php?id=16564 |
| 23:00.06 | seanbright | and maybe other issues as well |
| 23:00.08 | seanbright | but i dunno |
| 23:09.37 | Corydon76-dig | seanbright: Probably a tricky issue; the logic looks correct in astobj2.c |
| 23:10.00 | kpfleming | that's some nasty code to follow as well |