| 00:00.07 | MasterYoda | nope, monotone all the way, the ui is better |
| 00:01.58 | MasterYoda | mog: do you use git? |
| 00:02.11 | mog | ya ya |
| 00:02.32 | MasterYoda | congratulations on your accomplishment |
| 00:02.39 | MasterYoda | you like it better then svn? |
| 00:03.08 | mog | ya |
| 00:03.13 | MasterYoda | and you should |
| 00:03.18 | mog | i use it like svn mostly though |
| 00:03.28 | mog | except for branching and merging |
| 00:03.31 | mog | but i dont do that often |
| 00:03.42 | MasterYoda | well there you go, the things it does way better then svn :) |
| 00:03.44 | mog | i do like that i dont need real server for any of my repos |
| 00:03.54 | MasterYoda | yeah that's nice |
| 00:03.55 | mog | but im only person who has access to my repos |
| 00:04.06 | mog | so its really just rcs++ |
| 00:04.17 | MasterYoda | but you can easily turn your pc into a server for quick code transfers if you want to right? |
| 00:04.23 | mog | yeah |
| 00:04.28 | mog | i backup to my machine at home |
| 00:04.37 | mog | via push feature |
| 00:05.11 | MasterYoda | yeah, i figured git could do that (cause monotone can, in fact the client is the server, they run out of the same binary) |
| 00:05.59 | mog | mmhm |
| 00:06.06 | mog | i also like that git is super fast |
| 00:06.10 | mog | nothing ever takes time |
| 00:06.16 | mog | so i make tons of commits |
| 00:06.19 | MasterYoda | yeah, it's faster then monotone |
| 00:06.26 | mog | and that i can commit a single file |
| 00:06.29 | mog | instead of all files |
| 00:06.45 | MasterYoda | but monotone is not that much slower then git nowadays, but still slower |
| 00:06.56 | MasterYoda | both are way faster then svn :) that's all that matters lol |
| 00:07.31 | MasterYoda | can't you do svn commit file1.c file2.c to commit single files with svn? |
| 00:08.52 | MasterYoda | well im heading home, ill catch you tomorrow mog |
| 00:09.18 | mog | i never used it like that |
| 00:09.20 | mog | peace |
| 00:17.23 | *** join/#asterisk-dev dlynes (n=dlynes@d154-20-9-152.bchsia.telus.net) |
| 00:43.24 | *** join/#asterisk-dev oej (n=olle@74.9.53.154) |
| 00:43.24 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 01:05.00 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-68-120-69-66.dsl.irvnca.pacbell.net) |
| 01:15.24 | snuff-work | mmm the TC400B cards.. |
| 01:15.40 | snuff-work | anyone know when digium going to pull their finger out and make a PCI-E |
| 01:15.45 | snuff-work | version |
| 01:16.03 | mog | ^_^ |
| 01:16.52 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 01:22.38 | De_Mon | pull their finger out? |
| 01:31.22 | *** part/#asterisk-dev mog (n=mog@c-71-207-231-41.hsd1.al.comcast.net) |
| 01:41.47 | moy | De_Mon: if you tell someone to get their finger out, you mean they should start working hard. that's what idioms.thefreedictionary.com say, apparently is more a British & Australian idiom |
| 01:46.24 | JT | ie an english idiom |
| 01:51.14 | Damin | Anyone alive? |
| 01:57.47 | moy | Damin: alive, but sleepy |
| 01:58.29 | ksteward | ok, i think i'm alive |
| 01:59.03 | De_Mon | moy so is it implying you havent even used a finger? |
| 02:00.26 | moy | I suppose, that's how it sounds ... I have never heard that idiom ( I live in México ) but google gave an answer quickly |
| 02:08.06 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 02:08.06 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 02:12.44 | snuff-work | mm just that a lot of servers now only have 1 PCI-X slot and rest PCI-E so you can't deploy multiple tc400b cards in your servers |
| 02:13.02 | Damin | Anyone care to throw 100 SIP channels in my direction using Ulaw and SIPP? :) |
| 02:16.39 | blitzrage | Damin: ummmm.... how? Just reflect audio back? |
| 02:16.44 | blitzrage | I could handle that |
| 02:19.26 | *** join/#asterisk-dev jtexter3 (n=jamest@ppp-70-128-111-195.dsl.tulsok.swbell.net) |
| 02:23.27 | blitzrage | Damin: your window has closed... off to sit on the couch :) |
| 02:33.42 | Damin | blitzrage: Noooo... :) |
| 02:33.57 | Damin | blitzrage: I'm digging back into the sipstone xml files.. |
| 02:34.10 | blitzrage | sipstone? |
| 02:34.29 | Damin | blitzrage: It's the default sipp uac.xml |
| 02:34.39 | Damin | blitzrage: So.. can you send me some shit? :) |
| 02:35.14 | blitzrage | ya, I think so |
| 03:13.10 | blitzrage | Damin: I think we were getting latency at the end of that call |
| 03:15.00 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-68-120-69-66.dsl.irvnca.pacbell.net) |
| 03:18.00 | *** join/#asterisk-dev shido6 (n=shido6@74-130-62-201.dhcp.insightbb.com) |
| 03:19.03 | shido6 | how do I update "tariff" to 1 for all of my records if update 'mya2billing' . 'cc_card' set 'tariff' = '1' where 'id' = '1' works |
| 03:19.04 | shido6 | in mysql |
| 03:22.25 | Damin | 249 active channels |
| 03:22.25 | Damin | 252 active calls |
| 03:22.26 | Damin | [Nov 1 23:22:08] WARNING[20705]: channel.c:780 channel_find_locked: Avoided initial deadlock for '0xb77166e0', 9 retries! |
| 03:22.26 | Damin | [Nov 1 23:22:08] WARNING[20705]: channel.c:780 channel_find_locked: Avoided deadlock for '0xb719edc8', 9 retries! |
| 03:22.27 | Damin | [Nov 1 23:22:08] WARNING[20705]: channel.c:780 channel_find_locked: Avoided deadlock for '0xb71990a0', 9 retries! |
| 03:27.29 | *** join/#asterisk-dev d3wayne (n=deeewayn@76.29.245.9) |
| 03:27.29 | *** mode/#asterisk-dev [+o d3wayne] by ChanServ |
| 03:34.26 | *** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) |
| 03:34.34 | paravoid | Corydon76-dig: I can't really understand |
| 03:34.52 | paravoid | fwiw, I reopened it because it was the only way (afaik) to add a comment |
| 03:34.56 | paravoid | it *is* a bug |
| 03:35.10 | paravoid | not a crash or sever one, but definitely a bug |
| 03:35.37 | Damin | Alright.. |
| 03:35.39 | Damin | So.. |
| 03:36.02 | Damin | I can happily pound the shit out of this Asterisk box w/ 220 calls at 25 call setups / second.. |
| 03:36.03 | paravoid | I thought bugs.d.c was a *bug*-tracking system, not a *patch* tracking one |
| 03:36.34 | Damin | But if I go to 240 concurrent calls, it starts giving me warninds about Maximum retries.. |
| 03:38.32 | paravoid | (for the rest, I'm talking about M10813) |
| 03:39.56 | Damin | I'll say this.. |
| 03:40.20 | Damin | asterisk is a lot better about cleaning itself up and not shitting all over itself than it was 1.5 years ago when i ran the same tests! :) |
| 03:49.48 | *** join/#asterisk-dev IgorG (n=igorg@195.162.32.126) |
| 03:51.08 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-68-120-69-66.dsl.irvnca.pacbell.net) |
| 04:21.54 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 06:16.46 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-68-120-69-66.dsl.irvnca.pacbell.net) |
| 06:49.37 | dlynes | M10813 |
| 06:49.38 | MuffinMan | [closed] [Asterisk] Core/BuildSystem 0010813: Should be able to dynamically link against libc-client for IMAP storage reported by paravoid http://bugs.digium.com/view.php?id=10813 |
| 07:12.44 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 07:16.57 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-68-120-69-66.dsl.irvnca.pacbell.net) |
| 07:33.59 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 08:08.33 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-12-187.bredband.comhem.se) |
| 08:43.42 | *** join/#asterisk-dev Aurs (n=Aurs@1ult2p8.ip.hipercom.no) |
| 08:53.40 | mvanbaak | mornin |
| 09:03.51 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 09:17.45 | *** join/#asterisk-dev phearless (n=phear@host217-34-75-65.in-addr.btopenworld.com) |
| 09:37.21 | *** join/#asterisk-dev syle2 (n=blah@unaffiliated/syle) |
| 09:51.03 | *** join/#asterisk-dev roadies (n=chrislro@stun.cmf.nrl.navy.mil) |
| 09:59.57 | steliosk | ~ping paravoid |
| 09:59.58 | jbot | pong paravoid |
| 10:01.03 | steliosk | paravoid : complaining again ? :) I though Debian devs never complained :D |
| 10:24.18 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 11:14.39 | *** join/#asterisk-dev _ys (i=ys@91.151.196.254) |
| 11:41.58 | *** join/#asterisk-dev munmun (n=mun_mun@203.80.176.168) |
| 11:43.55 | IgorG | any devs here? |
| 11:44.18 | IgorG | i've found a bug, but have no time to report in tracker |
| 11:44.51 | IgorG | SayDigits app is broken in *-trunk |
| 11:45.32 | IgorG | in short: i've commented out check for file existance in say_digit_str_full and it work |
| 11:51.26 | *** join/#asterisk-dev oej (n=olle@74.9.53.154) |
| 11:51.26 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:03.54 | _ys | ping snuff-work |
| 12:13.42 | Corydon76-dig | paravoid: explain to me how statically linking an object is a bug |
| 12:16.14 | _ys | Heh. fileexists_core(): if (preflang == NULL) preflang = ""; :) |
| 12:16.46 | _ys | preflang is const char * |
| 12:18.46 | _ys | It's about SayDigits prob |
| 12:22.19 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-68-120-69-66.dsl.irvnca.pacbell.net) |
| 12:30.06 | _ys | buf address, allocated by alloca(), are valid after function return ? |
| 12:30.36 | _ys | I think no. |
| 12:30.50 | Corydon76-dig | We assume yes, since there isn't a way to tell otherwise |
| 12:31.59 | _ys | Corydon76-dig: man say me: "The alloca() function allocates size bytes of space in the stack frame of the caller. This temporary space is automatically freed on return." |
| 12:32.39 | Corydon76-dig | _ys: right, but technically, you could run out of stack space |
| 12:35.17 | *** join/#asterisk-dev zerohalo (n=zeroHalo@pool-71-255-162-167.bstnma.east.verizon.net) |
| 12:36.35 | _ys | Corydon76-dig: I now see at fileexists_core() in file.c, there allocated *buf (by alloca) and him returned to ast_openstream_full(). |
| 12:37.15 | _ys | I think this is incorrect decision |
| 12:44.21 | Corydon76-dig | _ys: buf is not actually returned |
| 12:44.39 | Corydon76-dig | It's merely temporary storage |
| 12:52.36 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:52.36 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 12:55.22 | blitzrage | morning all! |
| 13:13.19 | *** join/#asterisk-dev eliel (n=eliel@host172038.metrored.net.ar) |
| 13:24.29 | *** join/#asterisk-dev IgorG (n=FeedomPa@host-195-162-53-193.pppoe.omsknet.ru) |
| 13:28.46 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-12-187.bredband.comhem.se) |
| 13:28.48 | IgorG | hello, all |
| 13:31.59 | *** join/#asterisk-dev lirakis (n=lirakis@65.200.191.253) |
| 13:32.05 | snuff-away | _ys i will test that on monday - aka sunday american time :) (no access to that box from home) |
| 13:33.43 | _ys | snuff-away ok. tilghman already assign corrected patch |
| 13:37.39 | snuff-away | :) |
| 13:41.49 | roadies | Qwell: U around? |
| 13:42.05 | Qwell | yeah, but only for a second here |
| 13:42.28 | roadies | just an FYI, got my 4G CFs in and working great... |
| 13:42.34 | Qwell | cool |
| 13:43.02 | roadies | next step .. put OpenVPN on the little box so we have secure VoIP |
| 13:43.14 | Qwell | so, I've got to ask.. what's the deal with the navy.mil address? |
| 13:43.23 | Qwell | and, yeah, I was planning on doing that myself at home, actually |
| 13:43.48 | Qwell | I already have IPv6 on mine, heh |
| 13:43.50 | roadies | we all work for someone dont we |
| 13:44.32 | Qwell | roadies: well, you said something the other day, to the effect of "looks can be deceiving" |
| 13:45.13 | roadies | Oh so its being better than the Jones are we...... well I do IPv6 too soon and then with OpenVPN be one up on you ;-) oh that was the reference to the computer name cause that system wasnt a stun server |
| 13:45.27 | Qwell | oh |
| 13:45.56 | Qwell | roadies: if you're around this weekend, I'd be happy to send you whatever patches I needed to get IPv6 working |
| 13:46.46 | Qwell | it wasn't a whole heck of a lot, mostly config stuff I think |
| 13:46.55 | roadies | so my boss is now talking using the little box now and I havent even touched the surface in playing with it..... I'll get on line both days.... with about 5 hours break when I go for my 100mile bike ride |
| 13:47.15 | Qwell | 100 mile bike ride... yeah, you crazy .mil folks :p |
| 13:47.45 | Qwell | I can barely muster up the energy for a 100 mile plane ride :D |
| 13:47.50 | roadies | we call ourselves "long-haul rodies" dont you know.... anyway, I'll look for you |
| 13:50.13 | roadies | by-the-by, thats what I was really asking about with the save info questions, because if I put Openvpn on it I need to figure out how to save the stuff.... ... |
| 13:50.38 | Qwell | roadies: all of the configs that get saved are in a variable in the save_config script |
| 13:50.57 | Qwell | most stuff in the tree puts their configs into /etc/config/ which gets saved |
| 13:52.09 | *** join/#asterisk-dev mog (n=mog@c-71-207-231-41.hsd1.al.comcast.net) |
| 13:52.09 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 13:53.05 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:53.05 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 13:55.31 | *** join/#asterisk-dev enalert (i=trelane@2001:4830:150c:0:20d:61ff:fe31:a58) |
| 13:56.22 | *** join/#asterisk-dev Juggie (n=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 13:58.18 | *** join/#asterisk-dev IgorG (n=FeedomPa@host-195-162-53-193.pppoe.omsknet.ru) |
| 14:01.15 | *** join/#asterisk-dev ManxPower (n=manxpowe@189.sub-70-220-142.myvzw.com) |
| 14:01.39 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:01.39 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 14:03.13 | *** part/#asterisk-dev ManxPower (n=manxpowe@189.sub-70-220-142.myvzw.com) |
| 14:04.21 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 14:06.26 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 14:22.33 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 14:30.58 | IgorG | hello, again :) |
| 14:31.29 | IgorG | Anyone here? |
| 14:32.30 | file | perhaps |
| 14:34.38 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 14:34.38 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 14:37.31 | file | IgorG: what do you need? |
| 14:47.16 | paravoid | Corydon76-dig: trying to compile statically when only a dynamic library exists is a bug |
| 14:47.31 | paravoid | and I'm sure you wouldn't say the same if we were talking for another library, would you? |
| 14:47.36 | paravoid | e.g. libssl or something like that |
| 14:59.26 | Corydon76-dig | paravoid: given that the default method of compiling IMAP into voicemail is with a non-packaged version, I disagree. |
| 15:00.10 | Corydon76-dig | While it would be a nice feature to have, it is only a feature, not a bug. |
| 15:00.45 | Corydon76-dig | And the argument is academic -- all you have to do is make a patch compatible with trunk, and it'll go in |
| 15:01.42 | IgorG | file: i found that SayDigits application broken in current trunk, check if possible |
| 15:02.20 | Corydon76-dig | IgorG: file a bug |
| 15:02.32 | paravoid | Corydon76-dig: and if I don't, you *close* the (minor) bug, because there's no patch attached? |
| 15:03.02 | Corydon76-dig | I suspended it until there is a candidate patch |
| 15:03.24 | Corydon76-dig | until then, it's just a feature request, and our policy is that feature requests don't remain open on the bugtracker |
| 15:03.31 | paravoid | I'm not very familiar with mantis |
| 15:03.41 | paravoid | but I'd say that the correct description would be |
| 15:03.51 | paravoid | status: open, resolution: suspended |
| 15:03.55 | paravoid | is that possible? |
| 15:04.04 | Corydon76-dig | No, it's not possible |
| 15:04.34 | Corydon76-dig | although you could make the case for status: suspended |
| 15:04.50 | IgorG | Corydon76-dig: I found this before I've live workplace and now I have no access to source of asterisk. I'll try to describe what I've found, but can provide more details only at Tuesday |
| 15:04.54 | Corydon76-dig | Mantis is already pretty well customized and it could be customized further |
| 15:15.25 | De_Mon | whats the normal resolution given to features? |
| 15:15.41 | De_Mon | that don't have patches provided or whatever |
| 15:15.47 | Qwell | I usually just suspend |
| 15:15.49 | Corydon76-dig | There's a difference between features and feature requests |
| 15:16.52 | Corydon76-dig | Features remain open until the patch gets the attention needed. Features are sometimes closed because either the reporter loses interest or there is a fundamental problem with the functionality |
| 15:17.21 | Corydon76-dig | Feature requests remain open for a couple days, then they are closed, and the reporter is directed to the bounty page of the Wiki |
| 15:17.26 | De_Mon | I only see severity 'feature' how do you differenciate between the two in mantis? |
| 15:17.48 | Corydon76-dig | De_Mon: by whether there is a candidate patch |
| 15:17.51 | Corydon76-dig | (for trunk) |
| 15:18.11 | De_Mon | heh yeah, /mumbles about people that submit features for 1.2 and 1.4 |
| 15:18.59 | De_Mon | whats the bugid hes talking about its not in my scrollback |
| 15:19.38 | Corydon76-dig | M10813 |
| 15:19.39 | MuffinMan | [closed] [Asterisk] Core/BuildSystem 0010813: Should be able to dynamically link against libc-client for IMAP storage reported by paravoid http://bugs.digium.com/view.php?id=10813 |
| 15:20.37 | IgorG | Corydon76-dig: I have posted bug #0011147 |
| 15:21.09 | Corydon76-dig | IgorG: thank you |
| 15:32.21 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 15:42.39 | *** join/#asterisk-dev ManxPower (n=manxpowe@189.sub-70-220-142.myvzw.com) |
| 15:48.54 | *** join/#asterisk-dev jmesquita (n=jmesquit@201.7.117.114) |
| 15:51.18 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 15:51.18 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 16:01.29 | *** join/#asterisk-dev mtaht4 (n=m@87-104-62-200.enitel.net.ni) |
| 16:02.12 | *** part/#asterisk-dev mtaht4 (n=m@87-104-62-200.enitel.net.ni) |
| 16:04.09 | *** join/#asterisk-dev eurodrew555 (n=eurodrew@83-244-164-130.cust-83.exponential-e.net) |
| 16:10.00 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 16:11.33 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:18.20 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:18.20 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 16:18.29 | putnopvut | Qwell: so why do you have the /en/digits directory in your var/lib/asterisk/sounds directory? |
| 16:18.38 | Qwell | that's how trunk does it |
| 16:19.02 | putnopvut | What do I have to do to make trunk do that? |
| 16:19.06 | Qwell | nothing |
| 16:19.11 | Qwell | but, that isn't the issue - what if somebody is using fr? |
| 16:19.41 | Qwell | remove /var/lib/asterisk/sounds, and do a make install from trunk |
| 16:20.15 | putnopvut | Ah, so it requires removal of the old var/lib/asterisk/sounds... |
| 16:20.28 | Corydon76-dig | or just: ln -s . en |
| 16:20.29 | Qwell | probably - I just did a make uninstall |
| 16:20.52 | Corydon76-dig | Neat little trick |
| 16:24.57 | russellb | reminder: "make uninstall-all" does actually work |
| 16:24.59 | russellb | no need to test it. |
| 16:25.14 | russellb | at least on a box you use for real stuff. |
| 16:25.30 | Qwell | that removes configs and stuff, right? |
| 16:25.38 | Qwell | ouch, heh |
| 16:26.05 | Corydon76-dig | In fact, that little link might be advisable for upgrades, since removing the sounds directory might remove custom recordings |
| 16:29.14 | Corydon76-dig | MasterYoda: ping |
| 16:30.00 | Qwell | Corydon76-dig: well, the problem would be new installs that only have sounds in en/ |
| 16:30.04 | Qwell | M11147 |
| 16:30.05 | MuffinMan | [new] [Asterisk] Core/PBX 0011147: SayDigits seems to be broken in current trunk reported by IgorG http://bugs.digium.com/view.php?id=11147 |
| 16:30.19 | Corydon76-dig | Ah... |
| 16:30.59 | Corydon76-dig | Why'd we do that again? |
| 16:31.10 | Qwell | dunno, but again - that isn't really the issue here |
| 16:31.19 | Qwell | what if they don't have en sounds at all? |
| 16:31.39 | Corydon76-dig | right, it defaults to no prefix at all |
| 16:31.53 | Qwell | it isn't that it defaults, it's that it just never sets one |
| 16:32.01 | Qwell | in the case of saydigits, anyhow |
| 16:32.27 | IgorG | Qwell: I have en sounds, qwell |
| 16:32.28 | Corydon76-dig | No, if you look in file.c, we explicitly fall back to no prefix, if a sound is not found with a language prefix |
| 16:32.29 | Qwell | actually |
| 16:32.44 | Qwell | Corydon76-dig: where? |
| 16:33.03 | IgorG | I wrote that I've commented check for existance file and have digits played |
| 16:33.08 | Corydon76-dig | if language is set to pt_BR, we first look for a pt_BR directory, then a pt directory, then none at all |
| 16:33.18 | Qwell | Corydon76-dig: where are you seeing that done? |
| 16:33.47 | Qwell | oh, fileexists_core |
| 16:33.53 | Corydon76-dig | file.c, line 514 |
| 16:34.07 | Qwell | right, so... I think the saydigits fix is easy |
| 16:35.01 | Qwell | lemme patch/test |
| 16:35.27 | Qwell | citats beat me to it |
| 16:35.54 | Qwell | that's exactly the fix I was going for |
| 16:36.03 | blitzrage | hawt |
| 16:36.47 | Qwell | so, everywhere we use ast_fileexists, we need to specify a lang |
| 16:37.37 | Corydon76-dig | Why not catch it inside ast_fileexists, then? |
| 16:37.46 | Qwell | we don't have chan there |
| 16:38.33 | Corydon76-dig | No, I meant, look at the first line of code in ast_fileexists |
| 16:39.04 | Qwell | set it to some default, like en? |
| 16:39.13 | Corydon76-dig | We know fileexists_core will fallback to no prefix, so in ast_fileexists, if NULL, set to 'en' |
| 16:39.24 | Qwell | but what if the channel is fr? |
| 16:39.31 | Qwell | they may not have en sounds at all |
| 16:41.03 | Corydon76-dig | Well, okay, but the fix I just suggested makes sure that legacy apps work the same way |
| 16:41.12 | Corydon76-dig | So we probably should do both |
| 16:41.25 | Qwell | mmm....yeah, fair enough |
| 16:41.52 | Qwell | I think part of this needs to go back to 1.4 also |
| 16:42.09 | Qwell | the defaulting of lang can stay at '', but the rest should, I think |
| 16:42.40 | Qwell | because if the code is the same in 1.4, then setting lang=fr won't work with saydigits |
| 16:43.04 | Corydon76-dig | Fair enough |
| 16:43.26 | Corydon76-dig | Hrm, wait, does SayDigits work in 1.4 today? |
| 16:43.33 | Corydon76-dig | for fr, I mean? |
| 16:43.34 | Qwell | you'd think |
| 16:43.37 | Qwell | let's find out |
| 16:43.58 | Qwell | doesn't look like it |
| 16:44.03 | Qwell | the ast_fileexists stuff is relatively new |
| 16:44.12 | Qwell | ...I added it, to fix some other bug |
| 16:44.35 | Corydon76-dig | mmmkay |
| 16:50.58 | Qwell | actually, no, changing preflang is bad |
| 16:51.37 | Qwell | ast_fileexists is also used for other things, that won't have a language. voicemail recordings, res_monitor, etc |
| 16:51.59 | Corydon76-dig | Yes, but it falls back to none if the language isn't found |
| 16:52.29 | Qwell | |
| 16:52.30 | Qwell | erm |
| 16:52.59 | putnopvut | Corydon76-dig: ping |
| 16:53.05 | Corydon76-dig | pongish |
| 16:53.24 | putnopvut | So I've been looking really hard at the whole no-audio on agent callback channels. |
| 16:53.37 | putnopvut | And I realize that we just cannot skip the agent_read function. |
| 16:53.41 | Corydon76-dig | callback or proxy? |
| 16:53.46 | putnopvut | callback. |
| 16:54.02 | putnopvut | As in, they used AgentCallbackLogin to log in. |
| 16:54.19 | Corydon76-dig | Oh |
| 16:55.04 | putnopvut | So, instead of your deadlock avoidance scheme in __ast_read, I was wondering if the following would work as well, and if not, why. |
| 16:55.04 | putnopvut | http://pastebin.ca/758834 |
| 16:55.04 | Corydon76-dig | I all ears |
| 16:55.16 | putnopvut | It's really simple, just change the ast_channel_lock to a loop of ast_channel_trylock. |
| 16:55.30 | Corydon76-dig | That will loop forever |
| 16:55.37 | putnopvut | I'll add something to return an ast_null_frame if it goes too long. |
| 16:55.49 | putnopvut | Like 10 tries or something. |
| 16:55.52 | putnopvut | Like you did. |
| 16:56.03 | Corydon76-dig | Add a usleep(1) in there and we're cool |
| 16:56.08 | putnopvut | Sweet. |
| 16:56.13 | putnopvut | I think that will solve the problem. |
| 16:56.30 | file | putnopvut: yay! |
| 16:56.49 | Corydon76-dig | Get Ted from 10406 to test the change |
| 16:57.02 | Corydon76-dig | since he was having all the fun with the deadlocks |
| 16:57.33 | putnopvut | Yeah... I'll post a patch up and get some tests done. |
| 17:00.09 | De_Mon | saydigits doesn't work? |
| 17:01.03 | Qwell | De_Mon: it works, but only with english |
| 17:02.50 | De_Mon | oh, well thats fine :) |
| 17:07.59 | *** join/#asterisk-dev MoutaPT (n=mmouta@dhcp11.corp.fccn.pt) |
| 17:13.02 | kpfleming | Corydon76-dig: pbx_lua.c does not build under dev-mode on my box... many warnings about mixed declarations and code |
| 17:16.32 | blitzrage | Corydon76-dig: oh nice, I didn't know you backported the newline delimiter patch -- so now I can use CUT() to parse through lines of text files! |
| 17:19.26 | ManxPower | blitzrage: I had to write an agi script to do that for me. |
| 17:19.40 | blitzrage | ya, looks like you can do it now in 1.4 though |
| 17:22.02 | *** join/#asterisk-dev jmls (n=jmls@62.49.235.130) |
| 17:23.39 | MasterYoda | Corydon76-dig: pong |
| 17:26.57 | Corydon76-dig | MasterYoda: if you like, you can add a bit more about lua to CHANGES in trunk |
| 17:27.13 | MasterYoda | Corydon76-dig: hmm, ok |
| 17:37.44 | MasterYoda | i need more karma |
| 17:38.02 | MasterYoda | qwell caught up to me :) |
| 17:38.05 | putnopvut | I have no karma... |
| 17:38.10 | Qwell | MasterYoda: so, I've got to ask... why pbx_lua? |
| 17:38.27 | Qwell | and yeah, I've gotten maybe 5 karma since I've worked here, heh |
| 17:39.07 | file | pfft, we don't need karma |
| 17:40.58 | Qwell | outtolunc: yeah, let's go ahead and not do that |
| 17:41.03 | outtolunc | haha |
| 17:42.22 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 17:46.44 | blitzrage | it's all I've got! don't take it away from me! |
| 17:46.54 | MasterYoda | Qwell: pbx_lua: because although it is turing complete, dialplan is not a programming language |
| 17:47.42 | MasterYoda | i need karma to prove I am a part of the asterisk community, it gives me street cred |
| 17:47.45 | file | MasterYoda: I think Corydon asked this previously but I don't seem to have it in my buffer... is 5.1 required? |
| 17:47.53 | MasterYoda | yes |
| 17:47.55 | Qwell | file: it's in the notes, yes |
| 17:48.07 | file | interesting |
| 17:50.07 | MasterYoda | you must not like me, I did not get a muffin :( |
| 17:50.17 | putnopvut | A muffin salad. |
| 17:50.26 | file | putnopvut: exactly! |
| 17:50.34 | ManxPower | is that anything like a tacco salad? |
| 17:50.40 | putnopvut | Better. |
| 17:50.43 | MasterYoda | yay! |
| 17:56.29 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 18:02.31 | *** join/#asterisk-dev jets (n=brian@pdpc/supporter/active/jets) |
| 18:03.16 | *** join/#asterisk-dev agx (n=badpengu@81-174-8-141.dynamic.ngi.it) |
| 18:05.25 | *** part/#asterisk-dev MoutaPT (n=mmouta@dhcp11.corp.fccn.pt) |
| 18:32.23 | *** join/#asterisk-dev dlynes_laptop (n=dlynes@216.251.149.68) |
| 18:49.05 | *** join/#asterisk-dev codefreeze (n=steve_mu@216.166.159.235) |
| 18:49.05 | *** mode/#asterisk-dev [+o codefreeze] by ChanServ |
| 18:50.22 | *** join/#asterisk-dev seanbright (n=elixer@65.207.74.18) |
| 19:02.30 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:02.30 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 19:06.30 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 19:16.17 | *** join/#asterisk-dev yannj_fr (n=yannj_fr@vpn.intelunix.fr) |
| 19:17.41 | yannj_fr | hello everybody |
| 19:24.05 | blitzrage | hi doctor nick! |
| 19:33.57 | yannj_fr | like Simpsons? |
| 19:34.26 | Qwell | new Treehouse of Horror on Sunday |
| 19:34.35 | Qwell | can't wait |
| 19:36.32 | codefreeze | Sounds...... scary.... funny.... mixed |
| 19:36.56 | Qwell | just funny |
| 19:36.58 | file | codefreeze: THAT'S IT! I wish to get rid of the CDR not posted notice |
| 19:39.49 | yannj_fr | Qwell: new Treehouse of Horror is Tonigh (in a quarter of minute ) here |
| 19:39.58 | Qwell | lame |
| 19:40.03 | Qwell | where is "here"? |
| 19:40.07 | yannj_fr | France |
| 19:42.06 | codefreeze | file: yeah, it is a bit tiresome. |
| 19:49.21 | eliel | Hello, it would be a good option to let a template be added at the end of the catedory? I was thinking of doing a patch for this cause while using templates on cli permissions config file (permissions.conf) is easy to added a set of commands for a user using templates but their get added at the beginning and you the order is important, so sometime we want to add the template at the end and sometimes at the begining. |
| 19:50.08 | eliel | let say an option like [category](+templatename) |
| 19:50.34 | eliel | the plus will say that templatename must be added at the end of category.. |
| 19:51.26 | eliel | I don't know if this is possible, but first I would like to know if it could be something usefull... |
| 19:52.36 | Corydon76-dig | Seems confusing |
| 19:53.02 | eliel | the option? or my explanation? |
| 19:53.04 | eliel | he |
| 19:53.11 | Corydon76-dig | both |
| 19:53.11 | eliel | My english is sooo poor.. |
| 19:53.17 | eliel | ok |
| 19:53.32 | Corydon76-dig | I think I understand the concept, it's just confusing |
| 19:53.44 | eliel | [eliel |
| 19:53.45 | codefreeze | uh, if I remember right the notation [category](+) means to add this cat to one of same name.... |
| 19:54.10 | eliel | huf, well, we could change + with * |
| 19:54.32 | eliel | I though that + means concatenate so.. it would be less confusing.. |
| 19:55.09 | eliel | what happen if we want to allow some codecs on sip.conf for one type of peer and other codecs for other type of peer: |
| 19:55.15 | eliel | [codecs1] |
| 19:55.18 | eliel | allow=g711 |
| 19:55.19 | dlynes | btw, fwiw |
| 19:55.26 | eliel | sorry |
| 19:55.36 | eliel | [codecs1](!) |
| 19:55.37 | codefreeze | well, I guess (+<something>) could mean something different than [cat](+) |
| 19:55.39 | dlynes | the link on the digium web site for switchvox free edition has some broken php |
| 19:55.49 | eliel | allow=g711 |
| 19:55.53 | dlynes | the '...you know the rest!' lnk |
| 19:55.56 | eliel | [codecs2](!) |
| 19:55.58 | dlynes | s/lnk/link/ |
| 19:56.00 | eliel | allow=g729 |
| 19:56.07 | Corydon76-dig | dlynes: email webmaster@digium.com |
| 19:56.10 | eliel | the we use it on a peer like this: |
| 19:56.11 | dlynes | Corydon76-dig: ok |
| 19:56.22 | eliel | [peer1](codecs1) |
| 19:56.28 | eliel | disallow=all |
| 19:57.02 | Corydon76-dig | Odd question... can you inherit from more than one context? |
| 19:57.09 | eliel | then we will have something like this (on memory) |
| 19:57.16 | eliel | Corydon76-dig: yes you can |
| 19:57.25 | eliel | [peer1] |
| 19:57.28 | dlynes | nvm...it's been fixed now |
| 19:57.34 | eliel | allow=g711 |
| 19:57.39 | eliel | disallow=all |
| 19:57.46 | Qwell | Corydon76-dig: [a](b,c) |
| 19:57.53 | Corydon76-dig | Ah |
| 19:58.09 | Corydon76-dig | eliel: that doesn't allow ulaw or alaw, you know |
| 19:58.19 | Corydon76-dig | order matters |
| 19:58.35 | codefreeze | file: you going to do it, or do you want me to? |
| 19:58.47 | eliel | Corydon76-dig: Yes! I know! that is why I want to added the template at the end! :-) |
| 19:59.29 | Corydon76-dig | Do what? |
| 19:59.44 | file | codefreeze: you can, I'm typing out a note... |
| 20:00.43 | eliel | When [peer1](codecs1) iinherits from codecs1, then codecs1 is being added at then begining of the category, and I can't do something like: |
| 20:00.48 | eliel | [peer1](codecs1) |
| 20:00.50 | eliel | disallow=all |
| 20:01.25 | eliel | because codecs1 will be add at the begining and disallow=all will be at the end of the category, so, no codecs will be allowed. |
| 20:02.28 | eliel | This is just an example, but with my patch for CLI permissions, it will be very usefull to add an option like [peer1](+codecs1) so, codecs1 could be appended at the end of the category [peer1] and we will get something like this: |
| 20:02.34 | eliel | [peer1](+codecs1) |
| 20:02.36 | eliel | disallow=all |
| 20:02.39 | eliel | allow=g711 |
| 20:02.54 | eliel | so now g711 is allowed :-) |
| 20:03.20 | eliel | g711=ulaw sorry for the confusion... |
| 20:03.27 | eliel | is just an example |
| 20:04.50 | blitzrage | [peer1](disallow-codecs,allow_my_codecs) |
| 20:04.52 | blitzrage | would that not work? |
| 20:05.31 | eliel | blitzrage: that will work |
| 20:05.48 | blitzrage | then i don't get the purpose of adding new functionality that can be accomplished with new functionality |
| 20:05.58 | blitzrage | err... existing |
| 20:06.03 | Corydon76-dig | Heh |
| 20:06.10 | blitzrage | man I'm exhausted today |
| 20:06.21 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 20:06.22 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 20:07.29 | eliel | if the CLI permissions patch is added this would be a great option to config in a simple way the permissions.conf file (obviusly if that patch dont get commited it doesn't matters to added an option like this) |
| 20:07.45 | blitzrage | what I just did seems pretty simple |
| 20:08.28 | Corydon76-dig | I'm in agreement with blitzrage. We don't need new more confusing ways of doing things |
| 20:09.33 | eliel | ok |
| 20:12.40 | *** part/#asterisk-dev mog (n=mog@c-71-207-231-41.hsd1.al.comcast.net) |
| 20:19.11 | eliel | both are right, I think twice, and you always have a simple workaround for templates inheritance... |
| 20:22.36 | *** part/#asterisk-dev lirakis (n=lirakis@65.200.191.253) |
| 20:35.02 | Qwell | yay for funky sip locking |
| 20:53.28 | ManxPower | "Make subscribecontext behave as advertised." issue #10702 Is this a 1.4 specific bug? subscribecontext seems to work just fine on my 1.2 systems |
| 20:54.28 | putnopvut | M10702 |
| 20:54.29 | MuffinMan | [closed] [Asterisk] Channels/chan_sip/Subscriptions 0010702: subscribecontext ignored reported by slavon http://bugs.digium.com/view.php?id=10702 |
| 20:54.56 | file | I do not know, I do not test 1.2 |
| 20:55.22 | file | if you had it configured just right it would work fine |
| 20:55.28 | ManxPower | I do not seem to have that issue on 1.4 |
| 20:55.34 | ManxPower | ..er.. 1.2 |
| 20:55.35 | putnopvut | Well, it has been fixed. |
| 20:55.54 | ManxPower | another show stopper fixed. yay! |
| 21:07.24 | yannj_fr | has anyone already think to create thing like area in Cisco Manager, to permit to setup codec which are authorisez between this areas? |
| 21:18.35 | *** join/#asterisk-dev Deeewayne (i=dwayne@nat/digium/x-78db5d584ebf2189) |
| 21:18.35 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 21:20.31 | snuff-away | mm anyone know when digium are going to bring out PCI-E g729 cards? |
| 21:20.41 | snuff-away | since there are a few digium ppl here ;) |
| 21:22.07 | Qwell | snuff-away: dunno, ask sales |
| 21:23.07 | snuff-away | just that now days lots of new servers dont have pci-x slots restricting which servers we'd like to use |
| 21:23.49 | snuff-away | it displays 'almost' correct on opera |
| 21:24.15 | snuff-away | after the store button the search is like 1/4 down from the top |
| 21:25.00 | snuff-away | like where is the 'contact us' page on the new digium site.. hidden somewhere |
| 21:26.44 | putnopvut | I see a "contact" link at the bottom. |
| 21:27.50 | snuff-away | yer nicely hidden :) |
| 21:28.26 | snuff-away | now to drive home |
| 21:29.38 | snuff-away | only thing i can hope for is some better response than intel etc.. 'we dont discuss unannounced products' |
| 21:34.30 | *** part/#asterisk-dev zerohalo (n=zeroHalo@pool-71-255-162-167.bstnma.east.verizon.net) |
| 21:36.07 | tzanger | hey guys |
| 21:36.11 | yannj_fr | hi |
| 21:36.33 | tzanger | I have a retard who's trying to convince me that zaptel 1.4 used with asterisk 1.2 is buggy in the sense that it won't allow a zap channel to work in all contexts it hits |
| 21:36.48 | tzanger | I believe there *are* some issues with zaptel 1.4 and asteirsk 1.2, but nothing like that |
| 21:37.10 | Corydon76-dig | Heh, it's certainly not related to dialplan contexts |
| 21:37.13 | tzanger | exactly |
| 21:37.22 | tzanger | what *are* the issues with zaptel 1.4 used with asterisk 1.2? |
| 21:37.37 | russellb | it's unsupported |
| 21:37.38 | russellb | that's the issue |
| 21:37.43 | tzanger | haha |
| 21:37.55 | mvanbaak | hhmm |
| 21:38.03 | mvanbaak | anyone here using ubuntu with gnome ? |
| 21:38.48 | mvanbaak | how to create keyboard shortcuts |
| 21:38.48 | mvanbaak | cant remember how I did it under debian |
| 21:38.49 | russellb | i know nothing |
| 21:38.53 | mvanbaak | lol |
| 21:38.54 | mvanbaak | ok |
| 21:39.06 | mvanbaak | I hate it to click an icon to open a terminal |
| 21:39.21 | mvanbaak | anywayz, I'll ask in #ubuntu |
| 21:39.39 | tzanger | with kde you do it in the menu editor |
| 21:39.49 | tzanger | I have alt-` to bring up a konsole and alt-k to bring up konqueror |
| 21:41.04 | tzanger | russellb: do you have any more detail on the issues encountered when running zaptel-1.4 with asterisk-1.2? |
| 21:41.20 | russellb | no, i don't know of any problems |
| 21:41.24 | russellb | if it compiles, it should work ... |
| 21:42.47 | yannj_fr | russellb : I had a look to AIS as you recommend me to support HA |
| 21:43.07 | yannj_fr | it's a little bit.... hum..complicated |
| 21:43.34 | file | what you seek is complicated |
| 21:43.53 | yannj_fr | for sure! |
| 21:44.22 | yannj_fr | my company gives me full time to work on it |
| 21:44.31 | mvanbaak | ok, I know remember |
| 21:44.37 | mvanbaak | it's somewhere in gconf |
| 21:45.34 | mvanbaak | YAY ! |
| 21:45.42 | mvanbaak | ubuntu even has a howto page for it |
| 21:45.53 | mvanbaak | ok, now it's movie time |
| 21:45.55 | mvanbaak | latero all |
| 21:46.02 | blitzrage | me too soon |
| 21:46.41 | russellb | yannj_fr: yes, it is definitely complicated. but powerful :) |
| 21:46.43 | yannj_fr | still looking at Treehouse of Horror |
| 21:47.14 | yannj_fr | russellb : I don't really know where to start |
| 21:47.56 | yannj_fr | I started to ready the specifications (10 x 100 pages) |
| 21:48.43 | mvanbaak | I'm going to test with KVM later this weekend |
| 21:48.54 | mvanbaak | to see if it meets up with xen |
| 21:49.03 | mvanbaak | anywayz, movie |
| 21:49.26 | yannj_fr | I saw really interesting things with KVM, and moving from a server to another |
| 21:58.45 | *** join/#asterisk-dev russellb_ (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 21:58.45 | *** mode/#asterisk-dev [+o russellb_] by ChanServ |
| 22:09.12 | yannj_fr | Qwell : any idea of the Letter I can use for my callback application? |
| 22:10.03 | Qwell | there are a few left still... feel free to pick one you think makes sense |
| 22:10.32 | yannj_fr | callback => c but not available |
| 22:10.53 | Qwell | b or B? for busy |
| 22:10.59 | Qwell | dunno |
| 22:11.13 | Qwell | what does the telco call that...umm...one sec |
| 22:11.58 | MasterYoda | Corydon76-dig: so what should my CHANGES entry look like? |
| 22:12.17 | Corydon76-dig | See the final two lines |
| 22:12.24 | MasterYoda | ok |
| 22:13.10 | Qwell | yeah, I don't know |
| 22:13.16 | Corydon76-dig | You could make it 'R' for return call |
| 22:13.24 | Qwell | b/B for busy callback :D |
| 22:13.38 | MasterYoda | Corydon76-dig: so what am I supposed to be doing with this changes entry? |
| 22:14.01 | Corydon76-dig | Be more explicit about why you would want to use lua |
| 22:14.09 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable183.17-83-70.mc.videotron.ca) |
| 22:14.09 | yannj_fr | Qwell : great, b... |
| 22:14.11 | MasterYoda | ok, i'll tweak it |
| 22:14.27 | JunK-Y | russellb: for http://bugs.digium.com/view.php?id=8864 , the problem is that it segfaults * |
| 22:14.36 | russellb_ | it still does? |
| 22:14.49 | JunK-Y | ya, this is what im i was saying. |
| 22:14.50 | Corydon76-dig | MasterYoda: I'm kind of surprised nobody has yet written pbx_tcl |
| 22:15.09 | russellb_ | JunK-Y: ok |
| 22:15.23 | MasterYoda | Corydon76-dig: yeah, or pbx_ruby or something |
| 22:15.25 | Corydon76-dig | MasterYoda: since Tcl is designed to be embedded in C apps, to be a generic scripting language |
| 22:15.35 | JunK-Y | u could just use my previous patch, this was exactly exactly for that crash. |
| 22:15.35 | Qwell | ooo, pbx_tk |
| 22:15.49 | Corydon76-dig | pbx_expect, actually |
| 22:15.56 | Qwell | dialog box, that lets you drag calls around in realtime :p |
| 22:16.17 | Corydon76-dig | Uh, that's gastman already |
| 22:16.29 | Qwell | don't spoil my fun |
| 22:16.37 | Corydon76-dig | Heh |
| 22:16.52 | Qwell | and I mean like...you have to click stuff in order for it to continue through |
| 22:17.18 | Qwell | like some old school operator things, where they have to plug in the right things :p |
| 22:17.31 | Corydon76-dig | We need an Allison voice of "Please click Okay to continue" |
| 22:18.00 | putnopvut | I want to hear her say "Stop...Hammer time" |
| 22:18.02 | Corydon76-dig | That's a brainfuck to hear on a telephone system, right there |
| 22:18.42 | Corydon76-dig | "Please press any button to continue or any other button to hangup." |
| 22:19.22 | putnopvut | "Please press 43823222 to continue or 43824222 to blow up your phone" |
| 22:21.56 | yannj_fr | I asked the question few time ago, but is there a way to define areas, and choose codec that could be use between them? |
| 22:22.51 | russellb_ | JunK-Y: I did apply your patch ... but then i re-wrote that code |
| 22:28.13 | MasterYoda | Corydon76-dig: it's difficult to articulate why you would want to write your dialplan in lua |
| 22:28.50 | putnopvut | The syntax isn't as zany? |
| 22:29.07 | MasterYoda | but I can't put that in the CHANGES file ;) |
| 22:35.25 | russellb_ | JunK-Y: should be fixed now |
| 22:40.08 | JunK-Y | no more segfault, yeah :) |
| 22:40.20 | Qwell | JunK-Y: if that bug is still open, can you close? |
| 22:41.21 | JunK-Y | its closed. |
| 22:41.59 | Qwell | k |
| 22:42.17 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 22:42.17 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 22:46.24 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 23:24.17 | *** join/#asterisk-dev dlynes_laptop (n=dlynes@216.251.149.66) |
| 23:45.57 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 23:45.57 | *** mode/#asterisk-dev [+o anthm] by ChanServ |