| 00:22.30 | *** join/#asterisk-dev lrizzo (n=luigi@88-149-251-200.dynamic.ngi.it) |
| 00:32.59 | *** join/#asterisk-dev ZX81_ (n=ZX81@202.20.97.211) |
| 00:39.57 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 00:53.09 | *** join/#asterisk-dev Netgeeks-laptop (n=chris@204.11.231.198.static.etheric.net) |
| 01:03.58 | *** join/#asterisk-dev lrizzo (n=luigi@88-149-250-41.dynamic.ngi.it) |
| 01:09.20 | lmadsen | http://downloads.oreilly.com/make/spark01.mov |
| 01:23.02 | *** join/#asterisk-dev RoyK (n=roy@91.149.26.158) |
| 01:37.24 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 01:44.30 | *** part/#asterisk-dev RoyK (n=roy@91.149.26.158) |
| 01:55.32 | *** join/#asterisk-dev mog (n=mog@c-68-62-172-83.hsd1.al.comcast.net) |
| 01:55.32 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 02:20.35 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 02:20.35 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 03:00.54 | *** join/#asterisk-dev ksteward (n=ksteward@71.174.94.169) |
| 03:12.19 | JerJer | wooot Thundersnow in Michigan |
| 03:18.52 | *** part/#asterisk-dev ksteward (n=ksteward@71.174.94.169) |
| 03:19.08 | lmadsen | think it's getting closer to here.. starting to get windy now |
| 03:33.07 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:33.07 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 03:45.20 | tzanger | lmadsen: it's been crazy windy all day |
| 03:46.38 | lmadsen | really? hrmmm, maybe I just noticed it now |
| 03:46.45 | lmadsen | it was pretty windy yesterday, but I haven't been outside today :) |
| 03:54.26 | Juggie | it wasnt too windy today |
| 03:54.30 | Juggie | not in otown anyways |
| 04:50.15 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 04:50.15 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 05:49.36 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.32.126) |
| 06:03.08 | *** join/#asterisk-dev adker (n=chatzill@74-33-205-192.br1.glv.ny.frontiernet.net) |
| 06:34.46 | *** join/#asterisk-dev awk (n=awk@kia.inet-corp.com) |
| 06:40.48 | lmadsen | Juggie: ya, it wasn't too bad here, but it's picked up and started to rain... you might get it later tonight while you're sleeping :) |
| 07:07.52 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 07:23.39 | sergee | ~seen russellb |
| 07:23.41 | jbot | russellb <n=russell@asterisk/developer-and-stable-maintainer/drumkilla> was last seen on IRC in channel #asterisk-bugs, 6h 33m 52s ago, saying: 'Qwell: ^^^'. |
| 07:31.16 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 07:31.16 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:45.23 | *** join/#asterisk-dev felipex (n=dsfdsf@213-140-21-233.fastres.net) |
| 07:47.32 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 09:05.14 | oej | Morning |
| 09:05.56 | IgorG | Good day, oej! |
| 09:06.09 | IgorG | May I ask? |
| 09:08.44 | sergee | Ёыуут зо |
| 09:08.47 | sergee | oops |
| 09:08.52 | sergee | ~seen pj |
| 09:08.54 | jbot | pj <n=asdf@198.172.153.2> was last seen on IRC in channel #tomcat, 574d 18h 6m 37s ago, saying: 'it should be in the conf file folder'. |
| 09:10.33 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 09:13.09 | IgorG | oej, about patch for notify devices with authenticate... i am already afraid to ask... |
| 09:19.17 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 09:32.16 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 09:34.51 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177584876.dsl.bell.ca) |
| 10:28.58 | *** join/#asterisk-dev Victor_Yure (n=aaa@200.166.132.131) |
| 10:38.20 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 11:02.40 | sergee | а кто нибудь знает как на цифровой циске включить прохождение "статусных сообщений" типа "абонент не отвечает или временно не доступен..." а то у меня короткие гудки вместо таких сообщений циска выдает... |
| 11:03.21 | sergee | ну или хотя бы терминологию как эти сообщения называются что бы погуглить |
| 11:04.17 | tzafrir_home | keyboard? |
| 11:05.25 | tzafrir_home | sergee, I don't quite agree |
| 11:13.07 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:14.38 | sergee | tzafrir_home: ouch, second time sorry all pls, missed #asteriskru :( |
| 11:15.30 | tzafrir_home | в√в■ в▒в║в⌠в╗. в°в≥ в√в■ в░вё в╓в╒в² в°в░ в╖в∙в╗в■ |
| 11:16.23 | tzafrir_home | ;-) |
| 11:16.55 | caio1982 | wow, xchat displayed it all beautifully... didn't expect it |
| 11:17.40 | sergee | konversation too :) |
| 11:43.29 | mvanbaak | irssi inside screen on a gnometerm too |
| 11:51.29 | ccesario_ | O_o |
| 11:58.03 | tzafrir_home | reminds me how I felt the first time I managed to properly "read" chineese spam messages in mutt |
| 11:59.19 | mvanbaak | lol yeah |
| 12:24.06 | *** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) |
| 12:32.04 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.64.193) |
| 12:38.32 | tzanger | mvanbaak: that's how I work |
| 12:38.46 | tzanger | irssi inside screen on the other side of ssh from konsole |
| 12:38.51 | mvanbaak | ah |
| 12:38.56 | mvanbaak | me too |
| 12:39.07 | mvanbaak | ssh into my shellbox virtualmachine |
| 12:39.11 | tzanger | yep |
| 12:39.12 | mvanbaak | screen + irssi + mutt |
| 12:39.32 | tzanger | although sergee's monologue came across as inverse question marks on balls to me |
| 12:40.43 | mvanbaak | it were all uppercase letters with accents for me |
| 12:42.56 | tzanger | http://www.mixdown.ca/~andrew/dump/asteriskdev.png |
| 12:43.18 | tzanger | sergee and tzafir's are up there |
| 12:47.45 | mvanbaak | http://michiel.vanbaak.info/log/ast-dev.png |
| 12:47.48 | mvanbaak | that's how I see it |
| 12:48.29 | mvanbaak | oej: you here ? |
| 12:48.40 | oej | Hmm. Let me check. |
| 12:49.13 | tzanger | I never could get the hang of reading transparent windows |
| 12:49.28 | tzanger | my konsole windows are very very slightly transparent, although with my current background you can't tell :-) |
| 12:49.57 | tzanger | I like your screen statusline at the very bottom though |
| 12:50.00 | tzanger | how'd you get that |
| 12:52.47 | mvanbaak | with a .screenrc |
| 12:53.07 | mvanbaak | it's only 3 lines |
| 12:53.11 | mvanbaak | so forgive the paste |
| 12:53.17 | mvanbaak | hardstatus alwayslastline |
| 12:53.17 | mvanbaak | hardstatus string '%{= kG}[ %{G}%H %{g}][%= %{= kw}%?%-Lw%?%{r}(%{W}%n*%f%t%?(%u)%?%{r})%{w}%?%+Lw%?%?%= %{g}][%{B} %d/%m %{W}%c %{g}]' |
| 12:53.20 | tzanger | mine's about that too, but obviouslnot the same :-) |
| 12:53.21 | mvanbaak | shelltitle "$ |bash" |
| 12:54.26 | tzanger | there I've added it :-) |
| 12:54.28 | tzanger | mine was |
| 12:54.29 | tzanger | #autodetach off |
| 12:54.29 | tzanger | startup_message off |
| 12:54.29 | tzanger | termcapinfo xterm ti@:te@ |
| 12:54.32 | tzanger | defscrollback 5000 |
| 12:55.09 | tzanger | bah I'm gonna have to kill my irssi session to get it, I'll wait until ater |
| 12:55.29 | mvanbaak | no, there's some way to enter it in a screen session |
| 12:56.02 | tzanger | much like my vim-fu, my screen-fu is just enough to get it to do most of what I want |
| 12:57.20 | mvanbaak | I think: |
| 12:57.26 | mvanbaak | Ctrl-a : |
| 12:58.24 | tzanger | ^AR ? |
| 12:58.35 | tzanger | er sorry ^AZ (reset) ? |
| 12:59.09 | tzanger | nope |
| 12:59.45 | mvanbaak | ^a: |
| 13:00.05 | tzanger | oh : |
| 13:00.23 | tzanger | yeah I see now, it lets you enter config commands |
| 13:00.24 | mvanbaak | yeah |
| 13:00.28 | mvanbaak | indeed |
| 13:00.56 | tzanger | cool I did not know that |
| 13:03.07 | mvanbaak | I did ;) |
| 13:12.52 | mvanbaak | lol |
| 13:13.17 | mvanbaak | you here for the bugsquash session later today ? |
| 13:13.50 | oej | What? |
| 13:14.09 | mvanbaak | it's bugsquashing day again |
| 13:14.21 | oej | Did not know that. Preparing training for next week. |
| 13:14.25 | oej | Trying to understand SIP |
| 13:15.04 | IgorG | I think you already understand SIP fom end to end |
| 13:15.34 | mvanbaak | oej: know what's funny ? |
| 13:15.43 | oej | mvanbaak: Please tell me! |
| 13:15.44 | mvanbaak | I'm paying my wife to get a ticket for your training |
| 13:16.19 | mvanbaak | normally I would pay the trainer, but this time I have to pay nancy :) |
| 13:16.20 | oej | Ha ha ha |
| 13:16.32 | oej | I have to profit-share with your wife... |
| 13:16.40 | mvanbaak | whehehe |
| 13:16.56 | mvanbaak | btw, your prices are not bad |
| 13:17.11 | oej | Cool. Needs a bit of marketing I guess |
| 13:22.34 | mvanbaak | nancy thought it was a lot of money. I think it's a fair price |
| 13:23.55 | oej | I had an agent negotiating for me |
| 13:24.05 | oej | I need all the contributions I can get at this time :-) |
| 13:27.29 | codefreeze | anyone mind if I ask a really, really, stupid question so early in the morning? If I successfully get a mutex lock, can I get it again, or if I try, will I wait forever? |
| 13:28.56 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 13:32.21 | oej | codefreeze: They're recursive... You can get it again and again, but no one else |
| 13:32.40 | oej | In Linux, you can actually check how many times you've got it... |
| 13:38.38 | tzanger | seems like a pretty silly thing to do, if you're doing that you might want ot re-think your implementation |
| 13:40.34 | *** join/#asterisk-dev IgorG (n=igorg@195.162.32.126) |
| 13:41.07 | mvanbaak | ugh, how hard is it to reset a box ? |
| 13:57.58 | oej | A sledgehammer, a can of coke should do it |
| 14:04.14 | lmadsen | morning all |
| 14:10.04 | jmls | monring |
| 14:10.07 | jmls | heh. |
| 14:10.09 | jmls | meorning |
| 14:10.12 | jmls | oh man |
| 14:10.14 | jmls | morning |
| 14:12.08 | jmls | it's the damned coffee that did that ;) |
| 14:16.11 | lmadsen | I hate feeling sluggish when I wake up. I like being able to roll out of bed and be ready to go. |
| 14:18.27 | jmls | Seeing as patch 97077 now breaks putting a call on hold (sip), could I revert chan_sip.c to 96525 and use that instead ? |
| 14:18.45 | oej | I thnk Corydon is on that issue |
| 14:19.31 | jmls | nothing like a trivial feature being taken away for the users to get upset with IT . :) |
| 14:22.35 | oej | Haven't had time to look into the issue. What did break it, really? |
| 14:22.50 | oej | Trunk or 1.4? |
| 14:23.57 | oej | jmls: Trunk or 1.4? |
| 14:26.34 | jmls | 1.4. Sorry |
| 14:26.56 | jmls | oej: put a call on hold, chances are you won't get it back. The other leg hangs up |
| 14:27.13 | oej | Any bug report? |
| 14:27.41 | jmls | M11386 mentions the problem in the notes |
| 14:27.42 | MuffinMan | [new] [Asterisk] Core-General 0011386: Asterisk 1.4.14 and load average. reported by flujan http://bugs.digium.com/view.php?id=11386 |
| 14:28.41 | jmls | M11714 |
| 14:28.42 | MuffinMan | [assigned] [Asterisk] Channels/chan_sip/General 0011714: Originating calls using Asterisk manager - reinvites receive 491 Request Pending rather than immediate response reported by eurodrew555 http://bugs.digium.com/view.php?id=11714 |
| 14:31.13 | jmls | chan_sip r96525 works fine with the call holding. But I don't know (or understand) what the 97077 patch was trying to fix .. |
| 14:31.32 | oej | It fixed a big mess |
| 14:31.39 | oej | But why it's affecting hold I don't see |
| 14:32.09 | *** join/#asterisk-dev mog (n=mog@216.207.245.1) |
| 14:32.09 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 14:33.24 | jmls | I'll triple-check again if you like .. |
| 14:33.55 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 14:33.55 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 14:34.49 | oej | This is a bit new code for me with the ao2 objects. There must be a bug in that code somewhere. |
| 14:35.09 | file | or something was just converted incorrectly |
| 14:35.17 | lmadsen | or I'm to blame |
| 14:37.32 | tzanger | mvanbaak: you're a screen expert... |
| 14:37.38 | tzanger | I just discovered ^AS (split) |
| 14:37.46 | tzanger | but how do I switch to the other half of the split? |
| 14:38.04 | tzanger | ^A^A, ^A', ^An all operate on the top half only it seems |
| 14:39.28 | jmls | oej: http://www.pastebin.ca/850835 |
| 14:39.52 | *** join/#asterisk-dev bweschke (n=bweschke@204.13.233.213) |
| 14:39.52 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 14:41.04 | oej | Can you get me a SIP debug of the failure+ |
| 14:41.05 | oej | ? |
| 14:41.22 | jmls | ok |
| 14:41.28 | tzanger | aha, focus |
| 14:41.32 | tzanger | ^AI |
| 14:44.58 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 14:44.58 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:48.20 | jmls | whoa. seem to found another issue. |
| 14:48.36 | jmls | Twice now, whilst doing debug for oej, the following happens: |
| 14:48.56 | jmls | SIP A calls SIP B. |
| 14:49.04 | jmls | SIP B answers, SIP A hangs up |
| 14:49.29 | jmls | sip show channels gives: |
| 14:49.37 | jmls | Peer User/ANR Call ID Seq (Tx/Rx) Format Hold Last Message |
| 14:49.37 | jmls | 192.168.0.24 5707 097bcad12cb 00102/00001 0x0 (nothing) No Rx: BYE |
| 14:49.37 | jmls | 1 active SIP channel |
| 14:49.37 | jmls | Really destroying SIP dialog '097bcad12cb18355608a08b94185f3df@90.0.0.176' Method: BYE |
| 14:50.01 | jmls | which goes away after about a minute |
| 14:54.32 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable183.17-83-70.mc.videotron.ca) |
| 14:55.16 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 14:57.55 | *** join/#asterisk-dev monkeytype (n=Bill@216.207.245.1) |
| 14:59.52 | file | it's outgoing calls only. |
| 15:04.42 | lmadsen | putnopvut: Extra-Malicious Ardent Isolated Llamas |
| 15:04.44 | lmadsen | lol |
| 15:06.15 | putnopvut | yeighuh |
| 15:08.01 | file | I'm running out of line appearances to fix this |
| 15:08.06 | file | my Polycom has 2 frozen |
| 15:08.54 | tzanger | file: that just means you can't take complaint calls |
| 15:16.13 | *** join/#asterisk-dev jsmith (n=jsmith@nom13489cmd.nomadic.ncsu.edu) |
| 15:16.14 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 15:19.25 | mvanbaak | tzanger: will help you later |
| 15:19.27 | mvanbaak | work work |
| 15:21.17 | tzanger | mvanbaak: I figured it out... ^AI switches between windows |
| 15:21.22 | tzanger | in a splitscreen |
| 15:42.26 | *** join/#asterisk-dev IgorG (n=IgorG@host-90-188-188-119.pppoe.omsknet.ru) |
| 15:54.13 | file | Corydon76-dig / Corydon76-home / Corydon76-vcch: I was looking at that |
| 15:54.22 | Corydon76-dig | Eh? |
| 15:54.46 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 15:54.51 | file | and I think I found it |
| 15:55.08 | anonymouz666 | you work at the same place and you don't know where is he? how could that be possible? :) |
| 15:55.25 | Corydon76-dig | I found an inconsistency in the refcounts, so I'm backing it out for the time being |
| 15:55.52 | file | k |
| 15:56.06 | Corydon76-dig | Found one place where I should have deref'ed and didn't, and when I did that, the whole thing went kablooie |
| 15:56.12 | file | I found the underlying issue that caused the problem jmls reported, plus one on the bug tracker |
| 15:56.40 | Corydon76-dig | I'll let you take over on the patch, then |
| 15:56.58 | file | removing a packet when you shouldn't is bad, mmmk? |
| 16:00.24 | *** topic/#asterisk-dev by file -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- IAX2/guest@misery.digium.com/asterisk-dev -=- Asterisk trunk: res_telepathy release tomorrow-=- Tier 2 and Tier 3.14159 support is in #asterisk -=- Bug squashing party in #asterisk-bugs, come join your fellow developers! |
| 16:01.27 | file | Corydon76-dig: are you working on backing it out of trunk as well? |
| 16:02.14 | Corydon76-dig | Yes |
| 16:02.25 | Corydon76-dig | There were considerable conflicts on the merge |
| 16:02.25 | file | k |
| 16:03.24 | kpfleming | 'since it wasnt perfect' :-) |
| 16:03.51 | Corydon76-dig | kpfleming: I fixed a problem, and it went kablooie during testing |
| 16:04.12 | kpfleming | i hate it when that happens |
| 16:04.39 | kpfleming | i did that yesterday... one version of the thread-based VMWI monitoring code would create one thread per channel per 20ms |
| 16:05.01 | file | Corydon76-dig: kablooie how? |
| 16:05.22 | Corydon76-dig | file: libc printed a backtrace and Asterisk coredumped |
| 16:05.29 | kpfleming | file: like in a cartoon |
| 16:05.30 | file | oh goody |
| 16:06.05 | file | kpfleming: are you going to join us today? O.O |
| 16:06.23 | kpfleming | maybe... got some stuff to finish first |
| 16:06.43 | file | there's even a bug assigned to you that might give you an excuse to go see the female counterpart |
| 16:07.36 | Corydon76-dig | Have we determined in a scientifically sound way which one of them is the better half? |
| 16:08.02 | kpfleming | file: yay! |
| 16:12.23 | *** join/#asterisk-dev jmesquita (n=jmesquit@201.7.117.114) |
| 16:16.38 | lvl- | i'm running into a problem here, can anyone take a quick look to see if this is a bug in asterisk or that i'm making a logical error somewhere? |
| 16:16.43 | lvl- | http://rory.mine.nu/dtmf.txt |
| 16:17.52 | lvl- | basically, i'm using # to end the Record() command, then when i execute a Play()/background()/saydigits()/etc afterwards, asterisk acts as if it's received a second # as input |
| 16:18.13 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:18.13 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 16:18.14 | lvl- | while i'm sure that i've only sent it once |
| 16:25.54 | Qwell | kpfleming: wow, I kinda thought David might be wrong about that ! thing... so that actually was happening? |
| 16:26.02 | Qwell | that's silly |
| 16:26.45 | file | lvl-: rtp debug will show what the remote device is sending, if you see DTMF twice then it's the device. |
| 16:30.46 | kpfleming | Qwell: yes, it really is sending '!' for flash events |
| 16:31.09 | russellb | kpfleming: you should have flamed them for it with a comment above the added code :) |
| 16:31.21 | file | ! seems very flashy |
| 16:31.27 | Qwell | kpfleming: Imagine the following. You're sitting in a meeting, designing a phone. Somebody suggests intentionally violating the spec. |
| 16:31.30 | bweschke | file: !!!!!!!!!!!!!!!!!!!!! |
| 16:31.36 | jmls | file: do you need anyone to test your patch on 1.4 ? :) |
| 16:31.37 | file | bweschke: hiiiiiiiiiiiiiiii |
| 16:31.41 | Qwell | Who decided that could have possibly been a good idea?.. |
| 16:31.52 | file | jmls: Corydon reverted the changes, so you can't test what doesn't exist anymore |
| 16:32.11 | russellb | perhaps the "!' was the express frustration with not knowing the proper way to send a flash |
| 16:32.13 | jmls | meh |
| 16:32.46 | jmls | didn't see it come through on svn. |
| 16:32.59 | lvl- | file: hmm, let me decipher all the output that i'm getting from rtp debug. but when i dial into the same extension through IAX/disabling the SIPDTMFmode command, everything works fine |
| 16:33.10 | Corydon76-dig | jmls: you shoul have already |
| 16:33.13 | Qwell | russellb: #define ASCOM_DOESNT_KNOW_HOW_TO_READ_A_SPEC ? |
| 16:33.19 | russellb | heh |
| 16:33.20 | Qwell | or, #ifdef rather |
| 16:33.25 | file | lvl-: IAX2 is not SIP. |
| 16:34.20 | jmls | make update got the new version. Will test now. |
| 16:34.22 | jmls | thanks |
| 16:34.35 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 16:37.04 | file | bweschke: how goes? |
| 16:38.33 | bweschke | hey file |
| 16:38.34 | bweschke | goes well |
| 16:38.38 | bweschke | raining today though :-/ |
| 16:38.52 | bweschke | hey - since removing kdeconsole from 1.4 branch we now get the following |
| 16:38.59 | bweschke | on save of menuselect |
| 16:39.03 | jmls | yippee! |
| 16:39.05 | bweschke | on a branch that had it before it was removed |
| 16:39.07 | bweschke | make[1]: Leaving directory `/usr/src/origwjabber/menuselect' |
| 16:39.32 | jmls | it's fixed |
| 16:39.44 | Corydon76-dig | Well, not really fixed |
| 16:39.59 | Corydon76-dig | The bad race condition is still there |
| 16:40.08 | bweschke | actually - it goes away after the 1st save |
| 16:40.15 | russellb | bweschke: that's ... not an error |
| 16:40.19 | russellb | that's just standard make output ... |
| 16:40.28 | jmls | how likely is that to happen ? The hold bug happened all the time '< |
| 16:41.06 | jmls | the notice on svn-commit hasn't come through yet though .. |
| 16:41.59 | lvl- | file: ugh, took a while to sort through the debug, but i'm indeed receiving a second rfc2833 packet right before the error occurs.. i guess something's messed up at our voip provider |
| 16:46.57 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:51.53 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 16:51.53 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:02.10 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 17:19.54 | *** join/#asterisk-dev Victor_Yure (n=aaa@200.166.132.131) |
| 17:30.55 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.64.193) |
| 17:43.54 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 17:54.38 | Corydon76-dig | jsmith: how's fudcon? |
| 17:54.59 | jsmith | Corydon76-dig: So far, it rocks... lots of people |
| 17:56.30 | jsmith | Corydon76-dig: So many people, in fact, that they had to have two lunch seatings ;-) |
| 17:57.14 | Corydon76-dig | jsmith: Tell Scott Dodson hello for me |
| 17:58.28 | russellb | #define fudcon ? |
| 17:58.45 | Corydon76-dig | Fedora User Developer Conference |
| 17:58.54 | russellb | oic |
| 17:59.00 | jsmith | russellb: Stupid play on words ;-) |
| 17:59.29 | russellb | funny ... when we visited NYU recently, one of the students was supposedly like the #2 guy in the fedora project |
| 17:59.32 | russellb | and he was using a mac :-p |
| 17:59.53 | Corydon76-dig | jsmith: ask him whether you should attend PhreakNIC. ;-) |
| 17:59.54 | file | yay Scott Dodson |
| 18:08.05 | jsmith | Corydon76-dig: Uh... |
| 18:08.32 | Corydon76-dig | Uh? |
| 18:12.35 | jsmith | Just being non-commital |
| 18:14.35 | mvanbaak | brb, food |
| 18:45.58 | mvanbaak | back |
| 18:46.20 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 18:46.20 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:47.42 | Qwell | chan_ooh323's Makefile makes me sad |
| 18:47.55 | mvanbaak | ;) |
| 18:48.18 | Qwell | I can't tell where this filename is coming from.. |
| 18:54.01 | mvanbaak | Qwell: if you have time later can you look at a pastebin for me please ? |
| 19:01.03 | paravoid | Corydon76-dig: there's no point on discussing this thing to death |
| 19:01.15 | paravoid | it could be considered a feature or a bugfix |
| 19:02.22 | paravoid | (11742) |
| 19:04.51 | mvanbaak | russel committed it already ;) |
| 19:12.49 | paravoid | ah |
| 19:12.51 | paravoid | great :) |
| 19:13.28 | mvanbaak | should we redo the debian init script ? |
| 19:13.40 | paravoid | ? |
| 19:13.51 | mvanbaak | there's some M9843 |
| 19:14.59 | mvanbaak | I think you are the one to have a look at it |
| 19:15.12 | paravoid | hrm |
| 19:16.27 | paravoid | fwiw, our init script has nothing to do with contrib/init.d/rc.debian.asterisk |
| 19:16.53 | mvanbaak | ah, it's made by you eh ? |
| 19:17.01 | paravoid | and ours does not have that bug |
| 19:17.13 | paravoid | <PROTECTED> |
| 19:17.13 | paravoid | <PROTECTED> |
| 19:17.13 | paravoid | <PROTECTED> |
| 19:17.13 | paravoid | <PROTECTED> |
| 19:17.14 | paravoid | <PROTECTED> |
| 19:17.37 | mvanbaak | maybe you should put your init script as attachment on that bug |
| 19:17.38 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 19:17.44 | mvanbaak | as 'the correct script' |
| 19:17.49 | paravoid | sure |
| 19:17.50 | Qwell | assuming they can license it.. |
| 19:18.04 | mvanbaak | yeah, but I took that for granted |
| 19:18.08 | paravoid | I'm not the only one holding copyrights on it though |
| 19:18.19 | Qwell | paravoid: that's what I figured |
| 19:18.24 | mvanbaak | yeah, me too |
| 19:18.35 | mvanbaak | but I took it for granted he knew he had to license it |
| 19:18.35 | paravoid | yep |
| 19:18.40 | paravoid | I'll ask around |
| 19:18.44 | Corydon76-dig | Qwell: if you think about it, it really doesn't matter |
| 19:19.03 | Corydon76-dig | Qwell: an init script is already source... |
| 19:19.12 | paravoid | so? |
| 19:19.16 | paravoid | a copyright is a copyright |
| 19:19.20 | Corydon76-dig | GPLv2 |
| 19:19.21 | Qwell | oh, ha |
| 19:19.27 | paravoid | and? |
| 19:19.27 | Qwell | you mean like binary distribution...hmm |
| 19:19.43 | mvanbaak | interesting |
| 19:19.46 | Corydon76-dig | Our objection is based solely on distribution of a binary without source |
| 19:19.51 | Qwell | yeah, huh |
| 19:20.09 | Qwell | that's a very interesting point |
| 19:20.10 | Corydon76-dig | So there is no license conflict |
| 19:20.23 | paravoid | well |
| 19:20.27 | Qwell | although... |
| 19:20.27 | paravoid | you know better your constraints |
| 19:20.30 | mvanbaak | just leave the copyright stuff intact |
| 19:20.30 | Qwell | TECHNICALLY... |
| 19:20.35 | paravoid | I won't upload it to mantis in any case |
| 19:20.39 | Qwell | it we build a package that includes it... |
| 19:20.40 | paravoid | since I've signed the disclaimer |
| 19:20.49 | Qwell | it would be a binary package that we would be distributing |
| 19:20.55 | Corydon76-dig | Qwell: we aren't linking it, though |
| 19:21.04 | paravoid | Qwell: nope. it won't be derived code from our init script |
| 19:21.12 | paravoid | copyright licenses apply only on derived works |
| 19:21.26 | Qwell | IANAL (but I did play one on TV) |
| 19:22.10 | Corydon76-dig | If we distribute several GPL files that do not link with non-GPL code, then there is no viral license consideration |
| 19:22.30 | paravoid | I can't upload to mantis since I've signed the disclaimer |
| 19:22.34 | Qwell | but we would potentially be using it in a binary |
| 19:22.35 | paravoid | if you're OK with it |
| 19:22.36 | paravoid | http://svn.debian.org/wsvn/pkg-voip/asterisk/trunk/debian/asterisk.init?op=file&rev=0&sc=0 |
| 19:22.51 | Corydon76-dig | Qwell: how is an init script ever a binary? |
| 19:22.54 | Qwell | RPM |
| 19:23.05 | Corydon76-dig | rpm is just like a tar file |
| 19:23.19 | Corydon76-dig | It's just a packaging mechanism |
| 19:23.22 | Qwell | sure |
| 19:23.28 | paravoid | it is not a derived work |
| 19:23.47 | paravoid | you're not basing your work on the init script |
| 19:23.51 | Corydon76-dig | An RPM is not a single work... it is a collection of works |
| 19:24.26 | paravoid | yes, you're obligated to provide the preferred source of modification *for the script itself* |
| 19:24.37 | paravoid | so e.g. you can't obfuscate it |
| 19:24.37 | Corydon76-dig | GPL does not forbid distribution of GPL with non GPL, only linking of GPL with non-GPL |
| 19:24.52 | paravoid | Corydon76-dig: it's not a GPL issue |
| 19:24.55 | paravoid | GPL does not even apply |
| 19:25.15 | Corydon76-dig | paravoid: it does if Debian distributes the script under the GPL |
| 19:25.25 | paravoid | a copyright license can apply only derived works |
| 19:25.46 | paravoid | I can't link a GPL object with Microsoft libraries and then request for the source from Microsoft |
| 19:25.53 | Corydon76-dig | If we receive the script downstream of Debian, then we have to follow the constraints of the GPL |
| 19:26.05 | paravoid | yes, for that script itself you have to |
| 19:26.14 | Corydon76-dig | and those constraints are academic, because the script is the source |
| 19:26.26 | paravoid | not exactly |
| 19:26.34 | paravoid | GPL says "preferred source of modification" |
| 19:26.40 | paravoid | you can't obfuscate the code |
| 19:26.52 | Corydon76-dig | Yes, but we wouldn't be |
| 19:27.02 | paravoid | (I'm not sure that there is a shell obfuscator, but it has happened with e.g. PHP applications) |
| 19:27.20 | Corydon76-dig | I'm not talking about all cases in general, I'm talking about this specific case |
| 19:27.31 | paravoid | ok |
| 19:50.02 | Corydon76-dig | jmls: you could use func_odbc to add/remote VM users |
| 19:50.12 | Corydon76-dig | s/remote/remove/ |
| 19:50.36 | jmls | yeah, I want to remove the odbc side altogether, reducing the requirements for a * install |
| 19:50.44 | jmls | vm is now the only thing in the way |
| 19:51.24 | jmls | I use CURL now for everything else - it is so rock solid and fast, and means that I can run program logic to return data, much like agi I presume |
| 19:51.30 | Corydon76-dig | You mean in static files? |
| 19:51.59 | Corydon76-dig | jmls: you could build a res_config_curl |
| 19:52.05 | jmls | mmmm |
| 19:52.23 | Corydon76-dig | Wouldn't be terribly difficult |
| 19:52.48 | jmls | like me trying to become an electician or plumber |
| 19:53.11 | Corydon76-dig | You know, if you're willing to do an Apache backend to use it, I'll write one for you |
| 19:54.19 | jmls | I'm interested .. but what's an "apache backend" ? |
| 19:54.39 | Corydon76-dig | Well, it has to hit a web server, right? |
| 19:54.48 | jmls | yep |
| 19:55.04 | jmls | but my webserver passes it onto an application server. |
| 19:55.11 | Corydon76-dig | You commit to writing that piece, and I'll write res_config_curl |
| 19:55.28 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 19:56.46 | jmls | surely the backend could be code in any language ? |
| 19:56.53 | Corydon76-dig | Sure could |
| 19:57.27 | jmls | what language would you want the "default" backend to be in ? |
| 19:57.50 | Corydon76-dig | Doesn't matter... the only thing I'm concerned with is that once it's written, somebody can test it |
| 19:58.41 | jmls | oh, I could write it in my application language (progress) without any sweat - I'd open source the code (but there would be hardly anyone that would want to use it!) |
| 19:59.14 | Corydon76-dig | As long as it's tested, then I'll put it in trunk and others can find a use for it |
| 19:59.42 | jmls | that's great - I would be more than happy to test it. |
| 20:00.13 | jmls | I would convert my queues, voicemail, queuemembers (mmmm, even cdr ?) |
| 20:00.38 | Corydon76-dig | cdr isn't realtime |
| 20:00.49 | jmls | doh |
| 20:00.57 | Corydon76-dig | but you could have cdr_curl |
| 20:01.09 | jmls | heh |
| 20:01.26 | Corydon76-dig | adaptive, by default |
| 20:01.27 | jmls | would you want the data back as xml ? |
| 20:01.40 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 20:01.42 | jmls | or delimited ? |
| 20:01.45 | Corydon76-dig | No, as a URI-encoded string |
| 20:01.50 | Corydon76-dig | I think |
| 20:02.21 | jmls | whatever you need |
| 20:02.58 | Corydon76-dig | one=one&two=two&ersand=%26&three=three etc. |
| 20:03.11 | jmls | ok |
| 20:03.52 | Corydon76-dig | I think that makes the most sense... easily decoded... |
| 20:04.06 | Corydon76-dig | and re-encoded |
| 20:12.34 | jmls | makes sense to me. When you have something, give me a call and I'll write the backend test. |
| 20:14.20 | Corydon76-dig | Cool |
| 20:17.18 | *** join/#asterisk-dev Simon-- (n=sim@staff-nat.netnation.com) |
| 20:18.10 | Simon-- | 1196275037|1196275026.590424|cp-support|*195") in new stack |
| 20:18.18 | Simon-- | there are seriously races in the logging code too??? |
| 20:18.38 | Corydon76-dig | Eh? |
| 20:18.57 | Simon-- | my queue_log has random contents of the full log in it |
| 20:19.10 | Corydon76-dig | on what version? |
| 20:19.18 | jsmith | Simon--: I've seen that before too, as well as in the manager interface |
| 20:19.22 | Simon-- | 1.4.11.. sorry..fell behind a bit.. |
| 20:19.34 | Corydon76-dig | I fixed something like that a few months ago |
| 20:19.48 | Simon-- | I wonder if it's related to the console code dropping random characters :) |
| 20:20.22 | Corydon76-dig | No |
| 20:20.56 | Simon-- | Corydon76-dig: happen to remember which version or svn rev? I'd like to read it quickly.. |
| 20:21.43 | Corydon76-dig | revision 89093 |
| 20:21.56 | Simon-- | woot, thanks |
| 20:23.20 | Corydon76-dig | btw, you can find this information in the future by browsing http://svn.digium.com/view/asterisk/ |
| 20:23.35 | Corydon76-dig | It's exactly where I was looking |
| 20:28.46 | Simon-- | not trying to be an idiot, but I'm still not able to see it there. did you have to narrow down to the file to get enough lines to see it? |
| 20:29.10 | Simon-- | (I have the diff from svn, thanks, but I was trying to locate it as per your "in the future") |
| 20:29.42 | *** join/#asterisk-dev crich_de (n=crich@port-212-202-198-14.dynamic.qsc.de) |
| 20:29.59 | crich_de | hi guys |
| 20:30.47 | Simon-- | Corydon76-dig: and just to confirm, this is queue code memory corruption, not generic log races, right? |
| 20:35.04 | lmadsen | Corydon76-dig: can you use a channel variable directly in the read/write statement of func_odbc, or do you have to pass it as an argument/value ? |
| 20:39.51 | *** join/#asterisk-dev monkeytype (n=Bill@216.207.245.1) |
| 20:45.47 | Simon-- | yup, closer analysis shows that the "random" bits in the log are actually only the interface name, only on COMPLETE{CALLER,AGENT}, and contain random other pieces of memory. so it's probably that refcnt bug you fixed...thanks |
| 20:46.38 | putnopvut | Simon--: you might want to check revisions carefully, because the initial commit with regards to that wasn't the fixall, it was a later one which fixed it once and for all. |
| 20:47.09 | Simon-- | until the next really fixall ;) thanks |
| 20:56.46 | paravoid | does anyone have a working git-svn tree? |
| 20:56.56 | paravoid | with all revisions, branches, tags etc. |
| 20:57.18 | Simon-- | if you find one, let me know ;) |
| 20:57.21 | paravoid | importing ~12000 revisions is a pain :) |
| 21:00.46 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 21:01.04 | Corydon76-dig | lmadsen: you can use the variable directly |
| 21:01.30 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 21:08.50 | lmadsen | Corydon76-dig: awesome, that's what I was hoping, Thanks! |
| 21:18.04 | *** join/#asterisk-dev otherwiseguy (n=otherwis@CPE-75-81-49-192.kc.res.rr.com) |
| 21:21.20 | tzafrir_home | paravoid, any idea what to do about svn:externals? |
| 21:21.28 | *** join/#asterisk-dev qdk (n=qdk@195.242.194.41) |
| 21:22.20 | tzafrir_home | try zaptel or asterisk-addons. A smaller repo, but still with svn:externals |
| 21:23.30 | paravoid | no idea |
| 21:40.48 | *** join/#asterisk-dev CunningPike_ (n=arodgers@204.239.12.183) |
| 21:44.39 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 21:46.34 | *** join/#asterisk-dev crich_de (n=crich@port-212-202-198-14.dynamic.qsc.de) |
| 21:49.37 | *** join/#asterisk-dev FunnyManVA (n=funnyman@12.171.153.133) |
| 22:09.29 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 22:09.29 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 22:27.00 | Qwell | grr, stupid...C |
| 22:27.28 | Qwell | x=3, x&=~2, x==0? |
| 22:27.55 | Qwell | I'm clearly missing something |
| 22:28.00 | putnopvut | Where the hell is that? |
| 22:28.34 | putnopvut | All that's going to do is set x to 1 if you execute all that back-to-back. |
| 22:28.49 | Qwell | yeah, it's supposed to be 1, but when I check it...it's...0 |
| 22:29.09 | Qwell | x=3, x&=~1, x==2 |
| 22:29.15 | Qwell | but x=3, x&=~2, x==0 |
| 22:31.29 | putnopvut | what is x, by the way? int, long, unsigned int? |
| 22:31.38 | putnopvut | Guess it doesn't matter, though... |
| 22:32.45 | Qwell | wanna come take a look? |
| 22:32.49 | putnopvut | Sure. |
| 22:34.55 | Qwell | d'oh! |
| 22:35.30 | Qwell | x &= ~1 << 1 |
| 22:35.37 | Qwell | instead of x &= ~(1 << 1) |
| 22:48.13 | putnopvut | Did that fix it? |
| 23:14.52 | *** join/#asterisk-dev snuff-home (n=snuffy@C-61-68-160-157.bur.connect.net.au) |
| 23:14.55 | Qwell | putnopvut: yep, thanks :) |
| 23:48.59 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177583847.dsl.bell.ca) |
