| 00:00.09 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 00:00.10 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 00:00.18 | seanbright | holy schnikeys |
| 00:00.29 | seanbright | it's russell bryant, sr. III, esq. |
| 00:21.17 | *** join/#asterisk-dev outtolunc (n=me@c-24-130-75-122.hsd1.ca.comcast.net) |
| 00:41.54 | Juggie | seanbright, get your lappy fixed? |
| 00:42.29 | seanbright | Juggie: indeed. |
| 00:42.38 | seanbright | new mobo, fan, and heatsink. |
| 00:44.06 | Juggie | works good? |
| 00:44.23 | seanbright | yessir |
| 00:44.28 | seanbright | runs MUCH cooler |
| 00:44.37 | seanbright | even with fullscreen HD porno rollin |
| 00:46.06 | Juggie | figures... |
| 00:46.13 | seanbright | yeah |
| 00:46.15 | Juggie | did you enjoy seeing your laptop teared down to pits |
| 00:46.22 | seanbright | it was slightly scary |
| 00:46.30 | seanbright | here is my question that i should have asked dell support |
| 00:46.36 | seanbright | do i get a new warranty on the new parts? |
| 00:47.05 | seanbright | i'm going to guess... no |
| 00:47.12 | Juggie | of course you do |
| 00:47.16 | Juggie | to the end of your existing waranty |
| 00:47.29 | Juggie | the parts dont have a waranty perse |
| 00:47.31 | Juggie | but the system does |
| 00:47.36 | seanbright | right, that is my question |
| 00:47.52 | Juggie | ya, you get your system waranty of course |
| 00:47.52 | seanbright | if you got a new tranny in your car, you get a new warranty for just the tranny |
| 00:48.08 | seanbright | not applicable to computers |
| 00:48.16 | Juggie | well a m1330 isnt a automatic car :) |
| 00:48.52 | Juggie | but so far as i know the parts are not warantied beyond the initial waranty |
| 00:49.12 | seanbright | i could buy a used car for less than this machine cost :) |
| 00:49.27 | Juggie | that was a choice you made :) |
| 00:49.38 | seanbright | but i found out the other day that an SSD replacement will only cost me $700 instead of $1400 like a couple months ago |
| 00:49.43 | seanbright | luckily that is working fine |
| 00:50.22 | Juggie | dell.ca had a SSD on sale today for 140 |
| 00:50.30 | Juggie | i think it was a 32 or 64ggb |
| 00:50.30 | seanbright | 32? |
| 00:50.35 | seanbright | i have the 64 |
| 00:50.38 | Juggie | ah |
| 00:50.42 | seanbright | the new macbooks will have 128s available |
| 00:50.46 | Juggie | and it was 700 instead of 32? :P |
| 00:50.49 | Juggie | er, 140 |
| 00:50.56 | *** join/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 00:50.56 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 00:50.58 | seanbright | that was on the dell site |
| 00:51.03 | seanbright | not sure if you can get it cheaper |
| 00:51.16 | Juggie | Patriot Memory (Canada) |
| 00:51.16 | Juggie | 32GB Warp 2.5" Solid State Disk SATA I/II |
| 00:51.20 | Juggie | 129$ |
| 00:51.30 | jsmith | seanbright: NewEgg has a 64GB OCZ for $100 after rebate |
| 00:51.50 | jsmith | seanbright: And if you follow Engadget, the OCZ outscored all the others (before the Intel ones came along) |
| 00:51.54 | Juggie | nice |
| 00:52.01 | Juggie | ya intel has a handle on everything |
| 00:52.04 | Juggie | except graphics |
| 00:52.08 | Juggie | thats the only thing they suck at |
| 00:52.24 | Juggie | but thats just because they only care about super low power gfx and not speed |
| 00:52.46 | jsmith | 'xactly |
| 00:53.55 | seanbright | SSD has the downfall of having a limited write life |
| 00:54.31 | seanbright | i guess it's better than a head crash though |
| 00:54.42 | Juggie | indeed... what they need to make are some laptops w/ dual drives |
| 00:54.56 | Juggie | SSD for OS and disk for page file, other crap |
| 00:55.01 | seanbright | Juggie: there's no space |
| 00:55.13 | seanbright | when the support tech was ravaging my machine, i was amazed |
| 00:55.14 | Juggie | those 17" powerbooks dont have space for 2 drives? |
| 00:55.16 | Juggie | i doubt that. |
| 00:55.23 | seanbright | not a single ounce of unused space |
| 00:55.40 | snuff-work | laptops are pretty crammed |
| 00:55.55 | Juggie | the latitudes have the media bay |
| 00:55.59 | seanbright | yeah |
| 00:55.59 | Juggie | they should make a media bay drive |
| 00:56.10 | seanbright | or they could just stop putting the media drive in the laptops |
| 00:56.15 | seanbright | no one uses discs anymore |
| 00:56.19 | Juggie | some do |
| 00:56.30 | Juggie | i never have my drive in my laptop though ever |
| 00:56.42 | snuff-work | heh and become a macbook air user.. who has all of 1 usb port and no cdrom? |
| 00:56.52 | Juggie | well the macbook air sucks |
| 00:57.12 | snuff-work | they just bought out new macbooks today i think.. |
| 00:57.19 | *** join/#asterisk-dev jameswf-home (n=james@ip72-200-94-120.tc.ph.cox.net) |
| 00:57.22 | snuff-work | shiny aluminium |
| 00:57.39 | snuff-work | nice to see they now have defective nvidia parts |
| 00:58.02 | Juggie | hah |
| 00:58.07 | Juggie | well, nvidia has it fixed now i'm sure |
| 00:58.28 | snuff-work | in the process of i think |
| 01:06.05 | tzanger | I-MOD: lots of stuff for you to test tomorrow :-) |
| 01:06.17 | tzanger | take a look at DAHDI-174 |
| 01:08.37 | I-MOD | oh noes D: |
| 01:08.55 | I-MOD | hopefully, i'll be feeling awesome tomorrow |
| 01:20.35 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) |
| 02:19.32 | *** join/#asterisk-dev sucituanbo (n=free@c-24-21-121-148.hsd1.wa.comcast.net) |
| 02:37.27 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 02:37.27 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 03:06.54 | lmadsen | Corydon76-dig: how hard would it to move the pattern match to where exten sits... |
| 03:07.07 | lmadsen | _2XXX => 1,Verbose(welcome) |
| 03:07.21 | lmadsen | same => n,Background(welcome) |
| 03:21.31 | Juggie | how would you differentiate between comments and patterns |
| 03:27.24 | jsmith | lmadsen: Don't go there |
| 03:27.36 | jsmith | lmadsen: (or go learn AEL or Lua) |
| 03:27.56 | lmadsen | Juggie: uhhh... ; ? |
| 03:28.34 | *** join/#asterisk-dev jeffspeff (n=jeff@c-69-245-31-86.hsd1.ky.comcast.net) |
| 03:29.05 | lmadsen | jsmith: that sounds like a defeatist attitude |
| 03:31.00 | lmadsen | and not a very good argument |
| 03:31.04 | jsmith | lmadsen: And I'd call your attitude masochistic :-p You wanna go deprecate *every single* dialplan out there? |
| 03:31.19 | lmadsen | jsmith: no... why can't it be optional? |
| 03:31.20 | jsmith | lmadsen: And for what purpose? |
| 03:31.56 | jsmith | lmadsen: Just to look prettier? |
| 03:31.58 | lmadsen | jsmith: same my wrists some key strokes. Repetitive stress syndrome is a very real health concern. |
| 03:32.32 | lmadsen | I'm typing additional characters that I don't need to -- thank god for the new 'same' functionality |
| 03:33.16 | lmadsen | exten => _[cC]om[plex]-XXX-[pP]atter[n],1,Verbose(2,This is a complex pattern) |
| 03:33.28 | lmadsen | same => n,Playback(this-saved-my-wrists) |
| 03:33.49 | jsmith | lmadsen: Haven't learned how to type "yypf,lrn" yet in vi, I take it |
| 03:33.50 | lmadsen | lets save another 5 for every extension I ever have to build |
| 03:34.04 | lmadsen | not everyone uses vim |
| 03:34.10 | jsmith | lmadsen: What if you want an extension named "switch" |
| 03:34.41 | lmadsen | 'switch' => 1,Verbose(2,Hello) |
| 03:34.49 | jsmith | lmadsen: I realize that not everyone uses vim... at the same time, people should learn to use their editor of choice. Copy/paste isn't hard to learn |
| 03:34.57 | jsmith | lmadsen: Why not learn AEL then? |
| 03:35.40 | lmadsen | jsmith: why waste cycles learning an entirely new system when the system I'm using now works perfectly fine but simple needs a couple of possibly simple tweaks |
| 03:35.48 | lmadsen | I don't understand why you're fighting the idea so hard... |
| 03:35.59 | lmadsen | I don't really see much of a detriment... |
| 03:36.17 | lmadsen | devils advocate I guess is never a bad thing |
| 03:40.34 | jsmith | I'm too tired to argue |
| 03:40.43 | tzanger | heh |
| 03:40.50 | tzanger | come on, we can argue canadian politics |
| 03:40.56 | jsmith | wakes back up |
| 03:41.19 | jsmith | tzanger: So, did you vote for the Queen Majesty? |
| 03:41.23 | jsmith | ducks and hides |
| 03:41.58 | jsmith | After all, a couple more weeks here in the US and we'll elect ourselves a king :-( |
| 03:42.11 | tzanger | although I agree with lmadsen; I have used asterisk for... almost 5 years now. I have not seen the need for AEL |
| 03:42.19 | jsmith | is not happy with the lack of governance in his government |
| 03:42.32 | tzanger | and I do have some complex dialplans; I have avoided AGI as well |
| 03:42.47 | jsmith | tzanger: I'd tend to think you'd disagree with lmadsen, as it was written to solve the exact problem he's trying to solve another way |
| 03:43.05 | tzanger | yeah basically we spent how many millions on an election and end up with another conservative minority government |
| 03:43.22 | jsmith | tzanger: At least yours pretends to be conservative |
| 03:43.26 | tzanger | damn, I never knew about same :-) |
| 03:43.26 | lmadsen | tzanger: almost the exact same seat division |
| 03:43.43 | tzanger | lmadsen: although I always used vim's cut and paste to save my wrists |
| 03:43.46 | tzanger | lmadsen: yep |
| 03:43.49 | jsmith | tzanger: The only thing my gov't is conservative about is the tax breaks for the wall st. tycoons |
| 03:43.56 | tzanger | I just want to punch harper in his smug face |
| 03:44.10 | jsmith | tzanger: See... you're making my points for me! Keep it up! |
| 03:44.46 | tzanger | jsmith: patterns are differentiated easily |
| 03:44.53 | tzanger | 'same' does not start with '_' |
| 03:44.55 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.35.35) |
| 03:45.20 | jsmith | tzanger: Right... but I'm guessing that he'll want that for non-pattern extensions as well |
| 03:45.33 | tzanger | yeah, that would make things nasty |
| 03:45.35 | jsmith | After all, isn't it just as easy to copy/paste a non-pattern as a pattern? |
| 03:45.54 | jsmith | And have you stopped to think for a second about AddConfig/UpdateConfig manager actions? |
| 03:45.58 | tzanger | I have to admit I'm just jumping into this half in the bag and without reading up on what you were originally talking about |
| 03:46.02 | jsmith | shudders to imagine the mess that would make |
| 03:46.08 | tzanger | but I do not like AEL, which is why I said I agreed :-) |
| 03:47.19 | jsmith | I'm not a huge fan of it either, personally |
| 03:47.29 | jsmith | But that doesn't mean it doesn't do a good job of what it was intented for |
| 03:48.24 | tzanger | jsmith: to be confusing and ugly? :-) |
| 03:49.06 | jsmith | tzanger: perspective, my friend... it's all about perspective... to some, the existing dialplan syntax is confusing and ugly, and AEL is pure elegance. |
| 03:49.39 | jsmith | tzanger: AEL was designed to not make the user type "exten => " for every priority, extension, etc. in the dialplan. |
| 03:49.43 | tzanger | :-) I agree, I'm just being inflammatory |
| 03:49.57 | jsmith | tzanger: And that's the problem that lmadsen is trying to solve, as I see it |
| 03:50.18 | jsmith | tzanger: Only lmadsen needs to take it one step further... and just do |
| 03:50.19 | tzanger | I think we just need a python egg that has all the asterisk goodies |
| 03:50.32 | jsmith | _1NXXNXXXXXX { |
| 03:50.38 | tzanger | yeah |
| 03:50.39 | jsmith | 1,Dial(SIP/Leif) |
| 03:50.40 | jsmith | } |
| 03:50.41 | tzanger | that'd be better |
| 03:50.48 | jsmith | Oh, and then he can remove the priority numbers completely! |
| 03:50.55 | jsmith | And then he'd have... AEL! |
| 03:50.57 | tzanger | heh |
| 03:51.08 | jsmith | lmadsen: Please don't take me too seriously... I"m really tired |
| 03:51.26 | jsmith | gets loopy when he's tired |
| 03:51.30 | lmadsen | I'm writing dialplan for the cookbook, so I'm barely paying attention anyways |
| 03:51.34 | tzanger | lmadsen is stroking his starfish softly saying "someday... someday they will see we were right." |
| 03:59.06 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 03:59.06 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 04:06.51 | *** join/#asterisk-dev jeffspeff (n=jeff@c-69-245-31-86.hsd1.ky.comcast.net) |
| 04:24.37 | lmadsen | thanks to everyone who helped with the bug tracker today, especially Corydon76-dig and putnopvut |
| 04:25.52 | lmadsen | we got down to 381 bugs today, after approaching 400 (we hit at least 397 as of this morning) |
| 06:27.40 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 06:27.40 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 06:28.14 | *** part/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 06:28.42 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 06:28.42 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 06:28.56 | *** join/#asterisk-dev sivadnz (n=sivad@202-78-149-14.cable.telstraclear.net) |
| 06:51.32 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 06:51.32 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 07:01.39 | *** join/#asterisk-dev oej (n=olle@90-84-254-204.ip.sipit.net) |
| 07:01.39 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:02.30 | oej | Good morning, folks |
| 07:21.22 | mvanbaak | hey oej |
| 07:27.05 | sivadnz | APP_SMS 1.6 patch to answer unanswered channel, http://bugs.digium.com/view.php?id=13675. The code was already there but was after the OPTION_ANSWER test which tries to send the initial TX frame to a posiibly unanswered channel. I have moved it to before. The OPTION_ANSWER test. This actually becomes a problem when sms option 'a' is required. |
| 07:32.15 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:32.15 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:12.08 | *** join/#asterisk-dev easycrypt (n=savek@ip-174.emscb.ruhr-uni-bochum.de) |
| 08:38.13 | sivadnz | guys, anyone know of a tool to analyse code to help code comply with trunk coding guidelines? First is the worst offenders Single line IF and WHILEs. Don't mind getting karma for manually doing it. |
| 08:45.15 | tzafrir_laptop | sivadnz, indent |
| 08:45.37 | *** join/#asterisk-dev bkw_ (n=brian@freeswitch/developer/bkw) |
| 08:46.02 | tzafrir_laptop | IIRC the CODING_GUIDELIES should have some relevant indent command-lines |
| 09:01.21 | sivadnz | ztafrir: I was thinking, for the exsiting code base, how to automatically add the missing open and close braces on many of the IF and WHILE constructs. |
| 09:28.10 | sivadnz | 'indent -br' is documented in the guideline but doesn't 'cuddle' the statement following the if (test) with {} |
| 09:28.33 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 09:37.26 | *** join/#asterisk-dev tuxd00d (n=tuxd00d@128.187.132.25) |
| 09:39.52 | sivadnz | 'indent -br -ce' will only rearrange {} if they are on separate lines, not add them if they are missed, which the guidelines now call for, unless I'm reading the guidelines too literally. Corydon76 correctly failed my patch for removing extraneous {}, so I put them in everywhere and code was accepted, app_sms.c was the application. |
| 09:47.33 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 10:54.01 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 10:54.34 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 11:00.15 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 11:00.59 | eliel | good morning folks |
| 11:10.18 | *** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 11:17.56 | *** part/#asterisk-dev sivadnz (n=sivad@202-78-149-14.cable.telstraclear.net) |
| 11:47.58 | *** join/#asterisk-dev oej (n=olle@90-84-254-204.ip.sipit.net) |
| 11:47.58 | *** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 11:47.58 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) [NETSPLIT VICTIM] |
| 11:47.58 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) [NETSPLIT VICTIM] |
| 11:47.58 | *** join/#asterisk-dev tuxd00d (n=tuxd00d@128.187.132.25) [NETSPLIT VICTIM] |
| 11:47.58 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 11:47.58 | *** join/#asterisk-dev jeffspeff (n=jeff@c-69-245-31-86.hsd1.ky.comcast.net) [NETSPLIT VICTIM] |
| 11:47.58 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) [NETSPLIT VICTIM] |
| 11:47.58 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) [NETSPLIT VICTIM] |
| 11:47.58 | *** join/#asterisk-dev jameswf-home (n=james@ip72-200-94-120.tc.ph.cox.net) [NETSPLIT VICTIM] |
| 11:47.59 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) [NETSPLIT VICTIM] |
| 11:47.59 | *** join/#asterisk-dev ctooley (n=ctooley@doc-24-32-196-69.concordia.ks.cebridge.net) |
| 11:47.59 | *** mode/#asterisk-dev [+oooo oej file mvanbaak ctooley] by irc.freenode.net |
| 11:47.59 | *** join/#asterisk-dev pgarcia (n=chatzill@yoda.kanatek.com) [NETSPLIT VICTIM] |
| 11:47.59 | *** join/#asterisk-dev corramor (n=corramor@nat/digium/x-d6c5048d458cbaea) [NETSPLIT VICTIM] |
| 11:47.59 | *** join/#asterisk-dev De_Mon (i=de_mon@fl-67-77-166-5.dyn.embarqhsd.net) [NETSPLIT VICTIM] |
| 11:47.59 | *** join/#asterisk-dev wwalker (n=wwalker@pdpc/supporter/sustaining/wwalker) [NETSPLIT VICTIM] |
| 11:47.59 | *** join/#asterisk-dev wedhorn (n=nnnnnnnn@123-243-209-34.static.tpgi.com.au) [NETSPLIT VICTIM] |
| 11:47.59 | *** join/#asterisk-dev Daviey (n=Daviey@ubuntu/member/daviey) [NETSPLIT VICTIM] |
| 11:47.59 | *** join/#asterisk-dev citats (n=james@mrplow.gnuinternet.com) [NETSPLIT VICTIM] |
| 11:47.59 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) [NETSPLIT VICTIM] |
| 11:47.59 | *** join/#asterisk-dev CtRiX (n=CtRiX@aretha.navynet.it) [NETSPLIT VICTIM] |
| 11:47.59 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) [NETSPLIT VICTIM] |
| 11:47.59 | *** join/#asterisk-dev DarylVOIP (n=daryl@75.147.121.177) [NETSPLIT VICTIM] |
| 11:47.59 | *** join/#asterisk-dev pputman (n=centrex@nat/digium/x-93355106917b4e7f) [NETSPLIT VICTIM] |
| 11:47.59 | *** join/#asterisk-dev Corydon76-dig (i=black@pdpc/supporter/bronze/Corydon76-home) [NETSPLIT VICTIM] |
| 11:47.59 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) [NETSPLIT VICTIM] |
| 11:47.59 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) [NETSPLIT VICTIM] |
| 11:47.59 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) [NETSPLIT VICTIM] |
| 11:47.59 | *** join/#asterisk-dev NirS (n=NirS@77.127.34.118) [NETSPLIT VICTIM] |
| 11:47.59 | *** join/#asterisk-dev DarKnesS_WolF (n=sherif@unaffiliated/sherif) [NETSPLIT VICTIM] |
| 11:48.00 | *** join/#asterisk-dev Kate|afk (n=vajda1ka@unaffiliated/kateo/x-334924) [NETSPLIT VICTIM] |
| 11:48.00 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) [NETSPLIT VICTIM] |
| 11:48.00 | *** mode/#asterisk-dev [+oooo citats Corydon76-dig jtodd seanbright] by irc.freenode.net |
| 11:48.00 | *** join/#asterisk-dev MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 11:48.00 | *** join/#asterisk-dev kanelbullar (n=kanelbul@193.126.30.193) [NETSPLIT VICTIM] |
| 11:48.00 | *** join/#asterisk-dev Rem| (n=remi@bg-fw2out.monmouth.com) [NETSPLIT VICTIM] |
| 11:48.00 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 11:48.00 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) [NETSPLIT VICTIM] |
| 11:48.00 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) [NETSPLIT VICTIM] |
| 11:48.00 | *** join/#asterisk-dev awk (n=awk@security.web.za) [NETSPLIT VICTIM] |
| 11:48.00 | *** join/#asterisk-dev Damin (n=damin@nucleus.nacs.net) [NETSPLIT VICTIM] |
| 11:48.00 | *** mode/#asterisk-dev [+o ChanServ] by irc.freenode.net |
| 12:02.40 | *** join/#asterisk-dev oej (n=olle@90-84-254-204.ip.sipit.net) |
| 12:02.40 | *** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 12:02.40 | *** join/#asterisk-dev tuxd00d (n=tuxd00d@128.187.132.25) [NETSPLIT VICTIM] |
| 12:02.40 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 12:02.40 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) [NETSPLIT VICTIM] |
| 12:02.40 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) [NETSPLIT VICTIM] |
| 12:02.40 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) [NETSPLIT VICTIM] |
| 12:02.40 | *** join/#asterisk-dev NirS (n=NirS@77.127.34.118) [NETSPLIT VICTIM] |
| 12:02.40 | *** join/#asterisk-dev Kate|afk (n=vajda1ka@unaffiliated/kateo/x-334924) [NETSPLIT VICTIM] |
| 12:02.40 | *** join/#asterisk-dev Rem| (n=remi@bg-fw2out.monmouth.com) [NETSPLIT VICTIM] |
| 12:02.41 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 12:02.41 | *** mode/#asterisk-dev [+oooo oej file jtodd ChanServ] by irc.freenode.net |
| 12:02.41 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) [NETSPLIT VICTIM] |
| 12:02.41 | *** join/#asterisk-dev awk (n=awk@security.web.za) [NETSPLIT VICTIM] |
| 12:10.47 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 12:10.47 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 12:16.01 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:17.53 | *** join/#asterisk-dev DarylVOIP (n=daryl@75.147.121.177) |
| 12:27.28 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 12:27.28 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 12:38.38 | snuff-home | morning russ |
| 12:40.42 | tzanger | morning all |
| 12:40.54 | snuff-home | ello tzanger |
| 12:41.45 | russellb | mornin' |
| 12:42.38 | *** join/#asterisk-dev bbryant (n=Brett_Br@adsl-159-32-97.flo.bellsouth.net) |
| 12:42.38 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 12:43.00 | *** part/#asterisk-dev I-MOD (n=I-MOD@c-68-62-216-5.hsd1.al.comcast.net) |
| 12:45.38 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:46.01 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 12:46.14 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 12:46.34 | snuff-home | mm eliel i have a few more doc patches.. if ur interested.. just macro and few other small apps |
| 12:47.16 | snuff-home | likes the chanserv fairy.. |
| 12:47.50 | jsmith | cheers for doc patches! |
| 12:48.05 | russellb | snuff-home: ;) |
| 12:48.28 | snuff-home | hehe.. i've avoided meetme/forkcdr/voicemail/minivm atm |
| 12:50.19 | snuff-home | who gives chan_iax love lately.. since u've been so busy russ ? |
| 12:50.20 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.111) |
| 12:50.41 | russellb | shrugs |
| 12:50.45 | eliel | hey snuff-home, please submit it in a bug report! |
| 12:50.45 | russellb | other people work on it |
| 12:51.33 | russellb | you guys are going to get a ton of karma for this doc branch |
| 12:51.37 | russellb | heh, it has been a lot of work! |
| 12:52.15 | snuff-home | dont look at me.. i'm just the guy that changes small apps over (generally) |
| 12:53.37 | russellb | well I'm sure your help is much appreciated :) |
| 12:53.46 | russellb | (it is by me!) |
| 12:54.26 | russellb | I might have to invent a new karma award for eliel, hehe |
| 12:55.48 | eliel | he, no problem, just want to continue improving my coding style |
| 12:56.17 | russellb | I really need to get in there and start reviewing the code ... |
| 12:56.25 | *** join/#asterisk-dev easycrypt (n=savek@ip-186.emscb.ruhr-uni-bochum.de) |
| 12:56.27 | eliel | I am having a memory leak with codec_lpc10, but the problem is that we are calling ast_free instead of free |
| 12:56.37 | russellb | hm, shouldn't make a difference |
| 12:57.05 | snuff-home | technically ast_free should be slightly more helpful.. i thought |
| 12:57.08 | eliel | yes, thats the problem :-) we are allocating it with malloc |
| 12:57.26 | eliel | "WARNING: Freeing unused memory at 0x8469768, in lpc10_destroy of codec_lpc10.c, line 222" |
| 12:57.37 | russellb | interesting ... |
| 12:57.58 | eliel | ast_free_region want free that allocated memory |
| 12:58.42 | snuff-home | ok u have ur bug no. now eliel.. last 3 updates in there.. i'm assuming u still have my func_curl etc ones i emailed.. |
| 12:59.33 | eliel | yes, I also have Rpt() but couldnt have time to compile with the dependencies yet |
| 12:59.44 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:59.44 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 12:59.52 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 13:00.20 | snuff-home | i see putnoput adding that buffer sync check made peoples recordings correct speed.. (final conf from reporter that it was fixed in all situations) another nice bug solved |
| 13:00.26 | snuff-home | ah.. |
| 13:01.53 | seanbright | that's awesome |
| 13:02.12 | seanbright | it only took 22 releases of 1.4! |
| 13:02.14 | seanbright | heh |
| 13:02.31 | snuff-home | oh eliel rpt may not work.. i just noticed i didn't clear out all of the 'descrip' char array ;) |
| 13:02.48 | eliel | I have done that |
| 13:03.08 | eliel | but couldn't test my modified version |
| 13:03.18 | *** join/#asterisk-dev bweschke (n=BJ_Wesch@74.94.3.214) |
| 13:03.18 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 13:03.57 | russellb | seanbright: that stuff has been rewritten a few times throughout 1.4, heh |
| 13:04.01 | snuff-home | ah.. i haven't even looked at how it comes across in the actual cli.. i just check general compilation (assuming i have dependancies) and xml gen.. |
| 13:04.21 | seanbright | russellb: just trolling as usual |
| 13:04.45 | seanbright | the 9am hour is my designated trolling time |
| 13:04.47 | seanbright | :) |
| 13:04.54 | russellb | k! |
| 13:05.15 | seanbright | just glad it's fixed. i want to update to latest 1.4 & dahdi. |
| 13:05.40 | russellb | guess it's about time we start the RC cycle for 1.4.23, then |
| 13:05.58 | seanbright | i just run a private branch copy of 1.4 |
| 13:06.01 | russellb | nods |
| 13:06.03 | snuff-home | i noticed the interesting bug about 1.6.x and the missing 'trunk' indiction |
| 13:06.18 | seanbright | with my super duper work-related extensions that do things like "don't play any voicemail message at all" |
| 13:06.20 | russellb | i'm actually a little torn, it's only been a couple weeks since the last 1.4 release |
| 13:06.29 | russellb | so maybe it should wait another week or two ... |
| 13:06.42 | seanbright | well that bug has been around 4.ev.er. |
| 13:07.03 | seanbright | but yeah, we'll get some more stuff in |
| 13:07.06 | seanbright | might as well hold off. |
| 13:07.29 | snuff-home | some more cdr issues for murph to douse yet i think :( |
| 13:07.42 | seanbright | i thought he knocked all of those out |
| 13:07.59 | russellb | the crashes at least |
| 13:08.03 | snuff-home | 1.6.10 ... no more CDR.. just CEL.. u log what u want.. |
| 13:08.12 | seanbright | so here is my new upgrade deployment process. |
| 13:08.19 | snuff-home | sounds good to me.. |
| 13:08.44 | seanbright | 1) compile my private branch based on 1.4, with DONT_OPTIMIZE turned on, and install it |
| 13:08.53 | seanbright | 2) service asterisk start |
| 13:09.17 | seanbright | 3) compile 1.4.21 with my private patches (last known working version) without DONT_OPTMIZE and install it |
| 13:09.22 | seanbright | heh |
| 13:09.28 | snuff-home | is hoping to get back to addressing sparc compile soon.. |
| 13:09.49 | seanbright | so worst case scenario, we crash once, dump a core file, and then it auto falls back to the last known working version |
| 13:09.53 | seanbright | i may be a genius. |
| 13:10.08 | snuff-home | maybe.. with the next lot of threading.. the T1/T2 chips can be * powerhouses |
| 13:10.30 | seanbright | sparc schmarc |
| 13:11.30 | snuff-home | should actually look for SER or whatever its 2 forks are called now T1/T2 performance if there is any out there |
| 13:14.25 | snuff-home | ah well enough doc changing for tonight.. |
| 13:14.52 | snuff-home | eliel: i will probably post a app_talkdetect patch in next 24hrs |
| 13:15.04 | eliel | russellb: it is possible to #include <asterisk.h> into codecs/lpc10/lpcini.c to fix this free() problem? |
| 13:15.17 | eliel | snuff-home: ok! thanks! |
| 13:15.21 | seanbright | what is this "free" problem? |
| 13:15.39 | eliel | comunism |
| 13:15.55 | seanbright | but seriously... |
| 13:15.55 | russellb | eliel: good question. I suppose asterisk.h should be included in _every_ file now |
| 13:16.00 | seanbright | hmmm |
| 13:16.03 | seanbright | really? |
| 13:16.06 | seanbright | not just "modules"? |
| 13:16.17 | eliel | "WARNING: Freeing unused memory at 0x8469768, in lpc10_destroy of codec_lpc10.c, line 222" |
| 13:16.44 | eliel | seanbright: sorry, heh just trying to make a joke in a foreign language! |
| 13:16.48 | russellb | seanbright: well, it handles MALLLOC_DEBUG, so if you don't include it, stuff won't get tracked through MALLOC_DEBUG |
| 13:16.49 | seanbright | it was funny :) |
| 13:16.53 | *** join/#asterisk-dev DarylVOIP (n=daryl@75.147.121.177) |
| 13:16.54 | seanbright | russellb: ahhh |
| 13:16.57 | seanbright | ok, good enough. |
| 13:17.04 | lmadsen | ugh... we were at 381 when I went to bed, and I wake up to the bug tracker being at 387 |
| 13:17.11 | lmadsen | we need a good ol' bug trackin' party |
| 13:17.13 | seanbright | lmadsen: so 6 were added! |
| 13:17.18 | lmadsen | correct |
| 13:17.19 | seanbright | bows |
| 13:17.26 | lmadsen | we closed like.... 16 yesterday |
| 13:17.40 | seanbright | we should just close them all and start over i think. |
| 13:17.54 | lmadsen | I'm not opposed |
| 13:18.00 | seanbright | motion passed. |
| 13:18.05 | *** join/#asterisk-dev DarkRift (n=dark@65.92.169.146) |
| 13:19.02 | lmadsen | snuff-home: w00t! CLI docs in XML! mvanbaak were thinking about that at astridevcon |
| 13:31.11 | *** join/#asterisk-dev easycrypt (n=savek@ip-186.emscb.ruhr-uni-bochum.de) |
| 13:36.18 | *** join/#asterisk-dev dbailey (n=doug@nat/digium/x-b6a284c9a22f80ff) |
| 13:52.45 | oej | lmadsen: Give me more than a few secs to answer in the bug tracker next time :-) |
| 13:53.33 | oej | lmadsen: I will assign it to me if I'm planning to fix it. Otherwise not. |
| 14:01.07 | eliel | russellb: thanks for the +o |
| 14:01.53 | russellb | np :) |
| 14:04.33 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-2938b9beec89f8b1) |
| 14:04.33 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:05.40 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 14:13.24 | *** join/#asterisk-dev sruffell (n=sruffell@nat/digium/x-7f48cb8ca99653cc) |
| 14:13.25 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:27.29 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-d5c146213172cf4a) |
| 14:27.29 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:30.24 | seanbright | hmmm, is it a bug that dahdi_transcode isn't loaded by default? |
| 14:30.45 | putnopvut | does not know |
| 14:31.09 | seanbright | asterisk bitches about it not being there when it starts up |
| 14:31.18 | seanbright | so i added dahdi_transcode to /etc/dahdi/modules |
| 14:31.25 | seanbright | and all seems right with the world. |
| 14:33.08 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:35.02 | De_Mon | the default is to autoload all modules... why wouldn't it get loaded? |
| 14:35.09 | seanbright | it's not an asterisk module |
| 14:35.13 | seanbright | it's a kernel module |
| 14:35.33 | De_Mon | oh, right |
| 14:35.43 | De_Mon | 's eyes are playing trixies on him |
| 14:35.43 | seanbright | i blame sruffell |
| 14:35.45 | seanbright | heh |
| 14:37.12 | tzafrir_laptop | what should trigger its loading? |
| 14:37.22 | seanbright | shrugs |
| 14:37.29 | seanbright | asterisk is looking for /dev/dahdi/transcode |
| 14:37.53 | tzafrir_laptop | the loading of the trascoder card device? |
| 14:38.02 | seanbright | shrugs... again |
| 14:38.03 | seanbright | asterisk is looking for /dev/dahdi/transcode |
| 14:38.56 | tzafrir_laptop | zaptel's wct4rxxp depends on zttranscode |
| 14:39.35 | tzafrir_laptop | so if you load it (or if hotplug loads it), zt^Wdahdi_transcode should load, right? |
| 14:39.40 | seanbright | shrugs |
| 14:39.47 | seanbright | maybe i haven't been clear |
| 14:40.00 | seanbright | asterisk spits out an error about /dev/dahdi/transcode not being found |
| 14:40.06 | seanbright | i have no idea what causes it |
| 14:40.06 | tzafrir_laptop | do you have wctc4xxp in /etc/dahdi/modules ? |
| 14:40.10 | seanbright | and i have no desire to debug it |
| 14:40.29 | seanbright | i'm just saying that asterisk spits out an error about it not being found. |
| 14:40.31 | seanbright | that is all. |
| 14:40.33 | seanbright | good day. |
| 14:40.34 | seanbright | heh |
| 14:40.55 | tzafrir_laptop | seanbright, do you have that card? or are you just worried about that error message? |
| 14:41.12 | seanbright | "<@seanbright> i'm just saying that asterisk spits out an error about it not being found." |
| 14:41.38 | tzafrir_laptop | if you don't have a transcoder card, you don't need codec_dahdi |
| 14:41.49 | seanbright | splendid |
| 14:42.45 | tzafrir_laptop | it's kind of like cdr_pgsql complaining that it is not configured. People who don't use it couldn't care less |
| 14:43.10 | tzafrir_laptop | People who do care about it would be confused if the error wasn't there |
| 14:44.07 | sruffell | it's fair the blame me for stuff like that. |
| 14:44.27 | seanbright | sruffell: was just kidding :) |
| 14:45.43 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.199.65) |
| 14:49.43 | *** join/#asterisk-dev mog (n=mog@nat/digium/x-59b99dc4c3d98e41) |
| 14:49.43 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 15:00.13 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:00.13 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:10.40 | *** part/#asterisk-dev bbryant (n=Brett_Br@adsl-159-32-97.flo.bellsouth.net) |
| 15:13.35 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:34.23 | De_Mon | I must admit that I never see those startup errors |
| 15:34.33 | De_Mon | well, I never look at them, is more accurate |
| 15:38.45 | *** join/#asterisk-dev mcargile (n=mikec@rrcs-24-173-132-218.se.biz.rr.com) |
| 15:39.42 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-178.west.biz.rr.com) |
| 15:48.54 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
| 15:49.11 | tzafrir_laptop | De_Mon, /var/log/asterisk/messages |
| 15:49.15 | *** join/#asterisk-dev bbryant (n=Brett_Br@adsl-159-32-97.flo.bellsouth.net) |
| 15:49.15 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 15:49.17 | *** part/#asterisk-dev bbryant (n=Brett_Br@adsl-159-32-97.flo.bellsouth.net) |
| 15:52.12 | lmadsen | so ummm.... I can't use type=friend in trunk anymore? |
| 15:52.24 | De_Mon | tzafrir_laptop yeah, thats why I never look at them is more accurate |
| 15:52.47 | bweschke | lmadsen: I thought that was part of "kill the user" |
| 15:52.48 | russellb | lmadsen: hopefully so ... i think it would be a mistake to remove that for the sake of backwards compat |
| 15:52.50 | jsmith | lmadsen: I thought that with trunk, everything is a peer... no users |
| 15:52.56 | russellb | yeah, sure, in the code |
| 15:53.02 | russellb | but there is no reason to not let the config still work |
| 15:53.03 | lmadsen | russellb: ya... that's what I thought.... |
| 15:53.03 | jsmith | lmadsen: But a friend should be exactly like a peer |
| 15:53.08 | lmadsen | exactly |
| 15:53.11 | lmadsen | it should still *work* |
| 15:53.34 | lmadsen | but it does not |
| 15:53.42 | lmadsen | you can only use peers... |
| 15:53.48 | bweschke | tatoos "must attend AstriDevCon" to his forehead as a remainder for '09 |
| 15:53.49 | lmadsen | friends apparently also do not exist |
| 15:53.57 | russellb | lmadsen: check the code, and search for "friend" like that in quotes |
| 15:54.17 | russellb | if it's not there, file a bug report, as I think we should support that and treat it like a peer |
| 15:54.33 | russellb | or alternatively, post to the -dev list |
| 15:54.37 | russellb | and make sure we have a consensus on it |
| 15:55.15 | jsmith | agrees... the sample config file still refers to users and peers and friends :-( |
| 15:55.16 | bweschke | is this still 1.6.X though or /trunk ? |
| 15:55.23 | lmadsen | trunk |
| 15:55.28 | lmadsen | possibly 1.6? |
| 15:55.32 | bweschke | which eventually becomes 1.8 ? |
| 15:55.35 | lmadsen | is this in 1.6.1 I wonder.... |
| 15:55.37 | russellb | not 1.6.0, 1.6.1, though |
| 15:55.42 | lmadsen | bweschke: whcih becomes the next 1.6.x |
| 15:55.46 | jsmith | I hope this isn't in 1.6.0 or 1.6.1 |
| 15:55.46 | bweschke | ah |
| 15:55.49 | lmadsen | new release strategy |
| 15:55.50 | russellb | it is in 1.6.1 |
| 15:55.53 | putnopvut | lmadsen: it might be in 1.6.1 if it's related to "kill the user" work. |
| 15:56.04 | lmadsen | putnopvut: I'm almost positive it'll be kill the user work |
| 15:56.05 | bweschke | right |
| 15:56.06 | bweschke | in that case |
| 15:56.20 | bweschke | I'd go for a "deprecated" message/warning, but not doesn't "work" |
| 15:56.30 | lmadsen | ya... I get no warning about this... |
| 15:56.49 | lmadsen | very little code in chan_sip is returned with the word 'friend' with grep |
| 15:56.59 | lmadsen | I will post something to -dev I suppose |
| 15:57.07 | lmadsen | wonder how much testing this had done before it went in... |
| 15:57.09 | bweschke | there wasn't very much to begin with originally |
| 15:57.21 | lmadsen | just rtcachefriends stuff |
| 15:57.21 | bweschke | there was a quick translation where you were a "friend" that you were both a user and a peer |
| 15:57.24 | bweschke | if memory serves |
| 15:57.24 | putnopvut | My $0.02 is that friend should still be accepted as a configuration parameter. |
| 15:57.43 | bweschke | yes - I agree... but with the addition of a warning that eventually it's going away |
| 15:57.49 | lmadsen | we've finally gotten all the user/peer matching stuff kinda working... and now we're changing the methodology... |
| 15:58.31 | jsmith | lmadsen: I hear you... it's still a mess, and it's gonna be bloody-awful for people to try to change |
| 15:58.32 | lmadsen | heh... still a comment that says, "load peers, users, and friends" |
| 15:58.57 | lmadsen | jsmith: totally agreed... I think we've finally dealt with it for years, have docs on it, and it just seems to work now... why mess it all up? |
| 15:59.16 | lmadsen | not sure when the community was asked if we wanted this either... |
| 15:59.19 | lmadsen | shrugs |
| 15:59.23 | lmadsen | all points for my -dev post I suppose |
| 15:59.31 | russellb | i don't think it's a change for users so much |
| 15:59.38 | jsmith | Oh, I think it is. |
| 15:59.50 | lmadsen | I think the point is to change the front end... ? |
| 15:59.50 | russellb | well, IIRC, i think the _intention_ was that it wasn't |
| 15:59.56 | russellb | and that configs should still work the same |
| 16:00.10 | jsmith | OK... sounds like it needs to be tested some more |
| 16:00.12 | russellb | and that the effort was to have fewer objects to maintain in chan_sip that did the same thing |
| 16:00.20 | russellb | i'd have to go back and read old threads on it ... |
| 16:01.26 | bweschke | hey is there going to be any more semi-formal conference calls or something about PIneMango and the security discussion stuff ? |
| 16:01.54 | russellb | maybe, if someone takes the initiative to do so |
| 16:02.09 | russellb | but to be honest, we (digium swdev), do not have the resources to work on that project at all at the moment |
| 16:02.12 | bweschke | there's been a good amount of productive discussion, but I think sooner or later the community needs to take a vote on which direction we're going to go ? |
| 16:03.45 | russellb | for now i'd rather people just continue to make their points on the -dev list |
| 16:03.59 | bweschke | ok |
| 16:04.22 | bweschke | I didn't get a single response to my points made yesterday |
| 16:04.27 | bweschke | except in here |
| 16:04.37 | tzafrir_laptop | bweschke, I have a very clear idea that there is a problem. I have no clear idea about possible ways to solve it |
| 16:08.01 | tzafrir_laptop | so what you were saying is that we can have a "security interface" that some modules could implement. or not? |
| 16:09.07 | bweschke | tzafrir_laptop: I think so.. or at least a method to carry the information across and then a default policy at a global level for what happens when the module hasn't yet implemented |
| 16:10.15 | *** join/#asterisk-dev bkw_ (n=brian@freeswitch/developer/bkw) |
| 16:23.23 | *** join/#asterisk-dev Kobaz (n=kobaz@64.27.7.21) |
| 16:23.25 | Kobaz | do de do |
| 16:23.56 | Kobaz | soooooo |
| 16:25.12 | file | ... |
| 16:25.37 | Kobaz | i have a queue, with a timeout of 30, a periodic-announce-frequency of 15.... |
| 16:26.04 | Kobaz | while the periodic announce kicks in, the current phone that's ringing, stops ringing while the track is playing |
| 16:26.13 | Kobaz | ManxPower suggested this is a bug |
| 16:27.50 | bweschke | Kobaz: let's clarify .. you're saying that the agent's phone is ringing and then it stops ringing to play periodic announce ... OR .. does it ring ... hits the timeout on that agent call attempt and stops ringing, generates an RNA ... and then before it attempts again it plays periodic announce? |
| 16:29.25 | Kobaz | let me make sure |
| 16:29.50 | bweschke | Kobaz: if the latter - I'd say that's expected functionality even though it may not be desirable |
| 16:32.21 | jsmith | Yup... unfortunately, app_queue doesn't deal well with periodic announcements right now, and won't interrupt them to deliver the call to a queue member |
| 16:32.41 | lmadsen | right |
| 16:32.52 | lmadsen | pretty much anytime an announcement is played, there is no more ringing going on |
| 16:33.01 | Kobaz | yeah |
| 16:36.58 | *** join/#asterisk-dev ajohnson (n=ajohnson@63.147.46.186) |
| 16:37.42 | ajohnson | I'm trying to find out if this is a bug, but if it is user error, I will take it over to #asterisk |
| 16:38.20 | ajohnson | I upgraded to 1.4.22 and installed DAHDI and dahdi show status shows: DAHDI_DUMMY/1 (source: RTC) 1 UNCONFIGUR |
| 16:38.40 | ajohnson | But when trying to record conferences, I get: app_meetme.c:2475 find_conf: No DAHDI channel available for conference, conference recording disabled |
| 16:43.22 | *** join/#asterisk-dev CGMChris (n=chris@mail.cgmyes.com) |
| 16:43.22 | tzafrir_laptop | ajohnson, try running zttest |
| 16:43.33 | Qwell | dahdi_test |
| 16:43.36 | CGMChris | Anyone know when I can expect to see seanbright back (His normal hours) ? |
| 16:43.36 | ajohnson | I think I found the issue, chan_dahdi is not set up |
| 16:43.43 | tzafrir_laptop | does it "progress" (right, dahdi_test) |
| 16:43.46 | ajohnson | sorry to bug -dev with a user error |
| 16:44.01 | Qwell | CGMChris: he's here. always. just watching, waiting for somebody to say his name. |
| 16:44.18 | CGMChris | seanbright: I am back and on lunch if you wish to continue debugging app_followme. |
| 16:45.49 | tzafrir_laptop | not being able to edit the dialplan means not even supporting UpdateConfig of the manager |
| 16:46.43 | tzafrir_laptop | and likewise, you still have to deal with System() |
| 16:47.21 | CGMChris | Qwell: You sure he's here? |
| 16:48.34 | jsmith | tzafrir_laptop: You can do one of two things in the proposed framework. Disable the AddConfig/UpdateConfig/etc. manager commands completely, or have an outside entity register a hook so that it looks at the changes being made by AddConfig/UpdateConfig, looks at the business logic, and decides if the changes are allowed to go through |
| 16:48.45 | *** join/#asterisk-dev otherwiseguy (n=otherwis@cpe-72-128-38-41.kc.res.rr.com) |
| 16:50.18 | tzafrir_laptop | jsmith, a test at that time is not enough. You can't tell what a Goto(${variable},{a},1) will do |
| 16:50.57 | jsmith | tzafrir_laptop: If a program can't look at the proposed changes and determine whether or not it's allowed to happen, then you can't trust editing the configs at all. |
| 16:51.01 | tzafrir_laptop | and this is, for many purposes, and "include=>" |
| 16:51.03 | bweschke | CGMChris: what's up with app_followme? |
| 16:51.15 | jsmith | tzafrir_laptop: Are you proposing we somehow block it at *runtime*? |
| 16:51.17 | jsmith | blinks |
| 16:51.26 | lmadsen | bweschke: oh snap... you just opened a can of worms :) |
| 16:51.34 | tzafrir_laptop | jsmith, but I suggested how it can be done. and yes, it involves checking at run-time |
| 16:51.48 | CGMChris | bweschke: I cant get it to work under any circumstances. He had me enable debugging and said it wasnt even getting to DMTF.... which, according to him, it should always hit. So its bugging out somewhere. |
| 16:52.05 | bweschke | do you have the debug? |
| 16:52.13 | bweschke | is there a bug open on this? |
| 16:52.25 | CGMChris | its 2 lines... nothing about app_follow me. No open bug. He was working with me to try to figure out exactly what was wrong first. |
| 16:52.31 | bweschke | lmadsen: there was a time... where I used to know a little about app_followme. :-) |
| 16:53.07 | lmadsen | bweschke: way back int he day |
| 16:53.16 | bweschke | lmadsen: something like that |
| 16:53.36 | CGMChris | bweschke: I would be happy to work with you on this as well. I read your posts from 6-6-2006 stating that AstDB support was in the trunk, but I cant get that part to work. Also, when I use numbers instead of AstDB as my number => arguements, it calls... but is unresponsive to pressing 1 or 2 to accept or reject. |
| 16:53.41 | lmadsen | bweschke: I heard the guy that made it is now off hanging out on islands with lots of hot topless girls |
| 16:53.49 | tzafrir_laptop | jsmith, all the contexts of company_b should be "unreadable" for channels of company_a |
| 16:53.53 | bweschke | lmadsen: damn him! |
| 16:54.03 | lmadsen | bweschke: I know... we're all jealous |
| 16:54.41 | jsmith | tzafrir_laptop: OK... but what makes that decision? The core of Asterisk, or external business logic? Both? |
| 16:54.52 | bweschke | CGMChris: there was definitely no astdb support in 2006 for app_followme |
| 16:54.58 | bweschke | in trunk or anywhere else |
| 16:55.27 | tzafrir_laptop | core asterisk. IT is like the kernel denies you access to some files on the operating system |
| 16:55.59 | bweschke | jsmith: it's just wrong .. design wise .. for the same client that is making modifications to also be able to make decisions on who has access to what ... you know what I mean? |
| 16:56.24 | jsmith | bweschke: I'm not saying they'd be the same thing |
| 16:56.25 | tzafrir_laptop | it means a channels must carry some context - user/group/whatever . |
| 16:56.44 | CGMChris | @bweschke: http://bugs.digium.com/view.php?id=5574 |
| 16:56.46 | bweschke | agrees with tzafrir_laptop |
| 16:57.29 | CGMChris | @bweschke: You said, on 2005-11-02 to shmaltz, you would incoprorate AstDB support. |
| 16:57.45 | jsmith | I'm perfectly fine with a mechanism whereby channels are assigned (by the channel driver) to one (or more?) security sandboxes (domains? groups?) |
| 16:57.50 | davevg-btwtech | CGMChris, you can work around the no astdb limitation somewhat in dialplan though |
| 16:58.27 | bweschke | CGMChris: if you're talking about "That's a cool idea. I like it. Will incorporate it." - ya.. I had definitely wanted to do that - but there was some initial opposition to that feature/functionality being part of what got introduced with 1.4 |
| 16:58.31 | bweschke | so it didn't happen |
| 16:58.50 | jsmith | And letting something define whether or not channels in one security sandbox are allowed to (transfer, bridge, originate, etc.) to channels in another security sandbox. |
| 16:59.07 | CGMChris | davevg-btwtech: My users want to dial into the office, hit *5[1-9][extension][external number] and be able to assign up to 9 follow me numbers to their extension. I'm having a very hard time fixing this with dialplan logic. |
| 16:59.54 | bweschke | CGMChris: Corydon76-dig recently added RT support to app_followme - not in 1.4 but coming to a 1.6.X near you I think |
| 16:59.56 | bweschke | if that helps |
| 17:00.06 | *** join/#asterisk-dev boolean12 (n=boolean1@tandem.uplinktel.com) |
| 17:00.33 | davevg-btwtech | CGMChris, http://forums.digium.com/viewtopic.php?t=23961 is a small example |
| 17:01.13 | boolean12 | Question. Does anyone know if/when chan_sccp will be available for 1.6? |
| 17:01.56 | CGMChris | davevg-btwtech: I read that yesterday. I will have to go back to it and try it again today. I was hoping to be able to use the built in followme functionality, but, it is not up to par with the offerings of the local hosted VoIP providers, so guess I will have to create my own with either dialplan or other means. This is a make or break feature. |
| 17:02.02 | Corydon76-dig | boolean12: we're not the maintainers. Have you tried chan_skinny? |
| 17:03.39 | boolean12 | I was just curious since I need to use chan_sccp, if it's available yet for 1.6. |
| 17:04.44 | Qwell | boolean12: it took nearly a year to get chan_sccp updated for 1.4. |
| 17:04.58 | Qwell | I find it highly unlikely that it will be updated for 1.6 any time soon. |
| 17:05.11 | boolean12 | I was just curious :-p |
| 17:05.30 | Qwell | use chan_skinny |
| 17:05.53 | boolean12 | I am right now. |
| 17:06.02 | Qwell | so what's the problem? |
| 17:06.12 | boolean12 | I want to use the park and additional features that chan_sccp has. |
| 17:09.14 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:25.38 | tzafrir_laptop | M13487 |
| 17:25.41 | MuffinMan | [acknowledged] [DAHDI-linux] Utilities/NewFeature 0013487: oops at loading tor2 reported by heyuqi (Karma: neutral) http://bugs.digium.com/view.php?id=13487 |
| 17:26.02 | tzafrir_laptop | can anybody report dahdi working well with a tor2 on their system? |
| 17:26.38 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) |
| 17:31.21 | boolean12 | 1.4 is installing. |
| 17:31.31 | lmadsen | w00t :) |
| 17:32.51 | boolean12 | I've got 1.6 and 1.4 running vm on my machine :-p |
| 17:35.00 | *** join/#asterisk-dev bbryant (n=brett@68.208.65.50) |
| 17:35.00 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 17:57.02 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) |
| 17:57.02 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 17:58.26 | jtodd | I know I've had discussions about various codecs, but I don't recall the deal with G.722.1C (Siren14) - does anyone know what the impediment is there? I assume it's the license issue (even with Polycom's licensing format seemingly somewhat open, it still has gotchas.) |
| 17:58.52 | jtodd | http://www.soundstationpremier.info/usa/en/company/about_us/technology/siren14_g7221c/faq.html |
| 18:03.41 | file | jtodd: ummm |
| 18:04.21 | *** join/#asterisk-dev dbailey (n=doug@nat/digium/x-d934b7d710611171) |
| 18:08.27 | *** join/#asterisk-dev Shido6 (n=shido6@209.114.208.111) |
| 18:16.58 | codefreeze-lap | didja see the new cellphone that comes built into the handle of a shovel? They call it a "Black-bury"... |
| 18:17.11 | bweschke | lol |
| 18:28.13 | Corydon76-dig | <groan> |
| 18:29.19 | ctooley | So, there's no royalties, and you get the source, but you have to put something on your marketing saying that Polycom's Siren 14 is included. |
| 18:30.02 | ctooley | I'm pretty sure that makes it GPL incompatible |
| 18:33.20 | Qwell | WELL |
| 18:33.29 | Qwell | Unless you put in an exemption |
| 18:36.18 | russellb | it's a bweschke commit! |
| 18:36.39 | bweschke | says ya me! while trying to figure out merge4trunk |
| 18:37.40 | lmadsen | bweschke: ya! |
| 19:00.43 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 19:08.29 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:13.43 | Qwell | we may need to redo 1.4.22 |
| 19:14.52 | Qwell | the dep logic for chanalarms is wrong |
| 19:15.02 | putnopvut | yuck |
| 19:15.24 | Qwell | it's checking for either HAVE_DAHDI (since DAHDI always has chanalarms) or HAVE_ZAPTEL_CHANALARMS |
| 19:15.28 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 19:15.29 | Qwell | problem is, HAVE_DAHDI is just HAVE_ZAPTEL |
| 19:15.58 | putnopvut | Oh, so HAVE_ZAPTEL without HAVE_ZAPTEL_CHANALARMS will "match" ? |
| 19:16.07 | Qwell | correct |
| 19:16.18 | Qwell | which means it'll fail to build on older versions of Zaptel |
| 19:16.37 | Qwell | and I'm sure there are various other related problems |
| 19:17.40 | Qwell | it looks like iax2 may never use a dahdi timing interface too |
| 19:18.39 | tzafrir_laptop | well, if you have zaptel, you also have a "dahdi-compatible" interface in 1.4, right? |
| 19:18.45 | Qwell | I'm confused |
| 19:18.53 | Qwell | it's also set in autoconfig |
| 19:19.24 | Qwell | I may be wrong.. |
| 19:20.01 | Qwell | okay, yeah, I'm wrong on the iax2 thing. HAVE_ZAPTEL won't be set just because they're using DAHDI |
| 19:20.44 | CGMChris | Can anyone tell me how to turn off "sip set debug" ? |
| 19:20.47 | Qwell | so should that chanalarms call be like... |
| 19:21.25 | Qwell | if they have dahdi (but not zaptel) OR they have zaptel with chanalarms? |
| 19:21.28 | *** join/#asterisk-dev chainbreaker (n=wpichler@81-223-57-66.static.sdsl-line.inode.at) |
| 19:21.53 | putnopvut | CGMChris: "sip set debug off" |
| 19:22.03 | CGMChris | @putnopvut: Thank you very much. |
| 19:23.33 | chainbreaker | hi all |
| 19:23.40 | chainbreaker | i have a problem with my queue |
| 19:24.01 | chainbreaker | it is running with realtime members - and rrmemory strategy |
| 19:24.06 | Qwell | #if defined(HAVE_DAHDI_FOR_REALZ) || defined(HAVE_ZAPTEL_CHANALARMS) |
| 19:24.32 | chainbreaker | if a caller connects - the first agent interface is ringing - agent does not answer - agent does get tryed again and again and again.... |
| 19:24.32 | tzafrir_laptop | HAVE_ZAPTEL_CHANALARMS is always defined |
| 19:24.37 | Qwell | shouldn't be |
| 19:24.40 | tzafrir_laptop | (to either 0 or 1) |
| 19:24.46 | tzafrir_laptop | at least if zaptel is used |
| 19:24.56 | Qwell | oh? |
| 19:24.59 | chainbreaker | agent interface gets specified with Local Channel - state_interface patch applied to get state of a real interface... |
| 19:25.03 | Qwell | wouldn't autoconfig just #undef it? |
| 19:25.12 | tzafrir_laptop | if the test fails, it is defined to 0 |
| 19:25.41 | Qwell | pretty sure it'll be undefed |
| 19:25.51 | Qwell | let's find out |
| 19:26.06 | tzafrir_laptop | look for ALARM in configure.ac |
| 19:26.21 | Qwell | tzafrir_laptop: yeah, I think it's unset later though |
| 19:26.37 | tzafrir_laptop | just tested |
| 19:26.52 | tzafrir_laptop | remmed-out that field |
| 19:27.14 | Qwell | yuck |
| 19:27.42 | lmadsen | should all the RC's be removed from asterisk/tags/ now that 1.4.22 is released? |
| 19:27.47 | Qwell | lmadsen: nope |
| 19:28.01 | Qwell | in svn you mean, I assume? |
| 19:28.05 | lmadsen | of course |
| 19:28.11 | Qwell | svn is forever |
| 19:28.17 | lmadsen | ok |
| 19:29.16 | tzafrir_laptop | lmadsen, that's a cheap copy |
| 19:29.30 | lmadsen | huh? |
| 19:29.40 | tzafrir_laptop | (on the server) |
| 19:29.45 | lmadsen | huh? |
| 19:29.52 | lmadsen | I don't know what you're asking me |
| 19:30.01 | Qwell | tzafrir_laptop: check out configure.ac.. I think that else can just...go away |
| 19:30.25 | Qwell | <PROTECTED> |
| 19:31.31 | tzafrir_laptop | let's see... |
| 19:32.48 | Qwell | would still have to correct the #if in chan_dahdi for that stuff, since HAVE_DAHDI will always be set if they have zaptel |
| 19:33.22 | tzafrir_laptop | yup. works nice here |
| 19:33.36 | Qwell | any thoughts on how the #if's should look? |
| 19:34.39 | tzafrir_laptop | just removed the 'else' there |
| 19:35.56 | Qwell | oh |
| 19:35.59 | Qwell | duh |
| 19:36.26 | *** join/#asterisk-dev ctooley (n=ctooley@doc-24-32-196-69.concordia.ks.cebridge.net) |
| 19:36.26 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 19:36.29 | Qwell | #if !defined(HAVE_ZAPTEL) || defined(HAVE_ZAPTEL_CHANALARMS) ? |
| 19:36.59 | codefreeze-lap | lmadsen: tzafrir_laptop was meaning, that a tag in svn is a "cheap copy", in that it doesn't take much storage in the svn database to store it. It's more like a reference than an actual copy of the database. iirc. |
| 19:37.18 | Qwell | !defined(HAVE_ZAPTEL) means they have dahdi |
| 19:37.36 | tzafrir_laptop | yeah. you're right |
| 19:37.43 | tzafrir_laptop | (both of you) |
| 19:38.09 | Qwell | codefreeze-lap: in addition to that, deleting it would actually take up more space than keeping it there |
| 19:39.45 | tzafrir_laptop | with git-svn I manage to use a cheap-copy on the client side as well . But I still have not figured out how to add the team branches |
| 19:47.22 | mvanbaak | I now own two houses \o/ |
| 19:47.46 | jsmith | mvanbaak: Lucky you... moving back to the city, I see |
| 19:47.57 | mvanbaak | yup yup |
| 19:48.14 | mvanbaak | monday I go to my new house |
| 19:48.20 | mvanbaak | for a week of painting and stuff |
| 19:48.31 | mvanbaak | and that weekend we are moving our stuff ! |
| 20:01.41 | mvanbaak | snuff-home: I dont get your ticket about the CLI XML stuff ? |
| 20:01.59 | mvanbaak | snuff-home: as far as I can see it's a patch for the appdocsxml branch |
| 20:04.57 | eliel | mvanbaak: you are right, it is just a wrong way to explain what he do |
| 20:05.28 | eliel | he is helping a lot with the app/fun xml docu |
| 20:08.03 | snuff-home | mm.. eliel knows :) |
| 20:08.17 | snuff-home | i should have mentioned appdocxml in the desc |
| 20:09.03 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:09.56 | *** part/#asterisk-dev mcargile (n=mikec@rrcs-24-173-132-218.se.biz.rr.com) |
| 20:10.22 | bweschke | hey |
| 20:10.40 | bweschke | the developer wiki references merge4trunk |
| 20:10.40 | bweschke | but |
| 20:10.40 | bweschke | repotools only has mergetool ? |
| 20:10.43 | Qwell | make install |
| 20:10.53 | Qwell | it's all magic |
| 20:11.18 | bweschke | in repotools ? |
| 20:11.20 | Qwell | yeah |
| 20:11.23 | bweschke | ah |
| 20:11.25 | tzafrir_laptop | sruffell, ping |
| 20:11.26 | bweschke | got ya |
| 20:12.17 | tzafrir_laptop | commit zaptel 4567 |
| 20:12.24 | MuffinMan | [4567] Committed by sruffell on 2008-10-15T18:57:01.904046Z: Zaptel should always notify user mode whenever it has received buffers to |
| 20:12.24 | MuffinMan | ..process. |
| 20:12.24 | MuffinMan | .. |
| 20:12.24 | MuffinMan | .. http://svn.digium.com/view/zaptel?view=rev&revision=4567 |
| 20:12.51 | tzafrir_laptop | what's "ss->rebufpolicy" ? |
| 20:18.06 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 20:18.06 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 20:30.01 | bkruse | seanbright: I took care of the #asterisk guy, ty |
| 20:35.08 | tzafrir_laptop | hmm..... anybody here has a tor2 card to test with dahdi? |
| 20:35.27 | tzafrir_laptop | the kmalloc on line 549 of tor2.c looks wrong |
| 20:54.34 | hardwire | so.. the skype headset and voucher I got from Astricon had a bad voucher number in it |
| 20:54.35 | hardwire | yay |
| 20:54.44 | Qwell | hardwire: me too |
| 20:54.50 | hardwire | you weren't there. |
| 20:54.54 | Qwell | I got one anyways |
| 20:55.04 | hardwire | you weren't there. |
| 20:55.18 | Qwell | yet I have one on my desk |
| 20:55.33 | hardwire | yet, you weren't there. |
| 20:55.41 | Qwell | exactly |
| 20:58.10 | mvanbaak | http://picasaweb.google.com/mvanbaak/NewHouseDenHaag# |
| 21:03.32 | russellb | mvanbaak: get off the phone! you have guests! |
| 21:04.30 | eliel | he |
| 21:04.36 | eliel | mvanbaak: congrats! |
| 21:04.38 | mvanbaak | lol |
| 21:06.42 | mvanbaak | I'm so happy |
| 21:06.49 | russellb | yayyyy |
| 21:06.53 | russellb | party at mvanbaak's place |
| 21:07.08 | mvanbaak | sure thing ! |
| 21:07.21 | mvanbaak | 26 October |
| 21:07.38 | russellb | heh |
| 21:07.49 | sruffell | tzafrir_laptop: darn it. |
| 21:08.08 | sruffell | and I thought I compiled before I checked that in. |
| 21:08.36 | mvanbaak | hey sruffell |
| 21:08.39 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:08.49 | sruffell | hello |
| 21:08.59 | mvanbaak | gheh, it's great to finally have the correct faces in my head when I see nicknames |
| 21:09.18 | mvanbaak | thanks again folks. I've had a great time in PHX |
| 21:17.05 | ctooley | no kidding mvanbaak, there's an inordinate amount of pictures where you're on the phone. |
| 21:20.07 | mvanbaak | ctooley: no shit :( |
| 21:20.10 | mvanbaak | I hate my boss |
| 21:23.15 | mvanbaak | but then again |
| 21:23.25 | mvanbaak | 17 pictures, and 2 where I'm on the phone |
| 21:23.42 | putnopvut | I hate phones. |
| 21:23.53 | mvanbaak | me too |
| 21:24.43 | *** join/#asterisk-dev edageneR (n=d@65.126.237.4) |
| 21:24.43 | mvanbaak | they always ring when you dont have time |
| 21:24.50 | edageneR | Anyone around? |
| 21:24.55 | mvanbaak | that's what I like about irc and mail |
| 21:25.02 | mvanbaak | you check it when you have time |
| 21:25.20 | mvanbaak | and you just move it to the background when you dont want to be disturbed |
| 21:27.02 | hardwire | mvanbaak: like.. I buy a cell phone.. put it in my pocket.. the next thing you know I'm digging around for it cause it's squaking at me. |
| 21:27.12 | hardwire | it's almost like I should have just taped it to my head. |
| 21:27.13 | hardwire | you know |
| 21:27.24 | mvanbaak | yup |
| 21:27.50 | mvanbaak | I had a Nokia Communicator |
| 21:28.17 | mvanbaak | when it broke I told my boss I was without cellphone and that it was ok with me |
| 21:28.28 | mvanbaak | next day there was a brandnew Blackberry on my desk |
| 21:28.34 | mvanbaak | 'I need you to be reachable' |
| 21:28.37 | edageneR | Anyone know a good addon or program to monitor queues on our Asterisk setup? |
| 21:28.39 | mvanbaak | fuck that |
| 21:28.50 | mvanbaak | edageneR: Orderly |
| 21:29.03 | edageneR | Googling |
| 21:30.02 | mvanbaak | edageneR: http://www.orderlyq.com/statistics.html |
| 21:31.41 | mvanbaak | meh, I just removed 1200 lines of ael dialplan code that was never reached |
| 21:31.49 | mvanbaak | no callpath to it whatsoever |
| 21:31.54 | putnopvut | nice |
| 21:32.09 | edageneR | Well, taking a look there... just need something to display what is currenty happening in specific queues I ask for. |
| 21:32.19 | putnopvut | I just found some nice code in chan_sip.c. |
| 21:32.23 | mvanbaak | putnopvut: yeah, all my stuff is in ael now |
| 21:32.29 | hardwire | edageneR: some sort of evil auto-generated ael? |
| 21:32.38 | mvanbaak | converted everything to ael \o/ |
| 21:32.45 | putnopvut | p->invitestate = INV_CANCELLED; if (p->invitestate == INV_CALLING) {... |
| 21:32.49 | hardwire | mvanbaak: AEL is faster than SQL IYHO? |
| 21:32.59 | mvanbaak | even my webbased config tool now generates ael |
| 21:33.14 | mvanbaak | hardwire: I dont want my pbx to depend on sql |
| 21:33.26 | codefreeze-lap | mvanbaak: what, historic stuff you no longer use, or a project you abandoned? That's a lot of stuff! |
| 21:33.28 | edageneR | If it could be done through AEL. |
| 21:33.29 | hardwire | mvanbaak: the system I am writing uses AGI for most things. |
| 21:33.35 | mvanbaak | I have a webbased tool to manage stuff. it generates ael code and provisions that to the pbx boxen |
| 21:33.51 | hardwire | I may have it write AEL.. but if the AGI dies.. most of what the AEL would terminate to wouldn't be available either. |
| 21:33.55 | mvanbaak | codefreeze-lap: a bit of both |
| 21:33.57 | edageneR | We have a program right now that is called Asterisk Manager, but it shows all queues. |
| 21:34.17 | putnopvut | svn blame on chan_sip takes forever... |
| 21:35.23 | mvanbaak | codefreeze-lap: it's a project I picked up again. A lot of stuff there is dated from the pre 1.0 times |
| 21:35.29 | mvanbaak | codefreeze-lap: we had stuff in there using dialplan magic and the astdb to emulate AgentCallbackLogin and stuff |
| 21:36.17 | mvanbaak | hhmm, some stuff I'll have to redo |
| 21:36.35 | mvanbaak | this has 'agents that stay logged in even if asterisk is restarted' |
| 21:36.39 | mvanbaak | that's pretty neat |
| 21:37.05 | putnopvut | isn't that just persistent agents? |
| 21:37.24 | mvanbaak | yeah, but can you do that with AddQueueMember ? |
| 21:37.54 | codefreeze-lap | putnopvut: no, persistent agents are where they keep calling you until you give them what they want... |
| 21:37.55 | putnopvut | Well, it depends on the exact details. |
| 21:38.10 | putnopvut | you can set persistent_members = yes in queues.conf |
| 21:38.36 | putnopvut | And that will make it so that whatever dynamic members were logged in will get re-added if the queue is reloaded or if Asterisk restarts. |
| 21:38.39 | mvanbaak | if a device logs in to a queue with AddQueueMember, and you restart asterisk |
| 21:38.48 | mvanbaak | will those ppl still be logged in to the queue |
| 21:38.49 | *** join/#asterisk-dev mspiceland (n=mike@nat/digium/x-ae38b7b5d6503aae) |
| 21:38.53 | putnopvut | mvanbaak: should be. |
| 21:39.01 | mvanbaak | cool |
| 21:39.01 | putnopvut | mspiceland: you're in here? cool. |
| 21:39.11 | mvanbaak | deletes another 200 lines of dialplan code |
| 21:39.42 | mspiceland | the one and only :-) |
| 21:39.43 | mvanbaak | adding 1 line to queues.conf takes care of that now |
| 21:41.39 | edageneR | So, finding plenty of statistics programs, but not a lot that just simply can display current queue lists and agents logged in. |
| 21:45.17 | mvanbaak | edageneR: write a small script that gets the info from the manager |
| 21:47.29 | edageneR | I'd love to, but I know very little about asterisk and am not the one in charge. I just know the users need to be able to see only specific ques instead all of the 50 that are setup. |
| 21:47.41 | edageneR | So thought I would do some research. |
| 21:47.55 | bkruse | edageneR: Look at the "active channels" page in the GUI, that will take _minor_ tweaking to only show queues from the action: status command |
| 21:48.01 | *** join/#asterisk-dev outtolunc (n=me@c-24-130-75-122.hsd1.ca.comcast.net) |
| 21:48.03 | bkruse | (if you know javascript, or even if you don't) |
| 21:51.11 | edageneR | We don't even have the Asterisk with the GUI from what i know... should be upgrading soon I hope. |
| 21:57.21 | bkruse | I am just saying, use those libraries as a platform |
| 22:01.07 | bweschke | putnopvut: I'll wait for lmadsen to confirm, but the patch I attached to M13705 seems to bring back the functionality that didn't previously work |
| 22:01.55 | putnopvut | bweschke: okay. Like my note said, I just noticed that message was really really close to some code I touched recently, so I just like to make sure that I mention it in the interest of full disclosure :) |
| 22:02.12 | bweschke | good deal |
| 22:04.52 | CGMChris | bweschke: Earlier, my dtmf was not working. FollowMe actually works now. |
| 22:05.08 | bweschke | CGMChris: cool! |
| 22:05.25 | CGMChris | bweschke: Still insufficient for DB access, but... works. |
| 22:05.48 | bweschke | CGMChris: have you taken a look at the new followme with realtime support ? |
| 22:06.49 | CGMChris | bweschke: Not, but thats in 1.6 right? |
| 22:06.57 | *** part/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 22:07.35 | bweschke | still in trunk |
| 22:07.51 | bweschke | but should eventually make it's way into 1.6 |
| 22:08.26 | *** join/#asterisk-dev boolean12 (n=boolean1@tandem.uplinktel.com) |
| 22:09.36 | boolean12 | Using chan_skinny or chan_sccp, does anyone know of a way to push the remote phone onto hold? |
| 22:12.09 | mvanbaak | redirect them to MOH extension using the manager |
| 22:12.38 | mvanbaak | but remember, the other leg of the call needs to go somewhere as well |
| 22:12.44 | *** join/#asterisk-dev jeffspeff2 (n=jeff@c-69-245-31-86.hsd1.ky.comcast.net) |
| 22:13.05 | boolean12 | Sorry, Let me clear that up. Using sccp, is there a way to tell the phone to go on hold. Literally tell the phone, so that it does the negotiation, to go on hold. |
| 22:13.25 | boolean12 | The only way I can implement this is kludgy at best using xml push statements and addressing softkeys. |
| 22:13.44 | Qwell | the phones are stupid. there is no negotiation |
| 22:14.01 | Qwell | it's "hey, turn off your display. you don't need to care why. Just do it." |
| 22:14.25 | boolean12 | Negotiation meaning that it's still handing the on/off hold. |
| 22:14.31 | boolean12 | Sorry for any confusion. |
| 22:14.37 | Qwell | that what is handling it? |
| 22:14.40 | mvanbaak | meh, talking about stupid. I just found a very nice bug in chan_skinny |
| 22:14.46 | boolean12 | Hm? |
| 22:15.23 | mvanbaak | if you have a call on speakerphone, and during that call you get a voicemail or the phone reregs the call goes away from speakerphone but goes to the handset |
| 22:15.40 | boolean12 | Interesting. |
| 22:15.40 | mvanbaak | you have to hit the speakerphone button again to resume speakerphone mode |
| 22:16.05 | boolean12 | That's odd. |
| 22:16.06 | outtolunc | sounds more like a feature |
| 22:16.19 | mvanbaak | I'll revert the 'seperate line and device stuff patch' to see if it's in trunk as well |
| 22:16.25 | outtolunc | voicemails usually aren't speakerphone material |
| 22:16.43 | mvanbaak | outtolunc: correct. but the event sends some stuff to the phone |
| 22:16.49 | mvanbaak | so maybe there's a bug there |
| 22:16.52 | outtolunc | k |
| 22:17.38 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 22:17.38 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 22:18.16 | mvanbaak | ah well |
| 22:18.21 | mvanbaak | not today |
| 22:18.24 | mvanbaak | I'm going to bed |
| 22:19.21 | CGMChris | I have a question and I'm not sure if its a bug. Can anyone tell me, when you call Dial and specify a macro with the M() parameter: Is there a reason why extensions in that macro's context are ignored? |
| 22:19.58 | Qwell | boolean12: please don't message me. I've asked you before not to. |
| 22:20.20 | mvanbaak | ./msg Qwell MESSAGE YOU ! |
| 22:21.07 | mvanbaak | Qwell: btw, I see you dont spend time on skinny anymore. lost interest or simply no time to do it ? |
| 22:21.13 | Qwell | mvanbaak: no time lately ;/ |
| 22:21.21 | *** part/#asterisk-dev wwalker (n=wwalker@pdpc/supporter/sustaining/wwalker) |
| 22:21.52 | mvanbaak | k |
| 22:22.02 | mvanbaak | I want to get some stuff in there |
| 22:22.44 | mvanbaak | so I'll just commit it, and when it's borked I'll take the blame ;) |
| 22:23.21 | mvanbaak | I'm going to put the 'seperate lines and devices config stuff' in |
| 22:24.16 | mvanbaak | M13412 |
| 22:24.19 | MuffinMan | [assigned] [Asterisk] Channels/chan_skinny 0013412: [patch] Rewrite the config stuff to seperate lines and devices reported by wedhorn (Karma: +15.25) http://bugs.digium.com/view.php?id=13412 |
| 22:25.18 | mvanbaak | ow, I was going to bed ;) |
| 22:25.24 | Qwell | go to bed! |
| 22:25.26 | mvanbaak | latero all. talk to you later this week |
| 22:33.14 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 22:33.14 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 22:35.14 | putnopvut | I don't mean to brag, but I just ate some strawberry yogurt |
| 22:35.20 | *** part/#asterisk-dev mspiceland (n=mike@nat/digium/x-ae38b7b5d6503aae) |
| 22:37.19 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 22:38.34 | jameswf | just ate a fun size bag of M&Ms as a fatman I didnt find it fun at all |
| 22:39.08 | CGMChris | Anyone: Is there a reason that macros exit immediately if any key is pressed, with complete disregard to any extensions defined within said macro (particularly when macro is called from the dial application) ? |
| 22:41.28 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 23:01.28 | lmadsen | M13705 |
| 23:01.30 | MuffinMan | [ready for testing] [Asterisk] Channels/chan_sip/General 0013705: Can't use type=friend anymore in sip.conf reported by blitzrage (Karma: +34.75) http://bugs.digium.com/view.php?id=13705 |
| 23:02.44 | Corydon76-dig | CGMChris: because they are macros, not subroutines |
| 23:11.47 | Corydon76-dig | A macro is merely a substitution into a running context, which is the way that Macro behaves... as if it were running in the context where it was called |
| 23:17.18 | lmadsen | Corydon76-dig: a good section for your new book! Macro's vs. Subroutines |
| 23:33.03 | Corydon76-dig | Too many people, across many disciplines in programming, use macros as subroutines, which they, most emphatically, are NOT. |
| 23:47.56 | edageneR | Incase anyone else has any input, I am looking for a program for Asterisk that I can display call queues, specifically either ones with clients waiting or which I designate. |
| 23:51.23 | snuff-work | edageneR: #asterisk for those types of questions |
| 23:55.58 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |