| 00:06.45 | *** join/#asterisk-dev d3wayne (n=d3wayne@pool-71-187-1-180.nwrknj.fios.verizon.net) |
| 00:06.45 | *** mode/#asterisk-dev [+o d3wayne] by ChanServ |
| 00:07.15 | codefreeze | d3wayne: is in the land of Joisy? |
| 00:07.30 | blitzrage | these are the rumours |
| 00:08.29 | d3wayne | yeah, I'm in Jersey :-) |
| 00:08.49 | codefreeze | Or, in modern technolingo, it'd be e-Joyz |
| 00:08.51 | blitzrage | has anyone ever seen C code that would let you just run a function that when compiled, would pull documentation information from an XML file and embed it into the binary as if it were put there with snprintf's? (or whatever function you would normally write with) |
| 00:10.01 | codefreeze | Uh, closest I've seen is gettext stuff... |
| 00:10.13 | d3wayne | blitzrage: not sure, maybe you just need some Makefile magic ? |
| 00:10.25 | blitzrage | not sure... the reason I ask is because I have an idea... |
| 00:11.06 | Qwell | You can do ANYTHING with Makefile magic |
| 00:13.43 | blitzrage | if there were an extra file where all the dialplan application and function documentation existed (the stuff you see from the asterisk CLI with the show commands), and that file were say... XMLish, then that same documentation could be read into anything. So I'm thinking if all of that info were external, then 1) it'd be easier to modify externally, and I could add things like examples of application usage, fill in al |
| 00:13.43 | blitzrage | l the sections that have no text etc... , and 2) all that information could then be imported into a website like PHP.net has all the functions you can use with descriptions. |
| 00:14.17 | blitzrage | So when that file gets modified, then both Asterisk and a website documenting the functions/applications/etc... would all be updated at once |
| 00:15.00 | blitzrage | So that'd mean something would have to be a "tag" in the asterisk code to say, "pull the information for this application/function/etc... from over there" |
| 00:15.22 | blitzrage | s/him/him how/ |
| 00:18.37 | *** join/#asterisk-dev grimsy (n=chatzill@203-206-220-214.perm.iinet.net.au) |
| 00:19.01 | citats | blitzrage: i suppose you could have something that would parse out the data and insert it into the source at compile time. with dependancy checking on the text files it would always be up to date whenever recompiled. but what about going the other way and having the text exported from asterisk to text files or whatever format you need? |
| 00:19.04 | blitzrage | the other advantage to this approach would be a really good / accurate reference book that could be created via PDF |
| 00:19.57 | blitzrage | citats: well that's the thing -- you could get it all out of asterisk, then when you have it in that central format, you can go both ways -- INTO Asterisk, and OUT INTO text / pdf / html / etc... |
| 00:20.03 | blitzrage | I'm thinking that format would actually be DocBook |
| 00:20.13 | blitzrage | ideally since thats what I'm comfortable working with |
| 00:20.43 | citats | i like having it in asterisk, but i'm more into the code than the docs :) |
| 00:20.45 | blitzrage | so you would pull the reference from the DocBook into Asterisk at compile time, and could also build a reference book off of it |
| 00:21.04 | blitzrage | well... I"m more into the docs as a documenteur :) |
| 00:21.27 | blitzrage | plus you're more into the code, so I could maintain all the docs for you! ) |
| 00:21.29 | blitzrage | :) |
| 00:22.17 | citats | i'd worry about people other than you updating the docs though. what happens when someone changes some code and the app info needs to get updated but they don't know how to edit the doc format or something, then it sits in the bugtracker for a while waiting for a doc patch to be written before commiting |
| 00:24.15 | *** join/#asterisk-dev anthm (n=anthm@mb50736d0.tmodns.net) |
| 00:24.15 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 00:24.21 | blitzrage | I could see that being pretty easily solved with a template... much like app_skel.c.... but it's be much more simple... I mean... most applications and functions are in a pretty simple format |
| 00:25.20 | blitzrage | and you're right about ideally being able to pull it out of source originally anyways... so if that were made, then someones code could just be run through that parser at any point after commit and converted to the XML version... |
| 00:25.29 | blitzrage | at least this is a theory to work from :) |
| 00:27.07 | citats | pulling it out of the source would be pretty trivial, just have to walk the app list and dump that info out |
| 00:28.42 | blitzrage | ya, I think russellb even tried that once |
| 00:28.55 | blitzrage | that'd really be the first step I'd think |
| 00:29.22 | blitzrage | well, after you figured out how to pull the information out of a docbook document at compile time or whatever |
| 00:30.44 | citats | i'm not sure what the easiest way to get it out of docbook (or whatever) would be, but getting it back in could be as simple as using sed to search and replace. just need to have a standard convention used |
| 00:31.20 | citats | i'm sure it'd be easy to do in perl, but i hate having to have dependancies on stuff like that |
| 00:31.52 | blitzrage | agreed |
| 00:32.52 | blitzrage | I'm mostly trying to think of a way that a central documentation "repo" could exist, and the docs be compiled into asterisk, and also into external documentation... hrmmmm |
| 00:33.23 | directory | blitzrage: we can pull stuff in from an external repo |
| 00:33.25 | blitzrage | but I'm at a loss how to achieve such a goal.... |
| 00:33.54 | blitzrage | directory: right, but keeping it in a portable format... like... coughdocbookcoughcough would be really cool.... |
| 00:35.54 | blitzrage | like doxygen will export documentation from the source... the inverse of that is really what I'm thinking I guess |
| 00:38.10 | blitzrage | I think BoostBook is kinda the same idea... |
| 00:38.17 | blitzrage | http://www.boost.org/doc/html/boostbook.html#boostbook.introduction |
| 00:40.47 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-68-120-69-66.dsl.irvnca.pacbell.net) [NETSPLIT VICTIM] |
| 00:40.47 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) [NETSPLIT VICTIM] |
| 00:40.47 | *** join/#asterisk-dev angler (i=angler@pdpc/sponsor/digium/angler) |
| 00:56.23 | *** join/#asterisk-dev d3wayne (n=d3wayne@pool-71-187-1-180.nwrknj.fios.verizon.net) |
| 00:56.23 | *** mode/#asterisk-dev [+o d3wayne] by ChanServ |
| 01:20.21 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 02:14.11 | Damin | Hmmm.. |
| 02:14.51 | Damin | Does anyone have any real-world experience using the 1.4 Adaptive Jitter buffer w/ SIP in 1.4? |
| 04:12.17 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 04:14.44 | *** join/#asterisk-dev mvanbaak (n=mafkees@vanbaak.xs4all.nl) |
| 04:15.31 | *** join/#asterisk-dev Corydon76-dig (i=blue@pdpc/supporter/bronze/Corydon76-home) |
| 04:15.31 | *** join/#asterisk-dev VoicePulse (n=contact@unaffiliated/voicepulse) |
| 04:15.31 | *** mode/#asterisk-dev [+o Corydon76-dig] by irc.freenode.net |
| 04:22.22 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 04:22.22 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 04:27.51 | *** join/#asterisk-dev Corydon76-dig (i=blue@pdpc/supporter/bronze/Corydon76-home) |
| 04:27.51 | *** mode/#asterisk-dev [+o Corydon76-dig] by irc.freenode.net |
| 04:37.27 | *** join/#asterisk-dev De_Mon (i=de_mon@fl-71-52-101-157.dhcp.embarqhsd.net) |
| 04:40.34 | *** join/#asterisk-dev directory (n=file@asterisk/developer-and-muffin-lover/file) |
| 04:40.34 | *** join/#asterisk-dev tensai (n=tensai@joanna.zmonkey.org) [NETSPLIT VICTIM] |
| 04:40.34 | *** mode/#asterisk-dev [+o directory] by irc.freenode.net |
| 04:41.44 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 04:42.44 | *** join/#asterisk-dev CunningPike (n=CunningP@S010600095b33697f.vc.shawcable.net) |
| 04:55.50 | *** join/#asterisk-dev Corydon76-dig (i=blue@pdpc/supporter/bronze/Corydon76-home) |
| 04:55.50 | *** mode/#asterisk-dev [+o Corydon76-dig] by irc.freenode.net |
| 05:02.23 | JackEStorm | Qwell: you awake here too? |
| 05:02.49 | Qwell | not really awake at all |
| 05:02.54 | Qwell | but what's up? |
| 05:03.45 | JackEStorm | is there a CHANGLOG somewhere that details 1.2 to 1.4 in relation to Digium hardware and clocking? |
| 05:04.11 | Qwell | there shouldn't be any changes that would cause that to stop working |
| 05:04.57 | Qwell | You might want to see if cresl1n has any ideas about it |
| 05:06.11 | JackEStorm | I have issues with 1.2 too, but the work around is simple, with 1.4 it's impossible, have to use Sangoma for the PRI |
| 05:08.51 | JackEStorm | I'll check in for cresl1n during daylight |
| 05:20.45 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 05:20.45 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 05:52.33 | *** join/#asterisk-dev russellb_ (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 05:52.33 | *** mode/#asterisk-dev [+o russellb_] by ChanServ |
| 06:03.17 | *** join/#asterisk-dev OzyWebMaster (i=OzyWebMa@adsl123-108-66-11.dyn.koalatelecom.com.au) |
| 06:03.35 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 06:03.44 | OzyWebMaster | Hi, Do I need to keep GCC C++ NCURSES installed on my distro once I have compiled asterisk? I am trying to trim it down. |
| 07:10.18 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 07:10.23 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:38.05 | *** join/#asterisk-dev _Vile (n=vile@208.100.152.234) |
| 07:50.16 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 07:56.07 | *** join/#asterisk-dev mashroom_ (n=tasty@85-250-5-254.bb.netvision.net.il) |
| 07:58.33 | oej | morning folks |
| 08:18.26 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 08:18.26 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:22.27 | *** join/#asterisk-dev mashroom_ (n=tasty@85-250-5-254.bb.netvision.net.il) |
| 08:43.25 | *** join/#asterisk-dev _ys (n=yuri@80.70.236.69) |
| 08:44.28 | JerJer | howdie oej |
| 08:44.47 | oej | JerJer: Good morning! How's life? |
| 08:45.07 | JerJer | i have a customer that wants us to build him a TDD call queue system |
| 08:45.38 | JerJer | funny you should be working on TDD :) |
| 08:45.46 | oej | That's very interesting |
| 08:45.56 | oej | I have TDD improvements, TDD to SIP gateways coming in |
| 08:46.06 | oej | And I'm working with a company that really knows the stuff, Omnitor |
| 08:46.56 | oej | We have TDD/Zap to SIP/T.140 working. That makes life much easier on the persons that handles the queues |
| 08:47.08 | oej | It's a small world after all |
| 08:47.53 | oej | TDD call queues is an interesting topic |
| 08:48.17 | JerJer | yeah, i am quite interested in pulling it off |
| 08:48.34 | JerJer | patent pending |
| 08:48.35 | JerJer | :) |
| 08:48.37 | oej | I guess the AGI interface in chan_zap today can be used for that. But you can't use the queue() app |
| 08:48.45 | oej | Patent for that? |
| 08:48.57 | oej | That's the US to you. |
| 08:49.12 | JerJer | qwell suggested I try sending a text frame at the appropriate points |
| 08:49.14 | oej | We have had support for TDD applications in asterisk for ages. Isn't that prior art? |
| 08:49.18 | JerJer | i presume by using app_queue |
| 08:49.35 | JerJer | oej: its a lame attempt at a simpsons joke |
| 08:49.39 | oej | Sorry |
| 08:49.44 | oej | Too early for me :-) |
| 08:49.58 | oej | I think what we need is a format driver for the text frames |
| 08:50.06 | JerJer | hmm |
| 08:50.22 | oej | Then you can use normal apps, just add the proper text files as media |
| 08:50.31 | oej | That's where we are heading here |
| 08:50.55 | JerJer | fun |
| 08:50.58 | oej | There's no format driver for the text frames yet, but we need it. And a "codec" that handles translation between UTF8 (T.140/SIP) and ZAP/TDD |
| 08:52.05 | JerJer | smells like some crazy coding |
| 08:53.28 | oej | libiconv to action! |
| 08:53.39 | oej | This is a large market |
| 08:54.08 | JerJer | yes very much sounds like it - esp by the motivation of my customer |
| 08:54.43 | JerJer | but i think my quote to him is about to be dialed up some more |
| 08:57.02 | JerJer | I am having a few different TDD machines shipped here to my bat cave, so very soon I will be setup to test TDD like a madman |
| 08:59.01 | *** join/#asterisk-dev lvl- (n=fat@145.52.248.101) |
| 09:02.53 | oej | Ok, if you need help I have the folks you can contact. |
| 09:03.06 | oej | And my branch will be up soon, so you can test. |
| 09:03.49 | JerJer | ok - I will motivate the powers that be on my end as well |
| 09:04.35 | oej | It's kind of a weird solution with the AGI commands being in control. We will change that so that TDD can be enabled in other ways too. |
| 09:04.47 | oej | But it possibly fits what you're up to. |
| 09:15.50 | lvl- | can anyone here confirm that these backtraces are from an asterisk that isn't compiled with DONT_OPTIMIZE: http://s1.talkto.nl/asterisk/ |
| 09:39.35 | oej | You need to make clean first, then recompile |
| 09:39.48 | oej | There's some symbols, but a lot of ??'s showing that you need to recompile |
| 09:44.50 | lvl- | ok, how strange. i've done a make clean/make/make install since i selected the dont_optimize flag |
| 09:46.10 | lvl- | i'll remove all existing files and try again. as long as those "in ??" show up, it isn't ok? |
| 10:06.38 | *** join/#asterisk-dev roadies (n=chrislro@stun.cmf.nrl.navy.mil) |
| 10:37.35 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 10:46.49 | oej | It might be libraries that you don't recompile (like libc) but it seems to be a bit too many |
| 10:58.37 | *** join/#asterisk-dev IPetrov2 (i=IPetrov2@ppp85-140-235-245.pppoe.mtu-net.ru) |
| 10:59.10 | *** part/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 11:00.03 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:02.23 | lvl- | umm, ok |
| 11:02.39 | lvl- | i just did another make uninstall, make clean, make, make install, and reproduced the crash |
| 11:03.22 | lvl- | and i still get pretty much the same output from gdb |
| 11:04.47 | lvl- | i have a log from the compile, if that is of any help |
| 11:21.13 | *** join/#asterisk-dev _ys (i=ys@91.151.196.254) |
| 11:42.37 | agx | getting one-way audio after attended transfer from mISDN->sip->sip with WARNING[3116]: abstract_jb.c:469 create_jb: Failed to put first frame in the jitterbuffer on channel 'mISDN/1-u0' any parameter that can affect this in 1.4.13? The problem does not exists when using sip->sip->sip (no bridinging) |
| 11:53.17 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.87.168) |
| 12:09.58 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:09.58 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 12:11.59 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 12:29.25 | *** join/#asterisk-dev allankardec (n=root@20150099019.user.veloxzone.com.br) |
| 13:36.55 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 13:36.55 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 13:38.09 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 13:38.09 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:38.38 | oej | Afternoon, folks |
| 13:38.40 | oej | "If New England does it this year, we will sit and raise a glass of champagne to them." Shula might not take a sip, unless the glass has an asterisk ..." |
| 13:38.47 | oej | This caught my google alert on "asterisk and sip" :-) |
| 13:39.06 | russellb | nice :) |
| 13:39.51 | mvanbaak | nice |
| 13:39.53 | oej | Has anyone looked into that lock.h problem? I have a long list of "to-do's" |
| 13:40.04 | mvanbaak | oej: how are you doing ? |
| 13:40.09 | oej | Where can I look for finding the problem, a standard include file? |
| 13:40.10 | mvanbaak | health a bit better ? |
| 13:40.36 | oej | mvanbaak: Well, a bit. Not good, but not as bad as before. |
| 13:40.37 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 13:40.37 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 13:40.56 | mvanbaak | so there's progress in the right direction ? Great to hear |
| 13:41.16 | oej | mvanbaak: Thanks. Yes, it's going in the right direction. I'm back in the bug tracker :-) |
| 13:42.15 | mvanbaak | and back in svn I see :) |
| 13:42.30 | oej | Yes, dangerous, isn't it? |
| 13:42.54 | oej | As soon as that mutex issue is solved, I'll be causing damage so Russell's hair turn grey... he he |
| 13:43.04 | file | gooooood morning |
| 13:43.05 | russellb | O.O |
| 13:43.14 | mvanbaak | whehehe |
| 13:43.51 | oej | Good morning, canadian sunshine |
| 13:44.25 | russellb | oej: i'm looking at that issue now. |
| 13:44.51 | oej | Cool. Do you have your OS/X system or do you need help? |
| 13:45.08 | lvl- | hey oej. regarding the backtrace i mentioned this morning, i did a complete make uninstall/clean/make with the DONT_OPTIMIZE selected, but i still get the same output from gdb |
| 13:45.22 | lvl- | any idea what could be going wrong? |
| 13:45.52 | oej | lvl-: that's weird. Guess you have to work with what you got then. Sure you removed every module from /usr/lib/asterisk/modules? |
| 13:46.04 | lvl- | yep |
| 13:46.12 | russellb | oej: yeah, i'm on my powerbook |
| 13:46.36 | oej | russellb: Good then. I keep my fingers crossed! |
| 13:46.52 | mvanbaak | does * compile on leopard ? |
| 13:47.01 | mvanbaak | I guess so, but I wonder |
| 13:47.17 | oej | I develop on leopard, or at least try. |
| 13:47.37 | lvl- | i suppose i'll submit it to the bugtracker as it is then, see if anyone else can make sense of it |
| 13:47.38 | oej | There's an issue with a fix that was put in for Solaris a while ago in 1.4 and trunk |
| 13:48.55 | mvanbaak | oej: the upgrade to leopard is worth the 150 bucks ? |
| 13:48.58 | file | I dreamed someone reported 30 new bugs on Mantis lastnight |
| 13:49.07 | mvanbaak | file: that was not a dream ;) |
| 13:50.03 | russellb | oej: 1.4 is fixed, working on trunk now ... |
| 13:55.13 | blitzrage | morning all! |
| 13:57.25 | *** join/#asterisk-dev _ys (i=ys@91.151.196.254) |
| 13:59.07 | russellb | oej: trunk fixed. |
| 14:00.03 | oej | russellb: I owe you a burger meal at ... [tjiburger] - don't remember the spelling :-) |
| 14:00.15 | oej | I can start compiling again |
| 14:00.21 | russellb | yay :) |
| 14:00.47 | oej | mvanbaak: I am not sure it's worth 150 bucks, but in combination with my iPhone, it gives me that HOT feeling, geeky feeling... |
| 14:01.28 | blitzrage | oej: don't tell anyone, but I own a macbook pro now |
| 14:01.30 | file | cheeburger! |
| 14:02.24 | oej | blitzrage: Cool. Welcome to the club! You're growing up, boy. |
| 14:02.29 | blitzrage | oej: I feel dirty |
| 14:02.38 | russellb | now someone fix that mac bug ... |
| 14:02.41 | *** join/#asterisk-dev jsmith (n=jsmith@000-170-795.area3.spcsdns.net) |
| 14:02.41 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 14:02.41 | blitzrage | but with the Canadian dollar above par, the US is cheap! |
| 14:02.44 | blitzrage | it's like buying from china |
| 14:02.57 | file | except without the lead |
| 14:03.00 | russellb | M10881 |
| 14:03.01 | MuffinMan | [confirmed] [Asterisk] Applications/General 0010881: Asterisk 1.4 console repeatedly showing *CLI> on MacOSX Tiger 10.4.10 reported by jackykeung http://bugs.digium.com/view.php?id=10881 |
| 14:03.05 | blitzrage | file: stop saying back bad things about jsmith ! |
| 14:03.28 | russellb | that has never happened to me. |
| 14:03.35 | oej | russellb: That happens to me now and then. |
| 14:03.48 | oej | I don't remember how to make it happen, but it sure does happen |
| 14:04.19 | jsmith | Happens to me too (not that I try it in OS X very often) |
| 14:04.31 | blitzrage | osx is not for compiling! |
| 14:04.41 | mvanbaak | lol blitzrage. I agree |
| 14:04.52 | mvanbaak | osx is a nice desktop os |
| 14:04.53 | oej | osx is another way of living the internet life. Compiling, coding, enjoying. |
| 14:05.06 | mvanbaak | but for development I prefer linux or openbsd |
| 14:05.21 | oej | Said the man with five new rack servers on a table behind him, all HPs |
| 14:05.22 | blitzrage | I use VMware machines |
| 14:05.49 | mvanbaak | virtualbox here |
| 14:06.11 | Corydon76-dig | oej: vmware fusion works well |
| 14:06.17 | blitzrage | ya, I use that |
| 14:06.20 | mvanbaak | and a mix of xen and vmware in production |
| 14:06.21 | blitzrage | vmware fusion |
| 14:06.48 | oej | five servers with vmware fusion. Cool. I have more servers than I will remember the IP address of. |
| 14:07.36 | mvanbaak | any downside for running asterisk in production when compiled with DONT_OPTIMIZE ? |
| 14:07.47 | oej | Canadian IP addresses - what's the value of those? |
| 14:07.59 | jsmith | mvanbaak: Nope ;-) |
| 14:08.00 | file | harsh. |
| 14:08.09 | jsmith | oej: Higher than the value of US IP addresses? |
| 14:08.20 | Corydon76-dig | oej: put them in DNS |
| 14:08.39 | oej | DNSsec in Sweden, we're secure you know. One of the few signed zones |
| 14:08.56 | oej | Ouch. "chan_unistim.c:5521: error: 'IP_PKTINFO' undeclared (first use in this function)" |
| 14:09.01 | oej | Bugs out |
| 14:09.18 | Corydon76-dig | Oh, cool, it uses PKTINFO |
| 14:09.40 | oej | Menuselect to the rescue. Be gone, unistim, be gone. |
| 14:10.40 | oej | Look, look, see, see Asterisk compiling... |
| 14:11.55 | russellb | oej: if you create a bug report, i'll fix the PKTINFO thing |
| 14:12.07 | russellb | or i'll fix it anyway if i remember |
| 14:13.22 | _ys | oej: Can You try to compile asterisk-1.4 on OS/X w/DEBUG_THREADS option? |
| 14:14.12 | oej | A bit busy now, maybe later _ys |
| 14:14.19 | _ys | oej: np |
| 14:14.47 | Corydon76-dig | russellb: I'm on it. |
| 14:15.31 | russellb | Corydon76-dig: cool :) ... it needs a configure script check |
| 14:16.34 | Corydon76-dig | Right, just figuring out how... ;-) |
| 14:18.36 | Qwell | oej: text format module...how interesting |
| 14:18.41 | mvanbaak | _ys: only compile or also run it ? |
| 14:18.54 | oej | right, we need a text format module for t.140 prompts |
| 14:18.55 | Qwell | I could see that |
| 14:19.00 | oej | So playback works |
| 14:19.05 | Qwell | that'd be neat |
| 14:19.28 | oej | The thing I'm thinking of is how to merge that with Philippe's work on Asterisk-bots |
| 14:19.43 | oej | Maybe the format driver can make the bot work from the normal dialplan |
| 14:20.01 | oej | So when you set up a google talk connection, we'll treat the chat as a text driver |
| 14:20.17 | oej | "God kväll. Vilket nummer vill du kontakta idag?" |
| 14:20.20 | _ys | russellb: about r88931, I describe in issue 11116. |
| 14:20.41 | oej | Oh sorry, you're not very Swedish-talking people, are you. "Good evening, Which nummer do you wanna call today?" |
| 14:21.04 | oej | Gtalk can't set up a call *through* a peer, so we need an AsteriskBot to handle call setup |
| 14:21.11 | mvanbaak | _ys: it wont compile |
| 14:21.16 | jsmith | oej: Yeah, some of us have a hard enough time with our own native language ;-) |
| 14:21.40 | oej | Yes, after returning from one week in the US, I'm one of them |
| 14:22.42 | mvanbaak | _ys: http://pastebin.ca/763478 |
| 14:22.52 | russellb | _ys: ok, i'll reopen it and assign it to myself. i will look when i get into the office |
| 14:22.57 | russellb | i still haven't gotten out of bed :) |
| 14:22.57 | blitzrage | the US doesn't like to let Canadians into the country |
| 14:23.13 | blitzrage | I can understand why :) |
| 14:23.53 | Qwell | terrorist canadians? |
| 14:24.35 | Qwell | oej: kvll? There aren't even any vowels there :D |
| 14:25.01 | jsmith | blitzrage: We only let 21,000 wrong people in last year |
| 14:25.11 | blitzrage | well... that's not bad :) |
| 14:25.12 | jsmith | blitzrage: 21k out of 400 million isn't bad, right? |
| 14:25.16 | _ys | russellb, ok. please reopen 11116. I add patch w/more pedantical OS check. |
| 14:25.20 | blitzrage | pretty good ratio :) |
| 14:25.30 | oej | Qwell: Your IRC client stripped out our national character a-umlaut - here's three of them: åäö |
| 14:25.36 | Qwell | oh |
| 14:25.54 | blitzrage | _ys: I'll reopen for you |
| 14:25.56 | Corydon76-dig | _ys: Russell already fixed the build |
| 14:26.03 | Qwell | oej: oddly enough, I saw those three |
| 14:26.07 | oej | Time to rename Asterisk to point out that we're going international. Ästërïsk |
| 14:26.20 | oej | Don't think all of you could read that... |
| 14:26.21 | blitzrage | _ys: nevermind... someone else already did it :) |
| 14:26.23 | Corydon76-dig | _ys: and you should follow his instructions in his commit message |
| 14:26.26 | Qwell | strsk |
| 14:28.03 | Qwell | what exactly is the difference between RJ9 and RJ10? |
| 14:28.15 | Qwell | both are 4p4c, I believe |
| 14:30.38 | Corydon76-dig | Qwell: RJ names are for specific purposes, not for the output jack or wiring |
| 14:31.02 | Corydon76-dig | i.e. they were catalog names for parts back in the day when Ma Bell was the only game in town |
| 14:31.44 | Corydon76-dig | Consider that RJ45 and RJ48 are exactly the same part, just slightly different wiring |
| 14:32.06 | Corydon76-dig | Ditto for RJ11, RJ12, and RJ25 |
| 14:33.03 | Corydon76-dig | s/RJ12/RJ14 |
| 14:33.07 | Corydon76-dig | http://en.wikipedia.org/wiki/RJ11,_RJ14,_RJ25 |
| 14:33.12 | _ys | Corydon76-dig: Yes, I read this commit message. But I can't control the order of call to __attribute__((constructor)) function. |
| 14:33.48 | Corydon76-dig | Eh? Why not? |
| 14:33.51 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 14:33.51 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 14:34.06 | _ys | Corydon76-dig How? |
| 14:34.18 | Corydon76-dig | We should always be calling the initializer for the mutex, before we ever use a mutex |
| 14:35.16 | Corydon76-dig | unless you're saying that on BSDs, the initializers aren't getting called, in which case, that's a GCC bug |
| 14:38.43 | _ys | Corydon76-dig so, and if the initializer depend of another mutex, what still not initialized (by constructor). |
| 14:39.58 | Corydon76-dig | _ys: how does an initializer depend upon another mutex? |
| 14:42.11 | Corydon76-dig | _ys: oh, you mean in DEBUG_THREADS... please discuss with russell directly... that may require some bigger changes |
| 14:54.44 | *** join/#asterisk-dev sam1979 (n=sam@59.90.16.163) |
| 14:55.58 | *** join/#asterisk-dev eliel (n=eliel@200.59.172.38) |
| 15:09.41 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 15:10.11 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 15:13.12 | puzzled | hi |
| 15:14.04 | *** join/#asterisk-dev miguel3239 (n=elguerom@ns1.nashuacs.com) |
| 15:17.03 | jameswf | I want to adapt http://www.multicians.org/cookie.html to asterisk :) |
| 15:20.10 | *** join/#asterisk-dev mashroom_ (n=tasty@DSL217-132-218-9.bb.netvision.net.il) |
| 15:40.12 | *** join/#asterisk-dev mog (n=mog@c-71-207-231-41.hsd1.al.comcast.net) |
| 15:40.12 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 15:43.58 | *** join/#asterisk-dev seanbright (n=elixer@65.207.74.18) |
| 15:44.27 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 15:49.58 | *** part/#asterisk-dev wwalker (n=wwalker@pdpc/supporter/sustaining/wwalker) |
| 16:08.34 | *** join/#asterisk-dev michael-i (n=michael-@141.41.40.55) |
| 16:11.50 | *** join/#asterisk-dev russellb (i=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:11.50 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 16:13.46 | *** join/#asterisk-dev callguy (n=callguy@pool-71-255-162-167.bstnma.east.verizon.net) |
| 16:14.22 | *** join/#asterisk-dev putnopvut (i=putnopvu@nat/digium/x-3e72ab26d73a29ad) |
| 16:14.22 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:14.29 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 16:17.11 | *** join/#asterisk-dev zerohalo (n=zeroHalo@pool-71-255-162-167.bstnma.east.verizon.net) |
| 16:29.16 | seanbright | woo |
| 16:30.00 | blitzrage | nice! |
| 16:41.09 | file | oej: I know what is freaking stuff out in 10727 :) |
| 16:41.37 | oej | You do? |
| 16:41.47 | oej | We had a similar issue before and solved it |
| 16:41.54 | oej | But I don't remember how |
| 16:42.07 | file | the device is expecting the cseq of the NOTIFY to be of a certain value, but since Asterisk restarted it started over |
| 16:42.16 | file | and the device gets angry |
| 16:42.51 | oej | But if Asterisk restarts - we don't have any subscriptions and don't send notify's, right? |
| 16:43.13 | file | but if they send a SUBSCRIBE again we do, but to the phone it just seems as though it refreshed it's existing subscription |
| 16:43.21 | oej | The subscriptions is not stored in AstDB, which is propably something we should do, like REGISTER requests |
| 16:43.30 | oej | Aha. Right. |
| 16:43.42 | oej | So that's an implementation issue in the polycom |
| 16:43.52 | file | the Aastras have it happen too |
| 16:43.59 | oej | And if you have pedantic=no we don't care |
| 16:44.17 | oej | If you have pedantic=yes we will not like the re-SUBSCRIBE and say "dialog doesn't exist" |
| 16:44.26 | oej | And they have to restart with a fresh dialog |
| 16:45.21 | file | can we tear down the subscription if we get a response on the NOTIFY and force them to resubscribe? |
| 16:47.45 | oej | I think so. Let me check the RFCs, but if we get an error response we should propably tear the whole thing down. |
| 16:47.53 | oej | And ask them to reset |
| 16:48.10 | file | if we did that everything should be fine, but saving subscriptions would be cool |
| 16:48.40 | oej | Yes, wouldn't it. |
| 16:49.45 | oej | I think we should save a timestamp with both registrations and subscriptions and don't re-activate them if we're reading them too late. We don't do that now, so if you have Asterisk dead for more than the registration time, you'll start sending a lot of OPTIONS and such to a NAT that doesn't let you in any more for nothing. |
| 16:50.28 | oej | Oh, SRV lookup now defaults to on. Way to go, Russellb! |
| 16:50.43 | oej | And don't tell markster... :-) |
| 16:52.48 | russellb | oej: ;) |
| 16:53.04 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:54.46 | *** join/#asterisk-dev d3wayne (n=d3wayne@pool-71-187-1-180.nwrknj.fios.verizon.net) |
| 16:54.47 | *** mode/#asterisk-dev [+o d3wayne] by ChanServ |
| 16:54.58 | russellb | d3wayne: shouldn't you be vacationing! |
| 16:55.20 | *** join/#asterisk-dev Cresl1n (i=matt@nat/digium/x-7093a64841a4920f) |
| 16:55.20 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 16:55.25 | d3wayne | yes! |
| 16:55.36 | Cresl1n | hey all |
| 16:55.42 | *** join/#asterisk-dev yannj_fr (n=yannj_fr@vpn.intelunix.fr) |
| 16:56.23 | Qwell | Cresl1n: should add tzanger, for good measure |
| 16:56.30 | Qwell | silly default routes |
| 16:56.42 | Cresl1n | silly multicast irc pings |
| 16:56.55 | putnopvut | silliness is underrated |
| 16:57.19 | *** join/#asterisk-dev ManxPower (n=manxpowe@148.sub-70-220-1.myvzw.com) |
| 16:57.23 | d3wayne | silliness should never be misunderestimated |
| 16:57.29 | mvanbaak | back home |
| 17:00.20 | yannj_fr | hello everyone |
| 17:04.51 | *** part/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 17:05.46 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.87.168) |
| 17:14.40 | tzafrir | Cresl1n, hi |
| 17:15.47 | anonymouz666 | tzafrir: hello |
| 17:15.53 | tzafrir | hi |
| 17:16.04 | anonymouz666 | tzafrir: do you remember that invalid read gains from chan_zap.c? |
| 17:16.15 | tzafrir | hmmm... no |
| 17:16.30 | anonymouz666 | hehe |
| 17:16.31 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 17:17.08 | anonymouz666 | you are lucky then if you remember what you did 5 minutes ago :) |
| 17:17.10 | anonymouz666 | just kidding |
| 17:18.39 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 17:30.01 | jsmith | ~wobble the world |
| 17:30.06 | jbot | ACTION pushes the world so that he wobbles like file |
| 17:33.16 | Corydon76-dig | Cresl1n: !!! |
| 17:33.25 | Cresl1n | Corydon76-dig: !!!!!! |
| 17:33.42 | Corydon76-dig | How goes? |
| 17:33.48 | Cresl1n | pretty good |
| 17:33.50 | Cresl1n | how goes for you? |
| 17:33.56 | Corydon76-dig | Not bad |
| 17:50.33 | *** join/#asterisk-dev mog (n=mog@c-71-207-231-41.hsd1.al.comcast.net) [NETSPLIT VICTIM] |
| 17:50.34 | *** join/#asterisk-dev smurf (n=smurf@smurf.noris.de) [NETSPLIT VICTIM] |
| 17:50.34 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) [NETSPLIT VICTIM] |
| 17:50.34 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) [NETSPLIT VICTIM] |
| 17:50.34 | *** join/#asterisk-dev Damin (n=damin@nucleus.nacs.net) [NETSPLIT VICTIM] |
| 17:50.34 | *** join/#asterisk-dev corramor (i=corramor@nat/digium/x-f92d2ee0f298b145) [NETSPLIT VICTIM] |
| 17:50.34 | *** join/#asterisk-dev seanbright (n=elixer@65.207.74.18) [NETSPLIT VICTIM] |
| 17:50.34 | *** mode/#asterisk-dev [+o mog] by irc.freenode.net |
| 17:50.34 | *** join/#asterisk-dev tzafrir (n=tzafrir@62.90.10.53) [NETSPLIT VICTIM] |
| 17:50.34 | *** join/#asterisk-dev enalert (i=trelane@2001:4830:150c:0:20d:61ff:fe31:a58) [NETSPLIT VICTIM] |
| 17:50.34 | *** join/#asterisk-dev citats (n=james@mrplow.gnuinternet.com) [NETSPLIT VICTIM] |
| 17:50.34 | *** join/#asterisk-dev CtRiX (n=CtRiX@aretha.navynet.it) [NETSPLIT VICTIM] |
| 17:50.34 | *** mode/#asterisk-dev [+o tzafrir] by irc.freenode.net |
| 18:06.52 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 18:06.52 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:07.26 | *** join/#asterisk-dev lvl- (n=lvl@101.248.dhcp.lht.hhs.nl) |
| 18:12.06 | *** join/#asterisk-dev _ys (n=yuri@80.70.236.69) |
| 18:18.02 | *** join/#asterisk-dev callguy (n=callguy@pool-71-255-162-167.bstnma.east.verizon.net) |
| 18:25.25 | oej | russellb: Online? |
| 18:25.57 | russellb | no! |
| 18:26.12 | oej | Darn, I had a question... Do you know where he's at? |
| 18:26.27 | russellb | i'll get him ... |
| 18:26.28 | russellb | hey! |
| 18:26.45 | oej | You can't say that we haven't got interesting personalities in this channel |
| 18:26.46 | oej | :-) |
| 18:26.59 | oej | I have some changes to TDD in 1.4 |
| 18:27.25 | oej | They actually make it work with US TDD phones properly, much improved by me and a deaf hacker |
| 18:28.17 | oej | A few changes to comments as well as a new function. Ok to commit? |
| 18:28.54 | russellb | is it in a branch that i can look at? |
| 18:29.16 | oej | No, the branch I created was for trunk and more changes to implement TDD in sip |
| 18:29.29 | oej | I can create YAOB yet another olle branch for it |
| 18:29.43 | russellb | heh, or how about pastebin a svn diff ... |
| 18:29.44 | oej | It's a small pacth file though, so I can propably mail it |
| 18:30.47 | russellb | either way |
| 18:30.51 | russellb | just want to take a quick look |
| 18:31.14 | oej | Here: http://www.pastebin.ca/763740 |
| 18:31.16 | *** join/#asterisk-dev stevie_ramjet (i=putnopvu@nat/digium/x-9e880bf6cd1f43b5) |
| 18:31.16 | *** mode/#asterisk-dev [+o stevie_ramjet] by ChanServ |
| 18:31.30 | file | stevie_ramjet: O.o |
| 18:32.11 | russellb | o.O |
| 18:32.11 | stevie_ramjet | file: :) |
| 18:38.51 | Qwell | O.o |
| 18:40.03 | Qwell | hmm, there are a bunch of places where getpid() is used, but we have a GETTID macro that does the "right thing" |
| 18:40.25 | Qwell | should those places be changed in 1.4? |
| 18:42.01 | _ys | "New branch for T.140" tank N140 :) |
| 18:42.18 | oej | What's N140? |
| 18:42.31 | _ys | T140 |
| 18:42.34 | _ys | even |
| 18:48.11 | russellb | oej: that patch is ok ... but i have a few little comments |
| 18:48.21 | oej | Go ahead |
| 18:48.30 | oej | I removed an DEBUG line somewhere at the end |
| 18:48.31 | russellb | there are some formatting guidelines issues ... while(scont < tddsb*10.) .... while (scont < tddsb * 10.0) |
| 18:48.35 | russellb | add some spaces ... |
| 18:48.45 | russellb | the comment changes to tdd.h are arbitrary and unnecessary :) |
| 18:48.54 | russellb | also, the new function isn't documented in tdd.h |
| 18:49.05 | russellb | furthermore, it's not used anywhere outside of tdd.c, so it doesn't need to be exported anyway |
| 18:49.06 | oej | I'll try to only implement the comments in trunk then |
| 18:49.46 | oej | It's going to be used in trunk, but I don't change in 1.4 |
| 18:49.54 | russellb | other than that, i'm ok with it |
| 18:50.21 | russellb | glad you guys were able to get the code improved / working :) |
| 18:50.33 | russellb | thanks for letting me take a look |
| 18:50.41 | oej | That function wasn't used at all in 1.4 |
| 18:50.45 | oej | So I removed it :-) |
| 18:51.10 | russellb | heh, ok |
| 18:53.15 | oej | Have another set of interesting patches to support phone calls without audio in chan_sip. Only text+video :-) |
| 18:53.21 | oej | Who needs audio, anyway? |
| 18:53.36 | blitzrage | audio is for suckers |
| 18:54.43 | Qwell | text+video... karaoke! |
| 18:55.04 | blitzrage | a new way of looking at webcams |
| 18:55.08 | blitzrage | call from your video phone |
| 18:58.02 | MasterYoda | Qwell: you need audio for karaoke too :) |
| 18:58.20 | Qwell | MasterYoda: new-school karaoke. You play the beat too. |
| 18:58.23 | Qwell | or something |
| 18:58.32 | Qwell | or it could stream midi over the text channel |
| 19:00.02 | *** join/#asterisk-dev corramor (i=corramor@nat/digium/x-d1e79f972f247aba) |
| 19:03.46 | Damin | SetCallerPres("SIP/3094-b74ee744", "prohib") |
| 19:04.07 | Damin | Does SIP actually preserve CallerPresentation information between a pair of asterisk boxes? |
| 19:04.40 | file | if you use rpid. |
| 19:05.55 | Damin | file: is rpid available in 1.2? |
| 19:06.08 | file | yes |
| 19:06.12 | file | trustrpid=yes sendrpid=yes |
| 19:06.43 | oej | but it's broken. |
| 19:06.56 | file | in 1.2? |
| 19:07.02 | oej | Note to myself: Fix RPID handling for party=called |
| 19:07.19 | oej | Yes, we don't parse the party=caller/called so RPID can be misparsed |
| 19:07.25 | file | ah yes |
| 19:07.35 | oej | party=called is treated as party=caller, which is really bad |
| 19:08.05 | oej | <PROTECTED> |
| 19:08.05 | oej | asterisk.c: In function 'main': |
| 19:08.05 | oej | asterisk.c:2928: warning: 'daemon' is deprecated (declared at /usr/include/stdlib.h:283) |
| 19:08.07 | oej | Hmm |
| 19:08.21 | russellb | oh, weak |
| 19:08.43 | russellb | my man page doesn't mark it as deprecated |
| 19:08.55 | file | Leopard. |
| 19:08.58 | russellb | what does the mac man page say about it? |
| 19:09.39 | oej | Which man page? |
| 19:09.44 | Qwell | man daemon? |
| 19:09.55 | russellb | yes |
| 19:11.00 | oej | Doesn't say anything about deprecation |
| 19:11.22 | russellb | stupid mac |
| 19:11.39 | oej | http://developer.apple.com/documentation/Darwin/Reference/ManPages/man3/daemon.3.html |
| 19:12.43 | Corydon76-dig | Discouraged, not deprecated |
| 19:12.58 | Corydon76-dig | They can't really deprecate the interface, since the interface isn't theirs |
| 19:13.20 | russellb | yeah, it's POSIX |
| 19:13.21 | Damin | oej: I'll expect a patch in 10 minutes.. :) |
| 19:13.34 | Damin | oej: For what it's worth, it seems to work.. |
| 19:13.39 | oej | Oh, plenty of time to make tea then |
| 19:13.39 | russellb | and spews warnings unnecessarily |
| 19:13.47 | Qwell | russellb: "Not in POSIX.1-2001" |
| 19:14.11 | file | Damin: it'll work... just in certain situations a remote device could make the callerid data... strange |
| 19:14.17 | Damin | oej: I just tested it and it went Polycom -> * 1.2 -> SIP -> * 1.2 -> Zap PRI -> Cell Phone.. |
| 19:14.34 | Damin | oej: I got "Restricted" on my cell phone.. |
| 19:15.00 | oej | RPID works, but not if you have party=called, then it shows up as caller ID, which is wrong |
| 19:15.16 | file | oej: don't scare him! |
| 19:15.17 | Corydon76-dig | I love running a merge right after an update and having merge tell me that my checkout isn't up to date |
| 19:15.19 | Damin | oej: I'll try not to break it. :) |
| 19:15.44 | oej | Corydon76-dig: That's happened several times tonight. Much easier in the mornings when you Digium folks are asleep |
| 19:16.01 | file | oej: very true |
| 19:16.35 | Damin | So I realized that our 1.4 pre-production box had been runnint our beta app_curl LCR system for several customers... |
| 19:16.53 | Damin | In that time many of those customers went production.. |
| 19:17.19 | Damin | And the Webserver's gotten about 2,000,000 hits to the fetch_lcr.php script.. :) |
| 19:17.23 | Corydon76-dig | app_curl ? |
| 19:17.38 | Damin | func_curl.. |
| 19:17.38 | Corydon76-dig | Ain't no such thing in 1.4 |
| 19:19.01 | Damin | Remote-Party-ID: "Rudy Halasz" <sip:0@207.166.192.188>;privacy=full;screen=yes |
| 19:19.10 | Damin | Excellent..excellent.. |
| 19:19.26 | Damin | Now the sleeper cells can properly hide their caller id! |
| 19:20.21 | Corydon76-dig | MasterYoda: didn't realize you ever took it off. ;-P |
| 19:21.01 | MasterYoda | svn sucks for merging, what kind of nonsense is "your checkout isn't up to date, have a nice day and thanks for using subversion". My version control system never tells me I can't merge because my checkout is not up to date... |
| 19:21.17 | MasterYoda | Corydon76-dig: yeah I went to start trolling and then realized it was missing |
| 19:21.20 | Qwell | MasterYoda: no, yours just fails when that happens ;) |
| 19:21.31 | Qwell | or you get code that doesn't compile |
| 19:21.33 | Corydon76-dig | Merge conflicts suck |
| 19:21.39 | MasterYoda | Qwell: nope, it merges just fine when that happens |
| 19:22.08 | MasterYoda | Qwell: if the code does not compile it's cause when it asked me for help I told it to do the wrong thing, if it does not need help it does not ask and it does the right thing |
| 19:22.10 | Corydon76-dig | Merge conflicts notwithstanding? |
| 19:22.29 | MasterYoda | if there are conflicts it cannot resolve, it asks me to help |
| 19:22.49 | Corydon76-dig | svn does pretty much the same thing |
| 19:23.07 | Damin | Screw this.. I'm going back to CP/M on a Z-80 |
| 19:23.32 | oej | Now we're talking. |
| 19:23.36 | Corydon76-dig | Or DOS 3.2 on an Apple ][+ ? |
| 19:23.41 | russellb | you old people |
| 19:23.45 | russellb | i don't even know what you are talking about |
| 19:23.49 | blitzrage | DOS 5.0, what?! |
| 19:24.03 | Corydon76-dig | with 13 sector disks... |
| 19:24.08 | russellb | on a more serious note ... |
| 19:24.12 | MasterYoda | Corydon76-dig: except it can only merge if you are "up to date" and it is not as smart with it's merging |
| 19:24.14 | russellb | file: how goes audiohooks-1.4? |
| 19:24.17 | russellb | file: any feedback? |
| 19:24.24 | roadies | how bout DOS 1.0 or "C" release 1.0 |
| 19:24.34 | file | russellb: not really |
| 19:24.38 | Corydon76-dig | roadies: which DOS? |
| 19:25.14 | Corydon76-dig | DR-DOS? |
| 19:25.25 | Corydon76-dig | FreeDOS? |
| 19:25.39 | MasterYoda | MS-DOS |
| 19:25.45 | Damin | Altair Basic? |
| 19:25.49 | Qwell | PC-DOS |
| 19:26.00 | oej | TOPS 10 on a DEC computer is the REAL THING youngsters |
| 19:26.02 | putnopvut | Windows Vista |
| 19:26.04 | MasterYoda | dialplan reminds me of basic cause I have to number each instruction |
| 19:26.07 | roadies | OK, dont get me started... 404 bit slicer |
| 19:26.08 | Corydon76-dig | Damin: I prefer AppleSoft BASIC |
| 19:26.31 | oej | Some of you think the computer revolution started with Windows 3.11 |
| 19:26.35 | Damin | Corydon76-vcch: I actually had an original ][+... it rocked! :) |
| 19:26.44 | Corydon76-dig | Damin: so did I |
| 19:27.01 | Corydon76-dig | Damin: although I had the original ][e before I had the ][+ |
| 19:27.01 | Damin | Corydon76-vcch: You remember the Aple Cat modems? w/ 212A mode? |
| 19:27.10 | file | strange people... |
| 19:27.20 | Corydon76-dig | Damin: no, they were too expensive at the time |
| 19:27.38 | Corydon76-dig | Damin: that would be pre-breakup of Ma Bell |
| 19:27.43 | Damin | Yeah.. but they did 1200 BAUD!!! :) |
| 19:27.50 | MasterYoda | in fact, dialplan is a lot like basic... |
| 19:27.54 | roadies | 64 baud, or how bout the "Banana A-Go-GO" |
| 19:28.11 | *** join/#asterisk-dev agx (n=badpengu@81-174-9-90.dynamic.ngi.it) |
| 19:28.25 | Corydon76-dig | MasterYoda: I've heard that it's more like Assembly, but whatever |
| 19:28.28 | Damin | Asterisk needs a METAL interpreter.. |
| 19:28.43 | Corydon76-dig | Heh, with FutureVision code? |
| 19:28.55 | Damin | Yep! :) |
| 19:29.11 | Damin | Corydon76-vcch: I used to run Damage Inc. |
| 19:29.16 | MasterYoda | Corydon76-dig: it is sort of like a mixture of the two |
| 19:29.17 | roadies | now we're talking assembers.... 4040, 8080, Z80, what nightmare coding days where those |
| 19:29.24 | Corydon76-dig | Native SendZModem command |
| 19:29.43 | *** part/#asterisk-dev agx (n=badpengu@81-174-9-90.dynamic.ngi.it) |
| 19:29.51 | Corydon76-dig | Damin: Ah, I remember seeting that in the lists. Don't think I ever called it, though |
| 19:29.54 | roadies | When "C" hit, we thought the good-tooth-wizard had landed |
| 19:30.06 | Corydon76-dig | Damin: I called Byte Bastards BBS in NJ, though |
| 19:30.37 | Damin | Corydon76-vcch: Xevious and I did the first Usenet to FutureNet code.. basically we wrote UUCP for FutureVision. It was totally evil.. |
| 19:30.54 | Corydon76-dig | Damin: yes, I remember that, actually |
| 19:31.10 | Damin | I still have that code around here somewhere.. |
| 19:31.16 | Corydon76-dig | Heh |
| 19:31.52 | Corydon76-dig | METAL/FV was my impetus for upgrading from ][e platinum to //gs |
| 19:32.12 | oej | 1200 baud was super-fast. I started at 110 baud. Good evenings I could switch up to blazing 300 bauds |
| 19:32.45 | Corydon76-dig | since the memory model for METAL totally didn't work on a ][e |
| 19:33.07 | Corydon76-dig | Or I think it worked, you just couldn't compile any scripts |
| 19:33.15 | russellb | file: i think you should email -dev / -users about audiohooks-1.4 |
| 19:33.26 | russellb | file: we really need some feedback before that can get merged |
| 19:33.52 | file | well, I know why there hasn't been any feedback yet... all of these bugs weren't immediately exposed, it took time |
| 19:34.09 | russellb | ah |
| 19:34.22 | oej | Tell me more about audiohooks - what the new thing (TM) with it? |
| 19:34.27 | russellb | makes sense |
| 19:34.30 | Damin | http://pastebin.ca/763817 |
| 19:34.44 | file | oej: it's a new patented API for making muffins in the core |
| 19:35.14 | Corydon76-dig | or a replacement for the channel spy architecture |
| 19:35.29 | Corydon76-dig | or both |
| 19:35.34 | oej | Hmm. A spy muffin channel architecture for LUA? |
| 19:35.53 | Damin | Corydon76-vcch: Did you ever see MetalGS? :) |
| 19:36.21 | Corydon76-dig | Damin: didn't get very far with it |
| 19:36.25 | oej | Watch out for those SPY muffins in Asterisk - someone might by eating your audio |
| 19:36.37 | file | oej: NAT already does that when it comes to SIP |
| 19:36.40 | Corydon76-dig | Neat concept, totally workable for HFS volumes |
| 19:36.42 | Damin | Corydon76-vcch: The Captain lived in Columbus, less than 2 hours from me.. And I ran into Joshua Thompson at the first Astricon.. :) |
| 19:36.56 | Corydon76-dig | Heh |
| 19:37.08 | Corydon76-dig | I hear Josh Thompson is now in law school |
| 19:37.21 | Damin | Interesting.. |
| 19:37.32 | Corydon76-dig | and has lost all of his old source code |
| 19:37.39 | Damin | His IIGS emulator was awesome.. |
| 19:37.52 | Damin | Probably still the best around.. |
| 19:38.48 | Damin | XGS... |
| 19:39.04 | Damin | Yeah.. the entire FutureVision project is not just a fading memory.. :) |
| 19:39.26 | Damin | Corydon76-vcch: I also started the alt.bbs.metal newsgroup... which was pretty funny.. it's still around.. |
| 19:39.44 | Damin | But now it's mostly retards posting about Heavy metal.. |
| 19:39.49 | Damin | And SPAM! |
| 19:39.52 | Damin | Speaking of.. |
| 19:39.56 | Damin | Gotta run... |
| 19:40.16 | Corydon76-dig | Yeah, I adminned the group for a year or two |
| 19:40.23 | Corydon76-dig | Mostly cancelling posts about heavy metal |
| 19:42.11 | russellb | I REPEAT ... DO NOT TURN ON DO_CRASH, AND THEN ASK ME WHY IT IS CRASHING. |
| 19:42.12 | russellb | thank you. |
| 19:49.07 | tzanger | russellb: hahaha |
| 19:49.44 | Corydon76-dig | Additionally, do not report DEBUG messages as errors worthy of fixing. |
| 19:49.47 | MasterYoda | customers have paid us to tell them that :) |
| 19:50.01 | MasterYoda | "asterisk is crashing, we dont' know why" |
| 19:50.22 | Damin | Hahaha... http://www.apple2.org.za/gswv/a2zine/GS.WorldView/Resources/FV.METAL.FAQS/FAQ.alt.bbs.metal.txt |
| 19:50.23 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 19:51.54 | Corydon76-dig | Damin: you're aware of the controversy surrounding that site? |
| 19:56.16 | Corydon76-dig | The guy behind that site was instrumental in ensuring that a ton of Apple2 software was archived there... unfortunately when some of that software was still being commercially sold. Unapologetically |
| 19:56.51 | Corydon76-dig | Hence why the site is now located overseas. |
| 20:00.47 | Damin | Not really.. I'm rather far out of the Apple ][ scene... but that does suck. Piracy is part of what killed the Apple ][ |
| 20:01.38 | tzanger | oh I don't know about that |
| 20:01.53 | tzanger | piracy didn't kill the PC. it didn't kill the Commodore or Atari |
| 20:01.59 | tzanger | why would it be different for Apple? |
| 20:02.28 | Corydon76-dig | Apple's abandonment of the platform is what killed it |
| 20:03.01 | Corydon76-dig | Well, for varying definitions of 'kill'. There are still people on csa2, even today |
| 20:03.20 | *** join/#asterisk-dev tzafrir_home (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 20:08.31 | *** part/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 20:08.53 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 20:12.15 | putnopvut | i'm a nub |
| 20:12.24 | putnopvut | a nubby nub nub-nubber |
| 20:16.06 | tzanger | you guys have the weirdest way of spelling noob |
| 20:16.19 | putnopvut | it's not pronounced the same, though |
| 20:16.28 | tzanger | heh |
| 20:16.34 | Corydon76-dig | Well, considering it's actually spelled newb, yeah... :-P |
| 20:16.42 | blitzrage | b00b |
| 20:16.52 | blitzrage | b( . )( . )b |
| 20:17.17 | tzanger | hahaha |
| 20:17.22 | tzanger | well newb yes that's the one I was looking for |
| 20:17.26 | Corydon76-dig | blitzrage: show me yours, kthxbi |
| 20:17.33 | tzanger | blitzrage: or b( o )( o )b |
| 20:17.44 | tzanger | depends on if they're violating the twonie rule or not |
| 20:17.48 | blitzrage | LOL |
| 20:17.57 | blitzrage | mine do not |
| 20:18.00 | blitzrage | fyi |
| 20:18.59 | prettypinkpony | yayyyyy |
| 20:19.14 | putnopvut | this is actually russell. |
| 20:19.42 | blitzrage | lol |
| 20:21.36 | *** join/#asterisk-dev bmd (n=bmd@72.54.252.34) |
| 20:27.01 | tzanger | interesting |
| 20:27.10 | tzanger | does zaptel-1.2 have a problem with > 255 zap channels? |
| 20:27.23 | tzanger | I have 4 dynamic spans, totalling 580 channels |
| 20:27.29 | tzanger | ztcfg says 292 were configured |
| 20:27.31 | tzanger | but no errors |
| 20:27.49 | tzanger | and /proc/zaptel/ shows 5 spans (4 for the tdm400, and 4 144 channel spans) |
| 20:27.52 | tzanger | again no errors |
| 20:32.36 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 20:32.36 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 20:33.53 | eliel | ups... i was doing the patch for: |
| 20:33.55 | eliel | M11173 |
| 20:33.56 | MuffinMan | [closed] [Asterisk] Resources/res_musiconhold 0011173: MoH classes init failed reported by pj http://bugs.digium.com/view.php?id=11173 |
| 20:34.02 | eliel | russell was faster... :-( |
| 20:34.18 | eliel | he |
| 20:36.07 | russellb | there i was, happy that i caught my own mistake before anyone else did |
| 20:36.14 | russellb | but it was already reported, and patches in progress |
| 20:36.15 | russellb | heh |
| 20:37.25 | file | well HRM! |
| 20:38.23 | eliel | he |
| 20:39.20 | *** join/#asterisk-dev roadies (n=chrislro@c-76-114-144-30.hsd1.md.comcast.net) |
| 20:42.09 | d3wayne | russellb: I have my amtrak tix ordered! |
| 20:42.57 | file | d3wayne: amtrak eh? |
| 20:43.25 | d3wayne | yessum. They even have a snack car |
| 20:45.32 | d3wayne | lol |
| 20:45.47 | d3wayne | sorry file. Did not mean to call you ma'am |
| 20:55.29 | oej | Ouch. Svnmerge really killed videocaps. |
| 20:55.32 | oej | Need to restart |
| 20:55.37 | oej | But another day |
| 20:56.40 | *** join/#asterisk-dev dlynes_laptop (n=dlynes@216.251.149.66) |
| 20:56.56 | *** join/#asterisk-dev jgoo (n=249fe70a@77.49.242.117) |
| 20:59.49 | Cresl1n | it's great when it works, but it REALLY sucks when it doesn't |
| 21:03.27 | tzanger | ugh |
| 21:03.46 | tzanger | 580 zap channels (1 in use), a whopping 8000 interrupts/sec, 75 ctxt switches/sec... I can outdial asterisk... etf |
| 21:03.50 | tzanger | er wtf |
| 21:04.13 | tzanger | the system is *idle* |
| 21:18.22 | *** join/#asterisk-dev stevie_ramjet (i=putnopvu@nat/digium/x-ac9720d883416670) |
| 21:18.22 | *** mode/#asterisk-dev [+o stevie_ramjet] by ChanServ |
| 21:19.25 | *** join/#asterisk-dev russellb_ (i=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 21:19.25 | *** mode/#asterisk-dev [+o russellb_] by ChanServ |
| 21:27.03 | Qwell | oej: Grokyzpå? |
| 21:27.05 | Qwell | wtf? |
| 21:28.00 | oej | Well, if the person who added that option explained it properly, that wouldn't have happened. |
| 21:28.05 | Qwell | heh |
| 21:28.19 | oej | Adding stuff to chan_sip without comments is... propably illegal in this house. |
| 21:28.21 | Qwell | is that a real word? |
| 21:28.34 | oej | Not in any language that I know, but propably in other languages |
| 21:28.41 | oej | Good night! |
| 21:28.55 | blitzrage | night |
| 21:29.01 | Qwell | I'll make it a word in Qwellese |
| 21:29.14 | Qwell | it means...fish |
| 21:29.38 | oej | Ah, you mean GHOTI |
| 21:29.52 | oej | Pronounced "fish" according to george bernhard shaw. Go figure :-) |
| 21:30.50 | stevie_ramjet | "gh" from "enough", "o" from "women" and "ti" from "potion" |
| 21:30.58 | stevie_ramjet | GHOTI = fish |
| 21:41.56 | *** join/#asterisk-dev jsmith (n=jsmith@000-170-795.area3.spcsdns.net) |
| 21:41.56 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 21:55.31 | jgoo | hrm. Fish. hehe. |
| 22:09.54 | Cresl1n | yay! |
| 22:10.01 | Cresl1n | updated asterisk.org finally with new zaptel |
| 22:10.07 | Cresl1n | Just in time for another release |
| 22:10.08 | Cresl1n | :-) |
| 22:10.21 | Qwell | d'oh! |
| 22:10.22 | codefreeze | Cresl1n: congrats!!! |
| 22:10.27 | Qwell | please don't say you're doing a new release today |
| 22:10.35 | Qwell | please? for me? :) |
| 22:10.37 | Cresl1n | well, today/thursday |
| 22:10.46 | Cresl1n | what are you working on? |
| 22:11.04 | codefreeze | today/thursday... that's a slight spread. |
| 22:12.29 | Qwell | ahh |
| 22:16.55 | russellb_ | emacs sucks, vim 4 life |
| 22:19.17 | Corydon76-dig | russellb_: could I get you to look at the patch I uploaded to 10519? |
| 22:19.26 | russellb_ | yep. |
| 22:19.31 | seanbright | M10519 |
| 22:19.31 | stevie_ramjet | russellb_: don't do it! IT's a trap. |
| 22:19.32 | MuffinMan | [new] [Asterisk] Codecs/codec_speex 0010519: add support for wideband speex (Openwengo variant) reported by adamgundy http://bugs.digium.com/view.php?id=10519 |
| 22:19.57 | snuff-work | mm.. is there good reason to use CMSG_* functions in chan_unistim? just that to compile that module i have to enable XGP_4_2 which then breaks in ilbc_headers because 'FS' is defined but i cant see where FS is used within ilbc |
| 22:20.14 | Corydon76-dig | I'm ditching AST_FORMAT_MAX_AUDIO and replacing it with slin16, so we can start doing wideband native translations |
| 22:20.45 | Qwell | we don't need to do away with MAX, do we? |
| 22:20.52 | Qwell | just <= in places that check it now |
| 22:21.12 | Corydon76-dig | The MAX constants are taking up 3 bits of our 32-bit format bitmask |
| 22:21.15 | Corydon76-dig | So yes, we do |
| 22:21.21 | Qwell | oh, we have audio_mask already |
| 22:21.38 | Corydon76-dig | Right |
| 22:22.52 | Qwell | x & AST_FORMAT_VIDEO_MASK ? |
| 22:22.57 | Qwell | nm |
| 22:23.08 | Corydon76-dig | and then when we add wb speex, we can do native speex16 <-> g722 translations |
| 22:23.21 | Qwell | just need a slin8<>slin16 transcoder |
| 22:24.07 | Corydon76-dig | Well, since the existing codecs provide native step downs to slin8, I don't know that it's necessary at this point |
| 22:24.13 | Corydon76-dig | although that would be nice |
| 22:24.49 | Qwell | <PROTECTED> |
| 22:24.49 | Qwell | +case AST_FORMAT_SLINEAR16: |
| 22:24.49 | Qwell | <PROTECTED> |
| 22:25.07 | Qwell | is datalen doubled for slin16 too? |
| 22:25.16 | Corydon76-dig | 16 bit samples, so yes |
| 22:26.36 | jsmith | So does somebody want to put this section in plain English for me (re: g722)? |
| 22:26.38 | jsmith | http://tools.ietf.org/html/rfc3551#section-4.5.2 |
| 22:26.43 | Qwell | Corydon76-dig: there was another similar bug, that you might want to incorporate into this.. |
| 22:26.55 | Qwell | SDP support for WB ulaw/alaw |
| 22:27.24 | jsmith | Which is the one that pointed me to that RFC ;-) |
| 22:28.12 | Qwell | jsmith: translated: "Somebody screwed up, so we're putting in this hack." |
| 22:29.24 | snuff-work | heh nice work ietf |
| 22:29.28 | jsmith | Qwell: OK, that's what it looked like to me... but I had a hard time wrapping my head around "sampling rate" vs. "RTP clock rate" |
| 22:29.37 | Corydon76-dig | or, in other words, "this value is intentionally wrong, just ignore it." |
| 22:30.48 | Corydon76-dig | Qwell: Sure, I just thought this was the natural pre-cursor |
| 22:30.56 | Qwell | nod |
| 22:31.28 | Cresl1n | yes! |
| 22:31.42 | Cresl1n | somebody else thought my approach to the wideband issue is worth doing! |
| 22:31.43 | Cresl1n | :-) |
| 22:31.45 | Qwell | in the AST_FORMAT_LIST, you've got either 8000 or 16000 - how were you going to handle something with both? |
| 22:31.56 | Qwell | just add a second entry? |
| 22:32.07 | Cresl1n | Maybe we should add a flag |
| 22:32.15 | Cresl1n | AST_FLAG_8000HZ |
| 22:32.16 | Corydon76-dig | The other part that we'll need to look at is to tweak the translator to consider 16000 native translation as "better" than dropping to 8000 |
| 22:32.21 | Cresl1n | AST_FLAG_16000HZ |
| 22:32.30 | mvanbaak | hhmm |
| 22:32.33 | Cresl1n | then we can do it without adding new codec types |
| 22:32.35 | Qwell | AST_FLAG_2HZ |
| 22:32.38 | mvanbaak | I'm having trouble with asterisk on ubuntu |
| 22:32.42 | Qwell | I want a 2hz codec |
| 22:32.45 | Cresl1n | so speex wideband will not have to be a new codec, etc |
| 22:32.52 | mvanbaak | checking how to run the C++ preprocessor... /lib/cpp |
| 22:32.53 | mvanbaak | configure: error: C++ preprocessor "/lib/cpp" fails sanity check |
| 22:32.59 | mvanbaak | but /lib/cpp is there |
| 22:33.50 | Corydon76-dig | Is g.722 basically the same as ulaw/alaw, just twice the sampling rate? or is it a completely different codec? |
| 22:34.00 | Cresl1n | no |
| 22:34.04 | Cresl1n | it's completely different |
| 22:34.12 | mvanbaak | hhmm |
| 22:34.34 | Cresl1n | what other codecs have a wideband and narrowband version... |
| 22:34.43 | Cresl1n | maybe that's the question we should ask |
| 22:34.44 | Qwell | ulaw/alaw supposedly |
| 22:34.45 | Corydon76-dig | iLBC does |
| 22:34.52 | Qwell | speex |
| 22:35.04 | Corydon76-dig | The version in speex I think is already both |
| 22:35.07 | Cresl1n | iLBC Speex and slin |
| 22:35.14 | Qwell | jpeg! |
| 22:35.15 | Qwell | wait, no |
| 22:35.41 | Qwell | oh, umm...AMR? |
| 22:35.47 | Cresl1n | ulaw alaw is probably not worth considering |
| 22:35.49 | Corydon76-dig | The code looks as if speex changes its rate, depending upon the audio |
| 22:35.54 | Qwell | (I realize we don't support it) |
| 22:36.14 | mvanbaak | anyone knows how to fix this ? |
| 22:36.16 | Corydon76-dig | AMR will be a possibility once the patents expire |
| 22:36.23 | Corydon76-dig | 2019, I think? |
| 22:36.32 | Cresl1n | is AMR wideband? |
| 22:36.36 | Cresl1n | I know it's narrowband |
| 22:36.36 | Qwell | not sure |
| 22:36.41 | mvanbaak | I bet there are people here that can compile asterisk on ubuntu |
| 22:36.44 | Qwell | just seems like it would be |
| 22:36.45 | Corydon76-dig | Yes, I believe so |
| 22:36.47 | Cresl1n | have never heard of a wideband version |
| 22:37.03 | Corydon76-dig | I've looked briefly at the reference implementation |
| 22:37.46 | mvanbaak | 4.1.3 |
| 22:38.29 | Corydon76-dig | That's the weird thing about patents... you don't have to worry about being influenced by code, because ANY implementation of the algorithm is covered under the patent |
| 22:39.11 | stevie_ramjet | mvanbaak: I have compiled asterisk on unbuntu several times. |
| 22:39.38 | Corydon76-dig | So you're thinking that we shouldn't add slin16 as a separate codec, then? |
| 22:39.56 | Cresl1n | maybe? |
| 22:39.58 | Corydon76-dig | just a subtype under slin? |
| 22:40.10 | Cresl1n | unless we want to add a AST_CODEC_FLAG_16KHZ |
| 22:40.15 | mvanbaak | stevie_ramjet: hhmm, the configure will not get past this message |
| 22:40.16 | Cresl1n | that would save us some codecs |
| 22:40.50 | Corydon76-dig | Well, my thinking was that when we start going down that road, we collide with the videocaps implementation |
| 22:41.03 | Cresl1n | Ok, that's fair |
| 22:41.09 | Cresl1n | how many codecs do we have left right now |
| 22:41.12 | Cresl1n | (pre adding this) |
| 22:41.17 | Qwell | 3 |
| 22:41.18 | Corydon76-dig | and rather than messing with that, we still have a few bits to play with |
| 22:41.36 | Qwell | 13, 14, and 15 |
| 22:41.41 | Cresl1n | let's do it |
| 22:41.50 | Cresl1n | it just makes it quicker to need a new structure for it |
| 22:41.51 | Cresl1n | :-) |
| 22:41.52 | Corydon76-dig | So after adding slin16 and wb speex, we still have 1 bit to go |
| 22:42.03 | Qwell | so, wb speex would take a second bit? |
| 22:42.14 | Cresl1n | let's think about that |
| 22:42.18 | Cresl1n | leave one free just in case :-) |
| 22:42.24 | Corydon76-dig | Well, this implementation would (in 10519) |
| 22:42.41 | Qwell | the openwengohack variant? |
| 22:42.46 | Corydon76-dig | Right |
| 22:42.51 | Qwell | Let openwengo fix their bug. |
| 22:43.02 | Cresl1n | *bug |
| 22:43.03 | Cresl1n | :-) |
| 22:43.31 | *** part/#asterisk-dev roadies (n=chrislro@c-76-114-144-30.hsd1.md.comcast.net) |
| 22:43.42 | Corydon76-dig | Okies... any other issues with this patch? |
| 22:43.44 | Qwell | an rtp bit shouldn't take up a codec bit, should it? |
| 22:44.07 | file | RTP bit? |
| 22:44.15 | Qwell | well, number, whatever.... |
| 22:44.17 | mvanbaak | freaking ubuntu |
| 22:44.19 | Qwell | his explanation is funky |
| 22:45.55 | Qwell | like, ADPCM uses 2, but only has AST_FORMAT_ADPCM |
| 22:46.49 | stevie_ramjet | mvanbaak: sorry I was away for a while. What is the failure from configure? |
| 22:47.17 | mvanbaak | stevie_ramjet: configure: error: C++ preprocessor "/lib/cpp" fails sanity check |
| 22:47.17 | stevie_ramjet | Oh, the lib/cpp sanity check... |
| 22:47.41 | stevie_ramjet | Crap, I wish I could help, but I've never encountered that before. |
| 22:47.57 | mvanbaak | this is a clean install of ubuntu 7.10 amd64 |
| 22:48.02 | mvanbaak | with gcc 4.1 |
| 22:48.05 | mvanbaak | configure: error: C++ preprocessor "/lib/cpp" fails sanity check |
| 22:48.20 | stevie_ramjet | Usually when doing an asterisk install on ubuntu, all I get before hand is build-essential and libncurses-dev |
| 22:48.40 | *** join/#asterisk-dev mog (n=mog@c-71-207-231-41.hsd1.al.comcast.net) |
| 22:48.40 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 22:48.43 | stevie_ramjet | And that's typically all I need. Things work fine thereafter. |
| 22:50.10 | mvanbaak | stevie_ramjet: ok, that will install a new g++ |
| 22:50.20 | mvanbaak | lemme check |
| 22:50.23 | *** join/#asterisk-dev juanjoc (n=juanjoc@200.69.219.113) |
| 22:50.35 | mvanbaak | ur my hero ! |
| 22:51.19 | mvanbaak | configure now finishes ! |
| 22:53.51 | stevie_ramjet | awesome. |
| 22:54.51 | *** join/#asterisk-dev mashroom_ (n=tasty@DSL217-132-218-9.bb.netvision.net.il) |
| 22:54.53 | Corydon76-dig | The other problem with stacking the codecs on a single bit is the smoother... |
| 22:59.08 | *** join/#asterisk-dev yannj_fr (n=yannj_fr@vpn.intelunix.fr) |
| 23:08.26 | russellb_ | codefreeze: ping |
| 23:08.58 | mvanbaak | zzzzzzzzzz time here |
| 23:22.03 | *** part/#asterisk-dev zerohalo (n=zeroHalo@pool-71-255-162-167.bstnma.east.verizon.net) |
| 23:23.40 | codefreeze | russellb: yes? |
| 23:29.22 | russellb_ | codefreeze: i was going to point you to a bug ... but file fixed it |
| 23:29.25 | russellb_ | so nm :) |
| 23:40.48 | yannj_fr | little question : where did you learn to code ? |
| 23:41.10 | stevie_ramjet | yannj_fr: is that directed at anyone in particular? |
| 23:41.17 | codefreeze | russellb: that was easy! |
| 23:41.25 | yannj_fr | broadcast question |
| 23:41.36 | yannj_fr | to FF:FF:FF:FF:FF:FF |
| 23:42.44 | stevie_ramjet | I started learning in school. |
| 23:43.18 | stevie_ramjet | But got better in my spare time and through internships. |
| 23:43.28 | yannj_fr | ok |
| 23:43.55 | file | I originally started on embedded development... dabbled in some Windows programming, and ended up here |
| 23:44.05 | file | (self taught) |
| 23:45.16 | blitzrage | which astounds me |
| 23:46.32 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 23:46.32 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 23:52.19 | yannj_fr | sometimes I am really impressed with how you resolve bugs |
| 23:52.37 | yannj_fr | fix* |
| 23:52.40 | snuff-work | mm so anyone know my chan_unistim question?.. does CMSG* functions have to be used or could they be replaced with something more general |
| 23:57.04 | russellb_ | file: you are a rockstar |
| 23:57.20 | file | russellb_: can I roll as well? |
| 23:57.36 | russellb_ | yes? |
| 23:57.50 | blitzrage | hmmm.... no rolling |
| 23:57.57 | stevie_ramjet | rolling permitted. |
| 23:58.05 | blitzrage | not in Canadia |
| 23:58.13 | stevie_ramjet | I can live with that. |
| 23:58.25 | Corydon76-dig | Rocks and Trees |