| 00:04.05 | *** join/#asterisk-dev salzh (n=Administ@61.87.216.5) |
| 00:11.01 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 00:14.48 | seanbright | commit asterisk 196988 |
| 00:14.53 | MuffinMan | [196988] Committed by seanbright on 2009-05-27T13:02:54.500441Z: Display an error message when chan_alsa fails to load due to a missing |
| 00:14.53 | MuffinMan | ..or inaccessible configuration file. |
| 00:14.53 | MuffinMan | .. |
| 00:14.53 | MuffinMan | ..Before this change, when chan_alsa failed to load due to a missing or |
| 00:14.54 | MuffinMan | ..inaccessible configuration file, no message would be displayed. With this |
| 00:14.57 | MuffinMan | ..change, when chan_alsa fails to load due to a missing or inaccessible |
| 00:15.00 | MuffinMan | ..configuration file, a message will be displayed. |
| 00:15.03 | MuffinMan | .. |
| 00:15.05 | MuffinMan | ..(closes issue #14760) |
| 00:15.07 | MuffinMan | ..Reported by: Nick_Lewis |
| 00:15.10 | MuffinMan | ..Patches: |
| 00:15.12 | MuffinMan | .. chan_alsa.c-confload.patch uploaded by Nick (license 657) |
| 00:15.14 | MuffinMan | .. |
| 00:15.17 | MuffinMan | .. http://svn.digium.com/view/asterisk?view=rev&revision=196988 |
| 00:15.17 | seanbright | best commit message EVER. |
| 00:19.27 | Greek-Boy | seanbright why is the best commit ever? |
| 00:19.38 | seanbright | long story. |
| 00:19.45 | seanbright | best commit *message* ever |
| 00:20.08 | seanbright | because it is overly verbose |
| 00:20.36 | Greek-Boy | lol |
| 00:20.37 | Greek-Boy | ok |
| 00:22.57 | seanbright | russellb: my bad, yo. |
| 00:42.13 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 01:00.11 | snuff-work | eliel: your alive :) |
| 01:01.03 | eliel | snuff-work: yes, i am ! hehe |
| 01:02.08 | snuff-work | M15402 |
| 01:02.10 | MuffinMan | [assigned] [Asterisk] Core/Portability 0015402: [patch] Cannot find XML documentation under non linux platforms reported by snuffy (Karma: +65.25) https://issues.asterisk.org/view.php?id=15402 |
| 01:02.55 | snuff-work | i could have checked for each failure but that just made my function big and look messy |
| 01:03.21 | snuff-work | figure it wouldn't hurt to only check after all 6 cases |
| 01:03.25 | snuff-work | only |
| 01:06.07 | eliel | snuff-work: good work! i will review it asap |
| 01:06.24 | eliel | but the patch looks ok |
| 01:07.41 | snuff-work | i figured '512' was a big enough size.. probably could be 256 or somethin smaller |
| 01:07.50 | snuff-work | thanks for the comments |
| 01:08.39 | eliel | nono, thanks you! |
| 01:09.06 | snuff-work | ppl are ment to help it is the reason for opensource :) |
| 01:11.09 | eliel | amen |
| 01:12.49 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 01:48.38 | *** join/#asterisk-dev Deeewayne (n=dwayne@76.29.245.9) |
| 01:48.38 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 02:09.15 | seanbright | you should just use an ast_str |
| 02:09.24 | seanbright | start it at 256 |
| 02:09.34 | seanbright | it can grow to accomodate more text |
| 02:09.38 | seanbright | (longer paths) |
| 02:12.21 | eliel | seanbright: you are right, feel free to modify the patch |
| 02:13.33 | eliel | :) |
| 02:21.04 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 02:29.37 | *** join/#asterisk-dev Deeewayne (n=dwayne@76.29.245.9) |
| 02:29.37 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 03:31.16 | *** join/#asterisk-dev thansen (n=thansen@c-24-10-236-153.hsd1.ut.comcast.net) |
| 03:44.32 | *** join/#asterisk-dev Juggie (n=Juggie@CPE001601df17fb-CM001ceac25ada.cpe.net.cable.rogers.com) |
| 04:11.18 | *** join/#asterisk-dev Micc (n=dotirc@c-76-121-255-52.hsd1.wa.comcast.net) |
| 04:11.54 | Micc | I'm running a non optimized asterisk 1.6.1.1 and its crashing every time I try to do a full reload. How can I see whats causing it to crash? |
| 04:14.06 | seanbright | check out doc/backtrace.txt |
| 04:15.39 | Micc | thanks |
| 04:18.50 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 05:10.53 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 05:14.55 | Micc | Its crashing on disconnecting from postgresql |
| 05:15.05 | Micc | why would that cause it to crash? |
| 05:19.08 | Micc | I think it started doing this after I did a yum update |
| 05:19.20 | Micc | is there a way to rollback an update? |
| 05:20.20 | Micc | I'm going to try 1.6.1.0 and see if that has the same problem. |
| 05:25.42 | Micc | the same. I'm beginning to think pgsql libs has a bug. |
| 06:08.01 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.216) |
| 06:16.09 | snuff-work | Micc: check the bug tracker.. for pgsql stuff.. maybe even closed bugs about it |
| 06:22.13 | Micc | whats the url to the bug tracker? |
| 06:22.37 | mvanbaak | http://issues.asterisk.org |
| 06:24.28 | Micc | does asterisk ever reload on its own? |
| 06:24.44 | snuff-work | it shouldn't |
| 06:24.45 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.216) |
| 06:25.04 | Micc | well as long as it never tries to close the db connection it should be fine. |
| 06:28.34 | Micc | nope, nothing in there that looks like this. |
| 06:31.31 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.216) |
| 06:32.10 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 06:42.31 | Micc | asterisk 1.6.2.0-beta3 |
| 06:42.38 | Micc | doesn't even have reload |
| 06:44.34 | mvanbaak | module reload |
| 06:44.52 | Micc | core restart now |
| 06:45.02 | mvanbaak | that's a restart, not a reload |
| 06:45.30 | Micc | there doesn't seeem to be a reload in 1.6.2.0 |
| 06:45.35 | mvanbaak | module reload |
| 06:46.22 | Micc | doesn't that do just one module? |
| 06:46.35 | Micc | or if you don't specify one, it does all of them? |
| 06:46.39 | mvanbaak | read the help |
| 06:46.46 | mvanbaak | help module reload |
| 06:47.01 | Micc | cool. |
| 06:47.02 | mvanbaak | as it's clearly stated there, the module name arg is optional |
| 06:52.41 | Micc | if I have multiple parking lots, can they all use their own set of parking spots or do they have to have a unique parking number? |
| 06:53.57 | Micc | maybe they need their own parking extension. |
| 06:54.04 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.216) |
| 06:56.21 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.216) |
| 06:57.36 | *** join/#asterisk-dev oej (n=olle@24.Red-81-32-25.dynamicIP.rima-tde.net) |
| 06:57.36 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:58.13 | *** join/#asterisk-dev xbp (i=irc@packet.framed.net) |
| 07:18.49 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 09:02.26 | *** join/#asterisk-dev jmls1 (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 09:02.41 | jmls1 | morning all |
| 09:03.03 | jmls1 | after a fruitless night of attempting to backport app_minivm I give up :( |
| 09:03.23 | jmls1 | so, I need to write my own little hack to update a peer mailbox |
| 09:04.31 | jmls1 | I found static struct sip_peer *find_peer(const char *peer, struct sockaddr_in *sin, int realtime, int devstate_only) in chan_sip.c |
| 09:04.55 | jmls1 | If I want to use this, is there a library call I can make, or should I copy it into my function ? |
| 09:17.01 | *** join/#asterisk-dev oej (n=olle@203.Red-81-34-197.dynamicIP.rima-tde.net) |
| 09:17.01 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:52.58 | jmls1 | hey guys. I've written a patch for 1.4 to allow you to change the mailbox of a sip peer |
| 09:53.55 | jmls1 | I know that it's never going to make it into the 1.4 branch, but could someone cast their eye over the patch and check for me that everything is ok, as I am not the best coder in the world ;) |
| 09:53.57 | jmls1 | http://www.pastebin.ca/1475290 |
| 10:20.23 | oej | Morning |
| 10:20.44 | oej | backporting app_minivm to what? There's a 1.4 version in my svn repo! |
| 10:21.46 | oej | jmls1: Well, that patch will break current subscriptions and not update internal vm subscriptions |
| 10:22.08 | oej | You are just changing the pvt structure, but not the actual subs |
| 10:33.41 | jmls1 | oej! that's good news about app_minivm |
| 10:34.39 | jmls1 | as for the patch, it seems to work for what I wanted. However, I would rather use minivm, so where could I get that from ? |
| 10:34.40 | jmls1 | Thanks |
| 10:36.24 | oej | look in svn.digium.com/svn/asterisk/team/oej/minivoicemail-1.4/apps |
| 10:37.17 | oej | Well, I'm sure it does what you want. But it won't be able to support SIP subscriptions for MVM and soem other situations that doesn't affect you I guess :-) |
| 10:37.46 | jmls1 | heh |
| 10:41.41 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 10:47.25 | jmls1 | arrgh. Is MinivmMWI not part of the 1.4 backport ? |
| 10:54.12 | oej | No, it's not. I guess we will have to look at it. |
| 10:54.26 | oej | The issue is that MWI is totally different in 1.6.0 |
| 10:56.19 | jmls1 | poo |
| 10:56.39 | jmls1 | oej: I gathered that. |
| 10:57.12 | jmls1 | Question is, do you want to go to all that extra work, when all I need to be able to change the mailbox that a phone is looking at. |
| 10:57.34 | jmls1 | When we move to 1.6 I would use MinivmMWI |
| 10:57.55 | jmls1 | what do I need to do to the patch to make it "safe" ? |
| 10:59.01 | oej | Well, you don't really need it |
| 10:59.22 | oej | Since in 1.4 the mailbox system is not event-driven, you just have to save a voicemail in the mailbox and the events will come |
| 10:59.50 | oej | So there's no need for minivmMWI in 1.4 at all |
| 11:03.18 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:03.18 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 11:03.31 | oej | Morning Leif! |
| 11:03.43 | leifmadsen | oej: morning!!! |
| 11:07.46 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:49.46 | leifmadsen | oej: you're such a tease! :) |
| 11:59.08 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:59.08 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:01.27 | snuff-home | wb.. |
| 12:04.30 | snuff-home | makes note to self.. never let a branch go without auto merge for over a week |
| 12:05.16 | leifmadsen | snuff-home: oh ya -- good call :) |
| 12:29.12 | snuff-home | stupid question for anyone.. |
| 12:29.23 | snuff-home | if my . file is in conflict.. what do i do :) |
| 12:30.01 | mvanbaak | is this after an svnmerge ? |
| 12:30.10 | snuff-home | yer |
| 12:30.17 | mvanbaak | svn resolved . |
| 12:30.23 | mvanbaak | erm |
| 12:30.32 | mvanbaak | yeah, try that |
| 12:30.56 | snuff-home | yey |
| 12:31.00 | snuff-home | i just revert |
| 12:31.08 | snuff-home | when in doubt revert is my motto |
| 12:31.15 | mvanbaak | ah |
| 12:31.26 | mvanbaak | well, svnmerge tries to set some properties on . |
| 12:31.34 | mvanbaak | so use svn resolved . |
| 12:31.50 | mvanbaak | then check if the properties are ok with: svn diff | less |
| 12:31.59 | mvanbaak | it will list the changes to the props first |
| 12:34.20 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 12:35.28 | seanbright | so everyone on facebook is quoting jackson lyrics and "RIP MJ"ing |
| 12:35.36 | seanbright | and i really just want to write: |
| 12:35.43 | seanbright | ... he was a pedophile |
| 12:37.29 | mvanbaak | pics or it didn't happen |
| 12:38.09 | mvanbaak | there's no proof at all to backup your statement |
| 12:39.00 | seanbright | heh |
| 12:39.43 | Deeewayne | seanbright, I was thinking about "the children of the world are a little safer" |
| 12:39.53 | mvanbaak | not that I care that he's dead, but that's a totally different story |
| 12:40.33 | seanbright | Deeewayne: indeed |
| 12:40.56 | seanbright | but i guess i shouldn't crap on the man's grave less than 24 hours after he's dead |
| 12:41.16 | seanbright | though in a month it will be a new punchline for letterman and friends |
| 12:43.30 | Deeewayne | yeah, I thought my bubbles comment might have gotten a 'too soon' response |
| 12:44.03 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:44.03 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:50.13 | *** topic/#asterisk-dev by seanbright -> Topic for #asterisk-dev is: Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- ViewVC for SVN is currently down for the forseeable future -=- Never bowl against twilson or rmudgett for money. -=- Happy Birfday, russellb! |
| 12:58.44 | *** join/#asterisk-dev salzh (n=Administ@122.144.138.5) |
| 13:02.43 | *** join/#asterisk-dev ctooley (n=ctooley@12.230.123.195) |
| 13:02.43 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 13:04.54 | *** join/#asterisk-dev jsmith-away (n=njsmith@asterisk/training-and-documentation-guru/jsmith) |
| 13:04.54 | *** mode/#asterisk-dev [+o jsmith-away] by ChanServ |
| 13:09.38 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 13:10.25 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:10.25 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:19.05 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 13:28.07 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 13:28.07 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 13:34.13 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:34.13 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:39.14 | snuff-home | eliel: i actually tested my patch on opensolaris today.. it worked.. left a comment in the bug :) |
| 13:46.28 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:46.28 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:48.53 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 13:48.53 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:49.06 | snuff-home | ello putnopvut |
| 13:49.19 | putnopvut | Hi snuff-home |
| 13:50.37 | snuff-home | how's things ? happy for a friday? |
| 13:55.25 | putnopvut | Yes, Fridays are always good :) |
| 13:56.05 | putnopvut | They give us free bagels at work on Fridays, so it always starts well. And of course people tend to act a little more silly on Fridays. |
| 13:56.08 | putnopvut | Good days all around. |
| 13:56.26 | snuff-home | mmm free bagels.. |
| 13:58.19 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.216) |
| 14:14.22 | eliel | snuff-home: hello |
| 14:14.53 | eliel | snuff-home: yes i saw your note, as seanbright suggest we could use ast_str instead of a static buffer. |
| 14:15.13 | eliel | is there any problem with Tilghman? |
| 14:18.48 | putnopvut | eliel: he's on vacation this week. He should be back next week though. |
| 14:19.18 | eliel | putnopvut: ok, thanks! |
| 14:19.33 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 14:19.34 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:20.13 | seanbright | putnopvut: i <3 your sip patch |
| 14:20.28 | putnopvut | seanbright: thank you. I figured you might. |
| 14:20.46 | jsmith | putnopvut: You're on a roll! You should go look at 15121 next :-p |
| 14:20.58 | seanbright | putnopvut: i do have 1 minor concern with it |
| 14:21.06 | seanbright | and that is that it will be seen as "good enough" |
| 14:21.23 | seanbright | and no one will bother with true sip transaction support |
| 14:21.34 | seanbright | but it will certainly fix the problem i am having :) |
| 14:22.11 | russellb | "true sip transaction support" |
| 14:22.16 | seanbright | yes |
| 14:22.17 | seanbright | shut up |
| 14:22.24 | putnopvut | SIP transaction support would fix several more problems. |
| 14:22.26 | russellb | that is easy to say, but will never happen in chan_sip |
| 14:22.31 | putnopvut | damn |
| 14:22.46 | putnopvut | Just for saying that, I'm going to implement it :) |
| 14:22.50 | putnopvut | (Don't hold me to that) |
| 14:22.55 | russellb | i mean, seriously ... that's a pretty fundamental thing that needs to be thought of from the beginning |
| 14:23.11 | russellb | heh, i mean, it could probably be hacked in |
| 14:23.16 | russellb | the module just feels so fragile ... |
| 14:23.22 | *** join/#asterisk-dev qdk_ (n=qdk@81.7.168.130) |
| 14:23.25 | seanbright | putnopvut: he's saying to rewrite it from the ground up |
| 14:23.29 | seanbright | putnopvut: (in c++) |
| 14:23.48 | putnopvut | A SIP stack would work great in C++. |
| 14:24.46 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 14:24.55 | seanbright | well there you go |
| 14:24.59 | seanbright | summer projec |
| 14:25.01 | seanbright | project* |
| 14:25.11 | seanbright | or we could be really funny and make it a janitor :) |
| 14:25.19 | putnopvut | lol |
| 14:31.22 | jsmith | Or just move forward with the proposal at AstriDevCon and use something like reSIP |
| 14:31.43 | jsmith | But what do I know... |
| 14:33.29 | *** join/#asterisk-dev oej (n=olle@203.Red-81-34-197.dynamicIP.rima-tde.net) |
| 14:33.29 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:33.39 | russellb | there are lots of good ideas from a technical perspective, when you factor in resources available and other projects, that's where it becomes less attractive :-) |
| 14:33.49 | jsmith | Yes, I realize that |
| 14:34.12 | jsmith | There are always more dreams than resources, just like there is always more month than paycheck :-( |
| 14:34.43 | jsmith | I'm just trying to say that if the effort was going to be put forth on something... we might not want to re-invent the wheel |
| 14:35.05 | jsmith | But again, I'm a lousy developer, so take my opinion with a grain of salt |
| 14:35.55 | *** join/#asterisk-dev moy (n=moy@74.12.123.90) |
| 14:36.03 | russellb | nods |
| 14:36.17 | russellb | not to the lousy dev comment, but to the not reinventing comment |
| 14:36.17 | russellb | heh |
| 14:36.20 | russellb | always a good goal. |
| 14:37.39 | jsmith | russellb: That's OK... you can nod at the "lousy dev" comment as well |
| 14:38.04 | russellb | nah, you have been very helpful on numerous occasions! |
| 14:38.19 | seanbright | well, what we need is more community develoeprs |
| 14:38.21 | seanbright | developers* |
| 14:38.28 | jsmith | I didn't say I was a lousy helper... just a lousy dev |
| 14:38.32 | jsmith | My C skills are quite rusty |
| 14:38.42 | jsmith | In fact, some days I can't code myself out of a wet paper bag |
| 14:38.57 | jsmith | So I try to be helpful in other ways, like documentation, and reporting bugs |
| 14:39.06 | jsmith | Speaking of which.... |
| 14:39.11 | jsmith | runs off to file another dialplan bug |
| 14:40.00 | leifmadsen | heh |
| 14:40.34 | seanbright | another janitor: remove dialplan |
| 14:41.20 | snuff-home | eliel: i dont know that a dynamic buffer is worth doing for 1 call per load/reload.. its only a static allocation inside a function.. not like it hangs around |
| 14:42.01 | snuff-home | seems like ast_str for sake of ast_str :) |
| 14:43.44 | *** join/#asterisk-dev shazaum (n=oidjiowe@unaffiliated/shazaum) |
| 14:43.58 | eliel | just to avoid limiting the directory length |
| 14:45.10 | snuff-home | mm.. but who in their mind would place 'astdatadir' 250+ chars deep.. |
| 14:45.36 | snuff-home | astdatadir= /fdsjosdfsdfsdgdfg/sdfgsdfsdgdsfag/dsfgsdfdfhdfh/dsfgsdfhsdfhdsh/sfdgsdfgsdf/documentation |
| 14:46.54 | snuff-home | ah well up to u guys what you do.. i just chose path of least resistance |
| 14:48.39 | snuff-home | goes off to bed |
| 14:50.21 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:50.21 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:53.09 | seanbright | snuff-home: "who in their mind would place 'astdatadir' 250+ chars deep..." |
| 14:53.21 | seanbright | snuff-home: the same person who will open up a bug about their paths getting truncated |
| 14:53.50 | seanbright | and it can still be statically allocated, it doesn't have to be heap |
| 14:54.50 | *** join/#asterisk-dev aethelrick (n=richard@mail.mexuar.net) |
| 14:55.06 | seanbright | char *pattern = alloca(strlen(ast_config_AST_DATA_DIR) + 22 + sizeof("/documentation/")); |
| 14:55.20 | seanbright | 22 being the longest possible length of those glob paths |
| 14:57.33 | aethelrick | hi all, I'm looking to write an application that allows a user to have a call control panel on their PC so they can transfer a current call to another extension by clicking an entry in a list in my app. I assume I have to use the AGI system to do this. Is it possible to interfere with current calls from outside like this? |
| 14:57.58 | russellb | most people use the manager interface for that type of thing |
| 14:58.10 | aethelrick | manager interface, ok... (writes down) |
| 14:58.19 | aethelrick | so it is possible then, I'm not barking mad? |
| 14:58.26 | russellb | nope, has been done a number of times |
| 14:58.32 | aethelrick | awesome |
| 14:58.40 | aethelrick | the more I play with asterisk, the more I love it |
| 14:58.45 | russellb | cool :-) |
| 14:58.55 | aethelrick | thanks guys, I'll go google manager interface asterisk :) |
| 15:02.30 | seanbright | so russellb, how does it feel to be older and wiser? |
| 15:02.38 | seanbright | err |
| 15:02.38 | seanbright | older |
| 15:03.29 | russellb | heh, feels totally different |
| 15:03.32 | russellb | the big 0x19 |
| 15:04.59 | seanbright | yep |
| 15:05.02 | seanbright | quarter century |
| 15:05.09 | seanbright | time to reevaluate what you've done with your life |
| 15:05.15 | seanbright | we'll wait here. |
| 15:05.39 | russellb | this Asterisk stuff has been a waste of time |
| 15:05.39 | *** part/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 15:05.50 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 15:05.51 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:05.56 | russellb | jk. |
| 15:06.09 | file | *gasp* |
| 15:06.52 | seanbright | damn |
| 15:06.58 | seanbright | i was going to take your parking spot |
| 15:07.20 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 15:07.57 | *** join/#asterisk-dev comradeb14ck (n=comradeb@72.37.252.50) |
| 15:08.04 | russellb | seanbright: :-p |
| 15:13.26 | russellb | takes a lock on asterisk trunk |
| 15:16.07 | seanbright | i guess i have to test this thing now |
| 15:17.07 | tamiel | hello, I'm trying to make a little function with audiohooks but I need to know when channel is not in dial, so I try with ast_bridged_channel(chan) but sometimes ast_bridged_channel(chan) return no bridged chan but there is one. |
| 15:17.14 | tamiel | here is pastebin : http://pastebin.com/m6b471592 |
| 15:17.40 | tamiel | (probably ugly code) |
| 15:17.58 | russellb | well, "in dial" does not imply that there is a bridged channel |
| 15:18.36 | russellb | while the outbound call is still ringing and not yet answered, the channels are not yet bridged |
| 15:19.09 | tamiel | russellb: when two channels are bridged |
| 15:20.09 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 15:29.38 | *** join/#asterisk-dev puzzled (n=foobar@535335A1.cable.casema.nl) |
| 15:32.55 | *** join/#asterisk-dev davevg-btwtech (n=davevg__@67.76.177.147) |
| 15:35.43 | seanbright | is a missing indications.conf file considered a "stop the server" event? |
| 15:35.50 | seanbright | because it appears that way in the trunk |
| 15:36.22 | russellb | yes |
| 15:36.48 | seanbright | k |
| 15:39.27 | tamiel | russellb: when I disable features, this is working nicely, don't why . But if I set features (dynamic), when I send dtmf, ast_bridged_channel return no channel . |
| 15:39.27 | tamiel | don't why/don't know why |
| 15:46.52 | *** join/#asterisk-dev bbryant (i=443b1672@gateway/web/freenode/x-f45badb1941dc1d4) |
| 15:46.52 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 15:54.39 | *** join/#asterisk-dev davevg-btwtech (n=davevg__@67.76.177.147) |
| 15:59.04 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 15:59.42 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 16:06.34 | eliel | Is there an indentation rule to follow when breaking a line for the 90 columns limit? |
| 16:06.49 | russellb | I use 2 tabs |
| 16:07.06 | russellb | just something > 1 tab |
| 16:07.11 | russellb | and consistent for multiple lines |
| 16:07.58 | eliel | ok thanks |
| 16:15.42 | Qwell | russellb: that syntax in r203534 looks odd to me. any chance you'd be able to give a description of what it does? |
| 16:16.17 | russellb | ah. |
| 16:16.53 | russellb | you can initialize specific elements in array by specifying the index in brackets like that |
| 16:17.31 | seanbright | R297 |
| 16:17.33 | russellb | char foo[8] = { [0] = 'h', [1] = 'i', [2] = '\0', }; |
| 16:17.35 | seanbright | hooray |
| 16:17.35 | MuffinMan | [R297] Support for sending CDRs to syslogd [Pending] Submitted by seanbright => https://reviewboard.asterisk.org/r/297/ |
| 16:17.42 | Qwell | the alternative to that would just be like... |
| 16:17.55 | Qwell | char foo[8] = { 'h', 'i', '\0', }; ? |
| 16:18.00 | russellb | right |
| 16:18.07 | russellb | but what if you only want to initialize element number 7 |
| 16:18.12 | russellb | that's one area it becomes nice. |
| 16:18.24 | russellb | it also has nice readability benefits IMO |
| 16:18.32 | Qwell | hrm |
| 16:18.51 | seanbright | it's more obviously a "mapping" with the [] notation |
| 16:19.07 | russellb | yeah. |
| 16:19.12 | seanbright | that shows which syslog priorities are mapped to which asterisk log levels |
| 16:19.16 | russellb | another good example, check out static_RTP_PT in main/rtp.c |
| 16:19.17 | seanbright | and you can see it at a glance |
| 16:19.20 | seanbright | yeah |
| 16:19.26 | seanbright | really shines there |
| 16:19.37 | russellb | it maps the RTP payload numbers in a very explicit manner |
| 16:19.56 | seanbright | of course if __LOG_DTMF was 1987231982123L |
| 16:20.05 | seanbright | i'd have found another way |
| 16:20.05 | russellb | then it's not very practical :-) |
| 16:20.06 | seanbright | :) |
| 16:25.53 | seanbright | R295 |
| 16:25.55 | MuffinMan | [R295] A potential fix for issue 11231 [Pending] Submitted by mmichelson => https://reviewboard.asterisk.org/r/295/ |
| 16:26.11 | seanbright | so for that to get committed, does the provisional response issue need to be worked out first? |
| 16:26.59 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 16:28.00 | putnopvut | seanbright: I've worked that out locally. Kevin was telling me about some other thoughts he had this morning. I'm going to talk to him when he gets into work today. If anything gets decided, I'll post it to the request. |
| 16:34.20 | seanbright | cool |
| 16:34.25 | seanbright | don't let him overcomplicate it |
| 16:34.26 | seanbright | ;) |
| 16:36.21 | russellb | he was actually trying to simplify it i think |
| 16:40.08 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 16:41.36 | russellb | seanbright: review posted |
| 16:42.47 | russellb | ooh, with some duplication of putnopvut's review ... oh well |
| 16:48.10 | seanbright | thanks gents |
| 16:49.38 | seanbright | weird that it wasn't crashing when i locked |
| 16:49.43 | seanbright | tried to lock, rather. |
| 16:52.08 | *** join/#asterisk-dev anonymouz666 (n=anonymou@187-28-37-118.poolip.RJO.embratel.net.br) |
| 16:52.15 | anonymouz666 | putnopvut the king of chan_sip.c |
| 16:54.14 | shazaum | :| |
| 16:58.08 | anonymouz666 | shazaum: did you see the last fixes in chan_sip.c from putnopvut? |
| 16:58.58 | shazaum | yep |
| 16:59.07 | shazaum | anonymouz666, why? |
| 17:07.59 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) |
| 17:08.59 | *** join/#asterisk-dev xpot (n=james@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 17:08.59 | *** join/#asterisk-dev salzh (n=Administ@122.144.138.5) |
| 17:16.08 | shazaum | anonymouz666, .....? |
| 17:16.37 | seanbright | he was trying to figure out your reaction to his statement |
| 17:16.46 | seanbright | or apparent reaction |
| 17:16.49 | seanbright | the ":|" |
| 17:17.17 | seanbright | or she. anonymouz666 could be a she for all i know. he/she is anonymous, after all. |
| 17:17.32 | seanbright | in other news |
| 17:17.38 | seanbright | we are filming a commercial today |
| 17:17.42 | seanbright | right here in the office |
| 17:17.44 | seanbright | it's pretty nifty |
| 17:20.17 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 17:20.49 | shazaum | seanbright, about? |
| 17:23.33 | shazaum | the anonymouz666 is he, at night is she |
| 17:23.34 | shazaum | :D |
| 17:29.22 | *** join/#asterisk-dev Greek-B0y (n=greek@41.222.89.77) |
| 17:36.58 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 17:41.25 | seanbright | our company |
| 17:41.29 | seanbright | our services |
| 17:41.35 | seanbright | automotive related |
| 17:45.48 | shazaum | mmmm |
| 17:48.52 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 17:48.52 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 18:09.06 | Qwell | seanbright: are you going to be on TV?! |
| 18:13.19 | putnopvut | seanbright: you didn't see a problem when trying to lock an uninitialized mutex because on linux, a mutex with value 0 is considered initialized. It just happens to work out. On other platforms, it can cause problems. I know that Darwin, in particular, will have problems if the mutex is not initialized with ast_mutex_init. |
| 18:14.50 | file | yes, that brings a world of heart |
| 18:14.52 | file | heart? hurt |
| 18:16.00 | *** join/#asterisk-dev davevg-btwtech (n=davevg__@67.76.177.147) |
| 18:22.37 | *** join/#asterisk-dev davevg-btwtech (n=davevg__@67.76.177.147) |
| 18:25.42 | Qwell | looks around |
| 18:25.46 | Qwell | Richard isn't in here, is he? |
| 18:26.36 | russellb | nope |
| 18:33.11 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:36.16 | *** join/#asterisk-dev xpot-mobile (n=james@static-66-182-88-85.bbsc.net) |
| 18:40.13 | *** join/#asterisk-dev davevg (n=davevg-b@67.76.177.147) |
| 18:42.18 | *** join/#asterisk-dev aragon1253 (n=aragon12@h216-235-8-130.host.egate.net) |
| 18:44.29 | *** part/#asterisk-dev aragon1253 (n=aragon12@h216-235-8-130.host.egate.net) |
| 18:53.27 | *** join/#asterisk-dev davidbrillert (n=brillert@h216-235-8-130.host.egate.net) |
| 18:55.25 | *** part/#asterisk-dev davidbrillert (n=brillert@h216-235-8-130.host.egate.net) |
| 18:56.01 | *** join/#asterisk-dev ctooley (n=ctooley@nmd.sbx02327.stloumo.wayport.net) |
| 18:56.01 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 18:56.11 | *** join/#asterisk-dev davidbrillert (n=aragon12@h216-235-8-130.host.egate.net) |
| 18:59.47 | russellb | testing something that requires continuously rebooting a polycom phone is annoying :-) |
| 19:00.52 | putnopvut | russellb: hopefully you have something to do during the long gaps :) |
| 19:03.40 | *** part/#asterisk-dev davidbrillert (n=aragon12@h216-235-8-130.host.egate.net) |
| 19:05.14 | *** join/#asterisk-dev davidbrillert (n=aragon12@h216-235-8-130.host.egate.net) |
| 19:08.22 | *** join/#asterisk-dev Jacke (i=jacke@valhalla.bofh.org) |
| 19:16.22 | ctooley | russellb, I feel you pain. |
| 19:16.57 | ctooley | They're really handy for testing SIP changes, but they're extremely slow to reboot. |
| 19:17.38 | *** part/#asterisk-dev davidbrillert (n=aragon12@h216-235-8-130.host.egate.net) |
| 19:25.55 | *** join/#asterisk-dev korihor (n=korihor@190.77.92.57) |
| 19:32.32 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:33.12 | *** join/#asterisk-dev oej (n=olle@135.Red-88-2-201.staticIP.rima-tde.net) |
| 19:33.12 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:36.58 | *** join/#asterisk-dev xpot-mobile (n=james@static-66-182-88-85.bbsc.net) |
| 20:05.35 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 20:25.00 | seanbright | are we allowed to include the asterisk logo as part of the distribution? |
| 20:25.08 | seanbright | the open source distribution, that is. |
| 20:27.58 | kpfleming | no |
| 20:28.05 | seanbright | ugh |
| 20:28.10 | kpfleming | at least not under the GPL |
| 20:28.20 | seanbright | wonderful. |
| 20:28.53 | seanbright | well i am sure the reasons are very good |
| 20:28.54 | kpfleming | what would it be used for? |
| 20:29.03 | seanbright | but that is just silly |
| 20:29.11 | seanbright | title page of the asterisk.pdf |
| 20:29.15 | kpfleming | hmm |
| 20:29.22 | kpfleming | well, i can certainly ask about it |
| 20:29.28 | kpfleming | i don't think that sort of usage has come up before |
| 20:29.49 | seanbright | i'll just create a creative commons "reference information" logo |
| 20:29.57 | seanbright | that doesn't use the word 'asterisk' or the '*' symbol |
| 20:30.03 | seanbright | it might look like a middle finger, however |
| 20:30.05 | seanbright | :P |
| 20:35.05 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 20:38.29 | seanbright | i need to learn trademark laws |
| 20:38.34 | seanbright | or at least enough to be dangerous |
| 20:41.41 | *** join/#asterisk-dev infobot (i=ibot@rikers.org) |
| 20:41.41 | *** topic/#asterisk-dev is Topic for #asterisk-dev is: Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- ViewVC for SVN is currently down for the forseeable future -=- Never bowl against twilson or rmudgett for money. -=- Happy Birfday, russellb! |
| 20:41.41 | seanbright | russellb: he was PMing me |
| 20:41.42 | russellb | #c :-p |
| 20:41.45 | Greek-B0y | basically. What's the best way to go about if I have a good idea for an open source project |
| 20:41.56 | russellb | write it and release it! |
| 20:41.59 | Greek-B0y | but i dont have enough coding experience |
| 20:42.02 | seanbright | ahhh |
| 20:42.09 | seanbright | well. that is problematic. |
| 20:42.09 | Qwell | Greek-B0y: There was an AskSlashdot article about that |
| 20:42.16 | Greek-B0y | ok |
| 20:42.20 | Greek-B0y | i'll search for the article |
| 20:42.24 | seanbright | i want to build a house |
| 20:42.27 | seanbright | a good house |
| 20:42.36 | seanbright | but i'm not a good carpenter |
| 20:42.46 | Greek-B0y | hahaha, yeah yeah |
| 20:42.46 | Greek-B0y | i get that |
| 20:42.59 | Greek-B0y | but i still want to be the head of the house :P |
| 20:42.59 | seanbright | no, i'm serious |
| 20:43.03 | seanbright | i suck a carpentry |
| 20:43.07 | Greek-B0y | i'm trying to understand the politics |
| 20:43.08 | seanbright | at* |
| 20:43.11 | seanbright | ah |
| 20:43.18 | seanbright | well this project is unique |
| 20:43.20 | Greek-B0y | open source politics can be communistic sometimes |
| 20:43.21 | Greek-B0y | :P |
| 20:43.21 | seanbright | err |
| 20:43.25 | seanbright | pretty unique |
| 20:43.55 | seanbright | compared to the majority of other oss projects. |
| 20:44.00 | kpfleming | it is fairly unlikely that someone who cannot actively participate in the development is going to get to be the master of the project |
| 20:44.08 | kpfleming | of any open source project, that is |
| 20:44.13 | seanbright | this is true |
| 20:44.30 | Greek-B0y | in that case i better be patient with myself in learning to code... |
| 20:44.38 | Greek-B0y | :P |
| 20:47.42 | seanbright | we can distribute a graphic with the word "Asterisk" in it as long as we don't use the same font and color |
| 20:47.48 | seanbright | since we distribute the code as "asterisk" |
| 20:47.52 | seanbright | i'm assuming. |
| 20:48.06 | Greek-B0y | seanbright: Why dont you just speak to digium? |
| 20:48.12 | seanbright | i am |
| 20:48.40 | Greek-B0y | can't they give special permission for u to use the asterisk logo? |
| 20:48.54 | kpfleming | trademarks@digium.com |
| 20:48.56 | seanbright | ugh |
| 20:48.57 | kpfleming | that's the way to go |
| 20:48.58 | seanbright | nevermind |
| 20:49.23 | Greek-B0y | sorry for butting in |
| 20:49.28 | Greek-B0y | just a thought |
| 20:49.30 | seanbright | you aren't |
| 20:49.46 | seanbright | Greek-B0y: i don't want special permission for me to use the asterisk logo |
| 20:50.00 | seanbright | Greek-B0y: i was asking if we could put it in the release |
| 20:50.19 | seanbright | "we" being the developers of asterisk |
| 20:51.05 | Greek-B0y | seanbright: Ok, that's a good idea. Though in my opinion the original asterisk logo should be in the distribution instead of another generic version. |
| 20:51.21 | seanbright | Greek-B0y: i agree. will need to work on that. |
| 20:51.40 | Greek-B0y | seanbright: Best of luck buddy |
| 20:51.44 | seanbright | thanks so much |
| 20:53.50 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.70) |
| 21:01.14 | *** join/#asterisk-dev telecos (n=sergio@104.166.219.87.dynamic.jazztel.es) |
| 21:28.04 | *** part/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 21:49.57 | b14ck | hi all |
| 21:50.01 | b14ck | how's it goin? :) |
| 21:50.28 | seanbright | russellb: re: cdr_syslog, am i right that the RWLIST is unnecessary? |
| 21:51.50 | russellb | looks |
| 21:52.17 | russellb | well, it's not _necessary_ |
| 21:52.23 | russellb | but the benefits in this case are very minimal |
| 21:52.31 | russellb | and if you switched to a mutex, you could remove the lock on each sink |
| 21:52.35 | russellb | that would simplify the code a bit |
| 21:52.44 | *** join/#asterisk-dev DarkRift (n=dark@65.92.170.121) |
| 21:52.57 | russellb | the way it is now is fine, though, and theoretically allows logging to multiple sinks at the same time |
| 21:53.02 | russellb | so if i were you, i'd leave it be |
| 21:53.13 | seanbright | alrighty |
| 21:53.37 | russellb | time to merge? :-) |
| 21:54.45 | seanbright | getting there. |
| 21:54.53 | seanbright | i want to update asterisk.tex |
| 21:55.22 | b14ck | Do all of you digium devs work at the same place? |
| 21:55.25 | b14ck | Or are all of you guys remote? |
| 21:55.31 | russellb | most at the same place |
| 21:55.32 | russellb | some remote |
| 21:55.36 | b14ck | where's your hq? oo |
| 21:55.44 | russellb | Huntsville, AL, USA |
| 21:55.53 | b14ck | oO |
| 21:56.04 | b14ck | cool |
| 21:56.56 | seanbright | meh. will update asterisk.tex later. |
| 21:57.04 | russellb | heh |
| 21:57.33 | seanbright | i'll start to make a minor change to it and get side trakced |
| 21:57.45 | seanbright | next thing you know there will be a pig latin translation |
| 21:59.34 | *** join/#asterisk-dev dpizarro_ (n=dpizarro@190.43.144.169) |
| 22:00.59 | dpizarro_ | good afternoon |
| 22:01.38 | dpizarro_ | I have an IVR and I need to check the duration of the call |
| 22:02.22 | dpizarro_ | when I am in a branch of the call-flow |
| 22:02.59 | dpizarro_ | I check ANSWEREDTIME. but it only works if you use DIAL before |
| 22:03.17 | dpizarro_ | and I dont want to dial any |
| 22:03.34 | dpizarro_ | I can't find any variable |
| 22:04.17 | dpizarro_ | the CDR (duration) and CDR(billsec) functions only work in H extension |
| 22:04.30 | dpizarro_ | could anyone to help me? |
| 22:08.14 | seanbright | dpizarro_: try #asterisk |
| 22:12.03 | dpizarro_ | thanks, but I guess I will have to develop a new functionality later... thanks |
| 22:12.31 | seanbright | hmm? |
| 22:13.01 | seanbright | it's there somewhere, i doubt you'll need to write any C code. |
| 22:20.06 | dpizarro_ | I think it must exists an #asterisk-agi |
| 22:25.49 | *** join/#asterisk-dev qdk (n=qdk@0x573d8dd1.bynqu1.dynamic.dsl.tele.dk) |
| 22:55.28 | *** join/#asterisk-dev lmsteffan (n=laurent@114.69.182.60) |
| 23:49.15 | *** join/#asterisk-dev eliel (n=eliels@120-17-235-201.fibertel.com.ar) |
| 23:49.15 | *** mode/#asterisk-dev [+o eliel] by ChanServ |