00:00.48 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
00:07.57 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
00:07.57 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
01:33.53 | seanbright-home | automerge needs a little kicky kick |
01:42.42 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
01:42.42 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
01:47.19 | seanbright-home | russellb: kick automerge kthxbye |
01:48.29 | russellb | o.O |
01:48.33 | russellb | i'm not on the vpn right now so i can't |
01:48.55 | seanbright-home | well what good are you? |
01:49.07 | russellb | none right now |
01:49.13 | russellb | but hopefully i'm useful sometimes, at least |
01:49.30 | seanbright-home | of course |
01:49.47 | seanbright-home | but now i have to merge myself, and i'm lazy |
01:49.54 | russellb | seanbright-home: by the way ... regarding newt menuselect ... |
01:50.00 | seanbright-home | yessir |
01:50.07 | russellb | just create something on bugs.digium.com if you're ready for it to be merged in |
01:50.13 | russellb | so 1) i will remember. |
01:50.23 | russellb | and then i can make the required asterisk changes, too |
01:50.42 | seanbright-home | what changes are needed to teh asterisk? |
01:50.58 | russellb | um. |
01:51.03 | russellb | configure script check for newt? |
01:51.16 | russellb | or did you do that in the menuselect configure? |
01:51.23 | seanbright-home | menuselect configure |
01:51.29 | russellb | oh, and makefile targets ... "make nmenuselect" |
01:51.30 | seanbright-home | was that incorrect? |
01:51.33 | seanbright-home | ahhh |
01:51.35 | russellb | no, i guess that's fine |
01:51.38 | russellb | i'm just not thinking |
01:51.57 | russellb | i wonder if we should make nmenuselect the default if you have newt installed |
01:52.02 | russellb | i guess i can decide after i run it ;) |
01:52.07 | seanbright-home | i was about tsayo |
01:52.09 | seanbright-home | erm |
01:52.12 | seanbright-home | i was about to say |
01:52.50 | seanbright-home | well i'll give it another once or twice over and then submit a bug |
01:53.00 | russellb | okie dokie |
01:53.28 | russellb | i will just keep forgetting unless i have something like that to remind me |
01:53.30 | russellb | :-/ |
01:53.46 | seanbright-home | assign to you, i assume |
01:53.48 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
01:54.18 | seanbright-home | word. |
01:54.26 | russellb | fo' shizzle |
01:55.43 | russellb | i swear this used to work |
01:55.43 | russellb | ugh |
01:56.14 | seanbright-home | vpn schmee-pn |
01:57.17 | seanbright-home | comcast continuous knocks me off my work vpn |
01:57.23 | seanbright-home | so i rarely work from home |
01:57.34 | seanbright-home | continuousLY, rather. |
01:59.46 | russellb | o.O |
01:59.49 | russellb | evil talk |
01:59.52 | russellb | vpn is up, yay' |
02:00.05 | seanbright-home | i kinda like vista |
02:00.10 | seanbright-home | call me crazy |
02:00.12 | *** mode/#asterisk-dev [+b %seanbright-home!*@*] by russellb |
02:00.26 | *** mode/#asterisk-dev [-b %seanbright-home!*@*] by russellb |
02:00.30 | seanbright-home | heh |
02:01.41 | seanbright-home | i make my living doing C#/ASP.NET dev |
02:01.41 | russellb | yeah yeah |
02:01.43 | russellb | for now! |
02:01.46 | seanbright-home | heh |
02:02.01 | seanbright-home | can't take the heat in alabama |
02:02.17 | seanbright-home | but i guess i could finally go to spacecamp |
02:02.17 | russellb | we have remote employees, lots of things are possible if you keep this up :-p |
02:02.47 | Qwell | zomg |
02:02.54 | russellb | Qwell: hi2u |
02:03.19 | Qwell | how was the parkway traffic? |
02:03.24 | russellb | fine for me |
02:03.30 | Qwell | freaking sucked for us.. I think they closed it at weatherly |
02:03.36 | russellb | shit |
02:03.43 | russellb | it was totally fine when i drove home around 7:!5 |
02:04.57 | outtolunc | yes sp1 is out in the wild |
02:05.21 | paravoid | who cares? |
02:06.50 | russellb | Qwell: what time? |
02:06.59 | Qwell | like 5:45 |
02:07.01 | russellb | Qwell: i noticed the traffic lights at whitesburg were about to fall off the wire |
02:07.07 | Qwell | nice |
02:07.29 | russellb | they were hanging reallllly low like one of the wires broke and swinging like madness |
02:07.32 | russellb | the wind is insane right now |
02:07.36 | Qwell | maybe that's why |
02:07.41 | Qwell | supposedly there was a major accident |
02:07.46 | russellb | ahh .. |
02:07.47 | bkw__ | is it snowing there? |
02:07.51 | russellb | nope |
02:07.56 | russellb | high was 70 today |
02:08.00 | seanbright-home | outtolunc: by "out in the wild" you mean "not yet officially available"? |
02:08.01 | russellb | yet we're supposed to get snow tomorrow |
02:08.14 | outtolunc | correct |
02:08.37 | seanbright-home | ah |
02:12.51 | seanbright-home | so judgemental |
02:12.59 | outtolunc | nods <G> |
02:13.02 | russellb | for speaking such heresy |
02:13.20 | Qwell | bkw__: forecast for tomorrow (when I checked yesterday) was snow |
02:13.35 | Qwell | 70f > snow |
02:13.37 | bkw__ | doubt it'll happen |
02:13.59 | Qwell | it snowed like last week |
02:14.10 | bkw__ | i'll trust it when I see it |
02:14.14 | Qwell | tomorrow, low 33 |
02:14.22 | seanbright-home | i'll just start converting asterisk to C# and submitting patches |
02:14.27 | seanbright-home | for mono, obviously. |
02:14.28 | seanbright-home | heh |
02:35.06 | snuff-work | mm.. tommorrow here.. tad hot at 80F |
02:35.14 | snuff-work | 86F even |
02:39.13 | russellb | the southern hemisphere is silly |
02:39.35 | russellb | you've got everything all backwards! |
02:40.29 | snuff-work | maybe.. but we dont read right to left.. not completly backwards ;) |
02:40.50 | seanbright-home | the toilet water even spins the wrong way |
02:41.07 | russellb | that's the craziest part |
02:41.27 | seanbright-home | its a myth unfortunately |
02:41.32 | seanbright-home | mr. wizard lied!! |
02:42.08 | russellb | bitch! |
02:42.44 | seanbright-home | he died recently |
02:42.49 | *** join/#asterisk-dev bkw_ (n=brian@adsl-70-234-168-136.dsl.tul2ok.sbcglobal.net) |
02:42.53 | snuff-work | well.. its like they say "Don't worry about the world coming to an end today. It's already tomorrow in Australia." |
02:43.05 | seanbright-home | don hubert? herbert? one of those. |
02:44.22 | *** join/#asterisk-dev bkw___ (n=brian@adsl-64-149-54-142.dsl.tul2ok.sbcglobal.net) |
03:20.36 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
03:27.12 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
03:30.14 | *** join/#asterisk-dev jeffg (i=Ztz1F2ng@pdpc/supporter/active/jeffg) |
03:39.43 | *** join/#asterisk-dev ectospasm (n=ectospas@c-71-207-229-248.hsd1.al.comcast.net) |
04:23.34 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
04:23.34 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
04:28.04 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
04:28.04 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
04:36.02 | jameswf-home | someone who knows allison please get her to do a spoof of the hillary/obama its 3am commercial... its 3am wouldnt you want asterisk.... |
05:07.05 | *** join/#asterisk-dev Charris2587 (n=Chris@216.141.250.214) |
05:07.13 | *** part/#asterisk-dev Charris2587 (n=Chris@216.141.250.214) |
05:09.36 | *** part/#asterisk-dev bkw_ (n=brian@adsl-64-149-54-142.dsl.tul2ok.sbcglobal.net) |
05:10.16 | *** join/#asterisk-dev suahmed (n=Administ@69.88.13.17) |
05:38.34 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
06:52.50 | *** join/#asterisk-dev jmesquita (n=jmesquit@200.170.114.149) |
07:08.00 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177584628.dsl.bell.ca) |
07:08.56 | *** join/#asterisk-dev slavon_net (n=slavon@slavon.bigtelecom.ru) |
07:09.02 | slavon_net | Morning all. |
07:11.29 | slavon_net | if i read code aright - is messages like this critical in system (because in code i see CRUSH keyword next) ? "Attempted to delete nonexistent schedule entry 0!" |
07:15.54 | *** join/#asterisk-dev simbol76ss (n=simbol@ip-212-26.sn1.eutelia.it) |
07:32.30 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
08:00.34 | *** join/#asterisk-dev arooni (n=arooni__@c-24-19-232-203.hsd1.mn.comcast.net) |
08:00.37 | arooni | hello! |
08:00.38 | arooni | [Mar 4 07:50:48] NOTICE[2358]: pbx_spool.c:341 attempt_thread: Call failed to go through, reason 1 ...... what is reason 1? |
08:00.57 | arooni | where can i find docs on what Reason1 is |
08:01.02 | arooni | #asterisk isnt helping |
08:03.52 | *** join/#asterisk-dev steliosk (n=Stelios@85.75.211.185) |
08:14.57 | tzafrir | ast_log(LOG_NOTICE, "Call failed to go through, reason (%d) %s\n", reason, ast_channel_reason2str(reason)); |
08:15.21 | tzafrir | the "name" of the reason appears where you put the ... |
08:15.57 | tzafrir | arooni, ==^ |
08:16.09 | tzafrir | So next time please help #asterisk help you |
08:16.33 | arooni | tzafrir, oh but i did |
08:16.39 | arooni | they're busy telling me how i fail |
08:16.40 | arooni | hah |
08:17.23 | tzafrir | ignore some of them |
08:20.35 | slavon_net | After last 1.4 updates from svn somtime if RINGING (or session progress) in sip - listen distortion and big noise. After far end answered - all stay normal. but this patches helps for crashes! |
08:21.10 | slavon_net | about 20-30% of calls have this problem... |
08:55.11 | *** part/#asterisk-dev simbol76ss (n=simbol@ip-212-26.sn1.eutelia.it) |
08:55.52 | *** join/#asterisk-dev simbol76ss (n=simbol@ip-212-26.sn1.eutelia.it) |
09:11.33 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
09:40.11 | *** join/#asterisk-dev jmls (n=jmls@mail.tessera.co.uk) |
09:53.06 | *** join/#asterisk-dev giggham (n=giggham@203.110.178.130) |
09:53.44 | giggham | I |
10:28.02 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-288865.home.otenet.gr) |
10:50.00 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
10:51.26 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
11:09.00 | jmls | II |
11:27.06 | RoyK | III |
11:41.13 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-142674.home.otenet.gr) |
11:44.54 | atis_work | IV |
12:00.21 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
12:24.34 | Mavvie | a very simple question: a PRI channel which is not in use, could that have a DSP assigned to it? |
12:25.16 | Mavvie | "could"? of course! "should" is a better question. |
12:30.41 | tzafrir | "not in use" - not in a call? |
12:30.56 | tzafrir | then no - a DSP should not be assaigned to it |
12:33.21 | Mavvie | That's what I thought. It seems that "Moving call from channel 95 to channel 113" screws up the dsp field. |
12:33.30 | Mavvie | Let me update my ticket. |
12:40.23 | Mavvie | mvanbaak: can you do me a quick favour? |
12:41.29 | Mavvie | mvanbaak: http://bugs.digium.com/view.php?id=11917, can you set it to a chan_zap category? |
12:46.51 | mvanbaak | done |
12:47.03 | Mavvie | thanks! |
12:47.25 | mvanbaak | well, if it goes through anywayz |
12:47.30 | mvanbaak | I hit 'Update' |
12:47.36 | mvanbaak | ah, there it is |
12:48.18 | Mavvie | wonder if I can just create a new dsp for this... |
12:48.42 | Mavvie | we're now in an area which I've never dared to touch. |
12:51.12 | mvanbaak | I did not look at it, I only updated the category |
12:51.20 | Mavvie | that's fine. |
12:51.24 | mvanbaak | I'm at work and a shitload of ppl want stuff from me |
12:58.31 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable153.55-201-24.mc.videotron.ca) |
13:03.58 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
13:05.45 | *** part/#asterisk-dev suahmed (n=Administ@69.88.13.17) |
13:08.22 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.131.143) |
13:27.05 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
14:02.14 | *** join/#asterisk-dev RoyK_ (n=roy@ti200720a080-5936.bb.online.no) |
14:03.07 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
14:07.07 | *** join/#asterisk-dev jeffg (i=VGFVIJjm@pdpc/supporter/active/jeffg) |
14:11.56 | *** join/#asterisk-dev agx (n=AGX@88.34.216.63) |
14:17.14 | Corydon76-dig | file: ping |
14:19.26 | Corydon76-dig | lmadsen: are you able to get on the VPN this morning? |
14:19.42 | lmadsen | nope |
14:19.45 | lmadsen | I can't get to anything digium |
14:19.51 | lmadsen | jabber, zimbra, etc... |
14:19.56 | Corydon76-dig | Okay, just wanted to mek sure it wasn't just me |
14:20.03 | lmadsen | ya, it isn't |
14:20.11 | lmadsen | seems all of digiums network might be down thsi morning |
14:20.32 | Corydon76-dig | I think the router at APID that has been having trouble over the past week finally died last night |
14:20.55 | lmadsen | entirely possible |
14:21.02 | Qwell | does that mean we get to replace it? |
14:21.22 | lmadsen | does this mean I don't have to work? hawt |
14:21.28 | Corydon76-dig | Well, someone is going to have to |
14:23.33 | agx | router brand? |
14:23.55 | Corydon76-dig | I'm not privy to that information |
14:24.14 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
14:24.14 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
14:24.28 | Corydon76-dig | russellb: yay! |
14:24.40 | russellb | hi2u |
14:24.52 | russellb | what did i do to deserve a yay? |
14:25.14 | Corydon76-dig | What haven't you done to deserve a yay? ;-) |
14:25.16 | d3wayne | russellb: yay^2 |
14:25.19 | russellb | aw |
14:25.22 | russellb | <3 |
14:25.51 | Juggie | russellb, is IT ever going to fix buildbot.digium.com |
14:26.06 | russellb | i told the network admin, but he may have forgotten |
14:26.13 | russellb | i'll drop a request in for it ... if i remember |
14:26.13 | russellb | :) |
14:26.20 | russellb | also, digitnet appears to be broken |
14:26.25 | russellb | i can't get to anything from here at home |
14:26.27 | Juggie | he must have its been weeks and its still only on digiums name servers and not the nameserver.net ones. |
14:26.39 | Corydon76-dig | russellb: we were just discussing that |
14:26.41 | Juggie | so it resolves ocasionally. |
14:26.50 | russellb | Juggie: ok, i'll request for it to get fixed |
14:26.53 | russellb | Corydon76-dig: ah .. |
14:27.08 | russellb | knology has been a pretty terrible ISP |
14:27.13 | russellb | for both our PRI and data |
14:27.26 | mvanbaak | that sux |
14:28.16 | Corydon76-dig | I think it's the endless pendulum swing of IT depts to swing between cheap and effective |
14:28.26 | russellb | in other news, i think i just thought of the required change for the issue blocking 1.6.0 |
14:28.41 | lmadsen | russellb: ya... I get latency on the VPN sometimes (like all of last week), it tends to drop at least once a week..., etc... |
14:28.58 | russellb | lmadsen: yeah, the VPN reliability is pretty ridiculous |
14:29.09 | lmadsen | indeed |
14:29.22 | lmadsen | and with more and more people on the VPN, it'd be nice to find a slightly more reliable ISP... |
14:29.51 | Corydon76-dig | Everytime an effective IT dept gets everything working, a CTO (not ours) wants to switch to a Windows-homogenous solution |
14:30.23 | lmadsen | I say was switch to a Windows solution |
14:30.27 | lmadsen | s/was/we/ |
14:30.37 | mvanbaak | that will increase stability ;) |
14:30.47 | lmadsen | then this won't happen anymore, and everything will run without people |
14:30.57 | Corydon76-dig | Ha |
14:30.59 | russellb | i run openvpn on a windows server and it has never gone down :) |
14:31.01 | lmadsen | it'll be a self healing network, and automatically do all the updates we need |
14:31.20 | lmadsen | plus it'll plan it's migration and update paths for us! |
14:31.28 | lmadsen | it'll even create a roadmap for asterisk for us too |
14:31.44 | tzafrir | tzanger, here? |
14:31.49 | mvanbaak | russellb: with the right settings etc it can be stable. but I do trust my ipsec setup based on OpenBSD more then a windows box running openvpn |
14:32.16 | russellb | heh, i would too |
14:32.17 | tzafrir | A question about ztd-eth, if I may |
14:32.36 | Corydon76-dig | mvanbaak: what about ipsec on Windows versus openvpn on OpenBSD? |
14:32.59 | lmadsen | ipsec on windows has been terrible for me |
14:33.10 | Corydon76-dig | Are you more trusting of the technology or the operating system? |
14:33.10 | mvanbaak | Corydon76-dig: openvpn on OpenBSD |
14:33.17 | mvanbaak | OS |
14:33.36 | mvanbaak | openvpn is a pretty nice tool |
14:33.47 | mvanbaak | but I dont trust my entry point to windows |
14:33.52 | Corydon76-dig | The other thing I like about openvpn is that I actually understand how it works |
14:33.58 | russellb | heh |
14:34.01 | mvanbaak | gheh |
14:34.03 | russellb | openvpn is so damn easy to set up ... |
14:34.08 | mvanbaak | yeah, ipsec can be a bit confusing |
14:34.15 | mvanbaak | with the isakmpd etc |
14:34.28 | mvanbaak | but in the latest couple of releases they made it really easy in OpenBSD |
14:34.33 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
14:34.33 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
14:34.38 | Corydon76-dig | mvanbaak: confusing tech is all fine if everything works... but it's hell if anything doesn't. |
14:34.46 | mvanbaak | yup |
14:35.08 | mvanbaak | like I said, I did not dare to touch it till OpenBSD came with ipsecctl |
14:35.34 | mvanbaak | you write a simple line: ike esp from <remote_net> to <localnet> gateway <my_public_vpn_ip> |
14:35.38 | mvanbaak | that's it |
14:35.45 | mvanbaak | place some public keys and be done with it |
14:35.48 | codefreeze | speaking of openvpn, I've got those vpn-is-down blues... |
14:35.56 | russellb | codefreeze: you're so behind :) |
14:36.08 | russellb | codefreeze: we've all got the "entire diginet is down" blues |
14:36.24 | mvanbaak | the PRI as well ? |
14:36.28 | russellb | unknown |
14:36.32 | mvanbaak | that will mean your boss wont be able to call you ;) |
14:36.32 | codefreeze | Heck, I'm still trying to recover from the beandip at last night's FHE\ |
14:36.41 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
14:36.50 | russellb | O.O |
14:36.53 | russellb | PRI seems up |
14:37.17 | mvanbaak | whehehehehe |
14:37.27 | mvanbaak | boss called or did you try the ivr ? |
14:37.35 | russellb | i tried the IVR |
14:37.50 | mvanbaak | lucky you ;) |
14:38.08 | Corydon76-dig | mvanbaak: Boss isn't at work yet, either |
14:38.16 | mvanbaak | Corydon76-dig: that reconnect patch you did in adaptive odbc is wonderfull |
14:38.49 | Corydon76-dig | Eh? |
14:38.53 | mvanbaak | but I did remove the warning and notice lines |
14:39.25 | mvanbaak | remember my box was crashing after being idle for about an hour ? |
14:39.32 | mvanbaak | because mysql was disconnected |
14:39.51 | mvanbaak | you fixed it by making it reconnect after a specified number of seconds |
14:39.53 | Corydon76-dig | Ah, idlecheck |
14:40.04 | mvanbaak | yeah |
14:40.08 | Corydon76-dig | That's a res_odbc change, not an adaptive_odbc change |
14:40.25 | mvanbaak | works like a charm, but the warnings and notices became annoying |
14:40.28 | mvanbaak | so I removed those |
14:40.35 | Corydon76-dig | Heh |
14:40.48 | mvanbaak | yeah sorry. I only use adaptive_odbc, no other odbc stuff yet |
14:41.07 | mvanbaak | but I'm looking into func_odbc |
14:41.11 | mvanbaak | it looks spiffy |
14:45.14 | lmadsen | it sure is :) |
14:45.38 | *** join/#asterisk-dev RoyK_ (n=roy@box36.fortel.no) |
14:46.09 | *** join/#asterisk-dev RoyK_ (n=roy@box36.fortel.no) |
14:48.06 | mvanbaak | btw, does asterisk support video meetme ? |
14:51.10 | russellb | mvanbaak: RTFSC!!!11!! |
14:51.12 | russellb | (no) |
14:51.24 | tzanger | tzafrir: yes |
14:51.26 | russellb | app_conference does some video switching .. |
14:52.37 | mvanbaak | ok thanks |
14:53.31 | JunK-Y | mvanbaak: patches are welcome :) |
14:53.45 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
14:53.48 | russellb | it actually wouldn't be too hard to add basic video switching based on speaker detection |
14:54.02 | jsmith | russellb: Yeah, the hard part is that you've gotta wait for a key frame |
14:54.14 | russellb | true |
14:54.19 | jsmith | russellb: Also, you'd want some hysteresis |
14:54.21 | JunK-Y | russellb: is there any schedule for a next dev conference? |
14:54.33 | russellb | JunK-Y: not officially |
14:54.45 | jsmith | russellb: Once that's done, then people will demand the "Brady Bunch" feature |
14:54.51 | JunK-Y | ok. i will have some ideas to propose. |
14:55.03 | russellb | JunK-Y: we have unofficial plans in the works for mid-june |
14:55.07 | jsmith | JunK-Y: You're always welcome to propose ideas on the -dev list |
14:55.11 | russellb | most likely to UPenn |
14:55.19 | russellb | but like i said, nothing for sure yet |
14:55.46 | JunK-Y | mid-june? iss, -dev will be more before that. |
14:56.08 | russellb | eh? |
14:56.23 | Corydon76-dig | russellb: too bad it's not the last full week in June |
14:56.32 | russellb | why? |
14:56.36 | Corydon76-dig | I could save airfare |
14:56.38 | russellb | that would be my birthday :( |
14:56.48 | russellb | Corydon76-dig: like it matters for you, you're going for free :) |
14:56.48 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
14:57.04 | Corydon76-dig | The following week I'm supposed to go up to my parents' in MD for a family reunion |
14:57.12 | russellb | ohhhhh, i see what you're saying |
14:57.21 | russellb | :-/ |
14:59.24 | *** join/#asterisk-dev kpfleming (n=kpflemin@216.207.245.1) |
14:59.24 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
14:59.32 | *** join/#asterisk-dev Deeewayne (n=dwayne@216.207.245.1) |
14:59.32 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
14:59.43 | Corydon76-dig | Yay, VPN is back up |
15:00.13 | lmadsen | yay! |
15:02.41 | *** join/#asterisk-dev corramor (n=corramor@216.207.245.1) |
15:07.56 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
15:07.56 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
15:08.03 | *** join/#asterisk-dev joshaidan (n=joshaida@S0106001c1023e838.tb.shawcable.net) |
15:16.36 | *** join/#asterisk-dev jeffg (i=qYSVgHHd@pdpc/supporter/active/jeffg) |
15:23.40 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
15:23.40 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
15:23.53 | *** join/#asterisk-dev RoyK (n=roy@ti200720a080-5936.bb.online.no) |
15:29.10 | lmadsen | kpfleming: ping |
15:33.51 | *** join/#asterisk-dev simbol76ss (n=simbol@ip-212-26.sn1.eutelia.it) |
15:38.57 | *** join/#asterisk-dev RoyK_ (n=roy@ti200720a080-5936.bb.online.no) |
15:41.29 | *** join/#asterisk-dev CunningPike (n=arodgers@vpn.dnv.org) |
15:46.41 | *** part/#asterisk-dev simbol76ss (n=simbol@ip-212-26.sn1.eutelia.it) |
15:56.27 | kpfleming | lmadsen: pong |
15:57.12 | lmadsen | kpfleming: when you have a couple mins, could you call me at 6105? I was talking to Ryan about what you and he were discussing last night re: queues etc.... but he couldn't really remember what you told him, so figured it'd be easier just to get it from you directly |
15:57.25 | kpfleming | sure |
15:57.33 | lmadsen | thx |
16:07.16 | *** join/#asterisk-dev bkw_ (n=brian@adsl-64-149-54-142.dsl.tul2ok.sbcglobal.net) |
16:09.24 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
16:09.24 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
16:12.35 | *** join/#asterisk-dev _Krieger_ (n=krieger@193.39.118.158) |
16:15.33 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
16:16.40 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
16:17.13 | Juggie | quiet today. |
16:17.21 | jmls | shhh! |
16:18.04 | Juggie | Qwell, did you get the whole NIN albulm? |
16:19.38 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
16:19.56 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
16:19.56 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
16:19.58 | sruffell | jpeeler: When you next go home, do you think you could get an audio capture for me of your setup? I tried the branch at home and didn't have any problems.... |
16:20.42 | jpeeler | sruffell: sure no problem |
16:21.02 | sruffell | thanks! |
16:21.04 | jpeeler | i assume you just want the DTMF? |
16:21.34 | sruffell | yes....I attached the script I used to issue 12099. http://bugs.digium.com/file_download.php?file_id=18024&type=bug |
16:22.44 | jpeeler | ok will do |
16:37.22 | kpfleming | jpeeler: can you get into the Jabber chat rooms? when i try i get 502 timeout error |
16:37.34 | file | nope. |
16:37.45 | kpfleming | ok, it's not me or Debian sid then :-) |
16:38.21 | jpeeler | yeah, but i still want to know how jabber messaging works, just not the chat |
16:39.33 | russellb | i can't either |
16:42.16 | Corydon76-dig | Nor can I, from outside |
16:42.32 | russellb | i also can't from the east |
16:42.55 | Corydon76-dig | russellb: from SC? |
16:43.16 | russellb | perhaps. |
16:44.12 | Corydon76-dig | I meant, since I'm probably connecting to a different IP address, the routers/firewalls I pass are likely different |
16:45.26 | Qwell | "This E-mail is to inform you that you emerged a winner of £500,000.00 in our online Google Give-aways draws inline with our 1Oth year Anniversary." |
16:45.31 | Qwell | hooray! |
16:45.48 | Corydon76-dig | one-oh-th? |
16:45.48 | *** join/#asterisk-dev otherwiseguy (n=otherwis@CPE-75-81-49-192.kc.res.rr.com) |
16:46.03 | russellb | it's otherwiseguy ! |
16:46.28 | otherwiseguy | Yep. Not the wiseguy, the other one. |
16:48.31 | russellb | interesting data point. |
16:48.37 | russellb | 115 fixes to asterisk 1.4 since 1.4.18 |
16:49.00 | russellb | about a month of time |
16:49.15 | *** join/#asterisk-dev seanbright (i=seanbrig@65.207.74.18) |
16:56.19 | jmls | russellb: branch 1.6 ? |
16:56.21 | jmls | :) |
16:58.01 | Corydon76-dig | There is no branch 1.6 |
16:58.46 | caio1982 | PastryChef disagrees |
16:59.09 | Qwell | 1.6.0 != 1.6 |
16:59.33 | jmls | meh |
16:59.38 | seanbright | don't try to see branch the release, that's impossible. instead, try to realize the truth... |
16:59.51 | seanbright | i wish i hadn't f'd that up |
16:59.52 | seanbright | oh well. |
16:59.55 | caio1982 | haha |
17:02.57 | jsmith | Qwell: You got that email from Google too? |
17:03.08 | jsmith | Qwell: Funny... the guy has a Yahoo email address ;-) |
17:05.20 | putnopvut | I got it too. |
17:05.28 | putnopvut | How can there possibly so many winners? |
17:06.23 | jmls | you are all so lucky .. |
17:06.50 | putnopvut | And all at the same company too? |
17:07.42 | Qwell | putnopvut: luck |
17:08.06 | russellb | i won too! |
17:08.16 | Qwell | we should all just retire then |
17:08.34 | lmadsen | i didn't win :( |
17:08.45 | Qwell | lmadsen: because you're canadian |
17:10.54 | mvanbaak | I got it as well ! |
17:12.53 | jmls | russellb: can I ask something about the svn merge process you've just described ? |
17:14.18 | mvanbaak | hhmm, automerge not running ? |
17:14.47 | russellb | jmls: sure |
17:15.06 | russellb | but you're not a committer, so it's not that important ;) |
17:15.55 | mvanbaak | I have to manually run automerge on team/group/multiparking |
17:16.10 | mvanbaak | changes from march 3 and 4 |
17:16.26 | russellb | fixed |
17:16.28 | jmls | heh |
17:16.44 | mvanbaak | thanks |
17:16.46 | jmls | I use svn for my projects. |
17:16.55 | russellb | but yeah, that's fine |
17:16.56 | russellb | ask away |
17:17.09 | jmls | I would have 1.4 as the source for 1.6, and 1.6 the source for trunk |
17:17.21 | russellb | it can't work that way in this case |
17:17.29 | russellb | because we may have to merge fixes into multiple 1.6.X branches |
17:17.41 | russellb | so there is no linear merge path that can work |
17:18.26 | jmls | wouldn't you just break the link from 1.6.0 to trunk , set 1.6.0 as the surce for 1.6.1, and 1.6.1 as the source for trunk |
17:18.56 | Qwell | 1.6.0 can't be changed once branches (except for regression fixes) |
17:19.02 | Qwell | once branched* |
17:19.07 | Corydon76-dig | jmls: once released, only regressions get merged into 1.6.x branches |
17:19.24 | Corydon76-dig | No other bug fixes |
17:19.35 | jmls | ohhhhhhhh |
17:19.38 | Qwell | well, security vulns too I guess |
17:19.39 | Qwell | but still |
17:20.03 | jmls | so, you're on 1.6.0, you find a bug |
17:20.10 | jmls | you _have_ to go to 1.6.1 |
17:20.14 | jmls | (if it's fixed in there) |
17:20.18 | Juggie | seanbright: ping |
17:21.40 | paravoid | woohoo |
17:21.42 | paravoid | congrats |
17:21.50 | Corydon76-dig | So the first 1.6 release is code-named Pennsylvania Avenue |
17:21.56 | Qwell | paravoid: is there a 1.6.0 package in sid yet? |
17:22.08 | paravoid | Qwell: no, of course not |
17:22.12 | paravoid | and I'm not sure if we will |
17:22.31 | russellb | it's not released yet, guys, heh |
17:22.35 | paravoid | the release team has asked to not upload new upstream versions from "early March" |
17:22.38 | russellb | just feature frozen, and getting close |
17:22.46 | paravoid | and since you haven't even released |
17:22.58 | paravoid | I'm not sure I want to push 1.6 for lenny |
17:23.01 | Corydon76-dig | russellb: 1.6.0.0 Pennsylvania Avenue, right? |
17:23.16 | paravoid | perhaps experimental... |
17:23.49 | putnopvut | Corydon76-dig: then code name it "White House" |
17:23.59 | russellb | o.O |
17:25.37 | Qwell | russellb: !!! |
17:25.45 | Qwell | I have an idea! I think it's been brought up before actually |
17:25.56 | russellb | go on. |
17:25.57 | Qwell | branches/1.6-current |
17:26.00 | Juggie | russellb, when say a 1.6.1 tag is created, it will be created from trunk right? there is no 1.6 tag? |
17:26.05 | Qwell | symlink to latest 1.6.x branch |
17:26.24 | russellb | Qwell: don't think it has come up, but i'm fine with that |
17:26.25 | Qwell | actually, that could get screwy |
17:26.37 | russellb | yes, it could |
17:26.42 | russellb | now that i think of it |
17:26.44 | russellb | so, nm, no |
17:26.45 | russellb | :) |
17:26.47 | Qwell | nevermind - I'd have to think about how it would work :D |
17:26.49 | Corydon76-dig | Aww |
17:26.56 | Corydon76-dig | Let's do it anyway |
17:27.12 | Juggie | russellb, you missed my q 10 lines back. |
17:27.19 | Corydon76-dig | That would be fairly useful |
17:27.21 | Qwell | Juggie: correct |
17:27.23 | russellb | 1.6.1 _branch_ |
17:27.26 | Qwell | Corydon76-dig: yeah, it would |
17:27.32 | russellb | but that's the idea |
17:27.38 | Qwell | I'll ponder it a bit.. maybe I can come up with a way for it to work |
17:27.44 | Juggie | ok, perfect. |
17:27.49 | russellb | but you check out 1.6-current from svn, and it's 1.6.0 |
17:27.55 | agx | any developer of chan_misdn online? i've want to propose a patch to handle reject_cause better or to skip inband audio via Dial() when a DISCONNECT is received |
17:27.59 | Corydon76-dig | Qwell: are you pondering what I'm pondering? |
17:27.59 | russellb | your checkout does not magically get switched to 1.6.1 when it gets released |
17:27.59 | Qwell | yeah, when the symlink changes, it'll hose things |
17:28.13 | russellb | won't hose it, but it's only current as of the time of the _checkout_ |
17:28.23 | Qwell | well, the symlink itself would update |
17:28.26 | russellb | so that's confusing |
17:28.28 | Qwell | which...well...who knows |
17:28.34 | russellb | might break, i don't know |
17:28.36 | Corydon76-dig | We can try it |
17:28.42 | Corydon76-dig | with 1.4 tags |
17:28.49 | Qwell | I'm sure it would break - the question is, how badly |
17:29.07 | russellb | and if it does break, can we fix it in "make update" |
17:29.57 | russellb | damnit svn, hurry the f up |
17:30.17 | Qwell | so, I assume everybody is aware that they'll need to run a new make install in repotools to get mergetrunk6? |
17:30.26 | *** join/#asterisk-dev Damin (n=damin@nucleus.nacs.net) |
17:30.31 | russellb | they'll figure it out :-p |
17:31.04 | Damin | Busy morning? |
17:31.09 | russellb | yep |
17:31.13 | seanbright | Juggie: sup? |
17:31.44 | russellb | seanbright: the addiction has begun. you're on here at work, too! |
17:31.52 | seanbright | russellb: i usually, am. |
17:31.53 | paravoid | you could also switch to git |
17:32.01 | Juggie | seanbright: the docs seem fine to me. |
17:32.02 | seanbright | wow. horrible punctuation on my part... |
17:32.04 | russellb | paravoid: that is indeed an option. |
17:32.13 | seanbright | Juggie: great |
17:32.18 | Corydon76-dig | paravoid: You can be hurt. :-P |
17:32.27 | paravoid | russellb: well, I'm not sure if it's an option |
17:32.34 | paravoid | what are you going to do about externals? :) |
17:32.41 | russellb | it's an option, but how good of an option is undefined :) |
17:32.52 | mvanbaak | git has no externals ? |
17:33.01 | Qwell | mvanbaak: most things don't |
17:33.03 | russellb | not using an SCM system at all is also an option. |
17:33.03 | paravoid | mvanbaak: not afaik |
17:33.09 | paravoid | russellb: yay for that |
17:33.10 | Qwell | russellb: ooo, patches/tarballs by mail? |
17:33.15 | russellb | Qwell: yep |
17:33.18 | Qwell | (regular mail) |
17:33.19 | mvanbaak | cool |
17:33.34 | Corydon76-dig | tarballs by snailmail? |
17:33.36 | Juggie | seanbright: what did you want to tackle next, are you going to split it how you wanted? |
17:33.40 | mvanbaak | yeah |
17:33.41 | russellb | i really have been thinking a lot about ways to make this easier |
17:33.48 | russellb | i'm thinking, public write-only access |
17:33.50 | seanbright | Juggie: yup |
17:33.51 | mvanbaak | you'll have to scan them with OCR to create source |
17:34.08 | russellb | write-only? read/write ... |
17:34.24 | russellb | screw dealing with patches |
17:34.27 | russellb | just let people commit them |
17:34.49 | Juggie | hahah |
17:34.51 | mvanbaak | that's an option |
17:35.04 | paravoid | russellb: you might be kidding, but I've found this to be quite effective for project management |
17:35.47 | paravoid | granted, asterisk has too big of a contributor base to be able to review all of their patches inside an SCM |
17:35.56 | paravoid | but for small projects it's perfect |
17:36.05 | paravoid | just grant commit access to any potential commiter |
17:36.07 | russellb | makes sense ... |
17:36.24 | paravoid | and just review their changes :) |
17:36.24 | russellb | but yeah, i think with something our size, it's unreasonable |
17:36.40 | paravoid | it depends |
17:36.43 | russellb | i'm all for expanding our number of committers though |
17:36.48 | paravoid | if you think about it, Linux's method is not *that* different |
17:36.52 | russellb | just not to _anyone_ |
17:37.07 | russellb | but for regulars that I know and trust ... |
17:37.22 | paravoid | this discussion is moot anyway, there is the whole licensing thing |
17:37.26 | russellb | yep. |
17:37.45 | Juggie | russellb, i looked about symlinks in svn and the consensus around the interweb of pipes and wires, is that its not possible... i think if you modified make update to check like http://digium.com/1.6/latestversion which would return a string to the latest version (1.6.1) and then do a svn switch if necessairy would be the way to go probally. |
17:37.51 | Qwell | solution: sign a contributer agreement - get a cert |
17:38.24 | Qwell | Juggie: symlinks are possible |
17:38.51 | russellb | Qwell: heh ... |
17:39.10 | Qwell | this could be done with an external, but it would end up being branches/1.6-current/somedir |
17:39.23 | Qwell | or |
17:39.27 | Qwell | branches/1.6/current/ |
17:39.37 | Qwell | unless |
17:40.01 | Juggie | i have a feeling it might work for the checkout |
17:40.18 | Qwell | huh |
17:40.21 | Juggie | but once it switched to a dif branch svn would be unhappy |
17:40.28 | Qwell | I might be able to make it "Just Work" |
17:41.04 | Qwell | russellb: I'm gonna play around a bit with externals directly in the branches/ dir |
17:41.05 | russellb | hack alert ... |
17:41.18 | russellb | svnsync is now running in a loop in a screen session |
17:41.22 | Qwell | oh, but hmm, you can't svn pe on a url |
17:41.27 | russellb | so asterisk commits should be fast now. |
17:41.35 | russellb | Qwell: yes you can |
17:41.41 | *** part/#asterisk-dev agx (n=AGX@88.34.216.63) |
17:41.51 | russellb | or at least, propset / propdel |
17:41.52 | Qwell | oh? |
17:41.59 | Qwell | will try ps then |
17:42.13 | Qwell | 1.4.18 is latest tag, right? |
17:42.16 | russellb | yes |
17:42.26 | russellb | until i make 1.4.19-rc1 here in a few minutes |
17:42.26 | russellb | :-p |
17:42.37 | Qwell | not a big deal |
17:42.47 | Qwell | svn: Setting property on non-local target 'https://origsvn.digium.com/svn/asterisk/branches' is not supported |
17:42.48 | Qwell | :( |
17:43.15 | Qwell | svn co -N? let's try! |
17:43.27 | Qwell | hax! |
17:46.09 | Qwell | wow |
17:46.12 | Qwell | it...worked |
17:46.38 | Qwell | sort of? maybe? |
17:47.35 | Juggie | where is it? |
17:48.06 | lmadsen | in your mind |
17:48.24 | Qwell | wow, that is...huh |
17:49.15 | Juggie | i see your commit to branchs.... but nothing inside branches |
17:49.23 | Juggie | it just....... disapears :) |
17:51.02 | Qwell | svn co -N http://svn.digium.com/svn/asterisk/branches/ . && svn up . |
17:51.14 | Qwell | that'll pull a dir named 1.6-current |
17:51.23 | Qwell | and make . a working copy of branches |
17:51.31 | Qwell | (non-recursive, so it won't checkout everything) |
17:52.07 | Qwell | unfortunately, because of the way externals work, you wouldn't be able to checkout http://svn.digium.com/svn/asterisk/branches/1.6-current/ directly though |
17:53.58 | Qwell | it's sort of not feasible... if you update from within the 1.6-current dir, you'll get the updates from what YOUR COPY of the external points to... but, you can switch what the external points to by doing an svn up from the branches dir |
17:54.32 | file | uber-lame |
17:54.33 | Qwell | thoughts? |
17:54.40 | russellb | not feasible |
17:57.07 | Juggie | Qwell: how about just updating make update so that it supports switching branches if a new one is released |
17:57.32 | russellb | not worth it IMO |
17:57.39 | Qwell | was hoping to make it all automagical |
17:57.44 | russellb | too much work |
17:57.50 | russellb | i'd rather have people know explicitly what they are using |
17:57.53 | Qwell | if it's not automagic, there's not too much point :D |
17:58.25 | Juggie | russellb: what kind of cycle are you anticipating between 1.6.x releases? |
17:58.39 | russellb | about as rapid as 1.4 releases |
17:58.41 | russellb | 4 to 6 weeks |
17:58.59 | Juggie | and we could also see tags i guess if there was for example a 1.6.0.1 release. |
17:59.20 | russellb | yep |
17:59.42 | russellb | <rant> I can't stand that every meeting and conference call I have, ever, always starts late </rant> |
17:59.53 | JunK-Y | it smells more and more 1.6.0 :) |
17:59.55 | russellb | 12:00 call, i call in at 11:59, and i'm the only one here |
17:59.58 | Juggie | russellb: make an excuse to go to it360 w/ jarred, mark and kevin :P |
17:59.59 | russellb | damnit that irritates me |
18:00.09 | russellb | Juggie: convince someone i should be speaking there |
18:00.23 | Juggie | lmadsen: make russellb a speaker! |
18:00.29 | Corydon76-dig | russellb: if you want your meetings to start on time, schedule them for 1 minute early |
18:00.33 | JunK-Y | russellb: talk to simon ditner from the TAUG. |
18:00.55 | Corydon76-dig | A meeting scheduled for 11:59 a.m. will have people showing up at 11:55 |
18:01.24 | Juggie | Corydon76-dig, his gripe was that his 12:00 meeting had no ppl @ 11:59 |
18:01.35 | lmadsen | Juggie: you seem to always think that I run all asterisk related conferences (Astricon, IT360), when in reality I have little to do with them other than helping |
18:01.36 | Juggie | schedule it for 11:50! :) |
18:01.37 | codefreeze | In South America, you schedule a mtg for 5 pm if you want it to happen at 6.... |
18:01.57 | Corydon76-dig | Juggie: because it was scheduled for 12:00, people don't leave their offices until 12:00 |
18:02.02 | Juggie | lmadsen, ?? you are in good w/ TAUG aren't you? :P |
18:02.20 | lmadsen | Juggie: I know people at TAUG, but if you want anything done, speak with someone else about it :) |
18:02.29 | Juggie | so you know people, but you are lazy! :) |
18:02.30 | file | lmadsen has no magical powers |
18:02.40 | lmadsen | Juggie: I'm busy with other things, yes |
18:02.57 | lmadsen | I don't want to be the third person between other people -- I'd rather they just talk directly (I'm not a proxy) |
18:03.00 | lmadsen | or even a B2BUA |
18:03.00 | Juggie | lmadsen: you must have your serious hat on, as i was kidding. |
18:03.18 | lmadsen | Juggie: yes, that hat is on today -- too many things going on to be candid |
18:03.34 | Juggie | you need a lunch time beer :) |
18:03.55 | lmadsen | I drank my last beer last night :'( |
18:03.58 | lmadsen | maybe time to open the vino |
18:04.16 | lmadsen | russellb: funny enough, my 1pm meeting is now 4 mins late starting |
18:04.54 | Juggie | you guys need to expirence the public service |
18:05.05 | Juggie | you can be guaranteed a meeting @ 1 starts @ like 1:15 |
18:05.30 | Juggie | and then someone will be off topic for like the first 5 minutes and talk about their kids |
18:06.06 | JunK-Y | 5 minutes? i though public service was talking about off-topic for like 7.5 hours :) |
18:15.44 | tzafrir | What exactly is this buildbot? |
18:15.58 | tzafrir | anything exposed to the outside world? |
18:16.18 | file | it is supposed to be, but IT hasn't gotten DNS worked out |
18:16.27 | tzafrir | ok. |
18:16.55 | tzafrir | I just noticed my own small zaptel autobuilder mistakenly reported everything as "well" |
18:17.10 | russellb | file: can you drop an itrequest to make sure that gets fixed? |
18:17.14 | tzafrir | this has made me ignore a number of bugs |
18:18.09 | tzafrir | http://updates.xorcom.com/logs/zaptel/report.html now sadly shows the Sarge builds as failing |
18:18.52 | file | russellb: yeah |
18:18.58 | russellb | file: thanks |
18:19.49 | Juggie | JunK-Y, when are you going to it360, saturday or sunday |
18:20.30 | JunK-Y | Juggie: i dunno yet |
18:20.41 | JunK-Y | will go buy my ticket later next week. |
18:24.58 | file | IT ticket submitted. |
18:42.35 | JunK-Y | file: thanks! hehehe |
18:42.53 | JunK-Y | does that mean that you offer me my train ticket from montreal to toronto too? |
18:50.49 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
18:51.09 | seanbright | what a day this is turning out to be... phew |
18:54.11 | JunK-Y | tzafrir: nice building too. |
18:56.44 | mvanbaak | me too |
18:57.32 | *** join/#asterisk-dev juanjoc (n=juanjoc@200.69.219.113) |
19:08.00 | mvanbaak | hhmm |
19:08.40 | mvanbaak | moving from astobj to astobj2 isn't as simple as: s/include\/astobj.h/include\/astobj2.h/ |
19:08.43 | mvanbaak | ;) |
19:09.37 | russellb | no, it isn't ... |
19:10.04 | mvanbaak | good news is I have multiparking compiling |
19:10.13 | russellb | traversals are the most complicated things to update |
19:10.24 | mvanbaak | it's not working of course, but it's getting there now |
19:10.49 | mvanbaak | the default parkinglot is working, and some of the stuff for userspecified lots |
19:11.52 | mvanbaak | but I'll have to update it to astobj2 before it's ready to be looked at |
19:16.10 | *** join/#asterisk-dev flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
20:12.17 | Mavvie | hmmm.... not many replies... |
20:12.24 | Mavvie | putnopvut: are you awake? |
20:12.35 | putnopvut | Mavvie: I'm here. What's up? |
20:12.52 | Mavvie | putnopvut: I've found out the root-cause of the missing DTMF issues. |
20:13.26 | putnopvut | Mavvie: Excellent! |
20:13.39 | Mavvie | putnopvut: It's in chan_zap.c and caused by the "Moving call from channel 95 to channel 112" |
20:13.57 | Mavvie | putnopvut: (See http://bugs.digium.com/view.php?id=11917#83311 for details0 |
20:14.09 | Mavvie | putnopvut: but that's how far my magic goes unfortunately. |
20:14.13 | *** join/#asterisk-dev atis_home (n=chatzill@193.238.213.215) |
20:14.59 | Mavvie | putnopvut: I think it might also resolve an earlier issue with dialing tones (ringing tones) not being recognized. |
20:15.01 | putnopvut | Pointing out a specific part of the code is a huge step forward in getting this resolved. I'll take a look right now and see if I find anything fishy in that section. |
20:15.43 | Mavvie | putnopvut: as you can see, it's a telco specific feature for PRIs which shows why not many people are caught by it. |
20:18.36 | Mavvie | putnopvut: at http://lists.digium.com/pipermail/asterisk-dev/2008-March/032126.html I've written that I tried to migrate the dsp field in pri_fixup_principle() too, but that wasn't the simple solution I had hoped for. |
20:19.12 | putnopvut | Mavvie: Ah, I was thinking of a similar fix. |
20:22.42 | tzafrir_home | JunK-Y, like it? so here's another one: http://bugs.digium.com/12135 |
20:23.42 | Mavvie | putnopvut: destroying and creating a new dsp object might be the way to go, but I don't know enough about them (read: anything at all) to do such a trick. |
20:24.22 | Mavvie | putnopvut: for one thing, I suspected that you somehow linked a dsp object to a channel, but there is no such information in the code I could find. |
20:25.30 | atis_home | putnopvut: hey, may i disturb you again regarding M12127 |
20:25.35 | putnopvut | I'm looking in chan_zap right now to see how a DSP is allocated for a channel. This is a learning exercise for me as well. |
20:25.47 | putnopvut | atis_home: 12127? Is that the state_interface timing race issue? |
20:26.35 | atis_home | yes the same. i'm looking into try_calling, and i'm thinking to set member->state = DEVSTATE_UNKNOWN there |
20:26.50 | atis_home | or you have other ideas? |
20:27.02 | atis_home | i just need a fix soon, it's very annoying |
20:27.19 | putnopvut | atis_home: there's a real easy way to fix it in app_queue. |
20:28.27 | putnopvut | After the ast_call in rin_entry, add update_status(qe->parent, tmp->member, AST_RINGING); |
20:28.45 | putnopvut | s/rin_entry/ring_entry/ |
20:32.25 | atis_home | putnopvut: thanks for the tip |
20:32.47 | atis_home | is member lock held at that place? what if queue in other thread tries to do the same, at same time? |
20:33.00 | putnopvut | There is no member lock in app_queue. |
20:34.28 | atis_home | oh |
20:34.30 | atis_home | :) |
20:35.03 | atis_home | so, that would be in else block, because if seems to be executed if call cannot be placed? |
20:35.26 | putnopvut | I'd just put it after the else block. |
20:35.43 | putnopvut | The else block is executed only if you have eventwhencalled set in queues.conf |
20:36.00 | putnopvut | Mavvie: I'm still looking in chan_zap right now...trying to find an answer... |
20:36.22 | atis_home | putnopvut: thanks, i'll update the issue with status of my performance problems |
20:36.33 | putnopvut | atis_home: All right. Thanks. |
20:38.47 | *** join/#asterisk-dev asteriskmonkey (n=asterisk@69.77.169.14) |
20:39.29 | asteriskmonkey | how do you relate an event to an action with the asterisk manager api???? |
20:40.57 | jsmith | asteriskmonkey: Many times, the events are totally unrelated to an action. You'll only be able to correlate them based on the channel identifier |
20:41.19 | jsmith | asteriskmonkey: Other times, if you pass an ActionID as part of your action, that same ActionID may come back as part of an event. |
20:42.40 | asteriskmonkey | the channels comming back truncated in response though ? |
20:43.18 | asteriskmonkey | so id just clean it up and query a show channel command to grab the uniqueid ? |
20:45.34 | jsmith | That usually works |
20:45.42 | snuff-work | mm.. jsmith would the 'actionid' part be worth making manditory aka user processing ami does less work? like if(actionid) ast_str_append("ActionID:",actionid) ? |
20:45.54 | snuff-work | for all manager commands |
20:45.54 | kpfleming | it already is that way |
20:46.01 | asteriskmonkey | ag.. really need help on this jsmith there is nothing on the web, when im dialing out im using a group ie zap/g1/number and the response has an actionid and now way of tying it back to the event uniqure id, how would i go about it in this scenario? |
20:46.14 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
20:47.11 | asteriskmonkey | http://pastebin.ca/928132 < a dump of my confusion |
20:47.29 | jsmith | asteriskmonkey: If you're using the Originate command with an ActionID, and you have Async: Yes, then you should get the ActionID back in the events. |
20:47.45 | jsmith | asteriskmonkey: At least, from memory that's how it should work... honestly, it's been a while since I messed with the manager interface |
20:47.57 | jsmith | (been too busy playing Community Relations Whipping Boy) |
20:48.01 | asteriskmonkey | lol |
20:49.27 | Mavvie | putnopvut: the thing I was wondering about, is there a "show dsp" or alike feature in asterks? |
20:50.00 | kpfleming | no, there is not |
20:50.03 | Mavvie | putnopvut: the issue could be because the dsp field isn't moved, that it isn't updated with the right features yet when the call is answered. |
20:50.04 | jsmith | Mavvie: Nope |
20:50.23 | jsmith | Juggie: Just for that, I'm not letting you come to AstriCon! |
20:50.30 | kpfleming | dsp objects in asterisk are own by the channels that created them, they aren't separate objects on their own that are allocated and released back to a pool |
20:50.31 | Mavvie | well, channel is made active. |
20:51.45 | Juggie | jsmith, i cant make it, scheduling conflict |
20:51.54 | Juggie | i'm going to go to it360 though i think |
20:52.03 | jsmith | Juggie: Hence the reason I said that ;-) |
20:52.37 | Mavvie | kpfleming: if they are owned by them, should they be re-created or can they just be re-assigned when a call is moved between to PRI channels? |
20:53.06 | kpfleming | should just be reassigned |
20:54.28 | Mavvie | kpfleming: could I ask you to read http://lists.digium.com/pipermail/asterisk-dev/2008-March/032126.html ? It is related to these questions. |
20:54.36 | kpfleming | i saw it already |
20:54.40 | Mavvie | aha, okay. |
20:55.58 | asteriskmonkey | async worked thanks jsmith :) |
20:58.38 | jsmith | asteriskmonkey: w00t! Glad to hear it. |
20:58.39 | kpfleming | Mavvie: you have a T1 card with an onboard echo canceller? |
21:00.21 | Mavvie | kpfleming: E1 with onboard echo canceller. It happens in machines with "Wildcard TE405P (2nd Gen)" and "Wildcard TE410P (3rd Gen)". |
21:00.40 | kpfleming | and they both have VPM450M on them? |
21:00.42 | Mavvie | I haven't tried to dsp-field moving in the machine with the 2nd generation. |
21:01.41 | Mavvie | kpfleming: the machine I am did my tests on does have an 450M: VPM450: echo cancellation for 128 channels |
21:01.42 | kpfleming | ok, well if you have an onboard echo can, there shouldn't even be a dsp on the channels at all |
21:01.51 | kpfleming | let me do some more looking at it |
21:03.30 | Qwell | is an fwrite and an immediate fclose on a stream guaranteed to be safe? |
21:03.42 | kpfleming | define 'safe' |
21:04.04 | Qwell | if I write a byte with fwrite, and then immediate fclose, is that byte guaranteed to be there? |
21:04.20 | russellb | yes |
21:04.25 | russellb | fclose() will flush it |
21:04.38 | Qwell | 100% guaranteed always on every arch? |
21:04.50 | russellb | supposed to, yes |
21:04.56 | kpfleming | right |
21:05.08 | Corydon76-dig | Qwell: only thing I can think of is that it's getting written to by another thread, with a delayed fclose() |
21:05.10 | Qwell | so then I have no idea what this patch is supposed to fix |
21:05.31 | Corydon76-dig | and VM is reading out the file while it is still open |
21:05.45 | Qwell | Corydon76-dig: eh? |
21:06.16 | kpfleming | i don't think that FILE * operations are thread-safe at all, actually |
21:06.27 | russellb | agreed |
21:06.32 | kpfleming | operations on fds should be, but not FILE * |
21:06.57 | russellb | that's very interesting, actually, if that is the case |
21:07.07 | Qwell | M12128 |
21:07.08 | MuffinMan | [new] [Asterisk] Applications/app_voicemail 0012128: Sometimes (but often) WAV files recorded by voicemail are corrupted reported by mdu113 http://bugs.digium.com/view.php?id=12128 |
21:07.40 | Qwell | the file is one byte too short - and I've confirmed that the .close method of the format writes a byte at the end of it's an odd number (which is correct) |
21:07.44 | russellb | kpfleming: so what if you have a FILE * that is an fdopen()'d socket ... think it's safe to fread() and fwrite() on it at the same time? |
21:08.01 | kpfleming | probably not |
21:08.26 | kpfleming | but why would two threads be working on the same socket? |
21:08.43 | russellb | TCP/TLS ... |
21:08.52 | russellb | a thread waiting for input, other threads writing out new messages or events |
21:09.00 | kpfleming | on the same TCP socket? |
21:09.04 | russellb | yeah |
21:09.08 | kpfleming | that's not a good design |
21:09.30 | kpfleming | sorry to say |
21:09.33 | Corydon76-dig | Qwell: unless there's a bug in base_encode |
21:09.33 | russellb | that's fine |
21:09.45 | Qwell | Corydon76-dig: he said the emailed file isn't the problem |
21:09.58 | Qwell | that was my thought too |
21:10.17 | Corydon76-dig | So it's corrupt on disk, too? |
21:10.18 | Qwell | erm, she |
21:10.21 | Qwell | apparently |
21:10.28 | Qwell | she scp'ed it straight from the system to upload it |
21:10.44 | Qwell | "what i can say is that emailing is out of the picture, because i copied that file directly from the storage using scp and this is what i did all the time during the testing." |
21:10.50 | Mavvie | kpfleming: if the module is an VPM450, it doesn't do hardware DTMF detection, so it needs a dsp (according to http://lists.digium.com/pipermail/zaptel-commits/2006-September/000510.html and this line in my dmesg "VPM450: hardware DTMF disabled.") |
21:11.05 | Mavvie | s/it doesn't do/it might not do/ |
21:11.38 | kpfleming | but if that's the case, then you shouldn't be seeing TONE messages in the zaptel output |
21:11.55 | Qwell | Corydon76-dig: the header in that wav is also correct. the file size is just 1 byte short |
21:12.13 | Mavvie | true. |
21:13.44 | kpfleming | Mavvie: how many cards do you have in that box? |
21:14.42 | Mavvie | kpfleming: I have two Quad E1s in it, but only have configured one of them. |
21:14.56 | kpfleming | and do both of them have echo can modules on them? |
21:15.04 | Juggie | this problem sounds famaliar |
21:15.19 | Juggie | i had a similar issue i think with the original non upgraded Quad Span Cards |
21:15.41 | kpfleming | Mavvie: can you email me 'ztscan' output from that system? |
21:15.52 | kpfleming | or upload it as an attachment to the bug? |
21:16.02 | Juggie | i believe it was only a certain version of zaptel that broke though and cresl1n fixed it. |
21:16.40 | Mavvie | kpfleming: I don't believe that they both have echo cancellers on them. |
21:16.43 | Juggie | Mavvie, whats your bug # |
21:16.49 | kpfleming | ok, that might be the issue |
21:16.56 | kpfleming | please get me ztscan output from that system |
21:17.02 | Mavvie | Juggie: http://bugs.digium.com/view.php?id=11917#bugnotes |
21:17.19 | Mavvie | kpfleming: ztscan doesn't return any output. |
21:17.39 | kpfleming | uhh... that's not possible |
21:17.44 | kpfleming | what version of zaptel do you have? |
21:17.56 | Mavvie | 1.4.7.1 |
21:18.16 | kpfleming | ok |
21:18.18 | kpfleming | that's why |
21:18.19 | Juggie | thats the broken version |
21:18.27 | Mavvie | aaaah. |
21:18.29 | kpfleming | hang on |
21:18.32 | Mavvie | don't tell me that's true :-) |
21:18.57 | Juggie | actually.... |
21:18.58 | Juggie | hmmm |
21:18.59 | Mavvie | I moved to that one because the SVN version gave too many strange results (which was in the same week) |
21:19.07 | Juggie | maybe it was 1.4.5.1 that was hosed for us |
21:19.12 | kpfleming | 1.4.7.1 doesn't have ztscan, so any ztscan that you have came from the GUI project |
21:19.26 | Mavvie | it might be from the SVN version. |
21:19.30 | kpfleming | Zaptel 1.4.8 or higher has its own ztscan that gives us a really detailed output of what is in the box |
21:19.36 | Juggie | yeah sorry mavvie, our dtmf problems were with 1.4.5.1 |
21:19.46 | Juggie | rather then 7.1 |
21:19.58 | Mavvie | I'll install 1.4.8 (or higher) tonight and run ztscan. |
21:20.02 | kpfleming | Mavvie: please add a note to the bug listing exactly what cards are in that box (and whether they have echo cans or not) and post your zaptel.conf as an attachment |
21:20.14 | Mavvie | kpfleming: I will do, thanks for your help! |
21:20.42 | Mavvie | (I just have to wait 13 hours to get the business calls finished) |
21:22.52 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.131.143) |
21:23.15 | kpfleming | can you get me zaptel.conf now? |
21:24.16 | Mavvie | yes just preparing it. |
21:24.45 | kpfleming | thanks |
21:24.48 | seanbright | if i remove the 'span' line from zaptel.conf, that effectively disables the span, right? |
21:24.58 | seanbright | wrong channel, sorry. |
21:26.48 | Mavvie | kpfleming: uploaded the zaptel.conf. |
21:26.52 | kpfleming | thanks |
21:28.58 | Mavvie | kpfleming: but this (possible) too many cards in one machine issue would be a seperate issue from the "the dsp field of the zap-channels not being migrated when it moves channels" issue, wouldn't it? |
21:29.23 | kpfleming | it's not too many cards that is the issue |
21:29.32 | kpfleming | it's possible different configurations that may cause the driver to do the wrong thing |
21:30.19 | Juggie | seanbright, dont forget if you have a t1 card installed, but no spans enabled you'll ass up your clock source. |
21:30.23 | kpfleming | ok, so there are two quad-span cards in that machine... what models are they? |
21:30.24 | Juggie | and weird things will happen |
21:30.57 | seanbright | Juggie: right, i have a 2-port t1 card |
21:31.02 | seanbright | but i only want to configure a single span |
21:31.08 | Juggie | right, well thats fine |
21:31.10 | seanbright | timing set to 1 |
21:31.15 | Juggie | so long as a span is up, even if its in red alarm |
21:31.18 | Juggie | the timeing will be fine |
21:31.20 | seanbright | gotcha |
21:31.45 | Juggie | the bug/situation is if you have all your spans unconfigured |
21:31.45 | Mavvie | kpfleming: the one which is configured is a TE410P, with an VPM450 on it. The unconfigured one is a TE410P, without an VPM450 on it. |
21:31.49 | Juggie | then there wont be any timeing |
21:31.57 | kpfleming | Mavvie: ok, thanks |
21:35.12 | kpfleming | Mavvie: do you have 'vpmdtmfsupport' in your modules.conf or modprobe.conf file? |
21:35.45 | Mavvie | kpfleming: at this moment I don't have it, but I will try it tonight and see if it makes a difference. |
21:35.54 | kpfleming | no! don't do that! |
21:35.57 | Mavvie | oh. |
21:36.01 | Mavvie | then I won't do it. |
21:36.07 | kpfleming | that was a question, not a suggestion |
21:36.23 | kpfleming | the driver should *not* be using DTMF support on your cards, but it appears to be |
21:36.31 | kpfleming | at least on some of the channels |
21:37.03 | kpfleming | and that is the reason why you aren't seeing a dsp on channel 112, it doesn't think it needs one because that channel claims to provide DTMF detection |
21:37.16 | tzanger | LIESSSSSSSSS |
21:37.20 | tzanger | ALL LIESS!!!!!!!!!! |
21:37.22 | Juggie | kpfleming: OT from the current situation, any idea why i do this, ast_register_atexit(ast_cdr_engine_term); and then when asterisk exitst calls ast_cdr_engnie_term twice? |
21:37.32 | Juggie | *exits |
21:37.33 | kpfleming | no |
21:37.45 | Juggie | does anyone know if thats considered normal behaviour? |
21:38.56 | kpfleming | it is not that i can see |
21:39.51 | kpfleming | Mavvie: can you upload zapata.conf as well, assuming it doesn't contain any private information? |
21:42.05 | Mavvie | there you go. |
21:42.22 | Mavvie | (give it a second) |
21:42.25 | Mavvie | there you go. |
21:43.47 | kpfleming | thanks |
21:43.52 | *** join/#asterisk-dev RoyK (n=roy@ip-216-4-149-91.dialup.ice.no) |
21:44.49 | kpfleming | ok, there's nothing in there that should affect the presence or absence of a DSP |
21:52.43 | *** part/#asterisk-dev arooni (n=arooni__@c-24-19-232-203.hsd1.mn.comcast.net) |
21:54.35 | kpfleming | Mavvie: so exactly what changes to chan_zap have you already tried? |
21:54.41 | mvanbaak | hhmm, are you guys removing all the fileheaders with the GPL notice in it in the BE ? |
21:55.42 | kpfleming | no |
21:57.32 | Mavvie | kpfleming: at pri_fixup_principle() I tried "pri->pvts[principle]->dsp = pri->pvts[x]->dsp;" and "pri->pvts[x]->dsp = NULL;" where the channel gets swapped (below "/* Fix it all up now */") |
21:58.08 | kpfleming | but you did not try copying the dsp_features variable as well? |
21:58.29 | Mavvie | kpfleming: absolutely correct, I didn't copy them. |
21:58.40 | kpfleming | ok i would try that... i have to run to a meeting, but i'll keep this one in mind |
21:58.42 | mvanbaak | kpfleming: thanks. was just wondering |
21:58.43 | Mavvie | kpfleming: I'm more or less in unknown territory. |
21:58.48 | Mavvie | kpfleming: will give it a try tonight. |
21:58.50 | kpfleming | i'll upload a patch later |
21:59.08 | putnopvut | If you assign pri->pvts[principle]->dsp to point to pri->pvts[x]->dsp and then set pri->pvts[x]->dsp to NULL, then wouldn't that NULL the one on pri->pvts[principle]->dsp as well? |
22:00.07 | mvanbaak | putnopvut: depends. if you copy it no, but if you do 'a = b' yes |
22:00.36 | kpfleming | no, you are not setting new->dsp to the address of old->dsp, you are copying the pointer |
22:01.25 | mvanbaak | ugh |
22:02.47 | putnopvut | kpfleming: ah, that's right. I had to draw it on paper to make sure I got it. |
22:03.03 | mvanbaak | putnopvut: same here |
22:03.22 | mvanbaak | sometimes pen+paper are usefull |
22:09.27 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
22:16.30 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
22:16.30 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
22:31.25 | *** join/#asterisk-dev RoyK (n=roy@ip-216-4-149-91.dialup.ice.no) |
22:43.18 | Qwell | when would anybody ever want to force ring/moh on a dial? |
22:43.50 | mvanbaak | we do the ring stuff on our voip lines |
22:43.56 | Qwell | why? |
22:44.06 | mvanbaak | because most of those dont go through boxen with pri/bri/pots |
22:44.18 | mvanbaak | but plain from 1 voip box to another |
22:44.23 | Qwell | but surely the endpoint will give you ringing back? |
22:44.27 | mvanbaak | no |
22:44.33 | tzanger | Qwell: you want to force ringback when dialing cell phones, for example, if you want to mask the "the cellular customer you have dialed is either out of the area or their phone is off" |
22:45.28 | mvanbaak | when I dial from * to * without the 'exten => bla,n,Ringing()' it is dead air in my phone till the other sides answers |
22:45.45 | Qwell | is there any reason you would want to force ringing (or moh), and still get early media? |
22:46.00 | mvanbaak | no |
22:46.20 | mvanbaak | as I read the docs, r or m will trash early media |
22:46.27 | Qwell | M10934 |
22:46.29 | MuffinMan | [new] [Asterisk] Applications/app_dial 0010934: Option r with early files reported by gasparz http://bugs.digium.com/view.php?id=10934 |
22:46.31 | Qwell | that will "fix" it |
22:46.52 | mvanbaak | yeah, looked at it and didn't like it |
22:46.55 | Qwell | but...if the only reason to use r or m is to...mask it... |
22:51.26 | Qwell | tzanger: so, what do you replace the cell message with, and how? |
22:51.47 | tzanger | Qwell: I replace the cell message with locally-generated ringback with 'r' |
22:51.57 | Qwell | so it just rings forever? |
22:52.04 | tzanger | Qwell: until the far end picks up |
22:52.10 | Qwell | but it never will |
22:52.13 | tzanger | when the far end answers, the audio is restored |
22:52.19 | tzanger | Qwell: I use it every day, it works |
22:52.39 | Qwell | but if you get a message from the cell provider saying that the user can't be reached... |
22:52.49 | Qwell | it won't ever answer |
22:52.54 | tzanger | Qwell: then it rings until the dial() timeout, at which point it dumps to voicemail |
22:53.05 | tzanger | if you don't have a timeout then yes, it'll ring forever |
22:53.08 | tzanger | which is exactly what you want |
22:53.19 | tzanger | it's no different than dialing a SIP extension which never answers |
22:54.30 | Qwell | mvanbaak: and when you dial asterisk to asterisk, what is the intended destination, and why wouldn't it provide ringing? |
22:57.11 | *** join/#asterisk-dev obnauticus (n=obnautic@c-67-160-183-109.hsd1.wa.comcast.net) |
22:57.30 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
22:57.30 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
23:12.22 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
23:20.40 | *** join/#asterisk-dev jmesquita (n=jmesquit@200.170.114.149) |
23:39.56 | *** join/#asterisk-dev bkw__ (n=brian@adsl-64-149-54-142.dsl.tul2ok.sbcglobal.net) |
23:43.48 | *** join/#asterisk-dev alerios (n=alerios@190.84.254.27) |
23:44.45 | alerios | Hi. I couldn't find if Is there a way to prevent the Telco to timeout its own t309 timer on data link failure (Q.931 section 5.8.9), could someone giveme a clue on that? |
23:51.58 | *** join/#asterisk-dev bkw_ (n=brian@adsl-64-149-54-142.dsl.tul2ok.sbcglobal.net) |
23:58.03 | jameswf | jbot: give alerios a clue |
23:58.04 | jbot | ACTION gives a clue to alerios |