| 00:00.11 | seanbright | thanks! |
| 00:00.19 | seanbright | putnopvut: i started adding imap examples to voicemail.conf.sample |
| 00:00.25 | seanbright | however |
| 00:00.35 | seanbright | i know close to nothing about IMAP with app_voicemail |
| 00:00.54 | putnopvut | seanbright: there's not much to the asterisk configuration, actually. |
| 00:01.00 | seanbright | so if you got bored... might be good to add all the IMAP related conf options to the voicemail.conf.sample |
| 00:01.14 | seanbright | putnopvut: agreed. but like imapflags, greetingsfolder, etc, etc. |
| 00:01.15 | putnopvut | seanbright: you do know about doc/tex/imapstorage.tex, right? |
| 00:01.21 | seanbright | uh oh |
| 00:01.22 | seanbright | heh |
| 00:01.25 | seanbright | goes to look |
| 00:02.05 | seanbright | putnopvut: disregard all my previous statements in regard to IMAP and voicemail.conf.sample |
| 00:02.08 | seanbright | :) |
| 00:02.26 | putnopvut | Cool. Of course it could be noted in voicemail.conf that the imapstorage document exists. |
| 00:02.39 | seanbright | very true |
| 00:02.46 | seanbright | check out the last few lines |
| 00:02.54 | seanbright | of vm.conf.sample |
| 00:02.59 | putnopvut | trunk? |
| 00:03.02 | seanbright | aye |
| 00:03.11 | seanbright | it's... themed... so to speak |
| 00:03.26 | putnopvut | n33t |
| 00:03.41 | seanbright | little shawshank shout-out |
| 00:03.46 | seanbright | no one has noticed... or cares |
| 00:03.48 | seanbright | heh |
| 00:04.02 | putnopvut | I think The Shawshank Redemption is my second favorite movie from 1994. |
| 00:04.09 | seanbright | after FG? |
| 00:04.15 | putnopvut | Pulp Fiction |
| 00:04.18 | seanbright | ahhh |
| 00:04.20 | putnopvut | FG is 3rd. |
| 00:04.30 | seanbright | shawshank is my fav ever |
| 00:05.07 | putnopvut | It is a great movie. |
| 00:05.26 | seanbright | nods |
| 00:05.47 | putnopvut | debates if he should address another bug before heading out... |
| 00:05.51 | seanbright | you should |
| 00:05.54 | seanbright | let me choose one |
| 00:06.08 | seanbright | actually |
| 00:06.15 | seanbright | did you fix that app_voicemail build issue? |
| 00:06.20 | seanbright | with IMAP enabled |
| 00:06.22 | seanbright | in 1.6.0 |
| 00:07.00 | seanbright | M13605 |
| 00:07.02 | MuffinMan | [assigned] [Asterisk] Applications/app_voicemail/IMAP 0013605: [patch] Compile error with IMAP_STORAGE due to removed autoconfig.h in Makefile reported by tomo1657 (Karma: +1.00) http://bugs.digium.com/view.php?id=13605 |
| 00:07.03 | putnopvut | seanbright: no, because the latest note said you were looking for a clean way to do it :) |
| 00:07.07 | seanbright | yeah |
| 00:07.12 | seanbright | i couldn't find one |
| 00:07.16 | seanbright | was hoping you'd steal it |
| 00:07.17 | seanbright | heh |
| 00:07.31 | putnopvut | I'm a bit lost as to when exactly it got broken. |
| 00:07.41 | seanbright | i can show you the commit |
| 00:07.49 | putnopvut | ah, it says in the bug which revision. |
| 00:07.52 | putnopvut | How dumb of me. |
| 00:07.56 | putnopvut | s/dumb/typical/ |
| 00:08.08 | seanbright | kpfleming went through and removed all the autoconfig.h stuff in favor of just doing it with asterisk.h |
| 00:08.15 | seanbright | which makes life easier |
| 00:08.20 | seanbright | except when it breaks the build |
| 00:08.28 | seanbright | and that issue is assigned to you! |
| 00:08.31 | seanbright | so... there! |
| 00:08.33 | seanbright | heh |
| 00:09.15 | putnopvut | oh boy! |
| 00:09.22 | seanbright | t'would be nice to find a way to just undef the c-client stuff |
| 00:09.35 | seanbright | instead of having to inject autoconfig.h in the middle |
| 00:09.40 | seanbright | but i guess that isn't practical. |
| 00:09.53 | putnopvut | are you aware of why the c-client stuff has to be included first? |
| 00:10.01 | seanbright | the LOG_ stuff |
| 00:10.02 | seanbright | ? |
| 00:10.04 | putnopvut | yeah. |
| 00:10.05 | putnopvut | exactly. |
| 00:10.07 | seanbright | LAME |
| 00:10.27 | seanbright | not you... c-client |
| 00:10.37 | putnopvut | So it's actually been thought that maybe asterisk.h shouldn't include logger.h, and instead modules which need it should explicitly include it. |
| 00:10.48 | seanbright | not horrible |
| 00:10.54 | seanbright | the question is, how much would that break? |
| 00:10.57 | putnopvut | That way, we could include asterisk.h before the c-client stuff and then include logger.h after. |
| 00:11.03 | seanbright | right |
| 00:11.13 | seanbright | well, lemme try a little test compile and see what dies. |
| 00:11.16 | putnopvut | I don't think it would break anything, to be honest. It would just be a bitch to include logger.h in that many files. |
| 00:12.02 | seanbright | ready for a great idea? |
| 00:12.29 | seanbright | #define OMIT_LOGGING |
| 00:12.35 | seanbright | #include "asterisk.h" |
| 00:12.37 | seanbright | :) |
| 00:14.33 | seanbright | what am i thinking... like every file uses ast_log |
| 00:15.12 | seanbright | hmmm |
| 00:15.24 | seanbright | no failures so far... almost through the channels/ dir |
| 00:16.17 | putnopvut | I like how you're doing the work for the issue assigned to me :) |
| 00:16.40 | seanbright | heh |
| 00:16.53 | seanbright | we're collaborating |
| 00:17.01 | seanbright | should have put quotes around that |
| 00:17.09 | seanbright | ok... nothing is bombing |
| 00:17.16 | seanbright | so either it's not a big deal, or i did something wrong |
| 00:17.34 | seanbright | added #if 0... #endif around #include "asterisk/logger.h" in asterisk,h |
| 00:17.47 | putnopvut | That's all you did? |
| 00:17.51 | seanbright | yeah |
| 00:18.00 | putnopvut | odd. |
| 00:18.07 | seanbright | got all the way to res_config_sqlite before it bombed |
| 00:18.19 | Qwell | we really should just change ours to AST_... |
| 00:18.20 | putnopvut | I guess there's some other common header file which includes logger.h |
| 00:19.06 | seanbright | so far so good |
| 00:19.15 | seanbright | in main/ |
| 00:19.19 | putnopvut | ignores Qwell since it makes good sense. |
| 00:19.26 | putnopvut | ;) |
| 00:19.47 | putnopvut | so it appears that one thing that helps is that lock.h includes logger.h |
| 00:19.56 | seanbright | yeah |
| 00:20.07 | putnopvut | and so does utils.h |
| 00:20.09 | seanbright | i'm just about ready to commit this |
| 00:20.12 | seanbright | heh |
| 00:20.14 | putnopvut | sweet. |
| 00:20.21 | seanbright | of course i am on my mac |
| 00:20.25 | seanbright | err |
| 00:20.27 | hardwire | yay suck |
| 00:20.30 | seanbright | i am MAJORLY retarded tonight |
| 00:20.35 | seanbright | please ignore |
| 00:21.17 | seanbright | i *am* on my mac... but ssh'd into the same box i always use |
| 00:23.19 | seanbright | ok, one more test compile with the line removed from asterisk.h completely and IMAP_STORAGE defined. |
| 00:23.55 | seanbright | Qwell: how goes the menuselect.makeopts madness? |
| 00:24.10 | seanbright | anything i can offer to do and then completely bail on? |
| 00:25.00 | putnopvut | what is Qwell working on with reagards to menuselect? |
| 00:25.37 | seanbright | the ~/.asterisk.makeopts stuff isn't working for one reason or another |
| 00:27.50 | seanbright | putnopvut: patch uploaded to the bug |
| 00:28.28 | putnopvut | seanbright: I'll give it a whirl |
| 00:28.33 | seanbright | stupendous |
| 00:28.43 | seanbright | i think main/crypto.c might be wrong |
| 00:29.00 | seanbright | i think the #include "asterisk/logger.h" should go beneath the ASTERISK_FILE_VERSION bits |
| 00:29.48 | seanbright | yeah. new patch uploaded. |
| 00:30.41 | putnopvut | what branch was the patch created against? I'm getting fuzz and failures in both trunk and 1.6.1 |
| 00:30.54 | seanbright | trunk |
| 00:31.11 | seanbright | Revision: 148161 |
| 00:31.44 | seanbright | svn diff | mantisupload etc, etc |
| 00:31.47 | seanbright | that's all i did |
| 00:32.13 | putnopvut | Gotcha. Apparently a commit was made to app_voicemail between that rev and the current trunk revision which is causing a small failure to patch app_voicemail.c |
| 00:32.15 | putnopvut | No biggy. |
| 00:32.26 | seanbright | i did svn update... hrmmm |
| 00:32.39 | putnopvut | oh jeez, patch is a dumb program. |
| 00:32.43 | seanbright | just did another one and got nothing |
| 00:33.29 | putnopvut | Yeah, for some reason patch couldn't figure out how to remove the #include asterisk.h above the ASTERISK_FILE_VERSION stuff in app_voicemail.c |
| 00:33.33 | putnopvut | easy to fix. |
| 00:33.37 | seanbright | silly. |
| 00:33.48 | seanbright | FOSS sucks |
| 00:33.49 | seanbright | :) |
| 00:33.56 | putnopvut | totally |
| 00:34.15 | putnopvut | As kpfleming would say, "Stupid open source software!" |
| 00:34.21 | seanbright | heh |
| 00:35.00 | putnopvut | and the verdict is... |
| 00:35.12 | putnopvut | it compiles. ship it! |
| 00:35.16 | seanbright | heh |
| 00:35.28 | seanbright | want me to commit |
| 00:35.29 | seanbright | ?> |
| 00:36.07 | seanbright | hrmmm |
| 00:36.09 | seanbright | before i do that |
| 00:36.33 | seanbright | have to consider -addons |
| 00:36.54 | seanbright | esp if i merge with 1.6.0/1.6.1 |
| 00:38.03 | seanbright | is buildbot still up and running? |
| 00:38.21 | putnopvut | I don't think so. |
| 00:38.26 | seanbright | damn |
| 00:38.27 | putnopvut | But feel free to commit and close. |
| 00:38.31 | seanbright | ok. |
| 00:38.56 | putnopvut | If problems come up, we'll fix them. |
| 00:39.02 | seanbright | alrighty. |
| 00:39.16 | seanbright | i'm going to test addons 1.6.0 before i merge |
| 00:42.13 | seanbright | done and done |
| 00:42.46 | putnopvut | excellent work |
| 00:43.19 | seanbright | and you |
| 00:43.22 | seanbright | ... and you |
| 00:45.25 | seanbright | oh snap. CSI starts back up tonight. |
| 00:47.29 | putnopvut | oh snap indeed. That means I'll get a call from my dad talking about it. |
| 00:50.49 | lmadsen | is bison a required package to asterisk currently? |
| 00:51.17 | seanbright | i feel like it is... but that might be a lie |
| 00:51.44 | putnopvut | lmadsen: I ... think it is necessary. |
| 00:51.47 | putnopvut | Can't be sure though. |
| 00:52.09 | putnopvut | whoa... |
| 00:52.16 | putnopvut | bunch of compile errors in 1.6.1 |
| 00:52.24 | lmadsen | hrmmm... well I have this development box I've installed a bunch of things on, and it never complained of bison being installed before when I went to compile. Then I patched asterisk with something that actually appears to require it.... which I thought was odd |
| 00:52.34 | lmadsen | M13632 |
| 00:52.36 | MuffinMan | [ready for testing] [Asterisk] PBX/pbx_config 0013632: [patch] Shortcut for duplicating the last extension, so the pattern doesn't need to be repeated reported by blitzrage (Karma: +33.25) http://bugs.digium.com/view.php?id=13632 |
| 00:52.46 | seanbright | grep -ir bison * |
| 00:52.59 | lmadsen | so maybe I'm just crazy and never actually compiled something on this vm before :) |
| 00:54.34 | seanbright | ok good, nothing to change in -addons |
| 00:55.09 | putnopvut | wtf? 1.6.1 bombed a compile, then I svn up'd. Nothing got changed. Then try compiling and it works fine. |
| 00:55.33 | seanbright | putnopvut: gcc/gmake bug? |
| 00:55.41 | putnopvut | no idea. |
| 00:55.52 | putnopvut | but it works now, so... |
| 00:55.59 | putnopvut | I won't worry about it. |
| 00:56.02 | seanbright | splendid. |
| 00:56.05 | seanbright | not a CSI fan? |
| 00:56.15 | putnopvut | I just have never gotten that much into it. |
| 00:56.26 | putnopvut | Mainly because of a really annoying jackass I knew in college who loved it. |
| 00:56.37 | seanbright | heh |
| 00:57.03 | putnopvut | Hrm. I think it's time I headed home for the night. |
| 00:57.08 | putnopvut | Later! |
| 01:04.15 | seanbright | um |
| 01:04.19 | seanbright | wtf? |
| 01:05.04 | seanbright | ok... check THIS out |
| 01:05.06 | seanbright | http://svn.digium.com/view/asterisk/branches/1.6.0/apps/app_rpt.c?revision=134283&view=markup |
| 01:05.13 | seanbright | take a look at line 2528 |
| 01:09.13 | Qwell | :( |
| 01:09.22 | seanbright | heh |
| 01:10.16 | seanbright | thats either a mistake... or the craziest bitshifting i've ever seen |
| 01:10.41 | snuff-work | heh |
| 01:11.24 | seanbright | (working on it) |
| 01:34.24 | *** join/#asterisk-dev Corydon76-dig (i=nine@pdpc/supporter/bronze/Corydon76-home) |
| 01:34.24 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 01:38.34 | lmadsen | Corydon76-dig: ping? |
| 01:48.17 | *** join/#asterisk-dev jameswf (n=james@166.128.246.71) |
| 02:10.36 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 02:52.41 | *** join/#asterisk-dev Kate-o (n=vajda1ka@unaffiliated/kateo/x-334924) |
| 03:01.10 | *** join/#asterisk-dev moy (n=moy@189.169.90.224) |
| 03:11.55 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 03:13.38 | *** join/#asterisk-dev CunningPike (n=arodgers@vpn.dnv.org) |
| 03:24.54 | seanbright | so what are the chances of us getting a dahdi-linux and -tools 2.0.1 out there to address the build issues and the genconf_parameters problems? |
| 03:25.24 | seanbright | i think it would go a long way in assisting the migration from zaptel to DAHDI. |
| 04:17.45 | hardwire | chances are.. (n-200)*5 where n represents the length of all of our toes stretched out end to end. |
| 04:20.59 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 04:23.11 | tzafrir_laptop | seanbright, that's only dahdi-tools |
| 08:06.37 | *** join/#asterisk-dev steliosk (n=Stelios@91.140.124.241) |
| 08:13.50 | *** join/#asterisk-dev easycrypt (n=savek@ip-186.emscb.ruhr-uni-bochum.de) |
| 08:24.14 | *** join/#asterisk-dev someoneelse (n=savek@ip-174.emscb.ruhr-uni-bochum.de) |
| 08:43.11 | *** join/#asterisk-dev snuff-work (n=jsewell@203.19.141.34) |
| 09:35.19 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 09:35.19 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 09:38.21 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 09:39.34 | *** join/#asterisk-dev chainbreaker (n=wpichler@cm178-136.liwest.at) |
| 09:39.42 | chainbreaker | hi all |
| 09:39.49 | chainbreaker | someone here who can help me with a backtrace |
| 09:40.07 | chainbreaker | but with optimization turned on.... |
| 10:37.13 | *** join/#asterisk-dev Charitwo (n=Charitwo@wikia/pdpc.silver.Charitwo) |
| 10:38.46 | *** part/#asterisk-dev Charitwo (n=Charitwo@wikia/pdpc.silver.Charitwo) |
| 10:39.40 | *** join/#asterisk-dev blunation (n=blunatio@70.89.8.201) |
| 10:40.15 | seanbright | tzafrir_laptop: no, it's not |
| 10:40.29 | seanbright | tzafrir_laptop: CONFIG_DAHDI_NET and CONDIG_DAHDI_PPP |
| 10:40.32 | blunation | Hi room. Question: I need more information about his G729fee and free version |
| 10:40.38 | blunation | and about the passthrough. |
| 10:41.11 | blunation | I hear theres a difference. And then I hear there isn't a difference? |
| 10:41.57 | blunation | And if you SIP Provider uses G729 do you need to purchase licensing to use G729 if you want your network to use it. |
| 10:42.17 | blunation | second which one do you guys recommend IAX or SIP? |
| 10:44.02 | blunation | ?? |
| 10:44.36 | blunation | Anyone in the chat will to help? |
| 10:46.57 | blunation | Interesting. Guess not. |
| 10:47.03 | blunation | Thanks for the help... |
| 11:03.03 | *** join/#asterisk-dev leikh (n=chatzill@port162.ds1-amb.adsl.cybercity.dk) |
| 11:04.20 | leikh | where do I edit the voicemail subject "an unknown caller"? |
| 11:09.09 | leikh | do I have to edit source (app_voicemail.so) and then recompile? |
| 11:14.31 | tzafrir_laptop | seanbright, ah, ok |
| 11:44.36 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 12:03.01 | snuff-home | ello eliel :) |
| 12:09.56 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 12:09.56 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 12:14.42 | eliel | snuff-home: good morning |
| 12:14.49 | eliel | I was working with your patches |
| 12:15.09 | eliel | right now I am with the see-also requirement |
| 12:15.23 | snuff-home | mm.. i noticed.. hope they aren't too bad |
| 12:17.16 | eliel | snuff-home: don't worry they were reviewed and minor changes/fixes |
| 12:19.01 | snuff-home | cant be many left now right? |
| 12:19.56 | eliel | 20 aprox |
| 12:20.05 | eliel | .c files |
| 12:20.15 | snuff-home | i may attempt 1-5 more over weekend |
| 12:21.55 | snuff-home | probably smaller ones like stack / test / macro / waitfor* |
| 12:24.26 | eliel | great, but please upload it in a issue so i can give you some karma for the work done! |
| 12:25.03 | snuff-home | nah.. its all good.. just add a note in the final trunk commit ;) |
| 12:26.15 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.111) |
| 12:26.18 | eliel | snuff-home: Ok, I want do it, I have no permissions on trunk, but will remember mvanbaak all the contributors |
| 12:31.28 | snuff-home | its all good.. just happy to help with a labour intensive rather than mind streching commit series :) |
| 12:33.28 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.108.195) |
| 12:33.28 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 12:44.39 | *** join/#asterisk-dev jeffg (i=Kdf2sCvE@pdpc/supporter/active/jeffg) |
| 12:48.22 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:48.22 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:04.23 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 13:04.23 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 13:05.32 | snuff-home | mm good addition see-also tag.. nice to ref other functions rather than 'literal' etc |
| 13:06.27 | eliel | snuff-home: yeaph, also the idea behind this is when changing something in the code will make more easy to track the documentation that reference the changes made. |
| 13:06.38 | eliel | well, (my idea behind this) |
| 13:08.15 | snuff-home | mmm off to zzz's i go.. i will conv the apps i mentioned above.. should have email in 24 hr with diff's |
| 13:09.16 | eliel | great! hope to finish all this weekend |
| 13:26.00 | Corydon76-dig | lmadsen: pong |
| 13:29.54 | lmadsen | Corydon76-dig: I tested the 'same' patch last night and left some comments on the bug |
| 13:36.01 | lmadsen | eliel: that is a very good idea |
| 13:37.16 | lmadsen | what would everyone think of using 'resolved' on the bug tracker to mark bugs as, "ready for merging" ? For example, you have a bug where a patch has been provided, and multiple people say, "this works for me!" ? |
| 13:38.31 | russellb | just because it "works" doesn't mean it's acceptable ... |
| 13:38.45 | russellb | i'm not comfortable with saying something is resolved until it has actually been reviewed and committed |
| 13:42.12 | lmadsen | ok... then lets just change the wording, resolved can mean, "hey, we've been in 'Ready for Testing' for a while, and many people tested and are saying this works. This issue needs to be reviewed and possibly committed" |
| 13:44.25 | lmadsen | basically it'd be nice to move something out of 'Ready for Testing' when enough testing has been done... and we're not really using 'Resolved' for much of anything right now... other than by the commit bot |
| 13:44.55 | russellb | so some sort of "needs review" step is needed ... |
| 13:44.57 | russellb | hmmm |
| 13:45.04 | russellb | I guess we can add it |
| 13:45.10 | russellb | i don't remember how to add steps, though |
| 13:59.25 | *** join/#asterisk-dev fred-tmft (n=fred-tea@ip70-171-36-194.ga.at.cox.net) |
| 13:59.58 | *** part/#asterisk-dev fred-tmft (n=fred-tea@ip70-171-36-194.ga.at.cox.net) |
| 14:01.06 | *** join/#asterisk-dev sruffell (n=sruffell@nat/digium/x-2f0dfd7c30f0fa79) |
| 14:01.06 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:02.05 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-49c065199fb16881) |
| 14:02.05 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:04.31 | seanbright | is there a document somewhere that describes the release process for asterisk et al? |
| 14:04.51 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) |
| 14:05.04 | seanbright | something that describes what happens between the tag being created and the tarball getting to downloads.digium.com? |
| 14:05.23 | russellb | seanbright: not a document ... but you can see the release script |
| 14:05.27 | russellb | svn/repotools/mkrelease |
| 14:05.56 | seanbright | i've seen that... maybe i'm not asking the question the right way |
| 14:06.34 | seanbright | oh... asterisk 1.6.0.1 is released? |
| 14:06.41 | seanbright | maybe i need to pay more attention to the mailing lists. |
| 14:08.04 | seanbright | i guess what i am asking is, we have fixed a few build/config problems with dahdi since it's release |
| 14:08.26 | russellb | points at sruffell |
| 14:08.28 | seanbright | i'm trying to figure out what it would take to get some kind of point release rolled and released |
| 14:08.31 | russellb | dahdi is his. |
| 14:08.38 | seanbright | i see. |
| 14:09.33 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:12.33 | seanbright | any chance we would consider some kind of snapshot system? |
| 14:12.55 | russellb | probably not |
| 14:12.56 | seanbright | i could do it myself i guess, but i'm not sure my server could handle the load. |
| 14:13.01 | seanbright | i see. |
| 14:13.07 | seanbright | mmmmmkay |
| 14:13.11 | russellb | every time we talk about it, it doesn't seem to provide benefit |
| 14:13.15 | russellb | when you can just check it out of svn .. |
| 14:14.03 | seanbright | ok |
| 14:15.02 | seanbright | well, there are two build problems with asterisk 1.6.0 and 1.6.0.1 |
| 14:15.07 | seanbright | app_rpt and app_voicemail with IMAP enabled. |
| 14:15.36 | seanbright | if i had my way we'd have 1.6.0.2 |
| 14:15.42 | seanbright | i don't, so i'll just suggest it. |
| 14:15.44 | seanbright | :) |
| 14:16.12 | sruffell | seanbright: Could you wait until the end of next week? |
| 14:16.19 | sruffell | for a point release of DAHDI? |
| 14:16.28 | seanbright | sruffell: i don't need it, personally. |
| 14:16.39 | russellb | seanbright: I would _love_ to push out all changes in the 1.6.0 branch into 1.6.0.2 |
| 14:16.50 | russellb | however, there have been regressions in that branch that i'm waiting to get fixed |
| 14:16.58 | seanbright | russellb: ahhhh |
| 14:17.04 | russellb | and making custom tags and hand picking fixes is a pain |
| 14:17.17 | seanbright | sruffell: just concerned that some of the build problems is hindering adoption. |
| 14:17.37 | seanbright | sruffell: and we already have people on the mailing lists saying that the 2.0.0 was not production ready, was "beta" or "alpha" code, etc, etc. |
| 14:17.55 | sruffell | hmm....I haven't been good these past weeks about keeping up with the mailing lists. |
| 14:17.55 | seanbright | would like to try to... qwell... that |
| 14:17.56 | seanbright | :) |
| 14:18.20 | seanbright | see "[asterisk-users] DAHDI aaaaaaaaaaaaaaarrrrrrrrrghhhhhhhhh :((((" |
| 14:21.12 | sruffell | hmm....ok, then let me see what I can do. |
| 14:21.40 | seanbright | sruffell: great. |
| 14:23.38 | seanbright | sorry to walk in and start making demands :) just concerned about the users |
| 14:23.42 | seanbright | good morning, btw :) |
| 14:24.16 | sruffell | users shmoosers, that's what I say. |
| 14:24.53 | seanbright | if we don't fix build problems immediately... the terrorists win! |
| 14:25.01 | sruffell | lol |
| 14:25.22 | lmadsen | russellb: ya... that'd work too |
| 14:25.35 | russellb | <PROTECTED> |
| 14:25.41 | seanbright | yes. |
| 14:25.43 | lmadsen | russellb: is it possible to modify those status types from the website, or do you have to change code? |
| 14:25.53 | russellb | lmadsen: i don't remember |
| 14:25.53 | seanbright | but for the most part it has been ignored thus far |
| 14:26.05 | seanbright | and i hope it stays that way |
| 14:26.15 | file | I think you have to change the code |
| 14:26.31 | russellb | well, it might be a config file ... |
| 14:27.31 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-7a93497a9dab1e93) |
| 14:27.31 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:29.02 | *** join/#asterisk-dev otherwiseguy (n=otherwis@72.128.38.41) |
| 14:29.40 | seanbright | so since i haven't actually tried to configure dahdi yet... is there even a need for a "Zap2DAHDI.pl?" type utility? |
| 14:29.46 | seanbright | if it would be beneficial, i could write it. |
| 14:31.37 | jsmith | seanbright: It's not really that much of a change, and some of the differences would be hard to script |
| 14:31.46 | jsmith | seanbright: (Which echo can module would you load?) |
| 14:35.48 | lmadsen | JerJer: ping |
| 14:36.02 | JerJer | gnop |
| 14:38.09 | eliel | jsmith: hello, another idea to add to the xml docu project? |
| 14:38.46 | jsmith | eliel: Yes? |
| 14:39.23 | jsmith | Hmmmn... |
| 14:39.32 | jsmith | I have lots of ideas... just not sure which ideas are best |
| 14:40.08 | eliel | put them here or on the todo, and I will try to make them real |
| 14:40.56 | jsmith | OK... I think the next thing would be to document the AGI commands |
| 14:41.23 | jsmith | Then maybe the AMI commands (yes, I realize that this will be much harder) |
| 14:41.59 | seanbright | jsmith: i hate to suggest it, but something like sangoma's './Setup install' script (minus all the suck)... |
| 14:42.19 | JerJer | lmadsen: ttl timeout |
| 14:42.40 | lmadsen | JerJer: retransmit ping #1 |
| 14:42.45 | jsmith | seanbright: Feel free to write something like that if you're so inclined... I ain't gonna stop ya |
| 14:43.23 | seanbright | jsmith: we could arm wrestle over it. |
| 14:43.33 | lmadsen | seanbright: you would lose |
| 14:43.38 | seanbright | i know |
| 14:43.58 | seanbright | but jsmith's victory would be a hollow one. |
| 14:44.01 | seanbright | heh |
| 14:44.02 | lmadsen | jsmith: next time I see you we should arm wrestle... that might be fun... I'm pretty sure you'd win though :_) |
| 14:44.06 | lmadsen | lol |
| 14:45.00 | jsmith | lmadsen: I'm not that great of an arm wrestler... most of my strength is in my lower body, not my upper body |
| 14:45.08 | jsmith | had long lanky arms |
| 14:45.17 | seanbright | had? |
| 14:45.26 | lmadsen | meh... you still punch pretty hard :) |
| 14:49.51 | jsmith | lmadsen: OK, if you say so |
| 14:49.55 | eliel | jsmith: great, I will start thinking about AGI documentation. |
| 14:50.11 | lmadsen | you've got farmer strength :) |
| 14:50.30 | jsmith | lmadsen: That's a good way of putting it! |
| 14:50.51 | jsmith | dons his straw hat and shickers... |
| 14:50.55 | lmadsen | eliel: after AGI and AMI, then CLI is next, but we may need to come up with a new format for that |
| 14:51.17 | *** join/#asterisk-dev jtodd (n=jtodd@ip67-88-206-98.z206-88-67.customer.algx.net) |
| 14:51.17 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 14:51.26 | *** join/#asterisk-dev pgarcia (n=chatzill@yoda.kanatek.com) |
| 14:52.22 | eliel | lmadsen: yes, a recursive xml solution maybe |
| 14:52.54 | russellb | before you go and convert the entire world ... maybe we should keep it confined to where it is already ... |
| 14:52.56 | eliel | this branch will never be merged if we continue adding things, he (my fault ?) |
| 14:53.02 | russellb | exactly |
| 14:53.17 | russellb | it needs to reach a point of stability so it can be reviewed and such .. |
| 14:53.58 | eliel | ok, so, right now I will not added nothing unless it is for app/fun documentation. |
| 14:54.09 | russellb | ok, that would be great |
| 14:54.22 | russellb | let's leave it at apps and functions for now pending review/merge |
| 14:55.06 | jsmith | Works for me |
| 14:56.31 | eliel | we need to get a way to add -addons (external) documentation. |
| 14:59.05 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:05.02 | *** join/#asterisk-dev corramor (n=corramor@nat/digium/x-13bbca02a026b000) |
| 15:06.18 | *** join/#asterisk-dev outtolunc (n=me@c-24-130-75-122.hsd1.ca.comcast.net) |
| 15:17.37 | putnopvut | listens to the monkeys in his office |
| 15:17.37 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-532a622737bc2e8e) |
| 15:18.45 | De_Mon | is it considered a bug that dahdi_test puts 6 tests on the first line (which fit on a 80 col terminal) and the subsequent lines print 7 (that doesn't fit)? |
| 15:18.48 | otherwiseguy | On mantis 12854, I have a patch using datastores to fix a parking issue where if you unpark a call, it automatically gets AST_FEATURE_REDIRECT set. I left the behavior to go ahead and add the AST_FEATURE_REDIRECT flags if no datastore is found thinking that if it wasn't there I'd just do what it used to do. app_dial is where the datastore gets created, but this user is originating via manager. So, if I take out the lines where I am falling ba |
| 15:19.16 | De_Mon | uugh, and how am I supposed to find out if this is already reported on mantis, I don't see a version or category that appears related to dahdi |
| 15:22.35 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 15:29.17 | *** part/#asterisk-dev corramor (n=corramor@nat/digium/x-13bbca02a026b000) |
| 15:51.46 | tzafrir_laptop | De_Mon, dahdi-linux , dahdi-tools ? |
| 15:52.10 | tzafrir_laptop | De_Mon, and I think it has been fixed in the SVN: |
| 15:53.48 | tzafrir_laptop | http://svn.digium.com/view/dahdi/tools/trunk/dahdi_test.c?view=log |
| 15:54.10 | tzafrir_laptop | http://svn.digium.com/view/dahdi?view=rev&revision=5041 |
| 15:55.06 | tzafrir_laptop | err.... so not really fixed |
| 16:09.31 | seanbright | it is fixed |
| 16:09.38 | seanbright | i tested it and it works perfectly |
| 16:09.59 | seanbright | De_Mon: are you seeing this in the release or from SVN? |
| 16:10.51 | *** join/#asterisk-dev corramor (n=corramor@nat/digium/x-9ba3ca02c64c39db) |
| 16:11.22 | seanbright | it should do 8 per line. the version in 2.0.0 does not, the fix i made makes it do 8 per line |
| 16:11.38 | seanbright | if we need to have it done in < 80 characters, i can make it do that. |
| 16:15.05 | seanbright | commit dahdi 5077 |
| 16:15.10 | MuffinMan | [5077] Committed by seanbright on 2008-10-10T16:15:03.768247Z: Wrap at 6 instead of 8 so we are sure to fit on an 80 column terminal. |
| 16:15.10 | MuffinMan | .. http://svn.digium.com/view/dahdi?view=rev&revision=5077 |
| 16:15.15 | seanbright | there. |
| 16:19.22 | De_Mon | seanbright svn, trunk |
| 16:19.39 | seanbright | hmmm |
| 16:19.46 | seanbright | can you try with the change i just committed? |
| 16:19.48 | De_Mon | I was trying to change it but kept getting just the first line |
| 16:19.52 | De_Mon | ya about to look |
| 16:20.37 | De_Mon | err |
| 16:21.36 | seanbright | the version from trunk should have been 8 items per line anyway |
| 16:21.47 | seanbright | the 6 and then 7 problem was resolved a few days ago |
| 16:21.48 | De_Mon | one sec, I'm actually in http://svn.digium.com/svn/dahdi/linux-complete/trunk |
| 16:22.13 | De_Mon | which I thought was trunk of both branches, but it appears to be tags/2.0 of dahdi |
| 16:22.29 | seanbright | correct |
| 16:23.27 | De_Mon | is there an easy way to see where an svn working copy is coming from? I've been grepping .svn/entries and its rather bothersome |
| 16:23.53 | file | svn info ? |
| 16:24.35 | Qwell | ...heh? |
| 16:24.54 | De_Mon | theres linux again and its sensible command names |
| 16:31.51 | tzafrir_laptop | De_Mon, try writing 'svn <tab><tab>' |
| 16:32.53 | tzafrir_laptop | (if you have programmable completion enabled) |
| 16:32.55 | Corydon76-dig | tzafrir_laptop: that only works, if you have bash completion set up |
| 16:33.42 | Corydon76-dig | and it especially doesn't work if your #@$#$#@ distro maintainers made dash your default shell |
| 16:34.49 | tzafrir_laptop | Corydon76-dig, chsh |
| 16:35.12 | tzafrir_laptop | nobody should work with dash as an interactive shell |
| 16:35.27 | tzafrir_laptop | or run 'bash' |
| 16:36.38 | Corydon76-dig | I'm all for them having put #!/bin/dash in the top of their shell scripts |
| 16:37.08 | putnopvut | Corydon76-dig: what distro, out of curiosity? |
| 16:37.17 | Corydon76-dig | putnopvut: Ubuntu |
| 16:37.24 | putnopvut | O.o |
| 16:37.37 | russellb | it's the default #/bin/sh ... not the default shell |
| 16:37.49 | putnopvut | I was going to say echo $SHELL prints /bin/bash |
| 16:38.02 | putnopvut | And I certainly haven't changed anything. |
| 16:38.22 | Corydon76-dig | putnopvut: I wonder if they've finally fixed it |
| 16:38.36 | putnopvut | I'm using 7.10 |
| 16:38.37 | Corydon76-dig | putnopvut: I've been religiously removing dash from Ubuntu systems |
| 16:38.40 | putnopvut | (Gutsy) |
| 16:40.05 | Qwell | silly dash |
| 16:40.15 | Qwell | BUT... |
| 16:40.23 | Qwell | it is sh compatible. |
| 16:40.33 | russellb | which is all it is ever used as ... |
| 16:40.34 | Qwell | If we're using bashisms, we need to specify bash |
| 16:40.51 | Qwell | don't forget - BSD doesn't include bash by default at all |
| 16:43.12 | Qwell | (oh, and you can't use #!/bin/bash, because BSD is stupid) |
| 16:45.30 | Corydon76-dig | Well, sometimes... |
| 16:45.49 | Corydon76-dig | When I use FreeBSD, I statically link /bin/bash |
| 16:48.10 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-324329.home.otenet.gr) |
| 16:59.25 | kpfleming | ctooley: ping |
| 16:59.30 | ctooley | pong |
| 16:59.39 | ctooley | kpfleming |
| 16:59.56 | kpfleming | when you are running multiple asterisk instances on one box, how do you connect with -r to a specific one? |
| 17:00.16 | ctooley | /opt/asterisk-1-1.4.22/sbin/asterisk -r |
| 17:00.28 | ctooley | /opt/asterisk-2-1.4.22/sbin/asterisk -r |
| 17:00.50 | kpfleming | but if i start up multiple copies using -C to tell it where asterisk.conf lives, i can use the same source/binary for each one |
| 17:00.57 | kpfleming | hmm |
| 17:01.03 | file | kpfleming: pass -C in when you -r? |
| 17:01.09 | kpfleming | maybe |
| 17:01.24 | ctooley | All of our asterisk instances are entirely self contained. |
| 17:02.13 | kpfleming | file: yeah, -C plus -r would work |
| 17:03.15 | kpfleming | and then set astrundir in the asterisk.conf file, that controls where the socket lives |
| 17:03.19 | file | nods |
| 17:03.38 | kpfleming | so next week i'll have two IPs on my test server, i can have 1.4 and 1.6.1 running at the same time |
| 17:03.40 | kpfleming | yeah |
| 17:04.57 | ctooley | part of the reason we do it that way is because we actually create /opt/asterisk-1, /opt/asterisk-2, etc as symlinks to the actual installation directories and move the symlinks to switch versions without an overwrite. |
| 17:05.15 | *** join/#asterisk-dev bkw_ (n=brian@freeswitch/developer/bkw) |
| 17:05.49 | kpfleming | yeah |
| 17:05.51 | kpfleming | i don't need that |
| 17:05.56 | kpfleming | but thanks for the tip |
| 17:06.15 | *** join/#asterisk-dev DarKnesS_WolF (n=sherif@unaffiliated/sherif) |
| 17:07.04 | ctooley | Well, especially for our routing engine, it allowed us to run multiple different versions for testing purposes without having to constantly switch things around. The configuration and dialplan differences between 1.4, 1.6 branch, and minorly trunk, were a headache otherwise. |
| 17:07.27 | kpfleming | you don't need to switch things around |
| 17:07.39 | kpfleming | a suitably configured asterisk.conf that you point to with -C controls where everything lives |
| 17:08.20 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:08.52 | ctooley | kpfleming, well, yeah, but if we tell configure where the configuration stuff is at compile time, asterisk.conf is the same for every instance of asterisk. Which means it's one thing less to have to manage in the configuration management system. |
| 17:09.02 | kpfleming | true |
| 17:10.04 | ctooley | It's not a perfect solution for everyone, and certainly not the "cheapest" solution as far as disk space is concerned. But, honestly if the installation of asterisk is the thing that's consuming your disk resources to a concerning level, you're probably going to want a different approach altogether anyway. |
| 17:10.23 | ctooley | An installed asterisk instance isn't exactly _that_ disk space intensive. |
| 17:10.50 | ctooley | We also use that to "contain" products when there is a need. |
| 17:11.15 | ctooley | Anyway, that's probably more information that you cared about. :) |
| 17:14.26 | De_Mon | tzafrir_laptop svn <tab><tab> just lists all the files/directories |
| 17:14.52 | tzafrir_laptop | De_Mon, what shell do you use? |
| 17:15.05 | De_Mon | i'm betting it's bash |
| 17:15.08 | De_Mon | the real bash |
| 17:15.21 | tzafrir_laptop | . /etc/bash_completion |
| 17:15.33 | tzafrir_laptop | and take a look at /etc/profile later on |
| 17:15.57 | De_Mon | it exists, what's svn <tab><tab> supposed to do? |
| 17:17.19 | De_Mon | Yep GNU bash 3.1.17(1) |
| 17:18.04 | De_Mon | all i've ever seen tab completion do is complete file/directory names and command names (stuff in path) |
| 17:25.14 | De_Mon | looks at the diffs between dahdi/tools 2.0.0 and trunk |
| 17:33.59 | *** join/#asterisk-dev Corydon76-dig (i=two@pdpc/supporter/bronze/Corydon76-home) |
| 17:33.59 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 17:38.30 | *** join/#asterisk-dev mcargile (n=mikec@rrcs-24-173-132-218.se.biz.rr.com) |
| 17:39.00 | mcargile | how many ms is a single audio frame in asterisk? |
| 17:39.34 | file | there is no set length. |
| 17:39.53 | mcargile | ahh |
| 17:41.08 | Corydon76-dig | It's typically 20ms, but it could also be 10, 30, or something else |
| 17:41.17 | mcargile | kk |
| 17:41.38 | Corydon76-dig | and nothing says it would have to be an even multiple of 10, either |
| 17:41.49 | De_Mon | man my c++ is rusty |
| 17:42.37 | tzafrir_laptop | De_Mon, smarter completion |
| 17:43.04 | tzafrir_laptop | De_Mon, dahdi_test is C |
| 17:43.41 | mcargile | on verbosity 6 or higher wait for silence spews out a message once every frame which is filling my log files if a channel gets stuck. I wanted to try and knock that down to 1 ever 250ms or so. |
| 17:44.04 | mcargile | no easy way it looks like though |
| 17:46.17 | *** part/#asterisk-dev mcargile (n=mikec@rrcs-24-173-132-218.se.biz.rr.com) |
| 17:46.21 | ctooley | Yes, I particularly like setting audio frames to 23ms |
| 17:46.42 | ctooley | Just to make sure that some random other RTP endpoint "works correctly" |
| 17:47.09 | De_Mon | true enough, they are both rusty |
| 17:48.50 | seanbright | De_Mon: what is the status of your dahdi_test problems? |
| 17:50.06 | De_Mon | seanbright 6 works, but 7 works even better. |
| 17:50.45 | seanbright | De_Mon: "... and the subsequent lines print 7 (that doesn't fit)?" |
| 17:51.20 | tzafrir_laptop | De_Mon, 8 fits just fine in a 80 columns line here |
| 17:51.30 | De_Mon | !!! |
| 17:51.31 | seanbright | no, it doesn't. |
| 17:51.37 | seanbright | not on my install, anyway. |
| 17:52.01 | De_Mon | 80x24 with default font size |
| 17:52.03 | seanbright | 99.962593% 99.935356% 99.963966% 99.963379% 99.940331% 99.963470% 99.940338% 99.963776% |
| 17:52.13 | De_Mon | seanbright sorry, it should have been 7 and 8 respectively |
| 17:52.16 | seanbright | 88 chars |
| 17:52.53 | seanbright | meh. i'll leave it at 6. i prefer even numbers. |
| 17:53.02 | seanbright | someone else is welcome to change it should they so desire. |
| 17:53.41 | De_Mon | hah, it doesnt wrap oddly now with standard terminals good enough for me |
| 17:53.56 | seanbright | splendid. |
| 17:54.03 | seanbright | another critical bug knocked out... |
| 17:54.04 | seanbright | ;) |
| 17:54.05 | De_Mon | where should even be looking in mantis for dahdi bugs? |
| 17:54.21 | seanbright | project drop-down, top right |
| 17:54.50 | tzafrir_laptop | http://paste.debian.net/18950/ |
| 17:55.16 | De_Mon | oh, way up there |
| 17:55.16 | seanbright | right, now try with a score > 10 |
| 17:56.20 | De_Mon | is that really a good score? I'm getting 99.979492% |
| 17:56.27 | seanbright | it's not a good score, no. |
| 17:56.52 | tzafrir_laptop | ok. How much do all of those digits count? |
| 17:57.12 | seanbright | tzafrir_laptop: because it's *0* |
| 17:57.29 | seanbright | - float score = 0.123456789; |
| 17:57.34 | De_Mon | thats not what he's saying |
| 17:57.35 | seanbright | + float score = 97.123456789; |
| 17:57.42 | De_Mon | 99.979492% |
| 17:57.43 | De_Mon | 0.123456789 |
| 17:58.01 | De_Mon | 123456789% |
| 17:58.06 | seanbright | wtf? |
| 17:58.20 | seanbright | ok, here is my last comment on the topic... |
| 17:58.37 | tzafrir_laptop | if I make it '%.4f' it shows fine: |
| 17:58.39 | seanbright | we can not display 8 scores on a single line that will fit within 80 columns for all values of 'score' |
| 17:58.40 | De_Mon | that was a bad example |
| 17:58.52 | tzafrir_laptop | 100.1235% 100.1235% 100.1235% 100.1235% 100.1235% 100.1235% 100.1235% 100.1235% |
| 17:58.59 | seanbright | sigh |
| 17:59.07 | seanbright | walks away |
| 17:59.27 | tzafrir_laptop | so how much do we really need all those digits? Considering dahdi_test is not really *that* accurate |
| 17:59.34 | seanbright | tzafrir_laptop: you have commit access |
| 17:59.41 | seanbright | please please please please commit your suggested fix |
| 17:59.51 | seanbright | this has gone past the point of ridiculous |
| 17:59.53 | De_Mon | 99.979492% |
| 17:59.54 | De_Mon | 0.123457% |
| 18:01.03 | seanbright | moving on |
| 18:01.50 | *** join/#asterisk-dev wolfelectronic (n=wolfelec@91.112.227.150) |
| 18:07.34 | seanbright | ok |
| 18:07.42 | seanbright | you missed the part about changing it to 8 per line |
| 18:09.25 | Corydon76-dig | lmadsen: ping |
| 18:09.32 | lmadsen | Corydon76-dig: pong |
| 18:09.37 | Corydon76-dig | M13632 |
| 18:09.37 | lmadsen | ong ong ong |
| 18:09.39 | MuffinMan | [assigned] [Asterisk] PBX/pbx_config 0013632: [patch] Shortcut for duplicating the last extension, so the pattern doesn't need to be repeated reported by blitzrage (Karma: +33.25) http://bugs.digium.com/view.php?id=13632 |
| 18:09.55 | Corydon76-dig | I just tried your dialplan and it works perfectly for me |
| 18:10.17 | lmadsen | Interesting... maybe I had an issue with the patch going in... I'll try again here in a few mins... |
| 18:10.20 | Corydon76-dig | Cut and pasted, so there was no possibility of typos |
| 18:11.03 | Corydon76-dig | Even downloaded the patch from the bug report, so there's no chance I was using a different patch |
| 18:11.28 | seanbright | tzafrir_laptop: fixes this better? that's an awfully subjective opinion i would think. |
| 18:12.04 | tzafrir_laptop | seanbright, and it's also false, as r5078 does not fix it. It is r5079 |
| 18:12.38 | seanbright | strangely that was not the part of the commit message i was concerned with. |
| 18:12.47 | seanbright | but it's moot. |
| 18:13.21 | tzafrir_laptop | seanbright, if I revert it I must find some sort of reason for it |
| 18:13.41 | seanbright | i don't think you should revert it |
| 18:13.58 | seanbright | i just just because *you* think it's better as .3f that it actually *is* better |
| 18:14.21 | seanbright | and now i will officially move on from th is. |
| 18:14.24 | seanbright | this*. |
| 18:14.44 | tzafrir_laptop | seanbright, what do those extra 3 digits give you? |
| 18:14.58 | tzafrir_laptop | do you have a dahdi card anywhere? |
| 18:15.10 | tzafrir_laptop | or zaptel, whatever |
| 18:15.24 | tzafrir_laptop | run there zttest / dahdi_test |
| 18:15.38 | tzafrir_laptop | let me know if those digits are actually significant |
| 18:18.24 | De_Mon | seriously? this is what I come back to? |
| 18:22.32 | lmadsen | Corydon76-dig: glad my dialplan worked though... I hadn't even tested it |
| 18:22.49 | lmadsen | I just checked trunk out again and reapplied the patch just in case I screwed something up last night |
| 18:22.51 | lmadsen | it was fairly late |
| 18:23.08 | Corydon76-dig | lmadsen: I hadn't tested it any more than simply loading it up |
| 18:23.17 | lmadsen | oh right |
| 18:23.42 | mvanbaak | hhmm, we have a problem in the h323 detect code |
| 18:23.50 | mvanbaak | checking for /usr/local/include/openh323/h323.h... yes |
| 18:23.50 | mvanbaak | ./configure[42634]: cd: /usr/local/lib64 - No such file or directory |
| 18:23.52 | mvanbaak | ./configure[42634]: OPENH323_VER=1*10000+18*100+: unexpected `end of expression' |
| 18:24.16 | lmadsen | only works for 64bit machines... ? |
| 18:24.33 | mvanbaak | it works on Debian 32 bit |
| 18:24.47 | mvanbaak | but it's borked on amd64 OpenBSD |
| 18:24.52 | De_Mon | tzafrir_laptop not to beat a dead horse, which seriously its a pretty non-issue... but average and difference are still using 6 digits of precision, evidently someone already changed the precision for best and worst |
| 18:25.02 | Corydon76-dig | lmadsen: I'm going to commit it, because it works for me |
| 18:25.34 | lmadsen | did you add an example to extensions.conf? |
| 18:25.37 | lmadsen | I think that should be done... |
| 18:25.46 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 18:26.11 | tzafrir_laptop | De_Mon, avarage is over a much longer time period . I think it might be meaningful |
| 18:26.28 | lmadsen | Corydon76-dig: worked this time for me -- not sure what I did wrong last night |
| 18:26.31 | tzafrir_laptop | not sure exactly |
| 18:26.35 | De_Mon | okay, next subject! |
| 18:26.44 | Corydon76-dig | lmadsen: woot |
| 18:26.53 | lmadsen | w00t indeed |
| 18:27.03 | lmadsen | feel free to use my fly example :D |
| 18:29.22 | lmadsen | Corydon76-dig: am I right in thinking that _[eE].,1,NoOp() should match anything starting with upper or lower case E? |
| 18:30.30 | mvanbaak | hhmm |
| 18:30.40 | mvanbaak | have to fix it in acinclude.m4 |
| 18:30.59 | seanbright | lmadsen: correct |
| 18:31.03 | Qwell | 2 or more chars |
| 18:31.09 | lmadsen | right |
| 18:31.25 | lmadsen | oh! I know what I'm doing wrong :) |
| 18:31.27 | seanbright | mvanbaak: fix what? |
| 18:32.15 | lmadsen | aha! :) |
| 18:32.40 | seanbright | oh crap... are we still blocking in 1.6.1?? |
| 18:32.42 | seanbright | doh |
| 18:32.45 | lmadsen | _[lL][mM][eE][n]terprises,1,NoOp() will match now.... needed literal 'n' so I needed [n] |
| 18:33.48 | lmadsen | aha! ExecIf() docs need to be updated to use the new syntax |
| 18:34.16 | mvanbaak | seanbright: scroll up |
| 18:34.29 | mvanbaak | seanbright: there's a problem with the h323 stuff in configure |
| 18:34.32 | seanbright | oh |
| 18:34.44 | Corydon76-dig | seanbright: yes, we continue to block until the release occurs |
| 18:34.50 | seanbright | Corydon76-dig: k |
| 18:34.52 | mvanbaak | seanbright: |
| 18:34.54 | mvanbaak | checking for /usr/local/include/openh323/h323.h... yes |
| 18:34.54 | mvanbaak | ./configure[42634]: cd: /usr/local/lib64 - No such file or directory |
| 18:34.54 | mvanbaak | ./configure[42634]: OPENH323_VER=1*10000+18*100+: unexpected `end of expression' |
| 18:35.11 | mvanbaak | ok, movie time |
| 18:35.13 | seanbright | that is... strange |
| 18:35.27 | *** join/#asterisk-dev Corydon76-dig (i=beige@pdpc/supporter/bronze/Corydon76-home) |
| 18:35.28 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 18:35.31 | seanbright | Corydon76-dig: k |
| 18:35.34 | seanbright | hmmm |
| 18:35.44 | seanbright | thought that is what killed you |
| 18:35.45 | seanbright | :) |
| 18:36.08 | DarKnesS_WolF | mmm in asterisk 1.6 u need to add make config to be able to create init script for archlinux in rc.d dir. |
| 18:36.29 | seanbright | it doesn't do that already? |
| 18:36.42 | Corydon76-dig | seanbright: nope |
| 18:37.08 | DarKnesS_WolF | nop |
| 18:37.13 | Corydon76-dig | What killed me is a sigsegv for a process that had been running for months |
| 18:37.16 | DarKnesS_WolF | and strange enough |
| 18:37.26 | DarKnesS_WolF | it is not echoing we can't install the init for ur distro. |
| 18:37.37 | lmadsen | hrmmm... wtf.... I must have screwed something up badly last night because the docs weren't updated when I did 'ExecIf()', but now it is... must have been more tired than I thought :) |
| 18:37.43 | lmadsen | reverts previous statements |
| 18:38.13 | seanbright | DarKnesS_WolF: strange request... could you pastebin the results of 'ls -al /etc' |
| 18:38.31 | Corydon76-dig | lmadsen: maybe you were using 1.4 and didn't restart or didn't install? |
| 18:38.46 | lmadsen | perhaps... but I thought I had restarted and removed previous modules, but I must not have |
| 18:38.49 | lmadsen | oh well -- all is well now! |
| 18:38.51 | kpfleming | Corydon76-dig: just a suggestion... make the 'same' processing code barf if there hasn't already been an 'exten' line in the context being processed (text file, not memory structures) |
| 18:39.53 | kpfleming | if someone specifies same => as the first line of a context, it would violate the principle of least surprise and reuse the last exten from the last context parsed |
| 18:39.55 | DarKnesS_WolF | i do have /etc/arch-release |
| 18:40.01 | DarKnesS_WolF | i am trying to edit the makefile and see |
| 18:40.03 | seanbright | wonderful |
| 18:40.05 | kpfleming | 'n' and 's' already do this, which i don't like, but let's not make it worse |
| 18:40.16 | Corydon76-dig | Hrm |
| 18:40.50 | seanbright | DarKnesS_WolF: let me know how your tests go |
| 18:41.46 | seanbright | will need a rc.archlinux.asterisk as well |
| 18:41.49 | DarKnesS_WolF | seanbright: it did copy but i used debian init which is not running on archlinux :-s will have to create special one as i think |
| 18:41.52 | DarKnesS_WolF | yes |
| 18:41.52 | seanbright | unless we could re-use something we already have |
| 18:42.08 | seanbright | DarKnesS_WolF: are you disclaimed on mantis? |
| 18:42.46 | DarKnesS_WolF | the problem will be adding the daemon |
| 18:43.24 | DarKnesS_WolF | seanbright: huh ? |
| 18:43.26 | kpfleming | seanbright: licensed, not disclaimed |
| 18:43.27 | lmadsen | Corydon76-dig: is there a good reason function RAND() shouldn't just be called RANDOM() ? |
| 18:43.30 | seanbright | same diff |
| 18:43.35 | kpfleming | no |
| 18:43.37 | seanbright | heh |
| 18:43.51 | kpfleming | the word 'disclaimer' was actually wrong all that time |
| 18:43.56 | DarKnesS_WolF | seanbright: cool rc.slackware works |
| 18:44.05 | kpfleming | unless you filled out the short form thing that actually was a disclaimer |
| 18:44.11 | Corydon76-dig | lmadsen: to differentiate it from the application |
| 18:44.12 | seanbright | i did that |
| 18:44.14 | DarKnesS_WolF | arch and slackware somehow very like |
| 18:44.15 | seanbright | therefore |
| 18:44.18 | seanbright | i am disclaimed. |
| 18:44.39 | lmadsen | Corydon76-dig: hrmmm.... ok... |
| 18:44.58 | putnopvut | never knew there was a Random application... |
| 18:44.59 | seanbright | ergo... vi ca vi |
| 18:44.59 | kpfleming | but now you've also filled out a Contributor License Agreement, which supersedes the disclaimer! |
| 18:45.19 | seanbright | drat! |
| 18:45.26 | seanbright | i would like to retract my CLA |
| 18:45.27 | seanbright | heh |
| 18:45.42 | lmadsen | putnopvut: ya... I don't have it registered... |
| 18:46.01 | lmadsen | so such application exists currently in trunk... must have been deprecated? |
| 18:46.11 | lmadsen | s/so/no/ |
| 18:46.17 | seanbright | DarKnesS_WolF: everything works? start stop restart, etc? |
| 18:48.01 | DarKnesS_WolF | yes |
| 18:48.06 | seanbright | alrighty. |
| 18:48.29 | DarKnesS_WolF | hmm not restart |
| 18:49.04 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 18:49.04 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 18:49.52 | seanbright | DarKnesS_WolF: do you get an error? |
| 18:51.26 | DarKnesS_WolF | seanbright: nop it just stop asterisk but not starting it |
| 18:52.00 | seanbright | DarKnesS_WolF: pastebin the output of '/etc/rc.d/init.d/asterisk restart' |
| 18:53.03 | DarKnesS_WolF | if asterisk not running and i do asterisk restart it do work and start asterisk |
| 18:53.14 | DarKnesS_WolF | if the asterisk is running and i do restart it do stop it and not brining it up |
| 18:53.22 | DarKnesS_WolF | http://pastebin.ca/1224792 |
| 18:53.36 | seanbright | i have the script |
| 18:53.39 | seanbright | i want to see the output |
| 18:53.47 | seanbright | of 'asterisk restart' |
| 18:54.03 | seanbright | or 'service asterisk restart' if archlinux has that. |
| 18:54.26 | seanbright | DarKnesS_WolF: can we continue this over in #asterisk-bugs |
| 18:54.27 | seanbright | ? |
| 18:54.38 | DarKnesS_WolF | sure |
| 18:56.45 | seanbright | oh man... what a day, what a day. |
| 18:59.26 | lmadsen | is it possible to reduce the "volume" on a digital channel like a PRI circuit in the zaptel driver? (rxgain/txgain), or does that only relate to analog lines? |
| 18:59.49 | *** join/#asterisk-dev ctooley (n=ctooley@72-63-233-62.area2.spcsdns.net) |
| 18:59.49 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 19:00.17 | ctooley | You know it's a good day when both the DSL service and the Cable modem service both disappear. |
| 19:00.33 | seanbright | ctooley: i blame the economy |
| 19:00.55 | ctooley | I blame the blame game |
| 19:04.38 | kpfleming | yes, rxgain and txgain can be applied to any channels in zaptel/dahdi |
| 19:04.49 | kpfleming | it is done in software, so doesn't matter what channel type |
| 19:05.01 | kpfleming | there are also module parameters do it in hardware on analog cards |
| 19:06.15 | *** join/#asterisk-dev ctooley_ (n=ctooley@209.33.108.195) |
| 19:06.59 | *** part/#asterisk-dev wolfelectronic (n=wolfelec@91.112.227.150) |
| 19:07.15 | kpfleming | Corydon76-dig: thanks! |
| 19:08.36 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:15.46 | Corydon76-dig | kpfleming: I fixed "n" at the same time, because I really agree that that was a bug... |
| 19:16.36 | kpfleming | yeah |
| 19:20.42 | lmadsen | kpfleming: aha, now that makes more sense. Thanks! |
| 19:31.13 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 19:47.09 | *** join/#asterisk-dev wolfelectronic (n=wolfelec@91.112.227.150) |
| 19:54.53 | Corydon76-dig | pokes lmadsen with 13631 |
| 19:55.46 | putnopvut | M13631 |
| 19:55.47 | MuffinMan | [ready for testing] [Asterisk] Functions/func_odbc 0013631: [patch] Fields have a maximum length of 255 chars reported by seanbright (Karma: +50.00) http://bugs.digium.com/view.php?id=13631 |
| 20:00.51 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 20:08.15 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:14.33 | *** join/#asterisk-dev pgarcia (n=chatzill@yoda.kanatek.com) |
| 20:53.13 | *** join/#asterisk-dev linuxer_igor (n=linuxer_@mlsrj200152096p202.mls.com.br) |
| 21:08.46 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:11.10 | *** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 21:17.30 | *** join/#asterisk-dev mateo_au (n=chatzill@c122-106-221-182.belrs3.nsw.optusnet.com.au) |
| 21:34.39 | mvanbaak | does anyone know how I can buy an olpc ? |
| 21:37.06 | putnopvut | ebay? |
| 21:41.29 | DarKnesS_WolF | mvanbaak: hy u need it :-s ? if u wanna someting so small and cheap look for asus EEEp or EEE pr EEP not sure about name |
| 21:41.44 | DarKnesS_WolF | mvanbaak: putnopvut it is not for public yet rught ? |
| 21:42.25 | mvanbaak | DarKnesS_WolF: yeh, the EeePC is nice |
| 21:42.35 | mvanbaak | but I want to sponsor the project olpc as well |
| 21:42.49 | mvanbaak | there is a lot of talk about "get one, sponsor one" |
| 21:42.54 | mvanbaak | but nowhere to order |
| 21:50.26 | DarKnesS_WolF | mmmmm |
| 21:50.33 | DarKnesS_WolF | i once meet negrobonty in egypt |
| 21:51.02 | DarKnesS_WolF | when he was trying to push egyptian ministry of education to go into the programe but it got rejected i feellt it is a dead project |
| 21:51.39 | DarKnesS_WolF | after all this cheap hardware comming out the idea and perfect will be this issue of wimax with it .. and then now they supports windows ? as i recall ? |
| 22:01.21 | *** join/#asterisk-dev wolfelectronic (n=wolfelec@91.112.227.150) |
| 22:10.32 | *** part/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 22:27.01 | wolfelectronic | seanbright? |
| 22:30.24 | *** part/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-7a93497a9dab1e93) |
| 22:30.51 | *** part/#asterisk-dev wolfelectronic (n=wolfelec@91.112.227.150) |
| 22:42.34 | mvanbaak | ah well |
| 22:42.42 | mvanbaak | I'm getting an EeePC 900 for free |
| 22:42.49 | mvanbaak | hurray for xs4all |
| 22:43.04 | mvanbaak | new dsl line == free EeePC |
| 22:43.44 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 23:08.03 | *** part/#asterisk-dev corramor (n=corramor@nat/digium/x-9ba3ca02c64c39db) |
| 23:26.20 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 23:26.20 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 23:29.47 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |