| 00:12.56 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 00:13.38 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 00:33.57 | *** join/#asterisk-dev moy (n=moyhu@189.169.207.127) |
| 02:16.38 | *** join/#asterisk-dev jmesquita (n=jmesquit@200.170.114.149) |
| 02:50.27 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 02:50.27 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 03:01.13 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 03:23.45 | *** join/#asterisk-dev {Sean} (n=sean@cust118.vc801.mdunetwork.com) |
| 03:23.58 | {Sean} | aye |
| 03:27.58 | codefreeze | uh, does the new 'make menuselect' have the game option? or was that lost? |
| 03:32.22 | {Sean} | anybody looking for a phat asterisk development job? |
| 03:43.35 | Qwell | ooo, me, me, me! |
| 03:43.38 | Qwell | oh, wait |
| 03:45.16 | file | I'm always looking for a job! |
| 03:45.20 | file | *cough* |
| 03:45.34 | {Sean} | haha |
| 03:45.36 | {Sean} | well |
| 03:45.43 | {Sean} | we're hiring smart guys that have asterisk dev experience |
| 03:45.52 | {Sean} | send me your resumes |
| 03:46.01 | file | good luck :D |
| 03:46.12 | {Sean} | heh |
| 03:46.15 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 03:46.18 | {Sean} | they're out there :) |
| 03:48.36 | {Sean} | oh we pay like 2x digium ;) |
| 03:49.26 | snuff-work | mmm.. converting res_jabber to astobj2 is little harder than i thought.. then my codin skill isn't that great |
| 03:55.30 | file | {Sean}: for some it is not just the currency... but anyway |
| 04:07.25 | *** join/#asterisk-dev jameswf-home (n=james@ip72-204-221-181.ph.ph.cox.net) |
| 06:10.52 | *** join/#asterisk-dev ganga (n=root@58.68.36.180) |
| 06:13.26 | ganga | some query regrding fault tolerant asterisk devlopment |
| 06:13.46 | ganga | nyone there,whoz wrked on it/ |
| 06:21.34 | ganga | hs nyone worked on asterisk high availability project? |
| 06:27.33 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-105864.home.otenet.gr) |
| 06:50.27 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 07:28.23 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 07:28.23 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:35.20 | *** join/#asterisk-dev mitcheloc (n=mitchelo@216.207.245.1) |
| 08:19.23 | *** part/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 08:38.11 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 08:39.38 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 08:47.48 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 08:47.48 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:52.25 | oej | morning folks |
| 09:33.31 | snuff-work | hello oej |
| 09:39.44 | jmls_home | is this bad ... |
| 09:39.45 | jmls_home | ERROR[28572]: chan_zap.c:8249 zt_pri_error: !! Got reject for frame 99, but we have nothing -- resetting! |
| 09:41.59 | *** join/#asterisk-dev somewhereinwales (n=Water30@linuxsolutions.plus.com) |
| 09:44.35 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 10:06.25 | jmls_home | meh. There's a BT engineer in the building |
| 10:06.45 | jmls_home | gets out the shotgun and goes "BT engineer" hunting |
| 10:06.58 | *** join/#asterisk-dev mosty (n=mosty@60-241-198-194.static.tpgi.com.au) |
| 10:53.06 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 10:56.30 | *** join/#asterisk-dev Stian- (n=stian@062016138186.customer.alfanett.no) |
| 10:56.38 | *** join/#asterisk-dev RoyK (n=roy@box36.fortel.no) |
| 10:58.43 | *** join/#asterisk-dev Greek-Boy (n=email@41.221.58.13) |
| 11:56.54 | *** join/#asterisk-dev MatsT (n=mats@85.19.196.19) |
| 11:57.11 | *** join/#asterisk-dev marc7 (n=marc@64.46.14.64.novuscom.net) |
| 11:57.55 | MatsT | hi, anyone who can help me with AA50. The "service provider" meny doesn't open when i try to open it in the web interface |
| 12:10.11 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable153.55-201-24.mc.videotron.ca) |
| 12:14.14 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:18.13 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable153.55-201-24.mc.videotron.ca) |
| 12:27.19 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 12:31.22 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 13:04.10 | jmls_home | mmm. would setting pritimer=t309,6000 potentially help with my error above ? |
| 13:16.08 | *** join/#asterisk-dev rdsousa (n=chatzill@195-23-94-132.net.novis.pt) |
| 13:16.40 | rdsousa | hello |
| 13:16.41 | rdsousa | has anyone implemented SRTP in Asterisk 1.6? |
| 13:16.52 | rdsousa | is it possible? |
| 13:18.16 | corydon76-dig | There's an open on it |
| 13:18.21 | corydon76-dig | err, bug |
| 13:18.35 | corydon76-dig | M5413 |
| 13:18.42 | MuffinMan | [assigned] [Asterisk] Core/NewFeature 0005413: [patch] Secure RTP (SRTP) reported by mikma http://bugs.digium.com/view.php?id=5413 |
| 13:19.11 | rdsousa | but it's functional? |
| 13:20.04 | rdsousa | i need to implement a SIP TLS + SRTP asterisk system |
| 13:20.36 | corydon76-dig | Have you looked at the bug yet? |
| 13:21.21 | rdsousa | yes |
| 13:21.31 | rdsousa | it doesn't seem to work ok |
| 13:21.38 | mvanbaak | read the comments. that will tell you wether it works or not |
| 13:21.44 | corydon76-dig | Everything I could tell you, I'd have to look at the bug to learn. So it's better for you to go there, instead of me. |
| 13:22.57 | file | corydon76-dig: lowercase? how odd |
| 13:24.55 | rdsousa | I wanted to contact the developer for support |
| 13:24.58 | rdsousa | paid support |
| 13:25.48 | mvanbaak | hey Corydon76-dig |
| 13:28.50 | Corydon76-dig | mvanbaak: mr0nin |
| 13:28.58 | file | waves to mvanbaak |
| 13:29.41 | *** join/#asterisk-dev De_Mon (i=de_mon@fl-71-52-197-179.dhcp.embarqhsd.net) |
| 13:30.19 | rdsousa | anyone? |
| 13:32.42 | Corydon76-dig | rdsousa: we heard you. The fact that nobody has responded means that nobody knows. |
| 13:32.48 | oej | My svnmerge crashes after update to latest repotools... |
| 13:33.32 | oej | rdsousa: I don't know if Mikael sells support. |
| 13:34.06 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.141.193) |
| 13:34.37 | mvanbaak | heya all |
| 13:35.07 | mvanbaak | oej: you have your certificate password in your svn config files ? |
| 13:35.15 | mvanbaak | I had that as well, and that will bork it |
| 13:35.30 | mvanbaak | it's because of the expect stuff in there |
| 13:36.01 | oej | mvanbaak: Yes, I have. So that's the issue then |
| 13:36.13 | oej | mvanbaak: What did you do to resolve it? |
| 13:37.19 | mvanbaak | remove the cert passphrase from the config |
| 13:37.29 | oej | That's the only way? |
| 13:37.50 | mvanbaak | no, but I'm too busy to fix it the correct way |
| 13:38.27 | oej | Back to the old svnmerge then... ;-) |
| 13:41.39 | mvanbaak | that's a way to fix it |
| 13:53.10 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:53.10 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:58.50 | jmls_home | am I right in thinking that |
| 13:58.52 | jmls_home | <PROTECTED> |
| 13:59.32 | jmls_home | means that 5774 is forwarded to B, and B is forwared somewhere , which involves 5774 again ? |
| 14:00.03 | file | nods |
| 14:00.34 | lmadsen | makes sense |
| 14:00.36 | lmadsen | loop suppression! |
| 14:00.40 | jmls_home | mm. is there anyway of getting hold of the chain that causes this, or is it a manual (aka eyeballing the phone) process |
| 14:01.03 | jmls_home | because they are all swearing blind that they are not forwarding the phones |
| 14:01.10 | lmadsen | then they probably are |
| 14:01.19 | jmls_home | curses users |
| 14:01.24 | lmadsen | indeed |
| 14:01.27 | lmadsen | I hate layer 8 |
| 14:01.49 | jmls_home | it would be nice to be able to see A->B->C->A in the warning message |
| 14:01.50 | Corydon76-dig | oej: you truly trust that nobody else will ever be able to access your machine? |
| 14:02.38 | Corydon76-dig | The security of the certificate file was foremost on my mind when I wrote the expect wrapper |
| 14:03.13 | Corydon76-dig | and by extension, the security of the Subversion repository |
| 14:04.37 | jmls_home | oh. crap |
| 14:04.44 | jmls_home | thinks it may not be the users after all |
| 14:04.47 | jmls_home | :) |
| 14:05.03 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 14:05.21 | mvanbaak | Corydon76-dig: :) that's why I wrote a gnupg thing for it |
| 14:05.40 | Corydon76-dig | mvanbaak: to do what? |
| 14:06.13 | mvanbaak | gnupg decrypt a tgz file, unzip the tgz file, use that as config dir for svn commands, and remove it again |
| 14:06.49 | Corydon76-dig | The only thing in the config dir which needs to be protected is the certificate file, and it's already protected with a passphrase |
| 14:06.57 | mvanbaak | that way even the keyfile is protected, not only the password to protect the keyfile |
| 14:07.18 | Corydon76-dig | mvanbaak: you realize how silly that is? |
| 14:08.07 | Corydon76-dig | The keyfile is already protected with symmetric encryption |
| 14:09.02 | Corydon76-dig | Besides, there's a race condition there that could be exploited... where the files exist on the filesystem for a period of time, in an accessible format |
| 14:09.35 | Corydon76-dig | With the expect script, not even a root user on the system can get unauthorized access to Subversion |
| 14:10.40 | Corydon76-dig | Worse, you're untarring the directory to a predictable path |
| 14:16.47 | *** join/#asterisk-dev miguel3239 (n=elguero@ns1.nashuacs.com) |
| 14:27.29 | mvanbaak | no, it's random |
| 14:27.33 | *** join/#asterisk-dev moy (n=moyhu@nat/ibm/x-2e6e54baf617bc9d) |
| 14:28.26 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 14:28.26 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 14:28.40 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 14:33.58 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-25485.home.otenet.gr) |
| 14:46.42 | _ys | Hello |
| 14:46.43 | _ys | Whether there is a way to unpause queue member, if autopause="yes" set for queue? |
| 14:49.22 | marc7 | i'm getting weird error messages when I'm trying to invoke an AGI command |
| 14:50.45 | marc7 | I'm calling AGI(outcome.sh|${Variable1}|${Variable2}) -- and then I'm seeing res_agi.c:622 launch_script: Failed to execute '/var/lib/asterisk/agi-bin/outcome.sh|123|456': File does not exist. -- except /var/lib/asterisk/agi-bin/outcome.sh *does* exist |
| 14:51.22 | marc7 | this is 1.6.0-beta6 |
| 14:52.22 | file | it is telling you that outcome.sh|123|456 does not exist |
| 14:52.29 | file | because you can not use | anymore - you have to use , |
| 14:52.33 | marc7 | ah, so the syntax has changed between... right. |
| 14:52.41 | marc7 | was just coming to that realization now |
| 14:59.58 | *** join/#asterisk-dev flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 15:01.46 | *** join/#asterisk-dev pgarcia (n=pgarcia@yoda.kanatek.com) |
| 15:16.48 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 15:29.38 | *** join/#asterisk-dev philippel (n=p_lindhe@pool-72-86-17-4.sttlwa.fios.verizon.net) |
| 15:31.22 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 15:44.20 | *** join/#asterisk-dev jmesquita (n=jmesquit@201.7.117.114) |
| 15:46.50 | Juggie | file, you going to it360? |
| 15:47.23 | file | unless I randomly decide to go... no |
| 15:48.18 | Juggie | you should randomly decide to go |
| 15:48.29 | putnopvut | When is it? |
| 15:49.23 | Corydon76-dig | Juggie: are you randomly going to pay his airfare? |
| 15:49.27 | lmadsen | April 7-9 |
| 15:51.46 | Juggie | Corydon76-dig, airfare to to is never that expensive. |
| 15:51.52 | Juggie | lmadsen, i got my 'approval' today. |
| 15:52.08 | Qwell | Juggie: get me approval too, yeah? |
| 15:53.31 | Juggie | i'll check the training budget :> |
| 15:53.56 | Qwell | "negative 87 million dollars. huh" |
| 15:56.07 | oej | file: Was that transfer audio really only a SIP thing? |
| 15:56.29 | file | it can easily be added to other things |
| 15:57.26 | oej | Shouldn't it be settable in features.conf then? |
| 15:57.56 | file | I just forgot to do that, but it could be... it's just a dialplan variable you set before you complete the transfer |
| 15:58.49 | oej | An d the BRIDGE_PLAY_SOUND needs to be documented too in the doc/ file |
| 15:58.51 | oej | :-) |
| 15:58.57 | file | no. |
| 15:59.15 | oej | And the reason for that is... <fill in blank here> |
| 15:59.32 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 15:59.32 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:59.45 | file | because that is a sort of communication variable between what is doing the transfer and the bridging code to tell it to play the audio file |
| 15:59.58 | file | if you set it on a channel directly it'll play an audio file once you enter a bridge, and that's all |
| 16:00.31 | oej | That may be interesting in other setups too |
| 16:00.37 | oej | Like queues |
| 16:00.52 | oej | Hmm. Orlando seems nice. Sunshine. |
| 16:01.18 | file | oej: I blocked your chan_sip Server: change in 1.6.0, I assume that's what you wanted? |
| 16:01.30 | oej | Well, it's not an issue |
| 16:01.38 | file | nods |
| 16:01.41 | file | that was my logic as well |
| 16:01.42 | oej | I just couldn't get that script to work so I kind of said "another day, another life" |
| 16:02.05 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:02.06 | oej | What's the story here? Does 1.6.0-branch inherit from trunk? |
| 16:02.33 | file | it gets the fixes |
| 16:02.54 | oej | Define "fixes" |
| 16:03.11 | file | like the 1.4 branch presently |
| 16:03.27 | oej | Do I have to block every trunk change in the 1.6.0 branch ? |
| 16:03.41 | file | that is what we have been doing to ensure nothing is missed |
| 16:03.42 | Corydon76-dig | Once released, 1.6.0, gets only regressions, not bugfixes |
| 16:03.56 | oej | Ahh, so it's temporary |
| 16:03.57 | atis_work | huh, but it's not released yet ;) |
| 16:04.04 | file | oej: *nod* |
| 16:04.15 | oej | understands |
| 16:04.35 | oej | Coming to Huntsville in a month... |
| 16:05.14 | atis_work | i hope that new release management will allow some small new features in 1.6.x |
| 16:05.21 | Qwell | atis_work: it will |
| 16:05.26 | file | atis_work: not just small... but big |
| 16:05.31 | Qwell | that too |
| 16:05.33 | oej | Huge fixes |
| 16:05.37 | Qwell | and not just some, all |
| 16:05.39 | oej | rm chan_iax2.c |
| 16:05.47 | Qwell | OH, that reminds me! |
| 16:06.16 | Corydon76-dig | Speaking of which, we need to merge the info in SIPCHANINFO back into the CHANNEL function |
| 16:06.40 | oej | Yes |
| 16:06.59 | oej | Should we keep that concise function in meetme that we launch in 1.6.0 and immediately deprecate? |
| 16:07.03 | oej | or was that fixed? |
| 16:07.29 | Corydon76-dig | Dunno |
| 16:07.54 | oej | We agreed to deprecate all "concise" and then I discovered that we have a *new* one in 1.6 |
| 16:10.11 | jmls_home | is still very confused over the release / patch / bugfix process for 1.6 |
| 16:10.27 | jmls_home | 1.6.0 is released. Is this a branch, or a tag |
| 16:10.41 | Corydon76-dig | A branch |
| 16:10.46 | jmls_home | find a bug. Does it get fixed in 1.6.0, or in "trunk" ? |
| 16:10.58 | Corydon76-dig | Depends on whether it is a regression or not |
| 16:11.03 | jmls_home | regression ? |
| 16:11.08 | Corydon76-dig | If it's a regression, it goes into 1.6.0 |
| 16:11.18 | Corydon76-dig | If otherwise, it goes only into trunk |
| 16:11.23 | jmls_home | is sorry - what defines a regression ? |
| 16:11.31 | Qwell | Corydon76-dig: still open to discussion I believe |
| 16:11.35 | file | right now the branch is sort of an anomaly... rather then keep trunk free of new features before the release we decided it was easier to just create a branch... this is a one-time thing really... |
| 16:11.44 | Qwell | erm, maybe that was something else. nevermind |
| 16:12.15 | Corydon76-dig | A regression is something that previously worked and no longer does, because of a patch for ostensibly something else |
| 16:12.47 | jmls_home | but there will be no patches - by definition a patch is in relation to a bug, surely ? |
| 16:13.00 | Corydon76-dig | In other words, if it worked in 1.4.whatever and doesn't in 1.6.0, that'll be a regression |
| 16:13.08 | jmls_home | oh, ok |
| 16:13.32 | jmls_home | so, bug fixes go into trunk |
| 16:13.38 | jmls_home | new features go into trunk |
| 16:13.40 | Corydon76-dig | Correct |
| 16:13.55 | jmls_home | so you can't get a bug fix without having to use trunk |
| 16:14.09 | jsmith-busy | or waiting for another release ;-) |
| 16:14.47 | jmls_home | yeah - but how long would that be. Right now, if there is a bug in 1.4, you can svn update to get the patches, without worrying about the "new features" which may break your system |
| 16:14.49 | Corydon76-dig | Correct. We are basically going back to people who want bleeding edge, but not too far ahead of release, use trunk |
| 16:15.43 | Corydon76-dig | but someone can also track a specific release branch and get no new features, only regressions in behavior fixed |
| 16:16.41 | jmls_home | so, are there bug fixes in trunk that aren't in the 1.6rc ? |
| 16:16.56 | Corydon76-dig | I don't think so |
| 16:16.59 | jmls_home | or is 1.6rc svn head at the moment ? |
| 16:17.01 | Qwell | yes, because the rc was made > 1 second ago |
| 16:17.13 | jmls_home | heh |
| 16:17.17 | Corydon76-dig | but there are features in trunk that aren't in 1.6rc |
| 16:17.40 | jmls_home | if you two guys can't agree, what chance does that give us mere mortals ? |
| 16:18.03 | Qwell | the rc is a tag, which will not change after it gets made |
| 16:18.11 | file | jmls_home: your question was flawed :) |
| 16:18.15 | Qwell | no features, no bug fixes, no security fixes |
| 16:18.44 | jmls_home | file: I am flawed |
| 16:18.49 | Qwell | now, if you question was "are the bug fixes in trunk that aren't in 1.6.0?", then...the answer should be no |
| 16:18.57 | Corydon76-dig | We may revisit the security fixes as a "regression" |
| 16:19.17 | jmls_home | segfaults |
| 16:19.50 | oej | core dump |
| 16:19.57 | Corydon76-dig | otherwise, it severely limits the utility of tracking a branch |
| 16:20.00 | lmadsen | OT: anyone use iTerm on OSX and find that sometimes they get <F2> output in vim instead of an = symbol? I've hit something to cause that... but can't find the key combo to revert that |
| 16:20.49 | Qwell | lmadsen: right-cl...nm |
| 16:20.51 | jmls_home | so, in a nutshell, if I want to use 1.6, *and* be up to date with bugfixes, I have to have svn head. And live with potential breakages ? |
| 16:21.12 | Juggie | its not really that complicated :) |
| 16:21.22 | jmls_home | Because most development will be done in private branches and merged to head when they are "ready" |
| 16:21.45 | atis_work | i think in svn "head" is called "trunk".. something like that |
| 16:21.46 | Juggie | jmls_home, use 1.6.x svn to remain up to date |
| 16:21.48 | lmadsen | if I hold Fn key down while hitting = then I get an =... ugh |
| 16:21.51 | lmadsen | I hate iTerm sometimes |
| 16:22.19 | jmls_home | Juggie: that's not what I understand - there are no bug fixes in 1.6.x branches |
| 16:22.21 | Corydon76-dig | lmadsen: what's it supposed to do? |
| 16:22.37 | lmadsen | Corydon76-dig: the = key should output =, not <F2> |
| 16:22.48 | Corydon76-dig | Weird |
| 16:22.56 | Corydon76-dig | Must be a Canadian keyboard thing |
| 16:22.58 | Juggie | jmls_home, not once its released no. |
| 16:23.09 | jmls_home | right |
| 16:23.27 | atis_work | Juggie: why not? there are no bugfixes in tags, but can be in branch |
| 16:23.33 | lmadsen | Corydon76-dig: no, I've hit something to cause iTerm to do that somehow |
| 16:23.35 | Corydon76-dig | lmadsen: saaaaaaay, check out keyboard layouts in the Control Panel |
| 16:23.46 | lmadsen | this does not normally happen for me |
| 16:23.59 | Juggie | jmesquita, its possible that a tag could be created off a branch though |
| 16:24.03 | Juggie | eg, 1.6.0.1 |
| 16:24.12 | lmadsen | control panel? you mean the manage profiles? |
| 16:24.20 | Juggie | if there was a severe bug to release an update for etc. |
| 16:24.25 | jmls_home | Juggie: that was directed at me, right ? |
| 16:24.34 | Juggie | yeah |
| 16:24.37 | jmls_home | heh |
| 16:24.42 | Corydon76-dig | lmadsen: Perhaps you got switched to a Quebecois keyboard layout |
| 16:24.52 | lmadsen | uh huh... |
| 16:24.59 | Corydon76-dig | Just a thought |
| 16:25.01 | jmls_home | Juggie: but bugs are not applied to branches |
| 16:25.05 | lmadsen | i doubt it |
| 16:25.08 | lmadsen | I'm set to US standard |
| 16:25.09 | jmls_home | only to trunk |
| 16:25.20 | jmls_home | which is the *next* 1.6.x release |
| 16:25.20 | lmadsen | not using anything canadian here |
| 16:25.23 | caio1982 | lmadsen: i usually get this too |
| 16:25.32 | Juggie | jmls_home, they could be if we needed to release a fix for something immeditally and trunk was not ready. |
| 16:25.34 | caio1982 | using standard us as well |
| 16:25.43 | lmadsen | caio1982: any idea how to revert back? I thought I had it figured out the other day, but none of that is working for me |
| 16:26.11 | Juggie | because sometimes we do like 1.6.0.1 for a minor release for a perticular issue |
| 16:26.17 | lmadsen | it has something to do with missing the delete I think, or hitting a combo of on of the alt/fn/apple/ctrl/shift keys and either delete or backslash |
| 16:26.47 | caio1982 | lmadsen: i have no idea, i still didnt figure out a way to revert and to be honest i just ignore it, as it's not so often... :( |
| 16:26.57 | Corydon76-dig | Ctrl-Shift-= |
| 16:27.08 | lmadsen | nope |
| 16:27.26 | Corydon76-dig | Dunno, I don't use iTerm |
| 16:27.50 | oej | Just to prove the wild and crazy trunk, I want to go ahead and merge my "kill-the-user" branch... |
| 16:27.59 | lmadsen | I can't wait to get rid of OSX and just go back to Linux |
| 16:28.00 | Corydon76-dig | I use konsole inside Fusion |
| 16:28.09 | Qwell | lmadsen: I'll trade you laptops |
| 16:28.14 | lmadsen | no thx |
| 16:28.15 | Juggie | lmadsen, have you tried ubuntu 8.04? |
| 16:28.21 | Corydon76-dig | You don't use VMWare Fusion? |
| 16:28.22 | lmadsen | I don't use debian based systems |
| 16:28.37 | Juggie | i dont either as a rule. |
| 16:28.49 | lmadsen | Corydon76-dig: I do, but I don't have a linux desktop setup in it |
| 16:29.00 | lmadsen | kinda want Linux as the base OS so I can have access to the hardware for bluetooth, etc... |
| 16:29.00 | Corydon76-dig | lmadsen: that's easy to remedy |
| 16:29.29 | Juggie | i need to find a driver for my NVS135 video card for linux |
| 16:29.38 | Corydon76-dig | lmadsen: I have access to BlueTooth under Fusion |
| 16:29.40 | Juggie | its giving me hassles install linux on my new laptop |
| 16:29.46 | *** join/#asterisk-dev Zuchmir (n=dddddd@ool-4570ab19.dyn.optonline.net) |
| 16:29.59 | lmadsen | ya, I was just wondering if chan_mobile would have access to the BT hardware via fusion... |
| 16:30.11 | Corydon76-dig | Never tried, but possible |
| 16:30.17 | lmadsen | AHA! |
| 16:30.21 | lmadsen | apple+\ |
| 16:30.31 | lmadsen | caio1982: reverts the <F2> to = |
| 16:30.40 | Qwell | lmadsen: does the BT show up as USB? |
| 16:30.45 | lmadsen | no idea |
| 16:30.54 | Qwell | probably not |
| 16:31.10 | Qwell | a USB BT adapter would most likely work, but one built-in...not so much |
| 16:31.11 | Corydon76-dig | Qwell: no, it shows up as BlueTooth |
| 16:31.24 | caio1982 | with Leopard i guess i'm ok to go back to the old osx's Terminal.app, none of the iterm features i use is lacking now, but... apple+\!!!! |
| 16:31.28 | caio1982 | lmadsen: you rock :) |
| 16:31.36 | lmadsen | documents on his website |
| 16:31.55 | Juggie | ubuntu detects my built in usb perfectally |
| 16:32.04 | Juggie | er, built in BT |
| 16:32.05 | Juggie | i mean |
| 16:32.15 | lmadsen | good to know |
| 16:32.15 | Corydon76-dig | Heh |
| 16:32.23 | Qwell | the problem isn't Linux not finding it... |
| 16:32.24 | caio1982 | lmadsen: does it make any sense, btw? did you find why \? |
| 16:32.29 | Qwell | it's a matter of VMWare passing it though. |
| 16:32.30 | lmadsen | then maybe fusion is the ticket for a linux desktop so I don't have to redo the whole laptop |
| 16:32.37 | Qwell | and it'll only do that if it's USB |
| 16:32.46 | Juggie | vmware can pass hardware through cant it? |
| 16:32.49 | Juggie | and tell the host os to ignore it. |
| 16:32.51 | Qwell | USB ;p |
| 16:33.01 | Juggie | i know xen can do that. |
| 16:33.06 | lmadsen | caio1982: no idea why... but makes sense because the \ and delete key are right next to each other, and sometimes my typing aim isn't perfect |
| 16:33.30 | Corydon76-dig | lmadsen: get off the short bus. :-P |
| 16:33.32 | lmadsen | hrmm... well something to try... if all else fails I have a USB BT dongle, but I didn't want to use it on the laptop and have it hanging off |
| 16:33.53 | lmadsen | Corydon76-dig: pffft.. I've rode the short bus all my life, and why stop now? |
| 16:34.51 | Corydon76-dig | lmadsen: what if your bf didn't find it attractive? :-P |
| 16:35.07 | lmadsen | then all the better for me :) |
| 16:35.23 | lmadsen | in fact.. then I might be tempted to dress up as a short bus |
| 16:35.24 | file | ooh |
| 16:35.38 | file | sends lmadsen to the 13th floor |
| 16:35.56 | Corydon76-dig | lmadsen: I think file just found that attractive... and he's a lot closer to you... |
| 16:36.07 | file | LOL |
| 16:36.19 | lmadsen | btw: this year I'm going to be ordering Asterisk hockey jerseys for AstriCon. If someone wants to get involved in that, let me know: leif@leifmadsen.com |
| 16:36.43 | Corydon76-dig | lmadsen: purple and orange jerseys? |
| 16:36.47 | lmadsen | gross |
| 16:36.52 | file | lmadsen: put me down... again |
| 16:36.52 | lmadsen | orange and white ideally :) |
| 16:36.56 | Corydon76-dig | It matches the website |
| 16:37.08 | lmadsen | the website is not really.. umm... visually appealing |
| 16:37.28 | Corydon76-dig | and it wouldn't match UTK colors |
| 16:38.28 | Corydon76-dig | So, what, you need quantity to make the $80 setup fee worth it? |
| 16:38.57 | Juggie | the website is ass. |
| 16:40.32 | lmadsen | Corydon76-dig: ideally yes, but this year I'm going to do it whether anyone else gets involved or not |
| 16:41.03 | Corydon76-dig | lmadsen: what do you want to charge per jersey? |
| 16:41.04 | Juggie | i would of done it only no *-con for me this year due to scheduleing conflict. |
| 16:41.15 | lmadsen | Corydon76-dig: just cost, I don't want to make any money on this |
| 16:41.36 | Corydon76-dig | lmadsen: More specifically, what's the cost of the jersey itself? |
| 16:42.06 | Corydon76-dig | If you can mock up the design, I might go in for 2 |
| 16:42.07 | lmadsen | not sure... I forget how much pricing was specifically, but it was right about the same price as getting a standard professional hockey jersey... so like... $120-$150 |
| 16:42.17 | Corydon76-dig | Ouch |
| 16:42.21 | lmadsen | I found a website that does them. Gonna find them again. |
| 16:42.34 | lmadsen | ya... hockey jerseys with stitched crests aren't really cheap |
| 16:42.44 | Juggie | you can get them cheaper but they also look like crap, stitched is way more expensive |
| 16:42.50 | Corydon76-dig | Oh, embroidery. No wonder. |
| 16:42.53 | lmadsen | ya |
| 16:43.06 | lmadsen | like a REAL hockey jersey -- us Canadians take our hockey jerseys seriously :) |
| 16:43.17 | Juggie | lmadsen, my gary roberts #7 leafs jersey was 99$ :) |
| 16:43.20 | lmadsen | none of this iron on crap :) |
| 16:43.25 | lmadsen | Juggie: nice! |
| 16:43.31 | Juggie | legit, stitched jersey too |
| 16:43.34 | Juggie | got it 3-4 years back |
| 16:43.48 | lmadsen | I can't remember how much to be honest... but I'll let y'all know when I get that far again :) |
| 16:43.51 | Corydon76-dig | lmadsen: I have some contacts within the industry, let me see if I can get you a better price... I just need design to submit... |
| 16:46.07 | putnopvut | lmadsen: mark me as tentatively interested. |
| 16:46.27 | Corydon76-dig | lmadsen: I'll buy 1 if you can get the price sub-$100 |
| 16:46.29 | lmadsen | coolio, I'll let you all know when I get that far :) |
| 16:46.48 | Corydon76-dig | I'll buy 2 if you can get the price sub-$50 |
| 16:53.07 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 16:54.38 | jmls_home | this has been the day for errors |
| 16:54.47 | jmls_home | what does "ERROR[32662]: app_dial.c:1575 dial_exec_full: Could not stop autoservice on calling channel" mean ? |
| 17:03.28 | *** join/#asterisk-dev Greek-Boy (n=email@41.221.58.13) |
| 17:05.48 | Corydon76-dig | jmls_home: it means something in your macro started autoservice and stopped it again |
| 17:06.40 | Corydon76-dig | jmls_home: Post the contents of your Macro and any other macros it calls, as well as the error message on the bugtracker |
| 17:07.28 | jmls_home | I don't use macros. |
| 17:07.34 | jmls_home | I use gosubs .. |
| 17:08.01 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 17:08.01 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 17:08.12 | Corydon76-dig | jmls_home: you're using a Macro in that Dial |
| 17:08.21 | Corydon76-dig | M(something) |
| 17:09.37 | jmls_home | blushes |
| 17:10.39 | Corydon76-dig | Actually, that error message is misleading |
| 17:10.40 | jmls_home | hmm. I have several M( |
| 17:10.43 | atis_work | any news when 1.4.19 will be out? |
| 17:10.54 | Corydon76-dig | It actually means that the calling channel hung up |
| 17:10.58 | jmls_home | Corydon76-dig: yeah ? |
| 17:11.17 | jmls_home | that happens all the time in a phone system, doesn't it ? |
| 17:11.17 | jmls_home | :) |
| 17:11.19 | Corydon76-dig | atis_work: Friday, perhaps |
| 17:11.35 | Corydon76-dig | jmls_home: it hung up during the Macro |
| 17:11.47 | atis_work | Corydon76-dig: thanks for info.. :) |
| 17:12.43 | jmls_home | why is it an error, then ? |
| 17:12.52 | jmls_home | goes to eat |
| 17:13.06 | Corydon76-dig | Channel hung up |
| 17:15.03 | Juggie | is automerge working? |
| 17:16.00 | Juggie | looking @ team/group there have been no automerge commits in a couple of days |
| 17:16.30 | Juggie | theres been changes though |
| 17:17.22 | Juggie | ya, looks broken. |
| 17:17.37 | Corydon76-dig | Juggie: Russell is looking at it now |
| 17:17.53 | Juggie | perfect, thanks. |
| 17:17.58 | Corydon76-dig | Should hit in about 45 minutes, I think |
| 17:18.07 | Juggie | it usually runs every 30min i thought |
| 17:18.11 | Corydon76-dig | Next scheduled automerge |
| 17:18.27 | Juggie | but it appears to be far behind, my cdr branch is like 18 revisions behind. |
| 17:18.34 | Corydon76-dig | Oh, maybe |
| 17:18.49 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.131) |
| 17:19.08 | Juggie | looks like its been broken since thursday |
| 17:19.39 | Juggie | 110303 is the first revision which is avail in 'svnmerge avail' for me, and that was thursday lunchish. |
| 17:29.37 | Juggie | Corydon76-dig, cdr_backend_ast_str/ is still not getting hit by autocommit for somereason, but the automerge, automerge-email and svnmerge-integrated properties look correct to me, can you take a look for me. |
| 17:34.29 | Juggie | bangs head |
| 17:39.50 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 17:56.49 | codefreeze | Juggie: same thing seems to happen on my bug11210 branch, on and off. Right now, seems to be automerging ok, but there was weeks where I had to svnmerge it by hand, even tho the props were set. |
| 17:58.03 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 18:04.31 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 18:06.49 | jmls_home | I seem to be having a situation here where the h extension for certain calls are not being run ... |
| 18:24.10 | Juggie | codefreeze, hmmmmmm |
| 18:26.55 | jmls_home | when you originate a call from the AMI using local channels, is the ,1 leg is only started when the ,2 leg is answered ? |
| 18:40.34 | jmls_home | right. I've identified a really strange error. I'll pastebin the flow |
| 18:41.39 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 18:41.53 | putnopvut | omg, I love discovering vim commands by accident... |
| 18:42.09 | putnopvut | just discovered shift+k |
| 18:43.54 | *** join/#asterisk-dev mvanbaak (n=michiel@vanbaak.xs4all.nl) |
| 18:51.27 | Corydon76-dig | putnopvut: manpages? |
| 18:51.34 | putnopvut | yeah. |
| 18:51.49 | putnopvut | I used to always :!man <blah> |
| 18:51.54 | Corydon76-dig | I find all sorts of section 1 manpages when I really want 2 or 3 |
| 18:52.23 | putnopvut | hmm...let me try a little experiment... |
| 18:55.23 | tzafrir | Corydon76-dig, to save you the question: vim +'h K' |
| 18:55.23 | Juggie | in menu select is it possible to put a note on a module which expirences a common problem? |
| 18:57.23 | putnopvut | Corydon76-dig: <number> shift+k |
| 18:57.25 | putnopvut | I tried it on accept. |
| 19:12.14 | jmls_home | guys: http://pastebin.ca/957049 |
| 19:12.32 | jmls_home | can the zap channel be accessed *before* it is set up completely ? |
| 19:12.59 | jmls_home | i.e can importvar(channel...) start before the target channel has set up all of it's variables |
| 19:15.14 | *** join/#asterisk-dev bkruse (n=bkruse@216.207.245.1) |
| 19:15.14 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 19:21.03 | tzafrir | jmls_home, generally - no |
| 19:21.25 | tzafrir | hmm... what do you mean by "set up"? |
| 19:21.59 | Corydon76-dig | jmls_home: how can you import variables from a channel that isn't there? |
| 19:23.49 | jmls_home | Corydon76-dig: the channel is there. On the calls that failed, the ZAPCHANNEL was set, for example Zap/124-1 |
| 19:24.30 | jmls_home | but the importvar on the UNIQUEID returned "" |
| 19:27.10 | jmls_home | so, I take the bridgedpeer from the other leg, which is the zap channel, and then import the variable from that channel |
| 19:27.50 | jmls_home | and the channel is valid, because later in the logs I play a message to that channel and then I see a hangup on it |
| 19:30.37 | Corydon76-dig | Or you could add a Wait(0.10) |
| 19:31.11 | jmls_home | yeah, I have put wait(0.25) just before the importvar to see what would happen |
| 19:31.47 | jmls_home | I was just curious to see if there were some circumstances where it would be possible for the uniqueid not to be set |
| 19:32.11 | jmls_home | _or_ if the channel is locked, does importvar still work ? |
| 19:32.51 | Corydon76-dig | It needs the lock on the channel to work |
| 19:33.19 | jmls_home | so, if some other process / thread has locked the channel, would importvar return "" ? |
| 19:33.52 | Corydon76-dig | Sure, if it's locked for an extended period of time |
| 19:34.07 | jmls_home | importvar waits for the lock to become free ? |
| 19:35.27 | Corydon76-dig | Yes, with deadlock avoidance |
| 19:36.20 | jmls_home | hmm. I'll wait and see if the wait works ; |
| 19:36.47 | jmls_home | the uniqueid should always exist on a channel, so I really don't know why importvar returns "" |
| 19:37.51 | Corydon76-dig | If deadlock avoidance fails to get the lock, then it returns without actually looking |
| 19:44.43 | *** join/#asterisk-dev Drachir (n=kvirc@p57A1D6A1.dip.t-dialin.net) |
| 19:46.45 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 20:17.19 | jmls_home | I've got a channel that's been sticking around since 15:24 local time (it's now 20:17). |
| 20:17.33 | jmls_home | SIP/5761-b7709460 vm5761@voicemail:3 Up VoiceMailMain(5761) |
| 20:17.47 | jmls_home | is there anything I can run that would show why it is still up ? |
| 20:17.56 | jmls_home | any diagnostics you guys want to see ? |
| 20:17.58 | jmls_home | etc |
| 20:18.04 | jmls_home | goes back to hunting bugs |
| 20:22.05 | *** join/#asterisk-dev jcollie (n=jcollie@161.210.45.126) |
| 20:33.31 | flujan | hi all... |
| 20:33.53 | flujan | I am having a bit of trouble here in my company with the pickup function of asterisk. |
| 20:34.17 | flujan | I have it working using extensions and contexts... But I am thinking about WHY is convenient to pickup based on extension not based on peers... |
| 20:34.37 | jmls_home | flujan: it's a #asterisk question |
| 20:34.49 | flujan | for instance if peer or channel SIP/40005 is ringing, i want to pick up it using something like PICKUP(SIP/40005) on my dialplan. |
| 20:35.33 | flujan | jmls_home: yeap I asked there, but I have a doubt about the design... and WHY it is this way... I am considering changing the app_directpickup code by my own... |
| 20:35.42 | flujan | dunno what this can impact on all asterisk. :D |
| 20:40.28 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 21:15.28 | flujan | guys, simple question... where can I see all the elements of a ast_channel structure? |
| 21:15.55 | flujan | I am actually search for the name... for instance SIP/40000 on asterisk will be a ast_channel with the name = 40000 right? |
| 21:15.59 | codefreeze | gdb, if you are live, and the source, if not... |
| 21:16.22 | flujan | codefreeze: I am searching it on the source. .. |
| 21:16.30 | flujan | tried channel.c and channel.h |
| 21:17.04 | codefreeze | see sip_alloc, I think. Not looking at the source right now... in chan_sip.c |
| 21:17.24 | file | stares at codefreeze and flujan |
| 21:18.10 | flujan | ? |
| 21:18.15 | flujan | ok |
| 21:18.16 | file | flujan: channels do not have peer information (such as the username/peer name) built into the structure contents... some channel drivers (such as chan_sip) may use it for creating the channel name though |
| 21:20.05 | flujan | file ok... I will keep looking it tomorrow... :D |
| 21:20.08 | flujan | see you guys |
| 21:20.11 | flujan | thanks for the help |
| 21:20.13 | *** part/#asterisk-dev flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 21:20.35 | codefreeze | yes, that's why I suggest looking at the code that allocs the channel, they usually have a format for the channel name in the call |
| 21:21.20 | codefreeze | again, I find myself speaking to the wind |
| 21:21.44 | file | you seem to do that a lot |
| 21:23.57 | codefreeze | I've decided to pride myself on it.... sigh. |
| 21:26.53 | Corydon76-dig | Hey, murf, how's the weather? |
| 21:27.42 | codefreeze | 4C, above freezing, mostly sunny. Something brewing to the west... at least there was, a few hours ago. |
| 21:28.22 | codefreeze | Corydon76-dig: ground dry and brown, no snow |
| 21:29.23 | Corydon76-dig | Well, that's better |
| 21:29.56 | codefreeze | Corydon76-dig: better'n what? |
| 21:30.13 | Corydon76-dig | Being snowed in? |
| 21:31.41 | codefreeze | True, on Friday night, Sonya was in a blizzard on the highway about a mile from here. WHite-out. She found herself on the wrong side of the road at one point. Not a trace left of it now. |
| 21:31.57 | Corydon76-dig | Yeesh |
| 21:32.20 | Juggie | we had 90cm of snow in <1week a few weeks ago |
| 21:32.59 | codefreeze | I'm a LITTLE jealous |
| 21:34.36 | Juggie | ya it was pretty awesome |
| 21:37.26 | codefreeze | well, that'll make for some runoff in the spring. |
| 21:39.03 | Juggie | thats what drains are for |
| 21:40.23 | codefreeze | hopefully. Back when I was a kid in Wisconsin, they'd take a few weeks to clear of ice... |
| 21:40.40 | Juggie | there is no ice, only snow |
| 21:41.31 | codefreeze | spring comes soon. May it be gentle |
| 21:49.30 | Corydon76-dig | There is no spoon, only a fork |
| 21:50.43 | Corydon76-dig | Actually, it might be a spork |
| 21:54.49 | codefreeze | Corydon76-dig: rivers fork, not springs |
| 22:07.36 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 22:07.36 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 22:07.44 | Corydon76-dig | Juggie: It would appear that automerge is now working for your branch |
| 22:27.58 | mvanbaak | Qwell: ping |
| 22:28.26 | Qwell | pong |
| 22:29.46 | mvanbaak | repotools svnmerge lists /bin/true as command |
| 22:29.51 | Qwell | yep |
| 22:30.03 | mvanbaak | that's very linux specific |
| 22:30.09 | mvanbaak | I cant use it |
| 22:30.17 | mvanbaak | I have it in /usr/bin/true |
| 22:30.21 | Qwell | how about :? |
| 22:30.25 | Qwell | ":" |
| 22:30.30 | mvanbaak | is there some way to 'detect' it ? |
| 22:30.43 | mvanbaak | I know I do in some scripts |
| 22:30.55 | mvanbaak | with a very hackish if construction |
| 22:31.12 | mvanbaak | if [ -x /bin/true ]; |
| 22:31.24 | mvanbaak | elif [ -x /usr/bin/true ]; |
| 22:31.26 | mvanbaak | fi |
| 22:31.27 | Qwell | set command2 ":" |
| 22:31.28 | Qwell | try that |
| 22:33.29 | mvanbaak | that worked |
| 22:34.29 | mvanbaak | confirmed to work on osx 10.4 and OpenBSD 4.2 |
| 22:38.48 | mvanbaak | is that something that can go in ? |
| 22:44.52 | Qwell | mvanbaak: yep |
| 22:46.35 | mvanbaak | cool |
| 22:46.43 | mvanbaak | you commit it ? |
| 22:49.00 | Qwell | nope |
| 22:49.11 | Qwell | feel free |
| 22:49.18 | mvanbaak | ok |
| 22:58.10 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 23:02.53 | *** join/#asterisk-dev RoyK (n=roy@ip-191-62-149-91.dialup.ice.no) |
| 23:16.34 | mvanbaak | done |
| 23:17.06 | mvanbaak | Kevin was rigtht, no file in repotools has a license statement or anything in it |
| 23:17.33 | tzafrir_home | hmmm... if there's a problem with true, why not use the built-in ':' instead? |
| 23:28.26 | mvanbaak | tzafrir_home: that's what has been fixed now |
| 23:28.27 | *** join/#asterisk-dev ta^3 (n=tacvbo@189.146.182.251) |
| 23:29.00 | mvanbaak | rev 359 of repotools |
| 23:30.45 | *** join/#asterisk-dev seanbright-home (n=seanbrig@c-69-251-175-43.hsd1.md.comcast.net) |
| 23:40.19 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |