| 00:00.13 | Corydon76-lap | I'm tempted to also add the new realtime methods today, yet, too |
| 00:00.31 | seanbright | Qwell: is there a command to do that? re: remove all files svn doesn't know about? |
| 00:00.45 | Corydon76-lap | i.e. being able to specify multiple fields in the where clause for an update... |
| 00:00.57 | lmadsen | Corydon76-lap: very neat |
| 00:01.00 | seanbright | ohhhh, Corydon76-lap... 13632 = sexy |
| 00:01.04 | lmadsen | ugh... I need to write a LOT of docs :) |
| 00:01.46 | lmadsen | ok, time to make dinner |
| 00:01.59 | Corydon76-lap | lmadsen: what are we having? |
| 00:02.16 | *** join/#asterisk-dev j4m3s (n=j4m3s@76.73.201.213) |
| 00:02.45 | Corydon76-lap | lmadsen: btw, if you see Jim, poke him about the proposal thingy |
| 00:02.51 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 00:02.59 | lmadsen | Corydon76-lap: veggie heavy pasta |
| 00:03.01 | Corydon76-lap | lmadsen: or if you have it, could you forward it to me? |
| 00:03.15 | lmadsen | remind me when I come back if you can... but I'll try and find it in my gmail |
| 00:03.37 | Corydon76-lap | Well, I'm about to take my 2 hour jaunt home |
| 00:06.09 | *** join/#asterisk-dev implicit (n=bayan@unaffiliated/implicit) |
| 00:17.41 | *** join/#asterisk-dev moy (n=moy@189.169.68.109) |
| 00:37.51 | tzanger | hmm |
| 00:38.00 | tzanger | where did the tormenta2 vhdl code go from the svn repo? |
| 01:10.12 | *** join/#asterisk-dev outtolunc (n=me@c-24-130-75-122.hsd1.ca.comcast.net) |
| 01:46.22 | *** join/#asterisk-dev implicit (n=bayan@unaffiliated/implicit) |
| 02:21.23 | *** join/#asterisk-dev implicit (n=bayan@unaffiliated/implicit) |
| 03:00.40 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 03:00.40 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 03:08.28 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) |
| 03:31.05 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 03:32.52 | *** join/#asterisk-dev implicit (n=bayan@unaffiliated/implicit) |
| 03:34.00 | *** join/#asterisk-dev CunningPike_ (n=arodgers@vpn.dnv.org) |
| 04:26.14 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) |
| 04:26.14 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 05:33.10 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 06:51.05 | *** join/#asterisk-dev Cutlass (n=chatzill@c-67-176-208-15.hsd1.il.comcast.net) |
| 07:44.16 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 07:51.36 | Dovid | was this issue fixed or will it be in te future ? http://bugs.digium.com/view.php?id=13042 i wasnt able to tell from the report |
| 07:54.10 | Dovid | nm |
| 07:54.19 | Dovid | i am a bit tired. figured it out |
| 08:48.57 | *** join/#asterisk-dev oej (n=olle@193.137.56.119) |
| 08:48.57 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:11.10 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 09:19.49 | *** join/#asterisk-dev DarylVOIP (n=daryl@75.147.121.177) |
| 10:18.14 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) [NETSPLIT VICTIM] |
| 10:18.14 | *** join/#asterisk-dev Cutlass (n=chatzill@c-67-176-208-15.hsd1.il.comcast.net) [NETSPLIT VICTIM] |
| 10:18.14 | *** join/#asterisk-dev kanelbullar (n=kanelbul@193.126.30.193) [NETSPLIT VICTIM] |
| 10:18.15 | *** join/#asterisk-dev festr_ (n=festr@ns.hiro.cz) [NETSPLIT VICTIM] |
| 10:18.15 | *** join/#asterisk-dev mav3rick (n=t0m@trankil.biz) [NETSPLIT VICTIM] |
| 10:18.15 | *** join/#asterisk-dev JT_ (n=j@unaffiliated/jt) [NETSPLIT VICTIM] |
| 10:18.15 | *** join/#asterisk-dev DarKnesS_WolF (n=sherif@unaffiliated/sherif) [NETSPLIT VICTIM] |
| 10:18.15 | *** mode/#asterisk-dev [+o seanbright] by irc.freenode.net |
| 10:38.59 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 10:38.59 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 10:51.28 | seanbright | mvanbaak_: ping |
| 10:52.56 | snuff-work | mm 69 ppl in this room |
| 10:53.04 | seanbright | teehee |
| 10:53.07 | *** join/#asterisk-dev lvl- (n=lvl@101.248.dhcp.lht.hhs.nl) |
| 10:54.37 | mvanbaak_ | seanbright: pong |
| 10:55.48 | seanbright | oh good |
| 10:55.52 | seanbright | i need you to test an updated path |
| 10:55.53 | seanbright | err |
| 10:55.54 | seanbright | patch |
| 10:56.04 | seanbright | in reference to the iodbc changes from yesterday |
| 10:56.32 | mvanbaak_ | is it for the bug jtodd opened ? |
| 10:56.52 | seanbright | it changed the default install path of asterisk from /usr/sbin to /usr/local/sbin :-/ |
| 10:56.52 | mvanbaak_ | then it's easy. you have to change the freebsd*|openbsd*) to be two cases. |
| 10:56.57 | seanbright | right |
| 10:56.59 | seanbright | doing that now |
| 10:57.09 | mvanbaak_ | the freebsd one should list the prefix, the openbsd one shouldn't |
| 10:57.26 | mvanbaak_ | actually, on OpenBSD asterisk should be installed in /usr/local/sbin as well |
| 10:57.51 | mvanbaak_ | but that's not ok for 1.6.0 and I think not for 1.6.1 because the first beta is out already |
| 10:57.53 | seanbright | really? |
| 10:57.53 | seanbright | well... hmmm |
| 10:57.56 | mvanbaak_ | yeah |
| 10:58.04 | seanbright | but we didn't commit to 1.6.0 or 1.6.1 |
| 10:58.12 | mvanbaak_ | 'stuff that's not in base should go under /usr/local' |
| 10:58.20 | mvanbaak_ | nope, we didn't |
| 10:58.23 | mvanbaak_ | I blocked it there |
| 10:58.23 | seanbright | so it's fine |
| 10:58.44 | mvanbaak_ | even packages and ports install under /usr/local on OpenBSD |
| 10:58.57 | mvanbaak_ | so hand-compiled stuff should go there as well |
| 10:59.35 | tzafrir_laptop | hand-compiled stuff should go to /usr/local, actually |
| 10:59.59 | mvanbaak_ | everything that's not part of the base os should go there in my opinion |
| 11:00.18 | mvanbaak_ | but that's pretty un-doable on linux because there is no base os |
| 11:00.59 | mvanbaak_ | yay, OpenBSD 1.4.22 port is there |
| 11:01.52 | tzafrir_laptop | mvanbaak_, the "base OS" for that is what comes from packages" :-) |
| 11:02.07 | mvanbaak_ | on linux it is |
| 11:02.18 | seanbright | i see |
| 11:02.18 | seanbright | ok. i guess we can discuss with the powers-that-be when they arrive. |
| 11:02.18 | seanbright | i don't care either way |
| 11:02.18 | seanbright | just want their blessing. |
| 11:02.21 | mvanbaak_ | on BSD it means: 'everything that's in the base cvs/svn repo' |
| 11:03.01 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 11:03.20 | seanbright | like i said, i don't care either way, just want russellb's blessing. |
| 11:03.36 | mvanbaak_ | k |
| 11:03.37 | eliel | good morning |
| 11:03.46 | mvanbaak_ | the fix to revert it is very simple |
| 11:04.04 | seanbright | that it is. |
| 11:13.04 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 11:13.04 | *** join/#asterisk-dev kanelbullar (n=kanelbul@193.126.30.193) [NETSPLIT VICTIM] |
| 11:13.04 | *** join/#asterisk-dev festr_ (n=festr@ns.hiro.cz) [NETSPLIT VICTIM] |
| 11:13.04 | *** join/#asterisk-dev JT_ (n=j@unaffiliated/jt) [NETSPLIT VICTIM] |
| 11:13.04 | *** mode/#asterisk-dev [+o seanbright] by irc.freenode.net |
| 11:13.48 | *** join/#asterisk-dev mateo_au (n=chatzill@c122-106-221-182.belrs3.nsw.optusnet.com.au) |
| 11:18.15 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177582264.dsl.bell.ca) |
| 11:45.34 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 11:45.34 | *** join/#asterisk-dev kanelbullar (n=kanelbul@193.126.30.193) [NETSPLIT VICTIM] |
| 11:45.34 | *** join/#asterisk-dev festr_ (n=festr@ns.hiro.cz) [NETSPLIT VICTIM] |
| 11:45.34 | *** join/#asterisk-dev JT_ (n=j@unaffiliated/jt) |
| 11:45.34 | *** mode/#asterisk-dev [+o seanbright] by irc.freenode.net |
| 11:54.12 | seanbright | in app_dial.c |
| 11:54.19 | seanbright | if (opermode && !strncmp(chan->tech->type, "DAHDI", 3) && !strncmp(peer->name, "DAHDI", 3)) { |
| 11:54.37 | seanbright | err, nevermind. |
| 11:54.44 | seanbright | was going to say shouldn't those be strncasecmps, but no, they shouldn't. |
| 11:54.49 | jsmith | Those threes look funny to you, is that what you're saying? |
| 11:55.48 | seanbright | no, just everywhere else case doesn't matter. i didn't realize it was comparing the channel tech directly (and not something the user passed) |
| 11:55.48 | seanbright | need more coffee. |
| 11:56.29 | jsmith | But answer me... shouldn't the third parameter there be 5 and not 3? |
| 11:56.35 | seanbright | oh snap |
| 11:56.37 | seanbright | haha |
| 11:56.45 | jsmith | (or am I totally thinking wrong this morning?) |
| 11:56.48 | seanbright | good call |
| 11:56.58 | seanbright | no, you're spot on my friend. |
| 11:57.06 | jsmith | hasn't had his brainwash^H^H^Hshower yet this morning |
| 11:57.08 | seanbright | no one uses operator mode anyway |
| 11:57.09 | seanbright | ;) |
| 11:57.15 | jsmith | :-p |
| 11:57.24 | seanbright | and... well |
| 11:57.29 | seanbright | it is going to work either way |
| 11:58.02 | jsmith | Sure... as long as the technology starts whith DAH.... but it could be DAHDOO! |
| 11:58.49 | seanbright | because DAH is unique |
| 11:58.55 | seanbright | true, true. |
| 12:03.26 | tzafrir_laptop | BTW: did you actually play dahdi at the devcon? |
| 12:03.55 | *** join/#asterisk-dev DarylVOIP (n=daryl@75.147.121.177) |
| 12:05.09 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 12:05.09 | *** join/#asterisk-dev kanelbullar (n=kanelbul@193.126.30.193) [NETSPLIT VICTIM] |
| 12:05.09 | *** join/#asterisk-dev festr_ (n=festr@ns.hiro.cz) [NETSPLIT VICTIM] |
| 12:05.09 | *** join/#asterisk-dev JT_ (n=j@unaffiliated/jt) |
| 12:05.09 | *** mode/#asterisk-dev [+o seanbright] by irc.freenode.net |
| 12:05.18 | seanbright | jeebus... |
| 12:05.36 | seanbright | card.freenode.net is splitting like a bitch today |
| 12:06.14 | seanbright | and as for that opermode thing, we really should abstract that into the channel tech, and not hardcode it in app_dial |
| 12:06.52 | jsmith | I would tend to agree... but I'll keep my mouth shut, as I don't have the time or energy to rewrite it :-) |
| 12:06.58 | seanbright | heh |
| 12:08.04 | seanbright | my favorite C99 feature (or GCC extension, i'm not sure which): |
| 12:08.31 | seanbright | char *tmp = foo ? : "bar"; |
| 12:08.55 | seanbright | C# has a similar feature |
| 12:09.05 | seanbright | something = a ?? b; |
| 12:10.47 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:24.38 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 12:24.38 | *** join/#asterisk-dev kanelbullar (n=kanelbul@193.126.30.193) [NETSPLIT VICTIM] |
| 12:24.39 | *** join/#asterisk-dev festr_ (n=festr@ns.hiro.cz) [NETSPLIT VICTIM] |
| 12:24.39 | *** join/#asterisk-dev JT_ (n=j@unaffiliated/jt) [NETSPLIT VICTIM] |
| 12:24.39 | *** mode/#asterisk-dev [+o seanbright] by irc.freenode.net |
| 12:30.30 | *** join/#asterisk-dev JT_ (n=j@unaffiliated/jt) |
| 12:32.05 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 12:32.05 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 12:36.39 | tzafrir_laptop | ok. so once a branch becomes "released" (RC and onwards), commits will no longer be automatically merged into it |
| 12:37.00 | tzafrir_laptop | Instead commits will manually be merged into it when necessary? |
| 12:38.16 | seanbright | commits are never automatically merged |
| 12:38.21 | seanbright | unless its a developer branch |
| 12:39.11 | tzafrir_laptop | only problem I see: |
| 12:39.38 | tzafrir_laptop | we'll have multiple stable branches: any problem with merging the same fixes between them? |
| 12:39.46 | tzafrir_laptop | not really, I think |
| 12:40.12 | seanbright | i don't understand your question |
| 12:40.23 | seanbright | you're saying merge from 1.6.0 -> 1.6.1, for example? |
| 12:41.14 | tzafrir_laptop | right |
| 12:41.32 | tzafrir_laptop | or rather: 1.6.2 -> 1.6.1 -> 1.6.0 |
| 12:41.40 | tzafrir_laptop | not really sure which way |
| 12:42.11 | seanbright | that is what i am more accustom to, actually, but i've just been going with the flow. |
| 12:53.37 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:53.37 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 12:57.43 | *** join/#asterisk-dev jeffg (i=ZWkV74kT@pdpc/supporter/active/jeffg) |
| 13:03.58 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:03.58 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:05.54 | mvanbaak_ | tzafrir_laptop: what we do is: commit to trunk and merge that to 1.6.1 and 1.6.2 |
| 13:06.42 | mvanbaak_ | cd ../1.6.0 && mergetrunk6 <commit> && svn commit -F ../merge.msg && cd ../1.6.1 && mergetrunk6 <commit> && svn commit -F ../merge.msg |
| 13:06.52 | mvanbaak_ | that's basically my script |
| 13:25.36 | *** join/#asterisk-dev xpot (n=jim@67.222.236.132) |
| 13:32.35 | eliel | will DBDel and DBDeltree be removed? |
| 13:33.05 | eliel | they are deprecated but still there |
| 13:33.36 | seanbright | when were they deprecated? |
| 13:34.15 | seanbright | 1.4 |
| 13:34.20 | seanbright | yeah, they should have already been removed |
| 13:34.27 | seanbright | (right?) |
| 13:35.50 | seanbright | or are we keeping with the new mantra of not removing anything for fear of making people on t3h interwebs upset |
| 13:36.09 | jsmith | It's my understanding that they probably won't be removed, even though they're deprecated |
| 13:36.17 | seanbright | gotcha |
| 13:36.24 | seanbright | we need asterisk 2.0 |
| 13:37.01 | seanbright | maybe *then* we're allowed to take stuff out |
| 13:37.10 | jsmith | You write it, you get it :-) |
| 13:37.24 | lmadsen | no no... we're not deprecating things and removing them anymore |
| 13:37.45 | lmadsen | the new policy is to leave what is there because it doesn't hurt us any, and allows us to be more backwards compatible |
| 13:37.56 | eliel | lmadsen: ok |
| 13:38.34 | seanbright | BC... pfft |
| 13:38.35 | eliel | so, we will not get a message saying that something is deprecated? anymore? |
| 13:38.41 | seanbright | damn commies |
| 13:38.54 | lmadsen | eliel: that would make sense since things won't be deprecated anymore |
| 13:39.04 | lmadsen | seanbright: hey! I resemble that remark! |
| 13:40.48 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-7eebe67364f1117a) |
| 13:42.37 | eliel | jsmith: mmm, so, why we were discussing yesterday about a <deprecated> node or deprecated attribute? (huh?) |
| 13:42.51 | eliel | for the docu? |
| 13:43.22 | jsmith | I was discussing it as an attribute |
| 13:44.11 | eliel | yeaph, but for deprecated applications/functions, and they wont be any deprecated func/app anymore |
| 13:44.19 | jsmith | I had another thought last night as well... what about as section of related items |
| 13:44.49 | jsmith | So, for example, when you define the PauseQueueMember app, you could refer readers to the UnpauseQueueMember app as well |
| 13:46.16 | eliel | yeaph, sounds good to me |
| 13:46.38 | eliel | at the description/syntax/synopsis level ? |
| 13:49.29 | jsmith | Yeah... |
| 13:55.00 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.108.195) |
| 13:55.00 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 13:58.25 | seanbright | here's an idea |
| 13:58.31 | seanbright | asterisk-compat |
| 13:58.51 | seanbright | similar to asterisk-addons, but it includes all the features we deprecate |
| 13:59.07 | seanbright | i know... i'm a genius |
| 14:08.17 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-4a6ad10ac7d90161) |
| 14:15.56 | eliel | snuff-work: may I continue with DAHDIScan() ? |
| 14:25.11 | snuff-work | i have done that one.. and directed pickup |
| 14:25.21 | snuff-work | start backwards maybe? |
| 14:32.45 | eliel | sorry for that, and userevent? |
| 14:32.55 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 14:33.56 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 14:40.21 | *** join/#asterisk-dev festr_ (n=festr@ns.hiro.cz) |
| 14:40.37 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:40.37 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 14:48.18 | festr_ | !seen putnopvut |
| 14:51.03 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 14:53.23 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 14:53.47 | eliel | jsmith: how we should call the "related" node? |
| 14:54.18 | atis_work | codefreeze-lap: hey, i made small sample for that queue cdr problem |
| 14:54.30 | jsmith | eliel: I don't know... "related" or "see-also" |
| 14:54.46 | atis_work | codefreeze-lap: 13637 |
| 14:55.13 | eliel | jsmith: and what type of related material we will be linking to |
| 14:55.47 | jsmith | applications, functions, AMI actions, AGI commands |
| 14:56.19 | atis_work | btw, could anybody a little familiar with udptl.c look at 13600 |
| 14:56.19 | jsmith | If each app/function/action/command had an ID, we could use xrefs to link to the proper location, but that's probably overkill |
| 14:58.09 | eliel | and the nodes inside <related> (??) |
| 14:58.19 | eliel | <link type=""> (??) |
| 14:58.33 | eliel | where type is application, function, external, etc |
| 14:59.22 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:03.46 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.95.130) |
| 15:04.38 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:04.50 | eliel | and what about an 'examples' node ? |
| 15:11.03 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 15:11.03 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:20.59 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-e0e676a8d9f9f503) |
| 15:20.59 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:22.39 | *** join/#asterisk-dev mog (n=mog@nat/digium/x-e548cb4820a0605a) |
| 15:22.39 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 15:42.51 | codefreeze-lap | atis_work: I'll look at it |
| 15:51.53 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 15:51.54 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:57.17 | eliel | mvanbaak_: did you read about the related or see-also idea from jsmith? |
| 16:01.35 | kpfleming | seanbright: that thread on -dev brings to mind a small project... every module that processes config files could output warnings for unrecognized entries, unless the entry came from users.conf |
| 16:03.00 | tzafrir_laptop | what is special about users.conf? |
| 16:03.15 | Qwell | tzafrir_laptop: hassip=yes being parsed by chan_iax2 |
| 16:03.16 | tzafrir_laptop | (that is: is it the only special case?) |
| 16:03.29 | Qwell | it would be quite silly for that to spit out a warning |
| 16:04.23 | Qwell | do any codecs require a minimum frame size of > 20ms? |
| 16:05.38 | *** join/#asterisk-dev edguy3 (n=edguy3@c-98-221-25-109.hsd1.nj.comcast.net) |
| 16:05.39 | tzafrir_laptop | voicemail.conf is also shared by a number of modules, sadly |
| 16:05.51 | Qwell | tzafrir_laptop: yeah...those really need to be combined some day |
| 16:05.54 | kpfleming | Qwell: G.723.1 is always 30ms |
| 16:06.04 | Qwell | hmm |
| 16:06.17 | tzafrir_laptop | ilbc as well |
| 16:06.21 | kpfleming | tzafrir_laptop: yes, that is the reason, it's shared by multiple modules, so the warnings would be wrong |
| 16:06.24 | kpfleming | yes, ilbc as well |
| 16:06.25 | Qwell | I wonder how large a full second of audio would be, converted to every format |
| 16:06.45 | Qwell | I want to use "real" audio (in the correct format..) for my codec consistency branch |
| 16:06.46 | kpfleming | fairly easy to calculate |
| 16:07.00 | kpfleming | just take one second out of the middle of one our prompts |
| 16:07.27 | Qwell | all these slin_gsm_ex.h files were very very silly |
| 16:07.47 | Qwell | slin_gsm_ex had different data than slin_ulaw_ex, when...all it was was a sample slin frame |
| 16:08.16 | edguy3 | FYI: i wrote a bounty for IAX over DTLS.. http://www.voip-info.org/wiki/view/Asterisk+bounty+IAX+over+DTLS . |
| 16:09.33 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 16:11.49 | *** join/#asterisk-dev Daviey (n=Daviey@ubuntu/member/daviey) |
| 16:18.24 | *** join/#asterisk-dev implicit (n=bayan@unaffiliated/implicit) |
| 16:26.22 | seanbright | kpfleming: alright. |
| 16:27.23 | seanbright | glares at jsmith and lmadsen (if he was here) |
| 16:27.34 | seanbright | imapsecret?? |
| 16:27.39 | seanbright | you sons of bitches... |
| 16:27.40 | seanbright | heh |
| 16:28.19 | jsmith | seanbright: Hey... don't blame lmadsen... JimVanM wrote that chapter, and I proofed it |
| 16:28.41 | jsmith | seanbright: So you can blame me (although I do seem to remember that it did change somewhere along the way) |
| 16:28.46 | seanbright | glares at jsmith |
| 16:28.50 | seanbright | imapsecret?? |
| 16:28.53 | seanbright | you son of a bitch |
| 16:28.55 | seanbright | heh |
| 16:29.27 | seanbright | http://www.asteriskdocs.org/html/ is edition 1 or edition 2? |
| 16:29.41 | jsmith | 2nd edition |
| 16:29.45 | seanbright | doh |
| 16:29.45 | seanbright | ok |
| 16:29.58 | seanbright | that begs the question... |
| 16:30.05 | Qwell | no it doesn't |
| 16:30.08 | seanbright | do we add imapsecret as an alias for imappassword |
| 16:30.14 | seanbright | in app_voicemail |
| 16:30.29 | seanbright | it's one thing when it's voip-info |
| 16:30.29 | Qwell | it only brings up the question. It doesn't beg it :p |
| 16:30.43 | seanbright | another when it's "the asterisk bible" |
| 16:30.44 | russellb | sure, add an alias, it doesn't cost much |
| 16:30.45 | russellb | moving on |
| 16:30.52 | seanbright | jeez |
| 16:31.38 | seanbright | i've been notified that my use of certain language might offend |
| 16:31.40 | seanbright | my bad. |
| 16:37.48 | seanbright | what was moved on to? |
| 16:38.17 | mvanbaak_ | eliel: yeah I did. I like it |
| 16:38.31 | Qwell | seanbright: reviewing my codec consistency branch! |
| 16:38.38 | seanbright | Qwell: hooray! |
| 16:39.39 | eliel | mvanbaak_: how do you think we should call the node? (related? see-also?) and the internal structure? |
| 16:41.18 | mvanbaak_ | see-also is good I think |
| 16:41.25 | seanbright | i'm going on the assumption that kpfleming's suggestion on the the mailing list re: block policy is already in affect |
| 16:41.25 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-9c1f93455295b3bb) |
| 16:41.36 | seanbright | if it's not, let me know. |
| 16:44.19 | mvanbaak_ | russellb: is it ok with you if the default install prefix on OpenBSD is changed from /usr/sbin to /usr/local/sbin ? |
| 16:44.50 | russellb | shrugs |
| 16:44.51 | mvanbaak_ | russellb: it's that way for all packages and ports on OpenBSD, and seanbright and I did some work to get ODBC support on OpenBSD and we changed that |
| 16:44.55 | russellb | if that's the right thing to do |
| 16:45.00 | russellb | ok, that's fine |
| 16:45.10 | mvanbaak_ | it's only in trunk though |
| 16:45.17 | mvanbaak_ | not in 1.6.X branches |
| 16:45.27 | mvanbaak_ | cool, thanks |
| 16:45.37 | hardwire | ok.. 1.6.1.. GO |
| 16:45.40 | mvanbaak_ | throws another local patch in the trashbin |
| 16:46.06 | mvanbaak_ | russellb: I'm trying to see if I can move all the obsd-ports patches into asterisk |
| 16:46.11 | russellb | cool |
| 16:46.49 | mvanbaak_ | done differently if upstream author does not allow it (like the iodbc stuff) |
| 16:46.58 | hardwire | mvanbaak_: you're such a BSD stud |
| 16:47.49 | mvanbaak_ | hardwire: the only two linux boxen I have to maintain are Linux because of asterisk |
| 16:48.02 | hardwire | mvanbaak_: how horrible for you |
| 16:48.05 | mvanbaak_ | yup |
| 16:48.15 | hardwire | mvanbaak_: I'd love to be a BSD stud.. but.. the drama1 |
| 16:48.16 | hardwire | ! |
| 16:48.19 | mvanbaak_ | that's why I want all the good stuff in asterisk to work on OpenBSD as well |
| 16:49.02 | hardwire | so you can run asterisk on the nic? |
| 16:49.09 | hardwire | :P |
| 16:50.33 | *** join/#asterisk-dev ManxPower (n=manxpowe@194.sub-70-220-56.myvzw.com) |
| 16:51.29 | ManxPower | <PROTECTED> |
| 16:51.31 | mvanbaak_ | hardwire: it's not NetBSD |
| 16:52.03 | russellb | ManxPower: what kernel version |
| 16:52.24 | russellb | that function call was recently added, so it's just not fixed to be compat with all supported versions |
| 16:53.07 | ManxPower | russellb: 2.6.17-5mdv |
| 16:54.20 | tzafrir_laptop | ManxPower, kernel version? |
| 16:54.43 | ManxPower | tzafrir_laptop: 2.6.17-5mdv |
| 16:54.57 | tzafrir_laptop | what exact version of dahdi-linux? |
| 16:55.40 | tzafrir_laptop | 2.0.0 ? SVN? |
| 16:55.56 | ManxPower | dahdi-linux-complete-current.tar aka dahdi-linux-complete-2.0.0+2.0.0 |
| 16:56.10 | ManxPower | tzafrir_laptop: you know I try not to use dev versions of asterisk |
| 16:58.20 | ManxPower | What kernel version would I need to aboid this bug? |
| 16:59.00 | tzafrir_laptop | ManxPower, seems like mandriva backported some newer features from 2.6.18? |
| 16:59.19 | ManxPower | tzafrir_laptop: I have no idea what Mandriva has and nas not backported. |
| 16:59.24 | tzafrir_laptop | look at the code around line 104 |
| 16:59.36 | ManxPower | tzafrir_laptop: I'll go back to 1.4 |
| 16:59.57 | tzafrir_laptop | ManxPower, workaround should be simple. Just look there at around line 104 |
| 17:00.26 | ManxPower | tzafrir_laptop: and the next time I update it will be overwritten and I'll have to re-patch it again. |
| 17:01.07 | ManxPower | line 104: skb_linearize(skb, GFP_KERNEL); |
| 17:01.12 | tzafrir_laptop | ManxPower, a work around is simple. A good patch (with a proper ifdef) is trickier) |
| 17:01.25 | ManxPower | tzafrir_laptop: will this issue be patched? |
| 17:01.30 | tzafrir_laptop | just strike out the second argument |
| 17:01.54 | ManxPower | this is the ifdef: #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,18) |
| 17:02.25 | tzafrir_laptop | could you file a bug report? it would also help if you could provide a link to the SRPM that produced the Mandriva kernel package |
| 17:02.28 | ManxPower | I guess the #ifdef is not working |
| 17:02.37 | tzafrir_laptop | it is working |
| 17:02.50 | ManxPower | tzafrir_laptop: this server came out of an attic I don't have the SRPMS |
| 17:03.01 | tzafrir_laptop | I guess mandriva backported the relevant feature to their 2.6.17 kernel |
| 17:03.43 | ManxPower | I changed 18 to 17 and it works just fine. |
| 17:04.08 | tzafrir_laptop | any idea where I can download that SRPM from? a mandriva mirror? it could help |
| 17:04.11 | ManxPower | chances are I'll switch away from Mandriva eventually. |
| 17:04.24 | ManxPower | tzafrir_laptop: it is no longer available because it is so old. |
| 17:04.29 | tzafrir_laptop | if not, give its name from the output of 'rpm -qi' of the relevant kernel rpm |
| 17:04.33 | ManxPower | Anyway, thanks for the info! |
| 17:04.36 | *** part/#asterisk-dev ManxPower (n=manxpowe@194.sub-70-220-56.myvzw.com) |
| 17:06.21 | caio1982 | tzafrir_laptop: i believe this was the last kernel update for the version manxpower was using of mandriva: http://mandriva.c3sl.ufpr.br/official/2007.1/SRPMS/main/updates/kernel-2.6.17.19mdv-1-1mdv2007.1.src.rpm |
| 17:08.05 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:12.07 | *** join/#asterisk-dev ManxPower (n=manxpowe@194.sub-70-220-56.myvzw.com) |
| 17:12.26 | atis_work | hmm, is there any reason why AGI GOSUB don't run in DeadAGI? |
| 17:12.29 | *** join/#asterisk-dev xrg_ (n=panos@cpe-77-83-193-17-dsl.netone.gr) |
| 17:12.36 | ManxPower | anyone have an idea how to stop make install from trying to download stuff from the internet? |
| 17:12.50 | ManxPower | (dahdi again) |
| 17:13.28 | Corydon76-dig | atis_work: Where are you trying to gosub to? |
| 17:13.43 | Corydon76-dig | atis_work: and is it post-hangup? |
| 17:14.16 | mvanbaak_ | jtodd: we now have ODBC support on OpenBSD :) |
| 17:16.00 | atis_work | Corydon76-dig: i'm not yet, i'm just wondering why "agi show gosub" says so |
| 17:16.46 | xrg_ | ManxPower: put a fake wget/curl in your PATH, perhaps? |
| 17:18.15 | Corydon76-dig | atis_work: it does? |
| 17:18.29 | atis_work | Corydon76-dig: yes, in 1.6.0 |
| 17:18.31 | mvanbaak_ | ManxPower: or use 'make menuselect' and disable it |
| 17:18.46 | ManxPower | xrg_: tried that, the install then look for the file it was trying to download |
| 17:19.12 | ManxPower | [root@pbx-1 linux]# make menuselect |
| 17:19.13 | ManxPower | make: *** No rule to make target `menuselect'. Stop. |
| 17:19.27 | ManxPower | I was not aware that zaptel/dhadi has a menuselect |
| 17:19.29 | kpfleming | no longer available in dahdi-linux |
| 17:19.30 | xrg_ | Hmm.. the menuselect thing.. |
| 17:19.42 | kpfleming | zaptel did, but dahdi-linux does not |
| 17:19.58 | mvanbaak_ | ah |
| 17:19.59 | ManxPower | I edited the make file to not try to install the firmware |
| 17:20.00 | mvanbaak_ | sorry |
| 17:20.35 | ManxPower | thank dog all I need 1.6 for at the moment is to do test calls for testing an EC |
| 17:21.20 | ManxPower | configure: error: C++ preprocessor "/lib/cpp" fails sanity check |
| 17:21.58 | Corydon76-dig | ManxPower: that error generally means that you don't have the compiler fully installed |
| 17:22.02 | ManxPower | Ah. 1.6 needs g++ |
| 17:22.44 | ManxPower | I wonder why |
| 17:23.24 | xrg_ | ManxPower: http://github.com/xrg/asterisk-xrg/commits/16xrg/Makefile |
| 17:23.30 | mvanbaak_ | seanbright: app_voicemail is spitting out a LOT of warnings about unknown voicemail settings |
| 17:24.10 | mvanbaak_ | jtodd: ping |
| 17:24.25 | ManxPower | xrg_: What is that? |
| 17:24.25 | xrg_ | I've had removed menuselect there. |
| 17:24.47 | ManxPower | xrg_: I am totally confused. |
| 17:25.04 | xrg_ | http://github.com/xrg/asterisk-xrg/commit/6f8b35483a4ead323cba7de5bcfae2dd380cb969 |
| 17:25.46 | *** join/#asterisk-dev bbryant (n=Brett_Br@adsl-159-32-97.flo.bellsouth.net) |
| 17:25.46 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 17:25.48 | ManxPower | xrg_: Is that why Asterisk 1.6 requires a C++ compiler? |
| 17:26.12 | xrg_ | Not really. You should blame ooh323 :S |
| 17:26.35 | xrg_ | that h323 thing has the most bizarre dependencies ever. |
| 17:26.51 | ManxPower | xrg_: yeah, but I'm just trying to build menuselect so I can unselect what I don't want. |
| 17:26.54 | Corydon76-dig | atis_work: might be just a documentation error, now that I look at it |
| 17:27.34 | ManxPower | In any case, thanks everyone for your help. I'll try 1.6 when I install a recent distro, in the mean time I'll stick to 1.4 |
| 17:27.38 | atis_work | Corydon76-dig: umm, i'm too lazy to test.. but i have few cases where it might be used. if it goes wrong, i'll report |
| 17:27.44 | ManxPower | or at least try 1.4 |
| 17:27.49 | xrg_ | ManxPower: which distro do you have? |
| 17:27.54 | Qwell | ulaw/alaw are 8-bit, no? |
| 17:28.45 | denon | Qwell: yes |
| 17:28.46 | ManxPower | xrg_: Mandriva 2007 |
| 17:29.23 | xrg_ | Just right!. Do install latest one and let me tell you where the 1.6 rpms are.. |
| 17:30.25 | xrg_ | with 2007.x I doubt you can follow my builds. But with >=2008.0, you can. |
| 17:31.43 | *** join/#asterisk-dev ManxPower (n=manxpowe@158.sub-75-251-215.myvzw.com) |
| 17:32.08 | ManxPower | looks like 1.4 has that dependency as well |
| 17:33.54 | mvanbaak_ | anyone here with freebsd/netbsd and libvorbis and libogg installed ? |
| 17:41.07 | blitzrage | what is everyones opinion on marking things in the bug tracker as 'major' and 'minor' -- what kinds of things should be required to mark something 'major' ? |
| 17:41.26 | mvanbaak_ | major stuff |
| 17:41.27 | mvanbaak_ | ;) |
| 17:41.56 | putnopvut | blitzrage: ooh, that's a good question... |
| 17:42.18 | blitzrage | I thought so... I keep changing things... but I don't really have a good definition, so I stopped changing it after someone complained :) |
| 17:42.43 | blitzrage | so I figured I'd get some initial thoughts before I asked the mailing list |
| 17:42.59 | putnopvut | blitzrage: I don't have a good definition either. I'm trying to come up with one now but it's not easy to place in words and it's hard to be objective. |
| 17:42.59 | blitzrage | maybe there is a nice simple definition I can follow... if not, I will ask the community |
| 17:45.15 | blitzrage | mvanbaak_: did you happen to update the CHANGES file with info about our CLI updates? |
| 17:45.58 | mvanbaak_ | blitzrage: I think so |
| 17:46.03 | mvanbaak_ | blitzrage: wow, ur FAST |
| 17:46.06 | blitzrage | :D |
| 17:46.10 | blitzrage | I just happen to be on the tracker right now |
| 17:46.17 | blitzrage | heh |
| 17:46.20 | mvanbaak_ | you set my bug to confirmed before I could even hit 'go to reported issue bla' |
| 17:46.48 | mvanbaak_ | I posted it on the tracker because I want to know if this is needed for more BSD variants |
| 17:46.49 | blitzrage | mvanbaak_: I have a small electrical device that gives me a low voltage shock whenever you do something |
| 17:46.51 | Corydon76-dig | pokes blitzrage with 13632 |
| 17:46.56 | mvanbaak_ | lol blitzrage |
| 17:47.11 | blitzrage | Corydon76-dig: as soon as I finish my look over of new bugs, I will do some testing! |
| 17:47.16 | blitzrage | I have about an hour before a system upgrade |
| 17:47.24 | Corydon76-dig | is impatient |
| 17:47.42 | tzafrir_laptop | C++ is used for chan_h323 and chan_vpb |
| 17:47.51 | tzafrir_laptop | both are optional |
| 17:47.54 | mvanbaak_ | blitzrage: |
| 17:47.55 | mvanbaak_ | * Cleanup another bunch of CLI commands. Now all modules follow the same schema. |
| 17:47.58 | mvanbaak_ | <PROTECTED> |
| 17:48.13 | Corydon76-dig | mvanbaak_: devcon 2008 |
| 17:48.34 | blitzrage | mvanbaak_: I didn't happen to actually a checkout of latest trunk to look at the CHANGES file yet :) |
| 17:48.36 | blitzrage | but I will |
| 17:48.43 | blitzrage | Corydon76-dig: hehe... I know :) |
| 17:49.19 | mvanbaak_ | Corydon76-dig: fixed :) |
| 17:49.43 | *** part/#asterisk-dev ManxPower (n=manxpowe@158.sub-75-251-215.myvzw.com) |
| 17:51.39 | Corydon76-dig | blitzrage: seen Jim yet? ;-) |
| 17:51.43 | mvanbaak_ | is mpg123 still the default MOH provider ? |
| 17:51.49 | blitzrage | Corydon76-dig: I don't see Jim very often :) |
| 17:51.58 | blitzrage | mvanbaak_: not for quite some time |
| 17:52.08 | *** join/#asterisk-dev DarylVOIP (n=daryl@75.147.121.177) |
| 17:52.09 | blitzrage | mvanbaak_: use native MoH instead |
| 17:52.11 | Corydon76-dig | chomps at the bit |
| 17:52.13 | mvanbaak_ | so why is there still stuff in safe_asterisk to killall -9 it ? |
| 17:52.23 | Corydon76-dig | blitzrage: do you have a copy of the proposal somewheres? |
| 17:52.31 | blitzrage | I'm gonna look |
| 17:52.39 | blitzrage | mvanbaak_: just in case someone is still using it... ? |
| 17:52.40 | Corydon76-dig | w00tski |
| 17:52.43 | mvanbaak_ | I vote we remove it in trunk |
| 17:52.49 | blitzrage | I second the motion |
| 17:53.14 | Corydon76-dig | mvanbaak_: because if you still use it, it still works |
| 17:53.51 | mvanbaak_ | so we cannot remove it ? |
| 17:54.22 | mvanbaak_ | if not, I have another suggestion that will make me just as happy |
| 17:54.57 | mvanbaak_ | set KILLALLMPG123 to 0 and replace the 'killall' with 'pkill' |
| 17:55.55 | seanbright | mvanbaak_: can you pastebin some of them? |
| 17:56.06 | mvanbaak_ | seanbright: sure, hang on |
| 17:56.51 | seanbright | thank you. |
| 17:57.32 | mvanbaak_ | http://pastebin.com/m5474a73e |
| 17:57.35 | mvanbaak_ | there you go |
| 17:57.55 | seanbright | ohhh |
| 17:58.00 | seanbright | yikes |
| 17:58.01 | seanbright | ok |
| 17:58.40 | Corydon76-dig | mvanbaak_: I'd be fine with 'pkill' |
| 18:01.53 | seanbright | i prefer killall... maybe we need a variable./ |
| 18:02.06 | mvanbaak_ | seanbright: pkill and killall are the same |
| 18:02.11 | seanbright | i know |
| 18:02.13 | seanbright | i just prefer killall |
| 18:02.16 | mvanbaak_ | seanbright: but killall is linux only, and pkill is portable |
| 18:02.22 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 18:02.43 | mvanbaak_ | seanbright: so you can still run killall on your shell, but the scripts use pkill internally |
| 18:03.48 | Corydon76-dig | I really like 'killall -9 -1' on Solaris |
| 18:04.12 | Corydon76-dig | Wish it worked on Linux |
| 18:04.31 | Corydon76-dig | The -1, on Solaris, acts like a mask for 'all processes' |
| 18:04.54 | Corydon76-dig | or rather, 'kill -9 -1' |
| 18:05.04 | ctooley | yeah, that's handy |
| 18:05.12 | ctooley | "Box Be Gone!" |
| 18:05.24 | Corydon76-dig | and if you do it as a user, it only applies to processes owned by that user |
| 18:09.00 | blitzrage | Corydon76-dig: email? |
| 18:09.27 | blitzrage | http://www.youtube.com/watch?v=Fow7iUaKrq4 |
| 18:09.33 | Corydon76-dig | <PROTECTED> |
| 18:10.03 | mvanbaak_ | Corydon76-dig: on linux you have to kill pid 1 or 2 |
| 18:10.29 | blitzrage | Corydon76-dig: on its way |
| 18:10.39 | mvanbaak_ | blitzrage, jtodd: I found the issue with the loader |
| 18:10.40 | Corydon76-dig | blitzrage: danke |
| 18:10.53 | Corydon76-dig | mvanbaak_: that takes out the whole machine |
| 18:11.15 | *** join/#asterisk-dev bkw_ (n=brian@freeswitch/developer/bkw) |
| 18:11.23 | mvanbaak_ | Corydon76-dig: uhhuh |
| 18:11.39 | mvanbaak_ | Corydon76-dig: if you want to kill all processes of a specific user you have to install slay |
| 18:15.15 | seanbright | mvanbaak_: fixed, btw. |
| 18:16.38 | seanbright | ugh... we should just change openbsd back to /usr |
| 18:18.00 | mvanbaak_ | gheh |
| 18:18.02 | mvanbaak_ | maybe |
| 18:18.37 | blitzrage | now... to go back through the oldest issues in the bug tracker and see if anything can be closed, or updated with a ping |
| 18:18.50 | *** join/#asterisk-dev wolfelectronic (n=wolfelec@91.112.227.150) |
| 18:20.00 | blitzrage | file: ping |
| 18:20.13 | seanbright | ping: FAIL |
| 18:20.31 | mvanbaak_ | seanbright: hhmm, I dont think that would be a really bad idea |
| 18:20.34 | mvanbaak_ | seanbright: but ..... |
| 18:20.53 | mvanbaak_ | seanbright: can we make sure the binary in installed in /usr/local/sbin and the configs in /etc/asterisk ? |
| 18:21.07 | mvanbaak_ | s/binary in/binary is/g |
| 18:22.21 | seanbright | i think... |
| 18:22.23 | mvanbaak_ | on the other hand |
| 18:22.27 | seanbright | but i don't have time to look at it right now |
| 18:22.32 | mvanbaak_ | you can define a prefix with --prefix |
| 18:22.37 | mvanbaak_ | so you know |
| 18:22.45 | seanbright | well that is what ac_default_prefix is doing |
| 18:22.46 | mvanbaak_ | I'm going to revert the patch change for now |
| 18:22.59 | seanbright | don't revert |
| 18:22.59 | mvanbaak_ | s/patch/path/ |
| 18:23.02 | seanbright | it's trunk |
| 18:23.06 | seanbright | oh |
| 18:23.13 | mvanbaak_ | only the path |
| 18:23.17 | mvanbaak_ | the rest will stay there |
| 18:23.27 | seanbright | well the rest will fail without it |
| 18:23.35 | seanbright | fail silently, anyway. |
| 18:23.41 | seanbright | iodbc -> not found |
| 18:23.41 | seanbright | etc, etc. |
| 18:23.45 | *** join/#asterisk-dev oej (n=olle@81.193.129.50) |
| 18:23.45 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:24.11 | mvanbaak_ | let me check |
| 18:24.20 | mvanbaak_ | I have an idea |
| 18:24.52 | seanbright | cool, i am going to do actual work for a while |
| 18:39.10 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.95.130) |
| 18:53.32 | mvanbaak_ | seanbright: committed :) |
| 18:54.06 | mvanbaak_ | binary is in /usr/local/sbin/asterisk but the configs are still in /etc/asterisk |
| 18:54.09 | mvanbaak_ | \o/ |
| 18:54.56 | mvanbaak_ | jtodd: sorry for all the noise, but it should be ok now |
| 18:59.41 | *** join/#asterisk-dev Dovid (n=annon@tony09-121-90.inter.net.il) |
| 18:59.54 | Dovid | will this work on 1.4 trunk or just 1.6 trunk |
| 18:59.56 | Dovid | ?* |
| 19:00.28 | blitzrage | those are not 'trunks' |
| 19:00.36 | blitzrage | 'trunk' is 'trunk'... those are branches |
| 19:00.48 | Dovid | ok. how would I go about testing it ? |
| 19:01.04 | blitzrage | see #asterisk |
| 19:01.07 | blitzrage | or ask there pls |
| 19:01.14 | Dovid | ok |
| 19:05.02 | blitzrage | yuck... a good chunk of the oldest open bugs are for chan_mobile and chan_misdn |
| 19:05.11 | blitzrage | gonna be hard to get those knocked off the stack... |
| 19:07.23 | bkruse | blitzrage: Agreed. |
| 19:07.37 | blitzrage | no idea what we should do... other than leave them open to rot... ? |
| 19:08.14 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:11.15 | seanbright | mvanbaak_: nice work |
| 19:11.36 | mvanbaak_ | seanbright: thank you :) |
| 19:17.14 | mvanbaak_ | why is this in the channels/Makefile: TLIB=-lpt_OpenBSD_x86_r |
| 19:17.30 | mvanbaak_ | it should be: TLIB=-lpt |
| 19:18.00 | seanbright | i dunno |
| 19:18.03 | seanbright | i didn't do it |
| 19:18.06 | mvanbaak_ | same goes for H323LIB |
| 19:18.46 | seanbright | i still didn't do it |
| 19:19.00 | tzafrir_laptop | mvanbaak_, it should have been, but then life would be too simple |
| 19:19.55 | tzafrir_laptop | channel/h323/Makefile , right? |
| 19:20.23 | seanbright | the h323 build process needs an overhaul anyway |
| 19:20.54 | tzafrir_laptop | ./configure --without-pwlib |
| 19:21.24 | tzafrir_laptop | openh323 needs an over haul |
| 19:21.36 | tzafrir_laptop | (opal?) |
| 19:22.04 | seanbright | the chan_h323 build process |
| 19:23.31 | mvanbaak_ | tzafrir_laptop: it's in channels/Makefile |
| 19:23.58 | mvanbaak_ | so can I just change it to it's ok version ? |
| 19:24.00 | seanbright | openh323 + pwlib (or ptlib, or whatever it's called) are abominations against jeebus |
| 19:24.19 | seanbright | as far as build processes go |
| 19:24.28 | seanbright | i shouldn't need to manually set environment variables so they can find one another |
| 19:24.56 | mvanbaak_ | ok, since it's OpenBSD only I'm going to fix it |
| 19:27.38 | seanbright | is going homeeeeeeeeeeeeee |
| 19:28.21 | mvanbaak_ | have fun |
| 19:29.32 | mvanbaak_ | hhmm, I think we are almost on-par with linux now :) |
| 19:29.40 | mvanbaak_ | only thing lacking is dahdi support |
| 19:33.21 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 20:07.55 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:27.13 | mvanbaak_ | gheh |
| 20:27.18 | mvanbaak_ | dahdi and h323 left |
| 20:27.49 | mvanbaak_ | but all the other stuff that does not depend on dahdi works on OpenBSD 4.3 |
| 20:28.12 | mvanbaak_ | <--- proud |
| 20:29.00 | putnopvut | Great job, mvanbaak_ |
| 20:30.32 | blitzrage | putnopvut: re: 13005 |
| 20:30.35 | blitzrage | w000000000000000t! |
| 20:30.51 | putnopvut | blitzrage: yeah. |
| 20:30.59 | putnopvut | Setting up mISDN was half the battle :) |
| 20:31.19 | blitzrage | I bet |
| 20:31.22 | blitzrage | I had that problem too |
| 20:32.50 | mvanbaak_ | <--- remembers |
| 20:32.58 | mvanbaak_ | putnopvut: thank you sir |
| 21:00.35 | seanbright | mvanbaak_: i don't think DAHDI on non-linux is going to happen |
| 21:00.37 | seanbright | but... |
| 21:00.39 | seanbright | shrugs |
| 21:02.25 | tzafrir_laptop | can't those people run sed? BSD sed should work just as well |
| 21:02.44 | seanbright | which people? |
| 21:02.47 | mvanbaak_ | seanbright: I know |
| 21:03.01 | mvanbaak_ | seanbright: dahdi on non-linux wont happen |
| 21:03.05 | tzafrir_laptop | those who wrote non-linux zaptel |
| 21:03.26 | seanbright | tzafrir_laptop: it would be that easy? |
| 21:03.43 | tzafrir_laptop | the interface had one big sed |
| 21:04.04 | seanbright | and by sed, you mean "sed -e 's/foo/bar/'"? |
| 21:04.13 | tzafrir_laptop | along the way keving used the the moment for some clean-ups |
| 21:04.26 | tzafrir_laptop | but this is a matter of implementation |
| 21:04.41 | tzafrir_laptop | seanbright, yes |
| 21:04.46 | seanbright | interesting. |
| 21:05.46 | mvanbaak_ | tzafrir_laptop: hand me a patch and I'll test it |
| 21:06.02 | tzafrir_laptop | was there zaptel for openbsd? |
| 21:06.27 | mvanbaak_ | no, but you said it's one big sed statement |
| 21:06.57 | tzafrir_laptop | I still stand by it |
| 21:07.10 | mvanbaak_ | so give it to me and I'll test it |
| 21:07.47 | tzafrir_laptop | echo $OPENBSD_ZAPTEL_DRIVER | sed -e $MAGIC_PROGRAM |
| 21:08.02 | tzafrir_laptop | returns the same empty value |
| 21:08.30 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:08.46 | seanbright | i think there is something humorous hidden in all of this discussion |
| 21:08.51 | seanbright | i'm just having a hard time making it out |
| 21:09.24 | mvanbaak_ | I just dont believe it's one sed statement |
| 21:09.59 | seanbright | it's not |
| 21:10.09 | mvanbaak_ | duh |
| 21:10.11 | putnopvut | It's two |
| 21:10.52 | seanbright | lies. |
| 21:10.57 | seanbright | ain't gonna happen |
| 21:11.05 | seanbright | putnopvut: wanna review a patchy patch for me? |
| 21:11.15 | seanbright | buddy ol pal |
| 21:11.17 | seanbright | ol friend |
| 21:11.18 | seanbright | ol chum |
| 21:11.51 | putnopvut | seanbright: what does it pertain to? |
| 21:11.58 | putnopvut | I can perhaps take a look. |
| 21:12.05 | seanbright | it's about a dozen lines... |
| 21:12.30 | seanbright | M13636 |
| 21:12.32 | MuffinMan | [confirmed] [Asterisk] Applications/app_dial 0013636: [patch] Remove DAHDI operator mode special casing in app_dial reported by seanbright (Karma: +50.00) http://bugs.digium.com/view.php?id=13636 |
| 21:12.42 | seanbright | just need a sanity check |
| 21:14.22 | seanbright | basically, i just moved the tech check from app_dial into chan_dahdi |
| 21:14.32 | seanbright | so that we don't have it hardcoded in app_dial |
| 21:17.12 | putnopvut | It passes my sanity check. |
| 21:17.17 | seanbright | thank you. |
| 21:18.15 | russellb | putnopvut: I'm sorry, but you do not pass my sanity check. |
| 21:18.24 | putnopvut | nothing new there :) |
| 21:18.27 | russellb | ;) |
| 21:18.32 | seanbright | that doesn't bode well for my patch then |
| 21:19.16 | putnopvut | Is tonight another Presidential debate? |
| 21:19.22 | seanbright | yes |
| 21:19.41 | putnopvut | sweet. |
| 21:19.42 | seanbright | a democrat will be there. so will a republican. |
| 21:19.47 | seanbright | i will not be watching. |
| 21:19.48 | putnopvut | and a moderator |
| 21:19.48 | seanbright | heh |
| 21:19.54 | putnopvut | Mr. Tom Brokaw will be moderating. |
| 21:20.07 | seanbright | politics are depressing to me |
| 21:20.18 | putnopvut | Although he doesn't have much of a job since it's a town hall style debate. |
| 21:20.30 | putnopvut | seanbright: s/depressing/amusing/ for me. |
| 21:20.40 | seanbright | meh |
| 21:20.49 | seanbright | we're going to hell in a hand basket |
| 21:20.55 | seanbright | doesn't matter who the president is |
| 21:22.07 | seanbright | i might be a little jaded. |
| 21:22.08 | russellb | what time does it start |
| 21:22.16 | seanbright | depressing o'clock |
| 21:22.25 | russellb | alright debbie downer |
| 21:22.29 | tzafrir_laptop | mvanbaak_, I think I found the trick to weasel out of this: |
| 21:22.55 | seanbright | 9pm |
| 21:22.59 | putnopvut | russellb: so 8 for us. |
| 21:23.06 | tzafrir_laptop | gnu sed has a handy command 'e' to urn shell commands |
| 21:23.10 | seanbright | 9pm for the civilized world |
| 21:23.16 | seanbright | the seat of power, as it were. |
| 21:23.28 | putnopvut | You don't consider Alabama to be the seat of power? |
| 21:23.30 | putnopvut | odd. |
| 21:24.04 | seanbright | washington, dc my man |
| 21:24.35 | seanbright | greatest city in the world between virginia and maryland |
| 21:24.39 | putnopvut | lol |
| 21:25.01 | putnopvut | I did tell you that I used to live about 20 miles from DC, right? |
| 21:25.05 | seanbright | you did, yes. |
| 21:25.08 | seanbright | me too |
| 21:25.10 | seanbright | greenbelt |
| 21:25.29 | seanbright | PG county in the house. |
| 21:25.41 | seanbright | where were you again? moco? |
| 21:25.58 | putnopvut | Springfield, VA |
| 21:26.01 | seanbright | oh |
| 21:26.06 | seanbright | thought you were in md for some reason |
| 21:26.15 | putnopvut | nope, my dad's family is from Aberdeen, MD. |
| 21:26.21 | seanbright | russellb: review -> http://bugs.digium.com/file_download.php?file_id=20347&type=bug |
| 21:26.24 | seanbright | so that i can commit |
| 21:26.28 | seanbright | oh right |
| 21:26.34 | seanbright | that's right up the street |
| 21:28.04 | *** join/#asterisk-dev steliosk (n=Stelios@91.140.124.241) |
| 21:30.15 | russellb | seanbright: looks fine |
| 21:30.32 | seanbright | russellb: thank you for reviewing. |
| 21:31.37 | russellb | that will be $5.95 |
| 21:31.56 | seanbright | put it on my tab |
| 21:32.01 | seanbright | :P |
| 21:35.00 | seanbright | now to give myself some karma... |
| 21:37.06 | seanbright | putnopvut: why'd you move to AL? school? |
| 21:37.23 | putnopvut | No, my dad got a job in AL when I was 12. |
| 21:37.29 | seanbright | ohh |
| 21:37.37 | putnopvut | He had lived in AL before and really liked it. |
| 21:37.47 | Qwell | russellb: you wanna review my codec_consistency branch now? :D |
| 21:38.12 | seanbright | didn't realize the codecs were inconsistent to begin with |
| 21:38.25 | Qwell | seanbright: less codecs/*_ex.h |
| 21:38.30 | Qwell | you'll cry |
| 21:38.35 | seanbright | heh |
| 21:38.55 | seanbright | i only cry while watching steel magnolias |
| 21:38.55 | Qwell | it's massive and useless duplication of stuff |
| 21:39.00 | seanbright | err... |
| 21:39.05 | seanbright | pretend i didn't say that. |
| 21:39.09 | russellb | Qwell: put it in jira i guess |
| 21:39.10 | Qwell | cat codecs/slin_*_ex.h |
| 21:39.14 | Qwell | that's the good one there.. |
| 21:39.40 | seanbright | ugh |
| 21:39.56 | seanbright | ima pull a diff and take a looky lou |
| 21:40.18 | Qwell | my favorite one was slin_speex_ex.h |
| 21:41.10 | seanbright | damn |
| 21:46.42 | seanbright | how old is your branch? |
| 21:54.15 | mvanbaak_ | 42 years |
| 21:57.44 | Qwell | seanbright: well...there are 2 |
| 21:57.52 | Qwell | the old one is old. the new one I fixed up today |
| 21:58.41 | Qwell | https://origsvn.digium.com/svn/asterisk/team/qwell/codec_consistency_fix |
| 21:58.55 | russellb | Qwell: one of these days we really need to get reviewboard set up on a public server |
| 21:59.00 | russellb | would make this stuff much easier |
| 21:59.01 | Qwell | mmhmm |
| 21:59.06 | russellb | and all web 2.0 and hawt |
| 22:03.29 | seanbright | Qwell: ah, well that explains the size of this diff :) |
| 22:07.33 | mvanbaak_ | seanbright: gheh, check the diff for the appdocsxml branch ;) |
| 22:08.57 | seanbright | mvanbaak_: that might scare me |
| 22:09.34 | mvanbaak_ | yup |
| 22:09.47 | mvanbaak_ | I really need to get the cli_aliases branch back into shape |
| 22:10.31 | mvanbaak_ | I think that one is more important then the xml stuff |
| 22:10.55 | mvanbaak_ | because we want the cli_aliases to be in 1.6.2 |
| 22:13.40 | russellb | the xml stuff will have to get reviewed quickly because of how invasive it is ... |
| 22:17.22 | seanbright | oh snap... |
| 22:17.28 | seanbright | M13644 |
| 22:17.30 | MuffinMan | [new] [Asterisk] Channels/chan_sip/General 0013644: insecure doesn't work reported by pj (Karma: +6.50) http://bugs.digium.com/view.php?id=13644 |
| 22:17.36 | seanbright | yeah baby! |
| 22:17.57 | seanbright | you can't NOT make asterisk secure |
| 22:18.39 | *** join/#asterisk-dev CGMChris (n=chris@mail.cgmyes.com) |
| 22:20.21 | mvanbaak_ | russellb: no shit |
| 22:21.55 | putnopvut | hmm, in regards to 13644, don't you need 'insecure=invite' to do what he wants? |
| 22:22.09 | putnopvut | oh, he does. |
| 22:22.09 | mvanbaak_ | yes |
| 22:22.10 | putnopvut | oops. |
| 22:22.22 | putnopvut | I just read the "port" part. |
| 22:22.39 | mvanbaak_ | let him try with just 'invite' |
| 22:23.35 | mvanbaak_ | that works here with a setup of openser + some other stuff @ our ITSP |
| 22:23.51 | mvanbaak_ | we have asterisk trunk with 'insecure=invite' |
| 22:24.10 | mvanbaak_ | anywayz, I'm off to bed |
| 22:24.12 | mvanbaak_ | bye all |
| 22:45.08 | *** part/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-10a29b725418a52c) |
| 22:53.25 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 22:53.25 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 23:09.28 | *** join/#asterisk-dev NirS (n=NirS@80.250.159.240) |
| 23:39.36 | *** join/#asterisk-dev moy (n=moy@189.169.68.109) |
| 23:39.58 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) |
| 23:41.50 | tzafrir_laptop | kpfleming, that place where you fixed the crash in chan_dahdi, |
| 23:42.19 | tzafrir_laptop | is also a place where you get a pvt lock without holding a channel lock |
| 23:42.49 | kpfleming | the locking there is very scary indeed |
| 23:42.50 | tzafrir_laptop | I recently patched bristuff with the same spot |
| 23:43.06 | kpfleming | i had to revert it, and ask matt f to look at it |
| 23:43.25 | tzafrir_laptop | it's simple, because at this point you know you have a channel ptr |
| 23:43.36 | tzafrir_laptop | just initialize c to NULL |
| 23:43.38 | kpfleming | not in the code i changed |
| 23:43.53 | kpfleming | the dahdi_new call includes starting a PBX, which can make the channel go away |
| 23:44.15 | JunK-Y | hi guys! |
| 23:45.13 | moy | hey JunK-Y |
| 23:46.46 | JunK-Y | whats up moy? |
| 23:47.03 | Corydon76-dig | Evening, JunK-Y |
| 23:47.04 | tzafrir_laptop | I didn't have an easily reproducable deadlock, but generally I originate a call to DAHDI/g1/<some-number>, where <some-number> originates a call to DAHDI/g1/whatever on the same span |
| 23:47.41 | kpfleming | like i said, the locking in there is very scary, and i doubt anyone (at this point) still understands it properly |
| 23:47.56 | kpfleming | my test case is simple... send a call in over a PRI, to an extension that does Answer() and then Hangup() |
| 23:47.59 | kpfleming | your asterisk will crash |
| 23:48.41 | JunK-Y | Corydon76-dig: ive to valgrind an app, sounds like a cool evening! |
| 23:55.19 | Corydon76-dig | Heh |
| 23:58.08 | *** join/#asterisk-dev snuff-work (n=jsewell@60-240-117-7-nsw-pppoe.tpgi.com.au) |