| 00:11.30 | *** join/#asterisk-dev kerframil (n=kerframi@gentoo/user/kerframil) |
| 00:12.38 | *** join/#asterisk-dev miguel3239 (n=elguero@ns1.nashuacs.com) |
| 00:32.05 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 00:32.05 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 01:04.43 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 01:04.43 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 02:09.12 | kpfleming | russellb: sorry about the conflicts in the 1.4 branch :-( |
| 02:09.33 | file | you two were fighting over the branch! |
| 02:09.42 | russellb | kpfleming: no problem! |
| 02:10.08 | kpfleming | was waiting for 1.4.24 to be released before merging that stuff, it needs more testing than i can give it |
| 02:10.22 | kpfleming | will merge it to trunk and 1.6.2, may have to wait for 1.6.0 and 1.6.1 until we've gotten releases out |
| 02:10.43 | russellb | sounds good |
| 02:11.31 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 02:11.31 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 02:11.43 | russellb | kpfleming: are you about to merge to trunk right now? |
| 02:11.55 | russellb | If so, I'll hold off on merging my patch so we're not fighting over trunk :-) |
| 02:12.08 | kpfleming | no, have to make some changes in astobj2.c to finish the merge |
| 02:12.11 | kpfleming | will take a few minutes |
| 02:12.20 | russellb | k |
| 02:12.23 | russellb | i have a few changes to make, too |
| 02:13.11 | russellb | as 10 out of 18 files in the merge4trunk are in conflict |
| 02:13.15 | russellb | :-( |
| 02:20.59 | kpfleming | committing to trunk now |
| 02:38.49 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 02:38.50 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 02:40.42 | kpfleming | ok, that's enough for tonight... will play with res_ael_share namespace cleanup tomorrow |
| 02:45.45 | snuff-work | mm.. new icrack update brings cut,copy,paste finally.. and mms.. |
| 02:46.38 | file | yes |
| 02:46.51 | snuff-work | shame it isn't out till june right? |
| 02:52.05 | lmadsen | my phone already does that :) |
| 03:06.54 | snuff-work | ur an e71 user right |
| 03:07.30 | tzanger | lmadsen: yeah but your phone's OOOOOOOOOOGLY |
| 03:07.56 | tzanger | I won't be touching the iphone os 3.0 until it's verified that they can back out the baseband update |
| 03:08.14 | tzanger | my phone's unlockable and I want to keep it that way :-) |
| 03:08.17 | file | tzanger: work slave. work! |
| 03:08.22 | tzanger | file: haha |
| 03:08.34 | tzanger | I've given up for the night |
| 03:12.33 | *** join/#asterisk-dev Juggie (n=Juggie@CPE001601df17fb-CM001ceac25ada.cpe.net.cable.rogers.com) |
| 03:21.29 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 03:24.28 | lmadsen | snuff-work: aye |
| 04:06.08 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 05:53.01 | *** join/#asterisk-dev fiddur (i=fiddur@c042.rit.se) |
| 06:07.21 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 07:10.47 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 07:35.44 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 07:35.44 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:50.35 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:50.35 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:01.58 | *** join/#asterisk-dev Dovid (n=annon@tony09-121-90.inter.net.il) |
| 08:02.08 | *** join/#asterisk-dev dwayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 08:17.31 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 09:19.53 | *** part/#asterisk-dev frawd (n=francois@0.pool85-54-39.dynamic.orange.es) |
| 09:56.04 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 09:56.05 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 10:23.57 | tzafrir_laptop | Is NBS (of chan_nbs) an Asterisk-specific thing? |
| 10:24.11 | tzafrir_laptop | http://rpmseek.com/rpm/nbs-1.0-0.20040615.1mdk.src.html?hl=com&cx=839:N:0:2522717:0:0:0 |
| 10:34.31 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 10:58.21 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 10:58.21 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:18.41 | *** join/#asterisk-dev frawd (n=francois@24.pool85-54-34.dynamic.orange.es) |
| 11:20.14 | *** part/#asterisk-dev frawd (n=francois@24.pool85-54-34.dynamic.orange.es) |
| 11:47.50 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 11:47.50 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 11:55.20 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:02.33 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:02.33 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 12:03.06 | *** join/#asterisk-dev juanjoc (n=juanjoc@200.69.219.113) |
| 12:14.34 | snuff-home | ahh nothin like reading 'future of asterisk' posts on -dev |
| 12:14.43 | russellb | heh |
| 12:14.56 | russellb | in other news, today is the day GSoC accepted organizations are announced |
| 12:15.06 | snuff-home | oh nice |
| 12:16.01 | russellb | hopefully we get in :-) |
| 12:16.27 | snuff-home | 2 main things i can see that would be 'nice' in core asterisk land.. stateful new chan_sip + CEL.. |
| 12:16.47 | russellb | yeah, CEL is almost there. Needs a big review .. |
| 12:17.00 | snuff-home | ppl who want recordings, queues can get back of line ;) |
| 12:17.55 | snuff-home | mm it becomes hard to think of ways to test 'CEL' things unless you've go current customers with specific DPs |
| 12:18.18 | russellb | yeah, i'm most immediately concerned with code quality, etc. |
| 12:18.32 | snuff-home | since u can tie urself in loops/macro's gotos in DPs these days :) |
| 12:19.58 | snuff-home | looks @ current list of reviewboard posts |
| 12:20.56 | snuff-home | also russ u notice with rb.. that even if you sort by last update.. |
| 12:21.13 | snuff-home | they aren't in order? |
| 12:21.20 | russellb | orly |
| 12:21.31 | russellb | weird |
| 12:21.46 | russellb | I really want to update rb. There have been some very nice updates that we aren't running yet |
| 12:22.11 | russellb | but they are nearing a 1.0 release, so I've been considering just waiting until that |
| 12:22.40 | snuff-home | example.. 'merged called' 14h 'allow disconnect' 14h.. inotify should be next.. 17h.. but is like 2/3 down the list |
| 12:22.50 | russellb | weird |
| 12:23.28 | snuff-home | the 'last update' sorting seems to be on the last uploaded patch.. but the time shown is the last comment (my theory) |
| 12:32.43 | snuff-home | thing that makes ppl so resistant to change in asterisk is nature of the space it works within (voice) |
| 12:33.05 | russellb | nods |
| 12:34.53 | snuff-home | not to mention amount of users that seem to be running 20-100ppl call center + recording operations with asterisk |
| 12:35.55 | snuff-home | i see what you mean about reviewboard (aka upcoming 1.0) |
| 12:48.01 | *** join/#asterisk-dev jdjurici (n=Anon1310@static-85-94-65-45.rev-addr.voljatel.hr) |
| 12:48.14 | jdjurici | does anyone know is there a way hot to tell sip channel to place his registration parameters into database |
| 12:48.21 | jdjurici | for example mysql? |
| 12:54.37 | snuff-home | takes off for some zzz's |
| 12:55.33 | jdjurici | anyone? |
| 12:56.05 | kpfleming | jdjurici: #asterisk |
| 12:57.40 | jdjurici | tried no response :( |
| 12:57.45 | jdjurici | thought to ask developers |
| 12:57.49 | jdjurici | then |
| 12:57.52 | kpfleming | this is not backup support for #asterisk |
| 12:58.00 | kpfleming | but the simple answer is yes, there is a way |
| 12:58.00 | lmadsen | as the topic and join msg indicates |
| 12:58.24 | jdjurici | any pointers pls? |
| 12:58.26 | lmadsen | google for realtime |
| 12:58.58 | kpfleming | and generally developers don't need an 'example' of what a database is :-) |
| 13:00.24 | jdjurici | yeah true, sorry :) |
| 13:00.29 | lmadsen | mvanbaak: ping |
| 13:05.13 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 13:05.13 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 13:05.25 | *** part/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 13:06.10 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 13:06.10 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 13:13.12 | mvanbaak | pong |
| 13:13.16 | mvanbaak | lmadsen: I'm here now |
| 13:15.30 | lmadsen | yay! |
| 13:27.00 | *** part/#asterisk-dev jdjurici (n=Anon1310@static-85-94-65-45.rev-addr.voljatel.hr) |
| 13:32.37 | festr_ | hi. Asterisk 1.4 Playtones needs incoming SIP packets to generate tones. Playback does not. For example nokia E51 (symbian) and its SIP client is sending nothing when receiving 183 with SDP so asterisk cannot be used with Playtones(xxx);Wait. |
| 13:33.14 | festr_ | how is it in asterisk 1.6? anyone knwo? |
| 13:33.54 | russellb | festr_: #asterisk please |
| 13:34.10 | russellb | as the topic and join message indicate. |
| 13:55.42 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 13:55.44 | lmadsen | eliel: ping? |
| 13:55.53 | eliel | pong 1ms |
| 13:55.59 | lmadsen | nice! |
| 13:56.03 | lmadsen | M14373 |
| 13:56.05 | MuffinMan | [feedback] [Asterisk] Core/General 0014373: [patch] Avoid destroying the CLI line when moving the cursor backward and trying to autocomplete. reported by eliel (Karma: +184.50) http://bugs.digium.com/view.php?id=14373 |
| 13:56.07 | eliel | yep |
| 13:56.09 | lmadsen | that should go into 1.4 and above? |
| 13:56.16 | eliel | don't think so.. |
| 13:56.22 | lmadsen | just 1.6.x+ ? |
| 13:56.35 | lmadsen | I can't remember what I tested on... I think trunk |
| 13:56.40 | eliel | it is minor, and was there since asterisk 1.0 |
| 13:57.00 | lmadsen | but it's still a bug I would say |
| 13:57.06 | eliel | yes it is |
| 13:57.22 | eliel | don't know the merge policy |
| 13:57.55 | lmadsen | ok no problem, will advise :) |
| 13:59.32 | jsmith | eliel: Any feedback yet on your latest XML docs submission? |
| 13:59.49 | eliel | no |
| 13:59.49 | jsmith | eliel: lmadsen and I have been working on a little side project to help get more docs in the AstXML format :-) |
| 14:00.15 | jsmith | eliel: As soon as we get our act together, we'll have a lot more documentation (in the proper XML format) to throw in! |
| 14:00.19 | lmadsen | well... jsmith has been working on it, I just put the bug under jsmith's butt :) |
| 14:01.06 | eliel | jsmith: did you read about the patch to check dependencies? |
| 14:01.46 | jsmith | eliel: I read *about* it, but didn't take the time to actually read the patch or try it out |
| 14:02.04 | jsmith | eliel: I think it's a good first step, but I'm worried about the module unloading piece |
| 14:02.20 | jsmith | eliel: If the module gets unloaded, shouldn't we delete the nodes that were added by that module? |
| 14:03.28 | eliel | yes!, the problem is that documentation is being generated once, I have created a patch a long time ago, to generate the documentation at runtime instead of doing so when registering functions/apps/etc |
| 14:03.29 | jsmith | eliel: Would it be that hard to use an XPath expression like... I don't know... "//*[@added-by='chan_sip.so']" |
| 14:04.08 | jsmith | Well, I guess what I'm suggesting is that we should rebuild it (or at least modify the built version in memory) at the time that modules are loaded or unloaded. |
| 14:06.48 | eliel | I think that will require too much work, maintaining a list of dependecies, and updating every doc that is dependant on the module being loaded or unloaded... it is simple to just generate the documentation when needed but that architecture was dismissed for some reason that i don't remember... maybe mvanbaak do.. |
| 14:06.52 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:07.40 | jsmith | Anyhoo, we should probably bring it up again on the -dev list |
| 14:07.55 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 14:07.57 | jsmith | I hate to be the only person beating the documentation drum :-( |
| 14:08.03 | kpfleming | drum! |
| 14:08.04 | kpfleming | drum! |
| 14:09.00 | jsmith | kpfleming: Why thank you, kind sir! |
| 14:09.05 | eliel | agree, but my english skills are poor to write those mails to catch the devs attention.. |
| 14:09.29 | jsmith | eliel: Your english is just fine... it's certainly better than my Spanish! |
| 14:10.05 | russellb | jsmith: the only person beating the doc drum? After all of the work that has been put into it recently? |
| 14:10.13 | jsmith | eliel: (Y se como es tratar hablar en otro idioma) |
| 14:10.14 | jjshoe | jsmith documentation? isn't that the thing we dream about in college with lusty glazed over eyes... then you get your first real job and everyone tells you that the documentation is next to the sasquatch? |
| 14:10.26 | jsmith | jjshoe: Exactly. |
| 14:11.13 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:11.13 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:11.15 | jsmith | russellb: I'm not saying that nobody else is working on it... I just feel like that if I don't make a stink every little while, it gets pushed off onto the back burner and won't get finished. |
| 14:11.28 | jsmith | russellb: I didn't mean to belittle the work that has been done in any way. |
| 14:11.55 | jsmith | russellb: If anything, my intention was just the opposite... to give it more attention and focus, so that we can finish what we started out to do |
| 14:12.15 | russellb | Okay, and I appreciate the help. |
| 14:16.51 | eliel | is there any intention to start checking modules dependencies and decide the order of loading them based on this condition? is this useful? |
| 14:18.00 | *** join/#asterisk-dev moy (n=chatzill@74.12.124.89) |
| 14:19.03 | jsmith | eliel: I don't know... I haven't thought that through all the way |
| 14:46.07 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 14:46.07 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 14:56.58 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:56.58 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:09.33 | seanbright | anyone in here know czech? |
| 15:09.58 | putnopvut | seanbright: while I cannot speak for everyone, I can accurately say that I know no Czech. |
| 15:10.13 | russellb | agreed. |
| 15:11.02 | seanbright | thanks anyway |
| 15:11.07 | seanbright | worthless! all of yas |
| 15:11.08 | seanbright | heh |
| 15:11.28 | tzafrir_laptop | Why are chan_usbradio and app_rpt disabled by default? |
| 15:11.53 | kpfleming | almost nobody uses them, the code is awful, and fails to build cleanly with our warnings enabled |
| 15:12.32 | tzafrir_laptop | ok. I wanted to document the modules not built in the package. |
| 15:12.55 | tzafrir_laptop | If anybody actually asks for it, I'll have a starting point :-) |
| 15:15.05 | tzafrir_laptop | While I'm at it: is NBS (of chan_nbs) used for anything outside of Asterisk? |
| 15:15.13 | kpfleming | doubtful |
| 15:15.21 | russellb | it can be |
| 15:15.36 | russellb | if you patch xmms to add support for it, heh |
| 15:17.28 | *** join/#asterisk-dev schmooze_tony (n=schmooze@h69-129-142-83.mdsnwi.tisp.static.tds.net) |
| 15:28.14 | Qwell | mpd |
| 15:28.27 | Qwell | would be a useful app to have nbs support.. |
| 15:31.45 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:34.36 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.10.119) |
| 15:57.04 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 15:57.13 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 16:03.16 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 16:21.54 | *** join/#asterisk-dev puzzled_ (n=patrick@puzzled.xs4all.nl) |
| 18:07.12 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 18:07.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:16.15 | seanbright | core set verbose 700000000<tab> |
| 18:21.03 | putnopvut | lol |
| 18:21.21 | seanbright | i forgot we were completing numbers |
| 18:21.34 | seanbright | it's... interesting |
| 18:21.35 | seanbright | :) |
| 18:21.51 | Corydon76-dig | seanbright: should beep at you |
| 18:22.10 | seanbright | when i hit tab? |
| 18:22.10 | Corydon76-dig | or no, it converts it into INT_MAX, right? |
| 18:22.15 | seanbright | apparently |
| 18:25.19 | seanbright | just thought it was humorous |
| 18:25.30 | Corydon76-dig | It was a clever way of implementing it |
| 18:25.34 | seanbright | indeed |
| 18:25.55 | seanbright | the goal is to show that numeric arguments are allowed, not to 'complete' them |
| 18:25.59 | seanbright | i get that. |
| 18:26.32 | Corydon76-dig | Yes, but in that situation, when you input a number that large, it gets interpreted as INT_MAX |
| 18:26.41 | seanbright | yeah, that makes sense |
| 18:27.12 | Corydon76-dig | And actually, it does complete them in a very interesting way |
| 18:27.28 | Corydon76-dig | After you hit that tab, back off a character and hit tab again |
| 18:28.09 | Corydon76-dig | If you start with 300000000, it sees that number as complete |
| 18:28.23 | seanbright | ah. |
| 18:28.24 | seanbright | nifty. |
| 18:28.45 | Corydon76-dig | because no more characters are possible, or else it would exceed INT_MAX |
| 18:29.34 | Corydon76-dig | Yeah, I thought it was a clever way to show which numbers are possible for completion, instead of just beeping at you |
| 18:37.49 | seanbright | indeed. |
| 18:40.35 | tzafrir_laptop | although indicating that a number larger than X doesn't make sense also helps |
| 18:41.45 | seanbright | for all intents and purposes there really isn't much of a difference between 10 and > 10 anyway, is there? |
| 18:42.09 | seanbright | i guess i could do a create grep and find out |
| 18:45.50 | seanbright | actually... verbose 4 is the highest, no? |
| 18:46.02 | seanbright | at least in 1.4 |
| 18:47.45 | Juggie | seanbright, find a google code student to fix that :) |
| 18:51.11 | jsmith | seanbright: No, I think some of the SQL stuff uses verbose of 99 |
| 18:54.15 | Corydon76-dig | jsmith: shouldn't |
| 18:54.22 | Corydon76-dig | 15, I think, is the highest |
| 18:54.53 | eliel | Congrats for the application to gsoc! great news! :) |
| 18:55.22 | *** join/#asterisk-dev jsolis (n=Jimmy@190.232.171.36) |
| 19:07.06 | eliel | russellb: they already give you the number of "slots"/"projects" assigned to asterisk? |
| 19:07.25 | eliel | s/give/gave/ |
| 19:07.52 | Corydon76-dig | is having a WTF moment |
| 19:08.00 | Juggie | seanbright: ping. |
| 19:08.31 | Corydon76-dig | asterisk-trunk, distclean, all flags default, at startup, ends with: asterisk: symbol lookup error: /usr/lib/asterisk/modules/chan_sip.so: undefined symbol: __manager_event |
| 19:08.37 | seanbright | Juggie: yes |
| 19:11.01 | oej | Where is kpfleming hiding? :-) |
| 19:15.49 | Juggie | seanbright: nothing important just saying hello... |
| 19:15.57 | Juggie | bored :) |
| 19:18.31 | jsmith | oej: He was here earlier... he must have gotten sucked into a black hole (or more likely, a meeting) |
| 19:35.13 | *** join/#asterisk-dev shyam_k (n=user@unaffiliated/shyam-k/x-8459115) |
| 19:35.28 | eliel | Corydon76-dig: the same error, here... i am trying to look at the compile options... |
| 19:35.50 | Corydon76-dig | eliel: found it |
| 19:36.39 | eliel | related to the last kpfleming commit? |
| 19:37.06 | Corydon76-dig | Hang on; I'm running blame now |
| 19:41.17 | snuff-home | mm putnopvut.. i get error when trying to view diff of ur reviewboard diff for remote party id |
| 19:41.42 | snuff-home | goes off to work |
| 19:41.44 | putnopvut | snuff-home: yeah, there's something wrong with reviewboard. I need to bug Russell about it. |
| 19:43.15 | Corydon76-dig | eliel: yeah, not the last commit, but one of the recent commits by Kevin |
| 19:44.07 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 19:44.07 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 19:44.33 | eliel | ok, i saw you fix. |
| 19:45.34 | shyam_k | was wishing asterisk to be one of the projects and there ya go!! congrats! |
| 19:45.41 | shyam_k | i mean about gsoc;-) |
| 19:47.02 | kpfleming | i'm back |
| 19:47.07 | kpfleming | yes. that was related to my commits |
| 19:48.11 | eliel | kpfleming: I didn't know you were human... |
| 19:48.19 | kpfleming | i am! |
| 19:48.26 | kpfleming | and i was in a meeting |
| 19:48.46 | Qwell | eliel: Don't let him fool you. |
| 19:48.53 | kpfleming | and i see Corydon76-dig has fixed it already, so yay |
| 19:49.06 | eliel | he |
| 19:49.11 | kpfleming | don't be surprised over the next week or two for trunk and 1.4 if we see additional 'missing symbol' errors |
| 19:49.26 | kpfleming | our namespace is a mess right now and i couldn't identify all the stuff that needed to be exported |
| 19:49.44 | kpfleming | some of it needs to be renamed instead of being exported |
| 19:50.57 | *** join/#asterisk-dev mosty (n=mosty@213-66-224-163-no22.tbcn.telia.com) |
| 19:52.00 | eliel | what if we load modules without the LAZY param? that will point us the unknown symbols? |
| 19:53.41 | kpfleming | we already switch them to RTLD_NOW anyway |
| 19:53.45 | seanbright | codefreeze-lap: do you wrap your e-mails by hand? |
| 19:53.56 | kpfleming | it is supposed to resolve everything instantly, but does not always work for some unknown reason |
| 19:56.15 | eliel | ok |
| 20:07.33 | russellb | shyam_k: thanks :-) |
| 20:09.13 | shyam_k | just came out from a wreck, when mind clashed between academics and free software dreams.. now that i changed plans not to go for PG but to become a freelancer..asterisk becoming my first preference to master.. |
| 20:14.04 | shyam_k | i am familiar with speech recognition, any projects related that? especially when scribble-J releasing sphinx and asterisk pluggin recently.. |
| 20:14.09 | shyam_k | ? |
| 20:14.33 | putnopvut | shyam_k: not that I know of. |
| 20:15.24 | shyam_k | hmm.. /me still reading the ideas page.. |
| 20:16.17 | shyam_k | how many of you guys would be doing freelancing over asterisk? |
| 20:16.43 | shyam_k | i heard its a very demanding too.. |
| 20:16.47 | shyam_k | s/a// |
| 20:17.50 | putnopvut | ha, silly jbot |
| 20:18.14 | shyam_k | ah gosh i just replied to that bot! |
| 20:18.14 | shyam_k | :) |
| 20:18.26 | mvanbaak | lmadsen: ping |
| 20:21.14 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 20:22.50 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 20:24.36 | lmadsen | mvanbaak: pong |
| 20:25.26 | mvanbaak | lmadsen: the cli patch eliel posted on bugs.digium.com |
| 20:26.31 | mvanbaak | it's on Qwell's todo list now |
| 20:27.16 | mvanbaak | I say we ask eliel to put it on reviewboard (or someone here that cares) and get it in as soon as we get a 'Ship it' |
| 20:32.59 | *** join/#asterisk-dev pmhaddad (n=pmhaddad@24-247-41-171.dhcp.mrqt.mi.charter.com) |
| 20:35.11 | putnopvut | jeez app_queue is terrible |
| 20:36.14 | putnopvut | mvanbaak: I'm getting reports that the remote party identification isn't working for skinny phones. If you get a chance to test it, can you verify that it isn't working? |
| 20:36.19 | jsmith-busy | putnopvut: You're just now figuring this out? I've been saying it for nigh unto eight years now :-p |
| 20:36.46 | jsmith-busy | putnopvut: At what point to we cut our losses and write app_queue_tng |
| 20:36.53 | putnopvut | jsmith-busy: no, I figured it out a while back, but the test I was just running made me realize how bad it is. |
| 20:37.06 | putnopvut | The amount of CPU that app_queue uses is just ... awful. |
| 20:37.23 | jsmith-busy | putnopvut: You're not kidding. |
| 20:39.25 | mvanbaak | putnopvut: I'll test later this week ok ? |
| 20:40.22 | *** part/#asterisk-dev Mog (n=mog@c-68-62-218-186.hsd1.al.comcast.net) |
| 20:40.35 | putnopvut | mvanbaak: That's perfectly fine. Thank you very much :) |
| 20:41.15 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 20:41.15 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 20:42.05 | mvanbaak | putnopvut: I'm too busy with stuff in Covide and with my new video phone right now |
| 20:42.28 | putnopvut | mvanbaak: I understand. |
| 20:43.08 | mvanbaak | :) \o/ |
| 20:49.04 | macli | Hi, I have same gizmo config in asterisk-1.4.4 and asterisk 1.6.1-rc1, i can receive incoming gizmo call in asterisk-1.4.4 fine, but not in asterisk-1.6.1-rc1, is this software bug ? |
| 20:51.48 | putnopvut | macli: I would suggest reading the various UPGRADE.txt documents to see if there are any portions of your configs that need to be changed. |
| 20:55.14 | macli | putnopvut, the gizmo config for asterisk is quite simple, do you mind i post the working and non-working sip debug on pastbin? |
| 20:55.19 | lmadsen | mvanbaak: I agree, if we can get it up on reviewboard that'd be great |
| 20:55.39 | lmadsen | mvanbaak: although I think Qwell said he was just going to commit it after his review |
| 20:55.39 | putnopvut | macli: sure, I can take a look to see if I see anything odd. |
| 20:55.55 | macli | non-working http://pastebin.ca/1364627 |
| 20:58.06 | putnopvut | macli: hmm, Nothing really looks odd from what you sent. Does whatever calling Asterisk try to send authorization information after receiving the 401? |
| 20:59.12 | putnopvut | eats a banana. |
| 21:00.04 | macli | after 401 http://pastebin.ca/1364633 |
| 21:00.57 | mvanbaak | lmadsen: if that is his plan you can ignore my comments :) |
| 21:01.14 | putnopvut | macli: That's weird. Whatever is sending the INVITE to Asterisk has no SDP when retransmitting the INVITE with Authorization info. |
| 21:03.39 | jsmith-busy | putnopvut: That's not valid, right? A new invite has to have new SDP, right? |
| 21:03.41 | macli | the working sip log: http://pastebin.ca/1364638 |
| 21:04.20 | putnopvut | jsmith-busy: I'm not really an authority on the matter, but I'm certainly not accustomed to seeing one without SDP in that situation. |
| 21:04.56 | putnopvut | macli: it looks as though the difference is that Asterisk is attempting to auth the incoming INVITE when you use 1.6.1 and it does not with 1.4. |
| 21:05.19 | putnopvut | That is something that I don't *think* should have changed between those versions. |
| 21:07.13 | macli | I registered the same gizmo account at two server, one running asterisk-1.4, another asterisk-1.6, but I stopped another one server before I test the incoming call |
| 21:07.16 | Juggie | skype channel driver eh. |
| 21:07.17 | Juggie | interesting. |
| 21:07.46 | mvanbaak | why is everyone so excited about this skype thing ? |
| 21:08.10 | Juggie | its interesting, not necessairly exciting! |
| 21:08.17 | macli | gizmo outgoing call are both fine |
| 21:10.49 | kpfleming | for companies that run call centers that are called by regular consumers, being accessible over skype is very exciting |
| 21:11.38 | denon | kpfleming: next you'll be telling us people want chan_vonage ;) |
| 21:12.00 | kpfleming | ha! if vonage approached us about it and made it attractive, i bet that would be true |
| 21:12.17 | kpfleming | but vonage doesn't need a channel driver, they just need to provide SIP connectivity to their network |
| 21:12.18 | denon | vonage .. attractive .. |
| 21:12.22 | denon | that's a funny combination or words |
| 21:12.26 | kpfleming | no doubt |
| 21:12.26 | denon | yeah |
| 21:12.47 | denon | though afaik they don't really get into wholesale style sip access |
| 21:12.53 | denon | just using that "mobile" stuff right? |
| 21:13.19 | kpfleming | as far as i know |
| 21:13.27 | kpfleming | haven't paid any attention in a long time |
| 21:14.23 | denon | nod, same |
| 21:14.38 | denon | 'course I don't pay much attention to skype either .. but .. |
| 21:14.44 | denon | I know digium's gotta make a buck :) |
| 21:15.32 | kpfleming | it's really quite cool, actually |
| 21:15.43 | kpfleming | so much easier for remote people to call in to the PBX than using a SIP softphone |
| 21:16.01 | file | having my regular phone work with my skype account is... nifty |
| 21:16.03 | file | just sayin' |
| 21:16.19 | denon | hmm? remote people can just call in with DISA no? |
| 21:16.27 | kpfleming | costs money |
| 21:16.30 | denon | or hard sip phone or whatever |
| 21:16.31 | kpfleming | and PRI channels |
| 21:16.38 | kpfleming | from a hotel? |
| 21:16.48 | denon | I use sip hard phone from a hotel all the time |
| 21:16.53 | kpfleming | pain in the butt |
| 21:17.03 | denon | how's a skype software client easie than eyebeam? |
| 21:17.06 | kpfleming | non technical people would never make that work :_) |
| 21:17.09 | denon | (I'm not arguing, just asking) |
| 21:17.17 | kpfleming | it's easier to provision and the network admin doesn't have to do any weird NAT stuff |
| 21:17.40 | denon | I guess .. eyebeam to asterisk seems to work pretty well over weird networks |
| 21:17.48 | denon | and most corp users are used to hooking up a vpn anyway |
| 21:17.55 | kpfleming | yep |
| 21:18.14 | denon | if there's a decent IAX client, not sure how skype's any better than that as far as weird networks go |
| 21:18.52 | denon | dunno, I'd be interested in testing skype, but probably not worth the effort to "sign up" or buy anything for the companies we work with .. |
| 21:18.56 | denon | maybe we're an odd case |
| 21:19.56 | denon | I've got a single executable installer that we can issues to users, with their credentials/etc already in it .. one click and they have a client connecting in via iax2 |
| 21:29.05 | *** join/#asterisk-dev Mog (n=mog@c-68-62-218-186.hsd1.al.comcast.net) |
| 21:29.06 | *** mode/#asterisk-dev [+o Mog] by ChanServ |
| 22:20.20 | *** join/#asterisk-dev schmooze_tony (n=schmooze@h69-129-142-83.mdsnwi.tisp.static.tds.net) |
| 22:27.11 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
| 22:28.51 | JunK-Y | on asterisk.org, the link for 1.4.24 is invalid, its pointing to 1.24 instead of 1.4.24 |
| 22:29.25 | JunK-Y | (in downloads section) |
| 22:33.48 | putnopvut | lmadsen: think you might be able to get that corrected? ^^^ |
| 22:34.20 | JunK-Y | probably hes a manager now :P |
| 22:34.23 | JunK-Y | come on boss! |
| 22:43.31 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
| 22:49.01 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 22:49.01 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 22:58.54 | lmadsen | JunK-Y: oops!!! |
| 22:58.58 | lmadsen | will fix now |
| 22:59.18 | JunK-Y | k |
| 22:59.29 | JunK-Y | btw, im not sure i'll go to it360 this year |
| 22:59.33 | JunK-Y | are you going? |
| 22:59.58 | lmadsen | fixed |
| 23:00.14 | lmadsen | JunK-Y: ya, I'm going to speak, but I can walk to it, so the cost is pretty much nill |
| 23:00.30 | *** join/#asterisk-dev qdk (n=qdk@0x573d8dd1.bynqu2.dynamic.dsl.tele.dk) |
| 23:00.42 | lmadsen | JunK-Y: thanks for pointing out the bad link. Since it is done manually it was bound to happen at some point |
| 23:01.19 | JunK-Y | no problem for the link |
| 23:06.11 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
| 23:16.56 | macli | putnopvut: Could you confirm that asterisk-1.6 auth incoming invite is a bug or not, I have been reading the chan_sip code all afternoon... I have no clue |
| 23:18.01 | putnopvut | macli: I'm can't be sure without seeing configuration. I'm going to be heading home soon, anyway. |
| 23:19.35 | macli | putnopvut: I will post my config tomorrow then, have a good evening |
| 23:19.45 | putnopvut | macli: you too :) |
| 23:20.45 | *** join/#asterisk-dev dwayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 23:20.45 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 23:20.45 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 23:45.57 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 23:45.57 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 23:51.28 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
| 23:53.51 | *** join/#asterisk-dev mattzerah (n=matt@ozvoip.dsl.onthenet.net) |
| 23:59.48 | mvanbaak | 22:17 <@ kpfleming> it's easier to provision and the network admin doesn't have to do any weird NAT stuff |