| 00:02.31 | *** join/#asterisk-dev drumkilla (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 00:02.31 | *** mode/#asterisk-dev [+o drumkilla] by ChanServ |
| 00:05.39 | *** join/#asterisk-dev moy (n=moy@189.169.68.109) |
| 00:33.39 | *** join/#asterisk-dev outtolunc (n=me@c-24-130-75-122.hsd1.ca.comcast.net) |
| 00:34.25 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 00:34.25 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 00:51.56 | *** join/#asterisk-dev mog (n=mog@68.62.219.86) |
| 00:51.56 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 01:20.31 | codefreeze-lap | is sad. The trees are turning colors; some are almost bare. Most are still green. My lilacs are almost all turning yellow and losing leaves.... sigh. |
| 01:37.51 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177582838.dsl.bell.ca) |
| 03:06.59 | *** join/#asterisk-dev implicit (n=bayan@unaffiliated/implicit) |
| 03:11.01 | *** join/#asterisk-dev steliosk (n=Stelios@79.107.73.214) |
| 05:58.52 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 08:10.06 | mvanbaak | codefreeze-lap: dont you love the fall ? |
| 08:12.22 | *** join/#asterisk-dev jeffspeff2 (n=jeff@c-69-245-31-86.hsd1.ky.comcast.net) |
| 08:13.40 | *** join/#asterisk-dev jeffspeff (n=jeff@c-69-245-31-86.hsd1.ky.comcast.net) |
| 08:20.03 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 09:32.59 | mvanbaak | ok, the new svnmerge I committed to repotools does not work with svn 1.5 when the merge results in conflicts |
| 09:33.03 | mvanbaak | need to fix that |
| 10:20.36 | *** join/#asterisk-dev kanelbullar (n=kanelbul@193.126.30.193) |
| 10:32.05 | *** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 10:33.38 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 11:03.43 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 11:05.40 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 11:05.40 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:19.59 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177581587.dsl.bell.ca) |
| 11:23.53 | *** join/#asterisk-dev nicox (n=nicox@dsl-82-106.utaonline.at) |
| 11:23.57 | nicox | Hi |
| 11:26.23 | nicox | why congrats to a release which have a bug in the asterisk-own! Protocol? |
| 11:26.25 | *** part/#asterisk-dev nicox (n=nicox@dsl-82-106.utaonline.at) |
| 11:26.32 | *** join/#asterisk-dev nicox (n=nicox@dsl-82-106.utaonline.at) |
| 11:29.22 | eliel | why post a message on IRC and go away? |
| 11:37.37 | nicox | i'm there |
| 11:38.30 | mvanbaak | and what do you mean with the asterisk-own protocol ? |
| 11:39.13 | nicox | IAX |
| 11:39.38 | mvanbaak | what's the issue number of the bug ? |
| 11:39.47 | nicox | Transfer did not work after update to 1.6.0-rc6 or 1.6.0 |
| 11:40.39 | nicox | 0013468 |
| 11:41.35 | tzafrir_laptop | M13468 |
| 11:41.37 | MuffinMan | [feedback] [Asterisk] Channels/chan_iax2 0013468: IAX Transfer/releasing between 3 asterisk's are not working. reported by nicox (Karma: -1.75) http://bugs.digium.com/view.php?id=13468 |
| 11:42.05 | nicox | yeah, because nobody answered the bug for 2 weeks |
| 11:42.27 | nicox | so i opened a new one, thats how business works... |
| 11:42.51 | tzafrir_laptop | pinging on it serves the same purpuse, |
| 11:42.54 | tzafrir_laptop | i think |
| 11:43.14 | tzafrir_laptop | and avoid duplicates |
| 11:45.16 | nicox | possible, but its a bit frustrating, i'm testing new releases and have a lot of traffic also over ss7-links and reported there also some bug, but ignoring them makes me a bit crazy |
| 12:02.00 | eliel | nicox: sorry for my comment, but don't like those kind of posts, software always have bugs, if the software don't have bugs/needed features, is because no one is using it. |
| 12:07.21 | snuff-home | eliel: is there like an emphysis that can be put on parts of doc.. other than literal.. |
| 12:09.49 | eliel | snuff-home: inside <para> elements you can use: <emphasis> <literal> <filename> <directory> <variable> <replaceable> |
| 12:10.15 | snuff-home | ah.. there is an emphasis.. thought there was but it escaped me :) |
| 12:11.16 | snuff-home | either way in next hr i can send u a patch which is for odbc *before* Cory made the change last night and all of func_string :) |
| 12:11.40 | eliel | snuff-home: If you need another type of tag, just added it inside the 'colorized_tags' structure. |
| 12:12.16 | snuff-home | ok i dont think so.. but when u look over my version of func_string u might come up with something |
| 12:12.51 | eliel | You can also use <warning><para>Warning message</para></warning> and <note><para>note message</para></note> in the same levels that you use <para> elements |
| 12:13.15 | eliel | snuff-home: that this patch applies to the latest code? |
| 12:16.00 | snuff-home | i will update my odbc one with conv for the bit he changed last night before i give it to you how bout that |
| 12:22.46 | eliel | snuff-home: yes thank you! |
| 12:23.11 | oej | Bug in 1.4: core show <tab> audio <tab> codecs |
| 12:23.20 | oej | It is core show codecs audio |
| 12:23.25 | oej | Audio show not be shown there |
| 12:24.26 | snuff-home | eliel: is <variable>MYVAR</variable> = ${MYVAR} in final output? |
| 12:26.30 | eliel | yeaph, don't put ${} the will be added. |
| 12:26.44 | eliel | s/the/they/ |
| 12:29.41 | eliel | snuff-home: take a look at <variablelist>, inside app_dial, maybe you can use it |
| 12:30.17 | snuff-home | mm dont think i need that much.. when u see the patch u can decide what to change :) |
| 12:34.59 | eliel | snuff-home: ok! |
| 12:39.47 | *** join/#asterisk-dev jeffg (i=sehW5PXg@pdpc/supporter/active/jeffg) |
| 12:49.04 | snuff-home | eliel: email addr again? |
| 12:49.12 | eliel | eliels at gmail |
| 12:49.22 | eliel | or eliel at eliel dot net |
| 12:49.49 | eliel | (hate those irc loggers out there) |
| 12:51.41 | eliel | snuff-home: You can validate the XML being generated running: 'xmlstarlet val -d /var/lib/asterisk/appdocsxml.dtd /var/lib/asterisk/core-en_US.xml' |
| 12:52.21 | snuff-home | ok.. xmlstarlet is part of * or local system commands? |
| 12:52.37 | eliel | local system commands 'sudo apt-get install xmlstarlet' |
| 12:53.03 | snuff-home | heh i'm slackware.. no such thing.. its all good.. i know i at least closed all tags.. |
| 12:53.08 | snuff-home | u should have the email :) |
| 12:53.54 | snuff-home | has 1 gripe with linux atm.. insert / replace mouse while in X.. u never see it again until restart X |
| 12:55.13 | eliel | received! thanks! |
| 12:55.48 | snuff-home | it will require a bit of looking over to make sure i've used the appropiate tags for lot of the func_strings :) |
| 12:59.48 | eliel | snuff-home: doing a review |
| 13:01.27 | eliel | snuff-home: ast_register_application must be replaced with ast_register_application_xml |
| 13:02.26 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 13:02.49 | snuff-home | knew i forgot something :) |
| 13:05.10 | eliel | snuff-home: also do not remove the ast_custom_functions, they are needed for the function name, and read/write function pointers |
| 13:05.52 | snuff-home | ok i got little over zelous.. i must have been looking wrong |
| 13:06.29 | eliel | snuff-home: don't worry, I am just saying this to you for the next time |
| 13:10.29 | snuff-home | hopefully the actual doco part is useful and saves you some time anyway |
| 13:10.31 | *** join/#asterisk-dev Cutlass (n=chatzill@c-67-176-208-15.hsd1.il.comcast.net) |
| 13:13.18 | eliel | snuff-home: offcourse!! great job!! thanks! |
| 13:13.57 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:13.57 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:15.48 | *** join/#asterisk-dev asteriskmonkey (n=asterisk@69.77.169.14) |
| 13:18.27 | *** join/#asterisk-dev steliosk (n=Stelios@79.107.28.152) |
| 13:19.45 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.108.195) |
| 13:19.45 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 13:29.41 | *** join/#asterisk-dev fred-tmft (n=fred-tea@c-98-243-174-131.hsd1.mi.comcast.net) |
| 13:31.43 | *** join/#asterisk-dev De_Mon (i=de_mon@fl-71-55-24-227.dhcp.embarqhsd.net) |
| 13:32.29 | eliel | snuff-home: explicit parameter must be marked with attribute: required="true" if no required attribute is set, it default to 'false' (optional parameter). |
| 13:32.48 | eliel | s/explicit parameter/required parameter/ |
| 13:47.23 | *** part/#asterisk-dev fred-tmft (n=fred-tea@c-98-243-174-131.hsd1.mi.comcast.net) |
| 14:09.24 | snuff-home | ah my bad.. when i remember taking quick look at another that was converted i figured that defaulted to req=true |
| 14:19.32 | *** part/#asterisk-dev asteriskmonkey (n=asterisk@69.77.169.14) |
| 14:19.52 | lmadsen | Qwell: ping |
| 14:19.59 | Qwell | semipong |
| 14:20.32 | eliel | snuff-home: there you are, func_string.c will need more work, can you fix what I point on irc? |
| 14:20.54 | lmadsen | Qwell: Tilghman corrected me that it was you who came up with the 'module verb argument(s)' format, and did the initial start of the CLI conversion between 1.2 and 1.4. Is that accurate? (I'm updating a presentation and writing a blog post) |
| 14:21.05 | Qwell | I didn't come up with it |
| 14:21.10 | Qwell | but I did do it |
| 14:21.24 | lmadsen | oh? was that Tilghman who came up with the format then perhaps? |
| 14:21.59 | Qwell | don't recall. maybe Kevin? I know he gave me the order. :D |
| 14:22.02 | *** join/#asterisk-dev mog (n=mog@nat/digium/x-35f68fadfca5e0f0) |
| 14:22.02 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 14:22.49 | Qwell | I blame mog! |
| 14:23.49 | lmadsen | well then maybe I just skip over who actually came up with the format... maybe it was a group effort... I remember there being some discussion here at one point |
| 14:25.13 | Qwell | bbiab |
| 14:25.16 | kpfleming | it was primarily my idea, yes |
| 14:25.29 | lmadsen | kpfleming: great, thanks! |
| 14:27.27 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:30.15 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.95.130) |
| 14:30.23 | codefreeze-lap | kpfleming: as per the uclibc we discussed yesterday; I see your point, I see the reporters point, too. He says that bzero and bcopy aren't in the default uclibc config, and you have to do ("a little") research to find out to turn them on; replacing them in asterisk isn't hard; but maybe we'd consider adding that to the programming guidelines... what do you think? |
| 14:31.43 | kpfleming | the problem with that is that uClibc can be configured a bazillion ways |
| 14:32.02 | elixer | "Enable bzero support" > doc/uclibc.txt |
| 14:32.17 | elixer | done and done. |
| 14:32.38 | kpfleming | i'm ok with replacing bzero and bcopy, there aren't that many uses of them, as long as the semantics of the replacement functions are exactly identical |
| 14:33.08 | kpfleming | but i don't want to see changes made that require more substantial work (more than search-and-replace) without it all being marked as uclibc specific |
| 14:33.30 | kpfleming | and if uclibc can provide glibc compatible behavior, then we go with elixer's suggestion and just make a document telling users what to do |
| 14:35.06 | elixer | lmadsen: the next edition of the book needs a chapter on embedded asterisk. |
| 14:35.12 | elixer | annnnnnnnnnnnnnnd go! |
| 14:35.14 | elixer | heh |
| 14:35.26 | lmadsen | I've never done any embedded asterisk work, so thanks for volunteering to write it :) |
| 14:35.33 | elixer | me either |
| 14:36.03 | Corydon76-dig | Hence we need Capouch to help us with it |
| 14:36.25 | lmadsen | that'd be nice |
| 14:41.56 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-65220de0fb3a90cf) |
| 14:41.56 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:42.24 | *** join/#asterisk-dev jeangal (n=jeang@nat/digium/x-52ff21e1918be277) |
| 14:45.17 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.108.195) |
| 14:45.18 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 14:47.12 | lmadsen | hrmmm... I consistently seem to spell the word 'consistent' wrong as 'consistant'... will need to make that mental note |
| 14:50.19 | lmadsen | Corydon76-dig: do you happen to have that video of me presenting at AstriDevCon? |
| 14:50.51 | ajohnson | And what's happening to the other videos that were shot? |
| 14:50.52 | Corydon76-dig | in pieces |
| 14:51.12 | Corydon76-dig | Nothing has happened to them... I just haven't done anything with them |
| 14:52.02 | Corydon76-dig | Well, other than load them onto the hard drive in iMovie |
| 14:53.10 | lmadsen | Corydon76-dig: cool... I wouldn't mind maybe getting the pieces and trying to put it back together so I can attach it to my blog post about the CLI stuff |
| 14:53.22 | lmadsen | I'm still writing it though, so whenever you had a chance over the coming days |
| 14:53.29 | lmadsen | I'll just attach it after the fact |
| 14:53.42 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:53.42 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:05.52 | Corydon76-dig | lmadsen: I'll look at stitching it together on Sunday, perhaps |
| 15:06.13 | Corydon76-dig | Honestly, until you mentioned it, I had plum forgotten about them |
| 15:06.17 | lmadsen | coolio... or you could just send the raw files if you don't get that far and I can stitch it together here as I also have iMovie |
| 15:06.36 | lmadsen | Corydon76-dig: ya... that's why I'm writing up this blog so that I don't go any longer without mentioning what we did |
| 15:06.44 | lmadsen | gonna be a pretty long post it looks like |
| 15:06.55 | lmadsen | going through my presentation and basically writing up what I would have said |
| 15:11.07 | *** join/#asterisk-dev Kernel_Core (n=I@85.133.155.134) |
| 15:11.10 | Kernel_Core | hi all |
| 15:15.39 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 15:22.14 | seanbright | hmmm |
| 15:22.20 | seanbright | sox is an implied dependency |
| 15:22.23 | seanbright | but we don't check for it. |
| 15:23.01 | *** part/#asterisk-dev Kernel_Core (n=I@85.133.155.134) |
| 15:23.04 | kpfleming | dependency of what? |
| 15:23.05 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 15:23.05 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 15:23.10 | file | implied dependency? |
| 15:23.15 | seanbright | res_monitor, app_voicemail, app_minivm |
| 15:23.30 | kpfleming | ugh.. that should be configurable, so it's obvious |
| 15:23.42 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:24.29 | russellb | hmm ... is it 1.6.1-beta1 time? |
| 15:24.37 | seanbright | wow |
| 15:24.44 | seanbright | shotgun development! |
| 15:24.45 | seanbright | heh |
| 15:24.50 | kpfleming | i think it may very well be, yes |
| 15:24.51 | russellb | well it's already branched :) |
| 15:24.58 | seanbright | sho nuff |
| 15:25.15 | seanbright | i'm adding a check to configure for sox (there is already one for soxmix) |
| 15:25.17 | ctooley | And I think there's quite a few changes in 1.6.1 that would be good to get out there. ;) |
| 15:25.21 | seanbright | will block 1.6.0 and 1.6.1 |
| 15:25.22 | russellb | yes! |
| 15:25.42 | russellb | adding a check will be tricky ... |
| 15:25.46 | seanbright | why? |
| 15:25.52 | seanbright | i'm done already |
| 15:25.52 | seanbright | heh |
| 15:25.53 | russellb | keep in mind that you're looking for it as an app that runs on the _target_ not the host |
| 15:26.01 | seanbright | hmmm. |
| 15:26.15 | russellb | (think cross compiling) |
| 15:26.19 | file | seanbright: welcome to the wonderful world of cross compiling |
| 15:26.29 | seanbright | well there is already a check for soxmix that just uses AC_CHECK_TOOL |
| 15:27.26 | kpfleming | that will fail in most cross-compile scenarios |
| 15:27.27 | seanbright | AC_CHECK_TOOL prepends the target host |
| 15:27.30 | jameswf-home | Any dev objections to me patch plussing asterisk 1.6 and calling it ksiretsa 12.8 |
| 15:27.32 | seanbright | damn you all! |
| 15:27.35 | seanbright | goes to smoke |
| 15:27.37 | kpfleming | because you can't see the target filesystem at all |
| 15:27.58 | kpfleming | AC_CHECK_TOOL is for compile-time tools, not run-time tools |
| 15:28.05 | kpfleming | ld, gas, ar, ranlib, stuff like that |
| 15:28.20 | kpfleming | so using it for soxmix is totally broken |
| 15:28.53 | kpfleming | waits for someone to estimate the amount of fail involved |
| 15:29.16 | ctooley | estimates that he fails about 90% of the time. |
| 15:29.18 | tzanger | calculating fail... |
| 15:29.19 | tzanger | ... |
| 15:29.20 | tzanger | ... |
| 15:29.21 | ctooley | now, what are we failing at? |
| 15:29.24 | tzanger | fail quotient: moderate. |
| 15:29.29 | file | M11589 |
| 15:29.31 | MuffinMan | [closed] [Asterisk] Resources/res_monitor 0011589: Monitor and One Touch Recording call for "soxmix" reported by amessina (Karma: neutral) http://bugs.digium.com/view.php?id=11589 |
| 15:30.01 | russellb | the release script is hanging, i think it's generating a 1.6.1-beta1 changelog from the beginning of time ^_^ |
| 15:30.03 | jsmith | I'm guessing the best you can do is a run-time check that returns some type of log message |
| 15:30.11 | russellb | jsmith: yes! |
| 15:30.20 | russellb | that's about all you can do |
| 15:30.47 | ctooley | russellb, so at least there'd be a complete list of all features dating back to the first non-import commit into SVN |
| 15:30.53 | ctooley | that'd be.... uhhh.... useful? |
| 15:31.13 | russellb | the svn logs contain commit history from cvs, too |
| 15:31.34 | kpfleming | yes... 'import version 0.1 from FTP' :-) |
| 15:31.40 | russellb | I had to deal with this with 1.6.0, too ... |
| 15:31.47 | russellb | I think I cut it at 1.4.0-beta1 or something |
| 15:31.49 | ctooley | kpfleming, that's the kind I was talking about. |
| 15:32.23 | kpfleming | russellb: so the release script needs a new way to calculate the starting point... from when the previous version was branched |
| 15:33.04 | russellb | yeah |
| 15:33.12 | ctooley | sounds like a command line argument to me. |
| 15:33.22 | russellb | I could probably accomplish that with just using 1.6.0-beta1 as the previous tag argument |
| 15:33.26 | russellb | assuming that was made when the branch was made |
| 15:34.32 | lmadsen | russellb: got a link to that wiki for astridevcon kicking around? |
| 15:34.45 | file | http://astridevcon.pbwiki.com/ |
| 15:34.51 | russellb | http://astridevcon.pbwiki.com/ |
| 15:35.47 | lmadsen | merci |
| 15:37.52 | russellb | awww ... the changelog it generated was all of the changes made in the 1.6.1 branch, not the stuff in trunk |
| 15:37.54 | russellb | HRM |
| 15:38.05 | russellb | tricky tricky ... |
| 15:39.50 | kpfleming | yeah. that is complicated |
| 15:40.06 | kpfleming | you need all the stuff from 1.6.0's branch point to 1.6.1's branch point in trunk, plus the changes in the 1.6.1 branch |
| 15:40.21 | russellb | exactly ... |
| 15:40.41 | russellb | so i guess the log command needs to be done on the 1.6.1 branch ... but starting at the rev where 1.6.0 was branched .. |
| 15:45.23 | kpfleming | yeah, that would do it |
| 15:45.58 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
| 15:57.30 | seanbright | ok, so russellb introduced the bogus soxmix test |
| 15:57.34 | seanbright | YES! OWNED! |
| 15:57.35 | seanbright | heh |
| 15:57.36 | russellb | neat! |
| 15:57.39 | russellb | go me |
| 15:57.44 | russellb | fails |
| 15:57.49 | seanbright | russellb <3 |
| 15:58.03 | seanbright | your pass to fail ratio is good |
| 15:58.09 | russellb | yayyy |
| 15:58.14 | seanbright | happens to the best of us |
| 15:58.17 | seanbright | *pat* *pat* |
| 15:58.20 | seanbright | heh |
| 15:58.49 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-9de082acf2af05ec) |
| 16:00.48 | seanbright | another idea that i will suggest and not implement |
| 16:00.59 | seanbright | mkrelease should auto-create the version in mantis |
| 16:01.05 | seanbright | thank you and good night. |
| 16:04.51 | kpfleming | actually, the release list in mantis could be derived from tags... and we could put a property on the tags we don't want included any longer |
| 16:05.07 | seanbright | ohhh |
| 16:05.09 | seanbright | even better. |
| 16:05.12 | kpfleming | would only be able to update every hour or so, though |
| 16:08.02 | seanbright | ugh. 'sox -h' returns 1. |
| 16:08.05 | seanbright | lameeeeeee. |
| 16:26.09 | ctooley | I know this is reaching way way back, but does anyone happen to remember if 1.2.12 supported the "delete" option in voicemail's realtime config? |
| 16:26.49 | kpfleming | subversion knows |
| 16:26.52 | russellb | heh |
| 16:27.05 | russellb | actually, i maintain a complete feature and bug list for every release, ever made |
| 16:27.09 | russellb | (in my brain) |
| 16:27.20 | Qwell | svn did_you_have_the_delete_option_in_1.2.12 apps/app_voicemail.c |
| 16:27.26 | ctooley | I'm looking through the code and it appears to look like it does. But, realtime isn't my strong suit. |
| 16:27.30 | seanbright | ctooley: based on a quick glance i would say yes. |
| 16:27.47 | russellb | you guys are too nice, the correct answer was RTFSC |
| 16:27.52 | ctooley | seanbright, that's my opinion too |
| 16:28.13 | ctooley | russellb, As we did RTFSC, that is not necessarily the appropriate response. :) |
| 16:28.34 | ctooley | I was looking for a confirmation that my reading of the TFSC was not "off". |
| 16:28.38 | russellb | :-p |
| 16:28.42 | russellb | i'm just trolling |
| 16:28.57 | ctooley | And I'm attempting to continue the troll |
| 16:29.28 | ctooley | it's good irc-iquette |
| 16:30.36 | lmadsen | what asterisk sucks? |
| 16:30.45 | lmadsen | sorry... I missed the conversation |
| 16:32.09 | hardwire | tries to figure out what where who. |
| 16:33.12 | ctooley | OK, another stupid question. What environment variable to I set when compiling asterisk-addons to tell it where the compiled asterisk include files are? |
| 16:33.59 | russellb | ./configure --with-asterisk=/some/path |
| 16:34.09 | ctooley | russellb, thanks |
| 16:34.12 | russellb | without that, it will just use standard system include locations |
| 16:34.15 | russellb | so, /usr/include/asterisk |
| 16:35.29 | ctooley | so /opt/asterisk or /opt/asterisk/include? |
| 16:35.51 | russellb | shrugs |
| 16:36.30 | kpfleming | the former |
| 16:36.55 | ctooley | kpfleming, thanks |
| 16:44.25 | *** join/#asterisk-dev outtolunc (n=me@c-24-130-75-122.hsd1.ca.comcast.net) |
| 16:47.57 | jameswf-home | so i (stupid i know) didnt make uninstall and was getting seg faults. I fixed it with make uninstall but I seem to recall 1.4 whining alot about old components in place I didnt see 1.6 do this... |
| 16:49.25 | Qwell | jameswf-home: it still does |
| 16:50.09 | jameswf-home | I must not have been paying attention or it was some obscure lib somewhere that didnt get picked up |
| 16:51.35 | seanbright | hmmm |
| 16:51.38 | seanbright | Loading Dahdi hardware modules: |
| 16:51.44 | seanbright | should be DAHDI, yes? |
| 16:52.34 | seanbright | (might be running an old version...) |
| 16:53.25 | seanbright | yes indeed, old ver. |
| 16:53.26 | jameswf-home | yeah it had zaptel ripped it out put in dahdi.. |
| 16:53.50 | jameswf-home | needs to be a hoosier in there |
| 16:57.41 | seanbright | could a DAHDI guy check http://pastebin.ca/1218178 in reference to 13614? |
| 16:57.47 | seanbright | runs off to lunch in the meantime |
| 16:58.43 | jsmith | Uh... anybody wanna help me with a really stupid DAHDI problem? |
| 17:00.13 | jameswf-home | jsmith: I hear castration works |
| 17:00.21 | jameswf-home | bud bum pshhh |
| 17:00.37 | tzafrir_laptop | jsmith, what is it? |
| 17:01.06 | jsmith | tzafrir_laptop: Brand new DAHDI-linux-complete 2.0.0+2.0.0 and Asterisk 1.6.0 |
| 17:01.09 | jsmith | (both from tarballs) |
| 17:01.24 | jsmith | DAHDI configured for a single FXO port, channel 4 |
| 17:01.33 | jsmith | dahdi_cfg -vvv looks good |
| 17:01.40 | jsmith | dahdi_tool says everything is OK |
| 17:02.00 | jsmith | "dahdi show status" in the Asterisk CLI shows the card in yellow alarm |
| 17:02.21 | jsmith | When I try to dial out the DAHDI channel, I get a "Cause 0 - Unknown" error. |
| 17:04.27 | tzafrir_laptop | seanbright, looks simple enough |
| 17:04.59 | tzafrir_laptop | There are up to 128 spans. So the price is not too high |
| 17:05.53 | tzafrir_laptop | jsmith, 'dahdi show channel 4' shows it as 'InAlarm: 1'? |
| 17:06.32 | jsmith | tzafrir_laptop: Yes... but it seems to be very intermittent |
| 17:06.52 | jsmith | tzafrir_laptop: I just did a "dahdi restart", and then it was OK... but then it went into alarm again |
| 17:06.59 | tzafrir_laptop | does it have anything connected to it? |
| 17:07.08 | jsmith | Yes, a phone line from the phone company |
| 17:07.15 | jsmith | checked layer 1 first! |
| 17:07.39 | jameswf | jsmith: fxotune maybe its a crappy phone line and the impedance is junked up |
| 17:07.40 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:07.40 | tzafrir_laptop | can you check debug/full log? |
| 17:08.49 | tzafrir_laptop | do you see a single "alarm" event, or multiple "alarm on/alarm off" events? |
| 17:08.50 | jsmith | tzafrir_laptop: It's out of alarm now and not having any problems, so I'm gonna consider it fixed for now |
| 17:09.06 | jsmith | I see a single alarm event in the logs... either going into alarm or coming out of alarm |
| 17:09.17 | jsmith | just made a call out the line, and it worked |
| 17:09.21 | mvanbaak | russellb: does the release of beta1 mean 1.6.2 will be branched soon ? |
| 17:09.30 | russellb | probably not, no |
| 17:09.33 | mvanbaak | phew |
| 17:09.38 | russellb | we have work to do |
| 17:09.45 | russellb | probably won't branch 1.6.2 until 1.6.1 is actually released |
| 17:09.48 | mvanbaak | russellb: I want to get the cli_aliases into 1.6.2 if that's ok |
| 17:09.50 | russellb | so, we have a couple months |
| 17:09.52 | russellb | nods |
| 17:09.54 | russellb | that's fine |
| 17:09.59 | jameswf | I have had about 6 people this week teamed their T1 cards were not working who called back a day later and said oh sorry the telco had som faulty equipment. |
| 17:10.14 | mvanbaak | russellb: cool! |
| 17:10.28 | jameswf | *steamed |
| 17:10.33 | russellb | jameswf: relevant to -dev now? |
| 17:10.38 | russellb | s/now///how |
| 17:10.53 | russellb | s/now/how/ ... |
| 17:10.57 | jameswf | regex fail! |
| 17:11.41 | jameswf | russellb: it was in context to the "support" conversation above |
| 17:12.02 | mvanbaak | btw, any idea what oej is going to do with the meetme_fixes branch ? |
| 17:12.46 | russellb | no clue. |
| 17:12.48 | russellb | haven't looked |
| 17:13.04 | tzafrir_laptop | jsmith, there is an explicit check for alarm a while after the channel is opened |
| 17:13.04 | mvanbaak | no commits but the branching and enabling automerge |
| 17:13.14 | russellb | shrugs |
| 17:13.19 | mvanbaak | I'm just curious |
| 17:13.27 | tzafrir_laptop | But this means that the driver thinks that the channel is in alarm |
| 17:13.27 | russellb | "Need to save "systemname" in the realtime database for meetme's" |
| 17:13.32 | tzafrir_laptop | cat /proc/dahdi/1 |
| 17:13.53 | mvanbaak | ah yeah. but that's not needing a whole seperate branch ;) |
| 17:14.25 | tzafrir_laptop | jsmith, so it probably picked up a wrong state somehow. Try disconnecting and connecting the line |
| 17:14.43 | tzafrir_laptop | and cat /proc/dahdi/1 again |
| 17:15.13 | hardwire | notes that tzafrir_laptop is omnipresent |
| 17:15.46 | tzafrir_laptop | aren't we all multi-channel? |
| 17:16.31 | mvanbaak | most of us are |
| 17:22.35 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 17:27.31 | jsmith | tzafrir_laptop: Unplugging it and re-plugging it seem to clear things up... I'll investigate more later |
| 17:43.51 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-178.west.biz.rr.com) |
| 17:48.41 | *** join/#asterisk-dev fred-tmft (n=fred-tea@65.199.96.2) |
| 17:49.17 | *** part/#asterisk-dev fred-tmft (n=fred-tea@65.199.96.2) |
| 18:03.16 | mvanbaak | russellb: you here ? |
| 18:03.34 | Qwell | points at russellb in jpeeler's office |
| 18:04.38 | mvanbaak | sits down in front of jpeeler's office and waits for russellb to get out |
| 18:05.47 | mvanbaak | hhmm |
| 18:05.51 | mvanbaak | wait |
| 18:06.03 | mvanbaak | you cannot 'svn cp' between repo's ? |
| 18:11.21 | kpfleming | no |
| 18:11.27 | kpfleming | a copy is a revision within the repo |
| 18:11.46 | kpfleming | mvanbaak: did you see my private message? |
| 18:12.46 | mvanbaak | nope |
| 18:13.16 | seanbright | tzafrir_laptop: so should i just commit that fix? |
| 18:13.25 | kpfleming | mvanbaak: now? |
| 18:13.30 | mvanbaak | yup |
| 18:13.46 | mvanbaak | must be my screen setup. it was pretty borked earlier today |
| 18:14.33 | seanbright | i've asked this before, but... there is no merge process for dahdi currently, correct? |
| 18:15.04 | tzafrir_laptop | seanbright, looks ok to me |
| 18:15.32 | seanbright | tzafrir_laptop: actually, i need to make sure i don't overrun span_filter |
| 18:15.40 | tzafrir_laptop | mvanbaak, you can use svn merge between different local copies |
| 18:16.01 | kpfleming | no, dahdi is just trunk, there are no branches yet |
| 18:16.07 | seanbright | k |
| 18:16.09 | kpfleming | but automerge is enabled for developer branches |
| 18:18.57 | seanbright | tzafrir_laptop: i assume you saw... |
| 18:18.58 | seanbright | M13615 |
| 18:19.00 | MuffinMan | [new] [DAHDI-tools] Utilities 0013615: xpp/dahdi_genconf reported by jfinstrom (Karma: neutral) http://bugs.digium.com/view.php?id=13615 |
| 18:22.32 | De_Mon | tzafrir_laptop i'm poking around the pkg-voip svn repository hunting for something I can use to build the recently released 1.6.0 |
| 18:24.34 | mvanbaak | I'm fighting with the OpenBSD ports ;) |
| 18:24.55 | seanbright | shouldn't genzaptelconf not be in dahdi? |
| 18:25.14 | mvanbaak | no, you will need gendahdiconf there |
| 18:25.31 | seanbright | there is a dahdi_genconf |
| 18:25.38 | mvanbaak | see |
| 18:25.40 | mvanbaak | there you go |
| 18:25.54 | seanbright | just want confirmation from kpfleming or tzafrir_laptop that i can remove it |
| 18:26.13 | seanbright | i think third party stuff (sangoma install maybe?) still expects it |
| 18:28.14 | mvanbaak | hhmm, I need something so I can point the 'make install' to a local soundfiles mirror |
| 18:28.23 | kpfleming | there shouldn't be any genzaptelconf in dahdi, no |
| 18:28.33 | seanbright | cool |
| 18:28.41 | mvanbaak | 100KB/s is just too slow |
| 18:31.10 | mvanbaak | ok, I'm off for today |
| 18:31.24 | mvanbaak | will be back to do some asterisk work tomorrow |
| 18:31.32 | jameswf | some of our third party people stuff keep up... |
| 18:31.36 | jameswf | evolve or die |
| 18:32.10 | kpfleming | jameswf: i assume you did not find it difficult to port your stuff over to dahdi? |
| 18:33.41 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 18:33.43 | jameswf | we have had it for months but just started hard core testing... want to make sure if we find issues it is us... hard to do in RC ... I have a 1.6+2.0 box with a couple cards in it now thats what i am using to play with the new toys and to make sure we take advantage of said toys |
| 18:33.54 | kpfleming | cool |
| 18:34.31 | jameswf | the dahdi_scan looks like it could be handy... also dahdi_diag |
| 18:34.54 | kpfleming | well, those aren't actually new... just new names :-) |
| 18:35.18 | jameswf | never really used em before,,, |
| 18:36.53 | jameswf | I should probably close 13536 as it looks like it was done in dahdi and zaptel is probably officialy dead |
| 18:37.08 | kpfleming | it is |
| 18:37.33 | kpfleming | we will continue to put bug fixes into the zaptel svn branch, but no more tags or numbered releases unless there is a major critical issue |
| 18:38.11 | jameswf | I guess I cant close it bah |
| 18:38.27 | lmadsen | mvanbaak: ping! |
| 18:38.34 | lmadsen | oh... he left for the day |
| 18:39.38 | kpfleming | lmadsen can close it for you |
| 18:39.48 | lmadsen | M13536 |
| 18:39.50 | MuffinMan | [new] [Zaptel] Utilities 0013536: [patch] zttest print formatting reported by jfinstrom (Karma: +0.25) http://bugs.digium.com/view.php?id=13536 |
| 18:40.58 | seanbright | i don't like the space before the \n |
| 18:41.01 | seanbright | close it |
| 18:41.01 | seanbright | heh |
| 18:41.23 | De_Mon | oh comon, fix it |
| 18:47.53 | seanbright | kpfleming, tzafrir_laptop: is this the correct fix for 13615? --> http://pastebin.ca/1218267 |
| 18:47.56 | seanbright | M13615 |
| 18:47.58 | MuffinMan | [new] [DAHDI-tools] Utilities 0013615: xpp/dahdi_genconf reported by jfinstrom (Karma: +1.50) http://bugs.digium.com/view.php?id=13615 |
| 18:48.51 | kpfleming | no idea... never looked at genconf, that one belongs to tzafrir_laptop |
| 18:48.55 | seanbright | k |
| 18:48.58 | seanbright | sorry |
| 18:49.30 | seanbright | lmadsen: agreed that 13536 should be closed. |
| 18:49.38 | lmadsen | already done :) |
| 18:49.41 | seanbright | nice. |
| 18:56.29 | jameswf | heh |
| 18:56.29 | jameswf | I rock FreeBSD 6.x and 7.x and have NO DESIRE to migrate to linux just because |
| 18:56.29 | jameswf | of DAHDI. |
| 18:56.48 | jameswf | I rock linux... |
| 19:01.47 | seanbright | #define EVER ;; |
| 19:01.50 | seanbright | for (EVER) |
| 19:01.53 | seanbright | teehee |
| 19:04.54 | file | peeks in |
| 19:06.21 | tzafrir_laptop | seanbright, a bug in Dahdi::Config::GenconfDefaults , indeed |
| 19:07.07 | tzafrir_laptop | err... what's the difference between "confirmed" and "acknowledged"? |
| 19:07.22 | seanbright | shrugs |
| 19:07.29 | tzafrir_laptop | Which of them tells "this is indeed a valid bug? |
| 19:07.36 | seanbright | i posted a proposed patch and assigned to you |
| 19:07.40 | seanbright | otherwise i wash my hands of it |
| 19:07.40 | seanbright | :) |
| 19:07.50 | seanbright | acknowledged i suppose |
| 19:07.50 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:10.17 | De_Mon | seanbright Hah! I was going to say confirmed |
| 19:10.32 | seanbright | i'm not married to either |
| 19:11.05 | De_Mon | the way I read it was someone has acknowledged that the bug was posted vs someone has confirmed that it's a bug |
| 19:11.27 | seanbright | ah |
| 19:11.28 | seanbright | yeah |
| 19:11.30 | seanbright | that makes sense. |
| 19:11.41 | tzafrir_laptop | acknowledged comes first on the list, so acknowledged it is |
| 19:12.28 | De_Mon | i'm not really sure why you'd want both, acknowledged maybe means that the bug marshal has asked someone who knows about that area to look at it, but it wasn't actually assigned to anyone |
| 19:13.30 | tzafrir_laptop | seanbright, your fix only handles the can of an installation through 'make install' . But does not handles running things in other ways |
| 19:13.46 | tzafrir_laptop | e.g. before 'make install', or from distro packages |
| 19:13.54 | seanbright | tzafrir_laptop: was just trying to knock out a couple bugs |
| 19:14.26 | seanbright | tzafrir_laptop: i'll defer to you for the correct fix. |
| 19:27.59 | codefreeze-lap | Corydon76-dig: I have a user saying that in 1.4, the func_odbc write isn't getting run... he says it doesn't work in trunk, either.... can you help me? |
| 19:28.44 | codefreeze-lap | It's probably something simple.... |
| 19:29.19 | seanbright | falves |
| 19:29.20 | seanbright | ? |
| 19:30.00 | codefreeze-lap | seanbright: yep, but I just put a debug into his func_odbc write func, and it's really not being called. |
| 19:30.19 | seanbright | weird. |
| 19:30.36 | file | have you looked at the list of dialplan functions to see if it is registered? looked at console output when it is loaded to confirm no issues? |
| 19:31.08 | codefreeze-lap | file: the read half works fine. He does queries fine. |
| 19:31.25 | file | what is the dialplan line? |
| 19:31.47 | seanbright | here's a question... if you have a call to a function that is a noop (void foo(int x, int y) { }) will gcc optimize out the callsite altogether? |
| 19:31.52 | seanbright | (in C) |
| 19:33.44 | codefreeze-lap | file: exten => h,1,verbose(0,"${CDR(userfield)}") |
| 19:33.47 | Corydon76-dig | codefreeze-lap: considering that he filed a bug a few weeks ago that read wasn't working, and I disproved that, I'd have to see it |
| 19:33.58 | Corydon76-dig | codefreeze-lap: More likely, it's a problem with his dialplan |
| 19:34.00 | file | that's reading... not writing |
| 19:34.09 | codefreeze-lap | file: not done yet |
| 19:34.45 | file | and isn't that func_cdr? |
| 19:35.02 | De_Mon | codefreeze-lap maybe you should use pastebin instead of typing it all out |
| 19:35.13 | codefreeze-lap | file: exten => h,n,Set(MINIXEL_ROUTING=${CDR(userfield)} |
| 19:35.23 | codefreeze-lap | De_Mon: good idea. |
| 19:35.29 | file | there's no ) at the end of that |
| 19:35.45 | codefreeze-lap | file: typo. there is. just missed it |
| 19:35.46 | Corydon76-dig | M13451 |
| 19:35.48 | MuffinMan | [closed] [Asterisk] Functions/func_odbc 0013451: func odbc readsql is broken in Trunk reported by falves11 (Karma: +0.50) http://bugs.digium.com/view.php?id=13451 |
| 19:36.08 | file | and shouldn't that be MINIXEL_ROUTING() |
| 19:36.28 | Corydon76-dig | file: yes, it should |
| 19:36.29 | codefreeze-lap | Corydon76-dig: I hope *this* issue doesni't have to go that far/long; it'll educate me to debug it, tho |
| 19:36.43 | codefreeze-lap | Ah-ha! |
| 19:37.02 | file | yeah... that is how the PBX core determines it is a dialplan function |
| 19:38.30 | codefreeze-lap | OK, good, he's sticking that in... |
| 19:38.51 | seanbright | that's what she said |
| 19:38.52 | seanbright | woo |
| 19:39.06 | russellb | zing |
| 19:39.27 | seanbright | it's close enough to after hours |
| 19:39.30 | Qwell | damn you seanbright.. |
| 19:39.39 | seanbright | hmm? |
| 19:39.44 | Qwell | nothing :p |
| 19:40.56 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:40.56 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 19:41.16 | seanbright | so back to my question... |
| 19:41.19 | tzafrir_laptop | and speaking of house keeping, any reason not to apply 13542? |
| 19:41.23 | tzafrir_laptop | M13542 |
| 19:41.26 | MuffinMan | [confirmed] [DAHDI-linux] dahdi (the module) 0013542: [patch] CONFIG_DAHDI_NET compiling error reported by biohumanoid (Karma: +4.00) http://bugs.digium.com/view.php?id=13542 |
| 19:41.36 | seanbright | in C, if you have a call to a function that is a noop (void foo(int x, int y) { }) will gcc optimize out the callsite altogether? |
| 19:41.53 | tzafrir_laptop | At least two of them are very obvious typos |
| 19:42.10 | tzafrir_laptop | And this bug has two or three other duplicates |
| 19:43.13 | tzafrir_laptop | seanbright, in the same object? with -O2? yes |
| 19:43.41 | seanbright | cool |
| 19:43.57 | seanbright | that is contributing to 13608 |
| 19:44.23 | seanbright | the fix is similar to 13542 |
| 19:44.31 | seanbright | outbuf -> oldbuf |
| 19:44.45 | tzafrir_laptop | it is a dup |
| 19:44.53 | seanbright | different lines |
| 19:44.56 | seanbright | (i think) |
| 19:45.13 | tzafrir_laptop | and it seems that the poster of the bug is not exactly right thus about "out of the box" |
| 19:45.27 | tzafrir_laptop | he did change dahdi_config.h |
| 19:49.33 | codefreeze-lap | file: a muffin for you... looks like it's working. I've not played with this stuff at all. |
| 19:49.54 | russellb | codefreeze-lap: what, dialplan functions? :-p |
| 19:50.00 | file | raises eyebrow |
| 19:50.49 | seanbright | i want to see all commits that changed a specific line. any way to do that? |
| 19:51.53 | jameswf | kpfleming: whos the digium resident zap/dahdi guru |
| 19:52.58 | tzafrir_laptop | jameswf, there are several of those here. Shoot |
| 19:52.58 | russellb | jameswf: depends on the question. |
| 19:53.20 | jameswf | russellb: T1 as a "data link" |
| 19:55.21 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 19:56.31 | seanbright | ~ask |
| 19:56.31 | jbot | rumour has it, ask is Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 19:56.34 | seanbright | weeeee! |
| 19:58.46 | russellb | sounds like a #asterisk or support@digium.com question :-p |
| 19:58.55 | russellb | depending on whether you're a customer or not. :) |
| 20:04.02 | seanbright | anyone mind if i put CONFIG_DAHDI_DEBUG into dahdi_config.h? |
| 20:06.42 | *** join/#asterisk-dev Corydon76-dig (i=one@pdpc/supporter/bronze/Corydon76-home) |
| 20:06.42 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 20:08.26 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:09.37 | *** part/#asterisk-dev jeangal (n=jeang@nat/digium/x-52ff21e1918be277) |
| 20:16.19 | seanbright | tzafrir_laptop: in reference to 13542, dahdi-base.c.hdlc.patch looks right. dahdi_net_2622.diff is out of my realm of expertise to comment on. |
| 20:16.53 | tzafrir_laptop | seanbright, my guess is that it "maybe works" |
| 20:17.14 | tzafrir_laptop | it was so badly broken, and thus nobody really used it |
| 20:17.22 | seanbright | yeah |
| 20:17.35 | tzafrir_laptop | or actually, somebody actually used it, and submitted this patch |
| 20:17.53 | tzafrir_laptop | So we better apply the patch early in the release cycle |
| 20:18.04 | seanbright | the strange part about the "outbug" part is that someone tried to fix it in svn and changed it to "outbuf" instead of "oldbuf" :) |
| 20:18.27 | seanbright | which is why when i was looking at it i said it wasn't the same problem |
| 20:19.45 | tzafrir_laptop | seanbright, dahdi_config.h currently does not get installed . unlike kernel.h |
| 20:19.57 | tzafrir_laptop | which is a bit of a problem |
| 20:20.06 | seanbright | ah |
| 20:20.34 | tzafrir_laptop | I'm not sure why, actually |
| 20:21.05 | seanbright | looks like some one named tzafrir is the culprit |
| 20:21.10 | seanbright | http://svn.digium.com/view/dahdi/linux/trunk/drivers/dahdi/dahdi-base.c?view=diff&r1=4899&r2=4900 |
| 20:21.16 | seanbright | :) |
| 20:21.48 | tzafrir_laptop | wonder what's this "commit message template" thingy's for |
| 20:21.53 | seanbright | for commits |
| 20:22.01 | kpfleming | right |
| 20:22.13 | seanbright | it is a "template" for "commit messages" |
| 20:22.14 | seanbright | :) |
| 20:22.15 | kpfleming | so all the right people get credit for the patch, and the issue will be updated automatically |
| 20:23.43 | seanbright | tzafrir_laptop: your commit resolves 13608 as well? |
| 20:35.45 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 20:35.45 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:40.59 | *** join/#asterisk-dev pjezek (n=pj@193.85.164.154) |
| 20:48.44 | *** join/#asterisk-dev ta^3 (n=tacvbo@189.146.185.238) |
| 21:01.10 | seanbright | did the drinking start early? |
| 21:02.13 | Corydon76-dig | Mmmm, Scotch |
| 21:08.46 | *** join/#asterisk-dev ido (n=ido@unaffiliated/ido) |
| 21:09.12 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:19.18 | *** join/#asterisk-dev Cresl1n (n=matt@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 21:19.18 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 21:21.01 | codefreeze-lap | #$@!#$!@!#@ how do you set the trunk asterisk's console to have a black background? Anyone know? |
| 21:22.01 | russellb | codefreeze-lap: you should really read all commits ... |
| 21:23.00 | russellb | commit asterisk 139981 |
| 21:23.06 | MuffinMan | [139981] Committed by tilghman on 2008-08-25T23:13:32.183106Z: Optional light colored background, for those who use black on white terminals. |
| 21:23.06 | MuffinMan | ..(closes issue #13306) |
| 21:23.06 | MuffinMan | .. Reported by: Corydon76 |
| 21:23.07 | MuffinMan | .. Patches: |
| 21:23.07 | MuffinMan | .. 20080814__bug13306__3.diff.txt uploaded by Corydon76 (license 14) |
| 21:23.10 | MuffinMan | .. Tested by: Corydon76, pkempgen |
| 21:23.13 | MuffinMan | .. |
| 21:23.14 | MuffinMan | .. http://svn.digium.com/view/asterisk?view=rev&revision=139981 |
| 21:24.09 | seanbright | that viewvc link at the end is quite handy |
| 21:24.16 | seanbright | whoever added that is obviously a genius |
| 21:32.04 | codefreeze-lap | On trunk, the log messages where it shows the file and line no., are totally invisible. Like white on white.... |
| 21:44.18 | *** join/#asterisk-dev eliel (n=eliel@151-202-114-200.fibertel.com.ar) |
| 21:45.25 | codefreeze-lap | ahha, asterisk -W, that's better |
| 21:45.45 | codefreeze-lap | russellb: thanks for the ref; that was a long read. |
| 21:47.50 | russellb | nods |
| 21:51.23 | Corydon76-dig | Mark actually got on me about that commit. I wonder if I should make the old behavior default and allow other behavior with flags |
| 21:52.52 | Corydon76-dig | Anybody have an idea? |
| 21:53.38 | seanbright | well it's already been in a release, yeah? |
| 21:53.47 | Corydon76-dig | Nope |
| 21:53.49 | seanbright | oh |
| 21:53.55 | seanbright | well then yeah, old behavior = default |
| 21:54.11 | Corydon76-dig | trunk only |
| 21:54.33 | jpeeler | prefers at least the behavior to be configurable |
| 21:55.02 | codefreeze-lap | personally, I'd like black screen = default, maybe -w for white (the current def), and -W to go white with the color shift, like it is now. |
| 21:55.51 | Corydon76-dig | codefreeze-lap: the current default actually, is not to mess with the background at all |
| 21:56.25 | Corydon76-dig | I have black backgrounds by default, so I don't actually see anything different |
| 21:58.03 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-a96fcd2a38b21b71) |
| 21:58.04 | codefreeze-lap | yeah, my Konsole's are white normally; so, I guess, -w would be "don't set the bg term color", then. |
| 21:58.18 | Corydon76-dig | Messing with somebody's background is generally considered to be a Bad Thing |
| 21:59.40 | jpeeler | i would prefer the black background (forced) to be default, but could live with a flag that did the old behavior |
| 21:59.52 | codefreeze-lap | True, but "it look so good!" |
| 22:00.13 | codefreeze-lap | uh, that was to Corydon76-dig |
| 22:01.30 | Corydon76-dig | codefreeze-lap: white looks good, too |
| 22:04.06 | seanbright | yikes... |
| 22:05.48 | *** part/#asterisk-dev Cresl1n (n=matt@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 22:18.59 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-178.west.biz.rr.com) |
| 22:25.38 | *** part/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-65220de0fb3a90cf) |
| 22:26.45 | tzanger | anyne at digium see cresl1n around? |
| 22:27.28 | file | looks around |
| 22:27.28 | file | nope |
| 22:28.27 | seanbright | looks around |
| 22:28.43 | codefreeze-lap | file: unless cresl1n is, like, on a trip to visit you, that might not have been very helpful, .... you too, seanbright!! |
| 22:28.55 | seanbright | file is in AL methinks |
| 22:29.06 | file | did you not get the email I sent out to software dev saying I was going to Huntsville? :P |
| 22:29.06 | codefreeze-lap | but, fwiw, I haven't seen him either... |
| 22:29.20 | codefreeze-lap | Oh, yeah |
| 22:29.46 | codefreeze-lap | file at Huntsville; what a concept |
| 22:30.21 | codefreeze-lap | It's too late in the day for me to remem stuff like that' |
| 22:31.26 | file | yes |
| 22:31.27 | seanbright | i'm pretty proud to have found this particular bug |
| 22:31.30 | seanbright | http://svn.digium.com/view/asterisk/trunk/main/cli.c?r1=145121&r2=146198&view=patch |
| 22:31.44 | seanbright | i would like you all to tell me how awesome i am. |
| 22:31.51 | seanbright | (i need constant validation) |
| 22:32.23 | codefreeze-lap | seanbright: I hereby your ticket, errr... your "awesomeness". |
| 22:32.27 | *** join/#asterisk-dev implicit (n=bayan@unaffiliated/implicit) |
| 22:33.49 | seanbright | thank you, thank you. |
| 22:55.30 | snuff-home | mm does anyone here use 'hash' or 'keypadhash' ? |
| 22:55.35 | snuff-home | funcs |
| 22:56.19 | seanbright | not i |
| 22:56.54 | snuff-home | seem rather complex to me.. i'm sure someone has a dp that uses em :) |
| 23:02.06 | seanbright | jpeeler: you there? |
| 23:02.13 | jpeeler | yes |
| 23:02.18 | seanbright | M13612 |
| 23:02.20 | MuffinMan | [new] [Asterisk] Applications/General 0013612: after upgrading to asterisk -1.4.22 zaptel features are shown as dahdi features reported by riddlebox (Karma: neutral) http://bugs.digium.com/view.php?id=13612 |
| 23:02.28 | seanbright | no matter what you have installed, the commands show up as dahdi commands, right? |
| 23:02.40 | jpeeler | right, i'm pretty sure that is intended |
| 23:02.48 | seanbright | that is what i thought |
| 23:03.54 | jpeeler | it wouldn't make sense any other way |
| 23:04.02 | jpeeler | i thought the zap commands work at the CLI too, can't remember |
| 23:04.08 | seanbright | hmmm |
| 23:04.13 | seanbright | oh |
| 23:04.15 | seanbright | you're right |
| 23:04.16 | seanbright | :) |
| 23:04.21 | jpeeler | but the point is to encourage the new usage |
| 23:04.35 | jpeeler | anybody looking for help should learn the new way |
| 23:05.53 | seanbright | thanks :) |
| 23:07.52 | jpeeler | thanks for closing it |
| 23:09.05 | seanbright | my pleasure. |
| 23:13.49 | snuff-home | mm mvanbaak or eliel ? |
| 23:13.57 | seanbright | mvanbaak is sleeping i believe. |
| 23:14.01 | seanbright | or drunk. |
| 23:14.07 | snuff-home | i figure they both might be :) |
| 23:17.18 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 23:17.18 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 23:20.09 | eliel | eliel is studing he |
| 23:20.14 | eliel | hello snuff-home |
| 23:21.43 | snuff-home | ello.. i have changes will send shortly.. 1 question.. converting func_speex.. now if the func is AGC(tx) and AGC(rx) would i do this.. |
| 23:22.13 | snuff-home | param channeldir > argue rx false and argue tx false |
| 23:22.28 | snuff-home | where chandir req=true |
| 23:22.42 | snuff-home | or would i use 'option' ? |
| 23:23.33 | snuff-home | mm i think i've answered my own q.. should be option ;) |
| 23:23.43 | eliel | nono |
| 23:23.57 | snuff-home | ok i'm listenin |
| 23:24.35 | eliel | we have being using optionlist for options like: a,b,c,d that can be put together in the same parameter, tipically the 'options' parameter |
| 23:25.08 | eliel | when we have an ENUM type we explain it posibility inside <para> elements marking the options with <literal>s |
| 23:25.43 | eliel | check CALLERPRESS |
| 23:25.58 | snuff-home | if a func has arg sep of ' ' where do we define that.. in the <function> tag? |
| 23:26.02 | snuff-home | ok cool |
| 23:26.40 | eliel | you can put argsep, inside: syntax and parameter tags |
| 23:26.57 | snuff-home | k |
| 23:28.49 | eliel | I think we can added an ENUM tag to this type of parameter/argument |
| 23:29.29 | snuff-home | mm.. worth thinking about i guess |
| 23:29.46 | eliel | jsmith-away is the one helping with the xml definition, i am just a worker with less ideas :) |
| 23:30.53 | snuff-home | lol np.. i'll submit my updates via diff to u |
| 23:32.06 | snuff-home | oh.. i might wait for 'enum' tag.. for func_sysinfo :) |
| 23:32.39 | snuff-home | and version.. |
| 23:33.41 | eliel | in func_sysinfo I think there is a conditional that makes appear/hide some part of the documentation, according to a discussion here, we will put the entire documentation explaining the dependencies of the parameters/options of the application |
| 23:46.10 | *** join/#asterisk-dev sucituanbo (n=john@c-24-21-121-148.hsd1.wa.comcast.net) |
| 23:52.32 | seanbright | kpfleming: ping-ish? |
| 23:55.51 | seanbright | so i know kpfleming went through and removed the direct #includes of autoconfig.h, but it looks as though app_voicemail.c won't compile without it |
| 23:56.17 | seanbright | i plan to add it back, but i don't know if he was doing it for some higher level architectual reason. |
| 23:57.23 | russellb | he was |
| 23:57.31 | seanbright | grr. |
| 23:57.33 | russellb | to make building out of tree modules easier |
| 23:57.39 | seanbright | ah |
| 23:57.43 | russellb | so _all_ you had to do was include asterisk.h |
| 23:57.50 | russellb | no other magic to get things to work right |
| 23:57.59 | russellb | so, if app_voicemail doesn't build |
| 23:58.00 | russellb | wtf |
| 23:58.05 | russellb | because it shouldn't be any different |
| 23:58.08 | seanbright | oh |
| 23:58.21 | seanbright | app_voicemail has to include IMAP c-client stuff _before_ asterisk.h |
| 23:58.27 | seanbright | because of logger stuff or something. |
| 23:58.34 | seanbright | there is a comment about it at the top of app_voicemail |