| 01:04.33 | *** join/#asterisk-dev phodat (n=marcus@cable-115-103.sssnet.com) |
| 02:49.03 | *** join/#asterisk-dev Deeewayne (n=dwayne@ool-43522b13.dyn.optonline.net) |
| 02:49.03 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 05:46.48 | *** join/#asterisk-dev DarkRift (n=dark@65.92.166.170) |
| 06:00.32 | *** join/#asterisk-dev kashif (n=kraza73@220.227.13.19) |
| 06:37.23 | *** join/#asterisk-dev snuff-work (n=aaa@210.9.82.197) |
| 06:37.23 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 07:11.40 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 07:11.41 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:13.35 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 07:13.35 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:31.43 | *** join/#asterisk-dev kazaa_lite (n=msaleem@cpc6-slam5-2-0-cust171.2-4.cable.virginmedia.com) |
| 07:52.56 | *** join/#asterisk-dev tzafrir__laptop (n=tzafrir@local.xorcom.com) |
| 07:52.56 | *** mode/#asterisk-dev [+o tzafrir__laptop] by ChanServ |
| 07:55.42 | *** join/#asterisk-dev |Cybex| (n=John@atwork-21.r-212.178.82.atwork.nl) |
| 08:03.14 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 08:03.14 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:09.21 | oej | Morning, folks |
| 08:11.38 | mvanbaak | mornin oej |
| 08:12.14 | oej | How's life in Haag? |
| 08:15.57 | mvanbaak | in DenHaag it sux |
| 08:16.11 | oej | How so? |
| 08:16.14 | mvanbaak | roof is leaking. |
| 08:16.21 | oej | That sucks. |
| 08:16.21 | mvanbaak | Right above our bed |
| 08:16.38 | oej | Wonderful time of year to fix it. But you can always to a French repair |
| 08:16.39 | mvanbaak | the woman who cleans our house once a week called me yesterday |
| 08:16.54 | oej | ...put a bucket or two in the attic |
| 08:16.58 | mvanbaak | our whole matras is soaked. So we have to get a new one |
| 08:17.50 | mvanbaak | we will go for a temp fix now: clean the roof and get something to cover it. It's our upstairs neighbours balcony that's leaking. |
| 08:18.02 | mvanbaak | So they have to put some cover on it for the time being |
| 08:41.21 | mvanbaak | The_Boy_Wonder: Nice work there man. Thanks for the headsup on the mailinglist! |
| 08:58.29 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 08:58.29 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:48.34 | kashif | good afternoon seniors, my self kash working on asterisk for last 4 years, now i want to envolve myself in asterisk development, pls suggest me from where i should start |
| 09:51.29 | kashif | http://www.asterisk.org/developers/getting-started link is redirecting on same same page |
| 09:54.10 | tzafrir__laptop | kashif, what do you currently do with Asterisk? |
| 09:55.48 | kashif | we are providing value added services to telecom operators, also we do provide services to different universities for announcing result etc... |
| 09:56.07 | kashif | i develop agi on C and Perl |
| 09:56.36 | tzafrir__laptop | Are there specific bugs you're interested in helping getting fixed? |
| 09:57.01 | kashif | yes, like limitation of asterisk rooms in meetme |
| 10:00.16 | kashif | currently their are limitation in meetme |
| 10:00.52 | kashif | i want to remove that limitations, so we can make any number of rooms in meetme |
| 10:01.22 | kashif | are you aware about this problem ? |
| 10:03.17 | kashif | hello |
| 10:06.24 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 10:06.24 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:27.16 | *** join/#asterisk-dev vally (n=kvirc@217.243.245.34) |
| 10:37.17 | kashif | good afternoon seniors, my self kash working on asterisk for last 4 years, now i want to envolve myself in asterisk development, pls suggest me from where i should start |
| 11:07.57 | *** join/#asterisk-dev |Cybex| (n=John@atwork-21.r-212.178.82.atwork.nl) |
| 11:34.35 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 11:34.44 | jmls | hey y'all |
| 11:34.52 | jmls | this is bad, right ... |
| 11:34.54 | jmls | 'struct _OCT6100_API_INTRPT_CONFIG_' has no member named 'byErrorMemoryCOnfig |
| 11:35.17 | kashif | jmls, can you please help me out, i will be very greatfull to you |
| 11:35.20 | jmls | trying to compile dahdi-liunx on centos 5.4 |
| 11:35.32 | jmls | kashif: |
| 11:35.35 | jmls | i'll try |
| 11:35.44 | jmls | though I'm noexport |
| 11:35.50 | jmls | heh. |
| 11:35.52 | kashif | working on asterisk for last 4 years, now i want to envolve myself in asterisk development, pls suggest me from where i should start |
| 11:35.54 | jmls | No Expert even |
| 11:36.13 | jmls | depends on what you want to do |
| 11:36.29 | jmls | what part of * do you want to change ? |
| 11:36.34 | kashif | their are few limitations in asterisk meetme |
| 11:36.45 | jmls | do you know C ? |
| 11:37.03 | kashif | yes i know, even i made few changes in meetme.c |
| 11:37.15 | kashif | like their is limitation of max number of conference |
| 11:37.19 | jmls | so you have started already :) |
| 11:37.33 | kashif | i made changes in c file and recompiled it |
| 11:37.51 | jmls | did the changes work ? |
| 11:37.55 | kashif | yes |
| 11:38.05 | jmls | cool. You are a * developer .. ;) |
| 11:38.17 | kashif | yes :) |
| 11:38.40 | kashif | infact i developed a new version of meetme |
| 11:38.48 | kashif | with new features |
| 11:39.05 | kashif | now i want to start development in a systamatic manner |
| 11:39.25 | jmls | I would then start with the fundamentals - channels etc |
| 11:39.44 | tzafrir__laptop | jmls, are you using the latest octapi? |
| 11:40.01 | kashif | can u suggest me from where i can download documentation ? |
| 11:40.04 | jmls | Best thing to do is to start at pbx.c and work your way through it, making sure that you understand each line and the concepts of that line |
| 11:40.14 | jmls | tzafrir__laptop: erm, dunno. Wait one .. |
| 11:40.24 | tzafrir__laptop | kashif, what limitations do you see in meetme? |
| 11:40.54 | kashif | like max number of conference can be 6241 |
| 11:41.01 | jmls | tzafrir__laptop: dahdi trunk r7711 |
| 11:41.05 | tzafrir__laptop | (generally meetme will eventually be replaced by app_confbridge) |
| 11:41.15 | kashif | if you make rooms more then that then asterisk gives segmentation fault |
| 11:41.34 | jmls | that's some serious number of rooms .... |
| 11:41.36 | tzafrir__laptop | kashif, is that a reproducable crash? |
| 11:41.45 | kashif | no |
| 11:42.22 | tzafrir__laptop | If it's not reproducable, what makes you think that the problem is the number of rooms? |
| 11:43.55 | kashif | if their are rooms less then mentioned number if works fine, the movement you add one more room asterisk crashes, again you have to remove one room and start asterisk |
| 11:44.13 | kashif | previously i used realtime to overcome from this problem |
| 11:45.00 | kashif | but if you use meetme.conf then you have to make sure numbers of rooms should not be exceeded more then mentioned value |
| 11:45.24 | tzafrir__laptop | kashif, so the crash is reproducable |
| 11:45.51 | tzafrir__laptop | so at this stage you basically have two options: |
| 11:46.06 | tzafrir__laptop | 1. file a bug report in http://issues.asterisk.org/ |
| 11:46.15 | kashif | ok |
| 11:46.22 | tzafrir__laptop | 2. try figuring out what caused it. |
| 11:46.39 | tzafrir__laptop | No harm in doing both :-) |
| 11:47.35 | kashif | thanx, can you please tell me from where should i start to become a expert asterisk developer |
| 11:48.14 | jmls | wonders if he was talking to himself |
| 11:48.22 | jmls | nope. it was there alright |
| 11:48.35 | jmls | "Best thing to do is to start at pbx.c and work your way through it, making sure that you understand each line and the concepts of that line" |
| 11:48.56 | kashif | thanx jmls |
| 11:49.20 | jmls | :-D |
| 11:49.47 | jmls | tzafrir__laptop: what am I missing / doing wrong ? |
| 11:50.07 | jmls | this on a vm (using virtualbox) |
| 11:50.12 | tzafrir__laptop | builds fine here. |
| 11:50.26 | tzafrir__laptop | what kernel? What distro? |
| 11:50.39 | jmls | centos 5.4, standard kernel |
| 11:50.55 | jmls | builds just fine on my standalone centos box. |
| 11:51.07 | tzafrir__laptop | octapi here is rev 44 (last changed: 43) |
| 11:51.10 | jmls | I copied the source directory to the vm, and tried to recompile |
| 11:51.21 | jmls | where is octapi ? |
| 11:51.34 | tzafrir__laptop | drivers/dahdi/oct612x |
| 11:52.16 | tzafrir__laptop | the error was in building which module? |
| 11:53.01 | jmls | oct6100_api/oct6100_interrupts.c:428: error: |
| 11:53.36 | jmls | kernel of the vm is oct6100_api/oct6100_interrupts.c:428: error: |
| 11:53.38 | jmls | damn |
| 11:53.39 | jmls | sorry |
| 11:53.47 | jmls | kernel of the vm is 2.6.18-164.el5 |
| 12:11.42 | kashif | hello tzafrir |
| 12:11.59 | kashif | i told you limit of meetme |
| 12:12.21 | kashif | correct max supported rooms are 6341 |
| 12:14.12 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:21.47 | jmls | crap |
| 12:22.06 | jmls | just re-copied the dahdi-linux directory and it all builds fine now |
| 12:22.33 | jmls | so, either the vm is playing up ... |
| 12:22.41 | jmls | or someone just hates me |
| 12:26.22 | kashif | dear jmls, correct max rooms supported are 6341 |
| 12:34.07 | tzafrir__laptop | kashif, if you want to figure out what happens in a crash, make asterisk dump a core file |
| 12:34.53 | kashif | ok boss, i will do it |
| 12:42.30 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:42.31 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:47.37 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:47.38 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:23.51 | jmls | mm. Using the latest 1.6.2 svn, is this anything to be worried about: |
| 13:23.56 | jmls | [Dec 23 13:14:53] WARNING[17342]: utils.c:1534 __ast_string_field_init: trying to reset empty pool |
| 13:24.14 | *** join/#asterisk-dev nd- (n=nd-@xes-mad.com) [NETSPLIT VICTIM] |
| 13:24.25 | jmls | I get 4 of these in a row on startup |
| 13:43.50 | leifmadsen | interesting |
| 13:43.58 | leifmadsen | I have no idea what that means :) |
| 13:46.54 | *** join/#asterisk-dev ArtemMakhutov (n=ArtemMak@ip-95-223-6-41.unitymediagroup.de) |
| 13:49.45 | ArtemMakhutov | Hi, can someone tell how I can move my project from my private SVN server to forge.asterisk.org? |
| 13:53.21 | mvanbaak | jmls: I get 3 of those t startup |
| 13:53.56 | kpfleming | ArtemMakhutov: read the information on forge.asterisk.org about setting up a project. you'll have import it into the forge, there's no way to preserve the SVN revision history. |
| 13:58.13 | jmls | mvanbaak: I'm obviously 25% more important than you :) |
| 13:58.55 | mvanbaak | lol |
| 13:58.56 | jmls | (maths is not my strong point ...) |
| 13:59.25 | ArtemMakhutov | ok, thanks for the info. So the only way to preserve the revision history is to manually download earch revision from the old SVN server and manuelly check out it on the forge svn server... |
| 14:00.04 | kpfleming | yep |
| 14:00.15 | kpfleming | well.... you might be able to use svnsync to do that, actually |
| 14:01.58 | ArtemMakhutov | doesn't svnsync require to have direct filesystem access to the destination server? |
| 14:02.04 | kpfleming | no |
| 14:02.11 | kpfleming | it works over any svn access method |
| 14:03.41 | ArtemMakhutov | ok, I will try it |
| 14:08.27 | ArtemMakhutov | hmm svnsync does not work |
| 14:09.19 | kpfleming | sure it does, we use it all the time |
| 14:11.19 | ArtemMakhutov | what is the syntax for it? |
| 14:11.48 | ArtemMakhutov | I am trying: svnsync init --username xyz http://forge.asterisk.org/svn/chan_datacard https://www.makhutov.org/svn/chan_datacard/ |
| 14:12.06 | ArtemMakhutov | and also: svnsync sync --username xyz http://forge.asterisk.org/svn/chan_datacard |
| 14:14.52 | ArtemMakhutov | svnsync: DAV request failed; it's possible that the repository's pre-revprop-change hook either failed or is non-existent |
| 14:14.54 | ArtemMakhutov | svnsync: At least one property change failed; repository is unchanged |
| 14:14.55 | ArtemMakhutov | svnsync: Error setting property 'sync-lock': |
| 14:14.57 | ArtemMakhutov | could not remove a property |
| 14:18.16 | kpfleming | so the destination repository needs revprop-change hooks installed; you'll have to contact the forge maintainers and suggest they make that part of each project's repository |
| 14:18.30 | kpfleming | those are needed as well for being able to edit commit log messages if necessary |
| 14:20.55 | ArtemMakhutov | ok, I'll do that. Thanks a lot! |
| 14:41.56 | *** join/#asterisk-dev jtodd (i=x8cs8b2f@asterisk/community-director-and-tie-dye-shirt-lover/jtodd) |
| 14:41.56 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 14:48.06 | *** join/#asterisk-dev ticoit (n=ticoit@201.191.190.116) |
| 14:59.01 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:59.01 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:04.55 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 15:04.55 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:07.12 | *** join/#asterisk-dev |Cybex| (n=John@atwork-21.r-212.178.82.atwork.nl) |
| 15:10.38 | *** join/#asterisk-dev elguero (n=elguero@12.187.84.162) |
| 15:17.18 | *** join/#asterisk-dev sgimeno (n=sgimeno@226.Red-80-33-64.staticIP.rima-tde.net) |
| 15:24.25 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:40.44 | wildzero-cw | in #16318 i made the patch t38-sdp-parsing-fix2.patch (removed the return before T.38 ports are configured) but mnicholson did only wrote my name as tester into the changelog, and not as uploader of a patch. that is disappointing, beauce functional i did the half work for this changeset |
| 15:41.32 | leifmadsen | wildzero-cw: mnicholson_ can update the ChangeLog for you if it is that bothersome |
| 15:42.37 | mnicholson_ | wildzero-cw, leifmadsen, i'll take a look |
| 15:43.18 | mnicholson_ | leifmadsen, which changelog file should this go into? This is for asterisk 1.4 |
| 15:43.34 | mnicholson_ | leifmadsen, i'll just modify the svn log |
| 15:44.04 | wildzero-cw | please, beacuse i collect all changesets where i have been involved for my application for employment |
| 15:44.41 | leifmadsen | mnicholson_: ya, that's what I meant |
| 15:45.04 | leifmadsen | mnicholson_: sorry, ChangeLog was the wrong term :) I meant svn log |
| 15:46.50 | mnicholson_ | ok, I updated the log to indicate that part of the patch was written by wildzero-cw |
| 15:47.10 | wildzero-cw | no, not wildzwro-cw... vrban is my real name |
| 15:47.27 | mnicholson_ | wildzero-cw, right, I put vrban in the log |
| 15:47.37 | wildzero-cw | thanks! |
| 15:47.56 | mnicholson_ | wildzero-cw, no problem. Thanks for helping to track that bug down. |
| 15:58.37 | *** join/#asterisk-dev otherwiseguy (n=terry@75.87.106.119) |
| 16:03.50 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:03.50 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:14.09 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 16:16.28 | *** join/#asterisk-dev mbranca (n=matteo@host139-217-static.224-95-b.business.telecomitalia.it) |
| 16:34.50 | *** join/#asterisk-dev davevg-btwtech (n=davevg__@75.97.64.33.res-cmts.senj.ptd.net) |
| 16:54.41 | *** join/#asterisk-dev kn0x (n=pinochle@67.159.48.101) |
| 16:55.00 | *** join/#asterisk-dev x86 (n=x86@p3m/member/x86) |
| 16:55.02 | kn0x | hello |
| 16:55.06 | kn0x | [2009-12-23 10:40:58.937] WARNING[18852]: chan_sip.c:2848 dialog_unlink_all: Unable to cancel schedule ID 113371. This is probably a bug (chan_sip.c: dialog_unlink_all, line 2848). |
| 16:55.21 | kn0x | this started after i moved to 1.6.1 base |
| 16:55.36 | kn0x | im on 1.6.1.10 |
| 16:55.56 | kn0x | happens after every single call |
| 16:57.16 | x86 | I'm trying to get cdr_addon_mysql.so to load properly so I can log CDR to MySQL, and I keep getting this: Error loading module 'cdr_addon_mysql.so': /usr/lib/asterisk/modules/cdr_addon_mysql.so: u ndefined symbol: AS_OR |
| 16:59.34 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:59.37 | kn0x | what versions of asterisk and asterisk-addons? |
| 16:59.39 | kn0x | x86: |
| 17:00.05 | x86 | asterisk 1.6.1.11 |
| 17:00.32 | x86 | addons 1.6.2.0-rc2 |
| 17:00.57 | tzafrir | and this builds? |
| 17:01.07 | kpfleming | those should not be used together |
| 17:01.10 | kn0x | id try using 1.6.1 branch of addons |
| 17:01.15 | kn0x | missing headers or something |
| 17:01.28 | x86 | hmm ok |
| 17:01.29 | kpfleming | and you shouldn't be using an -rc of 1.6.2.0 when the real thing has been released |
| 17:01.33 | x86 | 1.6.1.12 of addons is ok? |
| 17:01.41 | kn0x | should be idk |
| 17:01.49 | x86 | kpfleming: I downloaded it before 1.6.2.0 was out, obviously ;) |
| 17:02.19 | kn0x | yeah taht or rebuild asterisk on 1.6.2 branch |
| 17:02.22 | kpfleming | sure |
| 17:02.47 | kpfleming | but if you are having trouble, it's always best to move to the released version once you know it has been released |
| 17:02.58 | kpfleming | otherwise you could waste time tracking a bug that has already been fixed |
| 17:03.35 | kn0x | kpfleming: any idea on this Unable to cancel schedule ID bug? |
| 17:03.40 | kpfleming | nope |
| 17:05.39 | *** join/#asterisk-dev errotan (n=errotan@81.0.115.3) |
| 17:07.48 | x86 | [2009-12-23 11:07:34] Loaded cdr_addon_mysql.so => (MySQL CDR Backend) |
| 17:07.56 | x86 | weee :) |
| 17:07.56 | x86 | thanks guys |
| 17:12.59 | *** part/#asterisk-dev ArtemMakhutov (n=ArtemMak@ip-95-223-6-41.unitymediagroup.de) |
| 17:13.22 | *** join/#asterisk-dev ArtemMakhutov (n=ArtemMak@ip-95-223-6-41.unitymediagroup.de) |
| 17:17.24 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 17:34.02 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.97) |
| 17:53.07 | atis_work | umm, somebody seen any weirdness with arguments when calling gosub from agi? http://pastebin.ca/1725076 |
| 17:55.21 | atis_work | it seems to be fault of LOCAL() |
| 17:57.41 | atis_work | Corydon76-dig: ping? |
| 17:59.05 | kpfleming | he's off today, IIRC |
| 17:59.11 | kpfleming | and tomorrow, and friday :-) |
| 17:59.26 | atis_work | yeah, i could have guessed that.. and the rest of the year :p |
| 17:59.46 | kpfleming | no, i think he'll be in part of next week |
| 17:59.46 | seanbright | ok |
| 17:59.55 | seanbright | so menuselect builds without warning on opensolaris x86 |
| 18:00.01 | seanbright | that was painful |
| 18:00.22 | seanbright | now on to asterisk |
| 18:01.17 | Corydon76-dig | atis_work: pong |
| 18:01.24 | atis_work | ah, you're here. |
| 18:01.43 | kpfleming | well, there is stuff in asterisk that while you may get rid of the compiler warnings, it still won't work properly on systems where alignment is strictly enforced |
| 18:01.45 | atis_work | Corydon76-dig: i got strange bug with LOCAL() in pastebin above |
| 18:01.55 | Corydon76-dig | looking |
| 18:01.59 | atis_work | i'm posting in mantis anyway |
| 18:02.00 | kpfleming | on solaris x86 it's not, so getting rid of the warnings is enough |
| 18:02.17 | seanbright | kpfleming: right. i don't have access to a sparc. |
| 18:02.24 | kpfleming | we have a couple |
| 18:02.27 | seanbright | i wish vmware could emulate it |
| 18:02.29 | seanbright | but, alas. |
| 18:02.30 | kpfleming | but no time to mess with it |
| 18:02.35 | kpfleming | the changes required are non-trivial |
| 18:02.39 | seanbright | yeah |
| 18:02.52 | atis_work | what's specific is that AGI is on channel created by Originate. I have other GOSUB's to the same macro from other AGI's and they seem to work fine |
| 18:03.14 | kpfleming | my aligner2 branch has an attempt at solving one of the worst offenders, but i was never able to test it or get feedback on it |
| 18:04.02 | seanbright | checks prices on used sparcs |
| 18:04.11 | Corydon76-dig | atis_work: Ah, that's weird. It has to do with how the pbx is started |
| 18:04.23 | atis_work | so, it's Originate? |
| 18:04.29 | kpfleming | if you the time and ambition, we could give you access to a sparc system with either linux or solaris on it |
| 18:04.54 | Corydon76-dig | atis_work: it's more complex than it just being Originate |
| 18:05.16 | atis_work | Corydon76-dig: FYI, i have ARG1 and ARG2 set correctly |
| 18:05.17 | seanbright | kpfleming: one of the first things i noticed when i tried building against solaris x86... |
| 18:05.52 | atis_work | Corydon76-dig: ok, i'll open an issue, it's not that important to me.. i can copy-paste gosub code to agi |
| 18:06.01 | seanbright | if ((t->mutex) == ((pthread_mutex_t) PTHREAD_MUTEX_INITIALIZER)) { |
| 18:06.08 | seanbright | wah wah wahhhhhhh |
| 18:06.46 | kpfleming | yeah |
| 18:07.10 | seanbright | that's just broken |
| 18:07.20 | seanbright | broken = platform specific |
| 18:07.38 | kpfleming | it wouldn't be if C support structure comparison :-) |
| 18:07.40 | seanbright | heh |
| 18:10.25 | Corydon76-dig | atis_work: in your Originate, are you calling an extension or an app? |
| 18:10.54 | atis_work | Corydon76-dig: app |
| 18:11.34 | Corydon76-dig | And the app you're calling is AGI? |
| 18:11.40 | atis_work | true |
| 18:11.51 | Corydon76-dig | THAT is the critical piece of information |
| 18:12.16 | atis_work | i guessed so when started writing reproduction in issue :) |
| 18:13.58 | Corydon76-dig | Issue number? |
| 18:15.28 | Corydon76-dig | It's a relatively straightforward fix, and it's even specified by the comment in the source code |
| 18:17.09 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:17.23 | atis_work | 16510 |
| 18:17.56 | Corydon76-dig | Patch is already there |
| 18:20.18 | atis_work | Corydon76-dig: it's working |
| 18:20.31 | atis_work | Thanks and observe merry christmas :) |
| 18:20.40 | atis_work | Observe as in latest xkcd ;) |
| 18:22.01 | Corydon76-dig | atis_work: Happy pagan winterfest. Jesus was born in June. |
| 18:22.14 | atis_work | :D |
| 18:26.23 | *** join/#asterisk-dev edguy3 (n=edguy3@c-98-221-27-224.hsd1.nj.comcast.net) |
| 18:30.23 | atis_work | huh, cool.. issue opened and fixed within 10 minutes :) |
| 18:31.27 | *** join/#asterisk-dev vally (i=vally@ip-92-50-113-83.unitymediagroup.de) |
| 18:40.43 | *** join/#asterisk-dev puzzled (n=foobar@puzzled.xs4all.nl) |
| 18:52.11 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 19:17.27 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:23.22 | *** join/#asterisk-dev miguel3239 (n=elguero@12.187.84.162) |
| 20:18.21 | kpfleming | The_Boy_Wonder: so for that app_queue 'R' patch... does that mean if the agent does not answer and the caller is back in the queue they'll continue to hear ringback? |
| 20:24.10 | snuff-home | i overheard talking about alignment :) |
| 20:24.21 | kpfleming | shush you! |
| 20:24.24 | kpfleming | go back to sleept |
| 20:24.43 | snuff-home | heh its 730 in the mornin.. no need to have more sleep |
| 20:25.41 | kpfleming | it's christmas eve, sure there is need for more sleep |
| 20:25.51 | snuff-home | can someone make sure i'm not going mad.. res_rtp_multicast.c (line 216) |
| 20:26.34 | snuff-home | the guy creates a uchar pointer with nothing to point to and just writes rtp header values into 'space' it seems |
| 20:26.49 | snuff-home | oh my bad.. |
| 20:26.57 | snuff-home | finally gets the 1st line |
| 20:27.01 | seanbright | line 216 is a } |
| 20:27.28 | snuff-home | was lookin @ it late last night so is badly wrong :) |
| 20:28.46 | snuff-home | maybe my trunk is lil out of date ;) |
| 20:29.28 | The_Boy_Wonder | kpfleming: good question, i will test this |
| 20:30.24 | kpfleming | there's really no other way it could behave... going back to MOH would be weird |
| 20:30.30 | kpfleming | but still, it may not be what people expect |
| 20:33.37 | The_Boy_Wonder | so, do you feel the feature should exist as is with that documented |
| 20:45.08 | kpfleming | yep |
| 20:45.10 | kpfleming | it's useful |
| 20:50.59 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 21:14.08 | leifmadsen | kpfleming: actually, going back to MoH is what I would expect |
| 21:14.57 | kpfleming | it shouldn't... they are still at the top of the queue and are next in line to be answered |
| 21:14.57 | leifmadsen | the indication is that someone might answer you phone, if no one is going to answer the phone (reject, timeout, etc...) then it should jump back to the queue and play MoH to me. I've had that happen on other phone systems before. I wouldn't want to hear ringing for 4 minutes. |
| 21:15.10 | kpfleming | huh |
| 21:15.12 | leifmadsen | kpfleming: the point of the feature is to alert you that an agents phone is ringing |
| 21:15.15 | kpfleming | well, difference of opinion i guess |
| 21:15.24 | leifmadsen | otherwise I don't understand the features point |
| 21:15.42 | leifmadsen | especially since I've been in other queues that operates the way I describe |
| 21:15.49 | kpfleming | but then if it bounces between ringing and MOH five times, that makes a bad impression to the caller, that the agent phones are ringing but not being answered |
| 21:16.01 | leifmadsen | that's a layer 8 problem :) |
| 21:16.11 | kpfleming | i would have thought the purpose of this feature was to indicate to the caller that they are, in fact, next in line |
| 21:16.15 | leifmadsen | perhaps there should be an option that allows you to toggle this... |
| 21:16.31 | leifmadsen | no, the purpose, as I believe it to be, is that it is indicating that an agent is being rung |
| 21:16.39 | *** join/#asterisk-dev xpot-mobile (n=xpot@173-14-232-121-Utah.hfc.comcastbusiness.net) |
| 21:17.02 | kpfleming | well... ugh. i would think that specific behavior isn't really what most queue admins are going to want. |
| 21:17.04 | leifmadsen | otherwise we have, "you are first in line, and your call will be answered by the next available agent" |
| 21:17.16 | leifmadsen | as a queue admin, that's what I would want |
| 21:17.31 | kpfleming | ok |
| 21:17.37 | kpfleming | difference of opinion :-) |
| 21:17.52 | leifmadsen | sounds like a mailing list question then |
| 21:18.42 | leifmadsen | or at least ask the original developer of the feature how they imagined it to work |
| 21:19.12 | kpfleming | i know that none of my customers when i ran an ITSP would want their callers to know that calls were being delivered to agent phones and not answered |
| 21:19.21 | seanbright | what do i do when my g729 licenses expire in 2029? |
| 21:19.25 | seanbright | contact digium support? |
| 21:19.34 | kpfleming | punt |
| 21:19.48 | snuff-home | heh i'm sure there will be g799 by then.. |
| 21:19.56 | snuff-home | u wont want 729 anymore ;) |
| 21:19.57 | kpfleming | it will no longer be covered by patents |
| 21:20.03 | seanbright | kpfleming: ah yes. good point. |
| 21:20.22 | leifmadsen | seanbright: you're welcome to buy other services and products in 2029 though :) |
| 21:20.27 | seanbright | heh |
| 21:20.32 | seanbright | leifmadsen: like consulting services? |
| 21:20.39 | snuff-home | is planning his chrissy list now.. kinda late being 24th n all |
| 21:20.43 | leifmadsen | seanbright: you're too smart to need consultants |
| 21:20.49 | seanbright | leifmadsen: VERY true |
| 21:20.49 | seanbright | heh |
| 21:20.56 | leifmadsen | snuff-home: it's only the 23rd |
| 21:21.05 | snuff-home | u forget where i am :) |
| 21:21.35 | seanbright | put another shrimp on the barbie |
| 21:21.42 | seanbright | g'day mate |
| 21:21.48 | seanbright | that's not a knife... |
| 21:21.50 | seanbright | THIS is a knife |
| 21:21.55 | seanbright | i could do this all day |
| 21:22.32 | kpfleming | it's awwstraaaaalian for beer, mate |
| 21:23.40 | snuff-home | kangaroos hopping past my house n all.. lol |
| 21:23.44 | file | tgif |
| 21:23.44 | seanbright | heh |
| 21:24.03 | seanbright | you guys can keep yahoo serious, too. |
| 21:24.07 | seanbright | fuck that guy |
| 21:24.07 | seanbright | heh |
| 21:24.22 | Qwell | file: FRIDAY! |
| 21:24.24 | Qwell | sorta |
| 21:25.38 | seanbright | so which is better (short of a separate hw source) - res_timing_pthread or timerfd? |
| 21:25.55 | kpfleming | timerfd by about a billion times |
| 21:25.59 | snuff-home | mm i wasn't a huge fan on yahoo serious.. |
| 21:26.22 | seanbright | ok, cool |
| 21:26.50 | kpfleming | and i believe the timing modules have that information in them, so if you load all of them, the best one will be used |
| 21:26.58 | seanbright | oh right |
| 21:27.23 | seanbright | you guys should sell a usb dongle with a timing source on it |
| 21:27.27 | seanbright | i'm out of pci slots |
| 21:27.51 | Qwell | seanbright: dahdi_dummy is very good these days |
| 21:27.59 | putnopvut | seanbright: also, timerfd is awesome because I wrote it :) |
| 21:28.03 | kpfleming | and timerfd is the best |
| 21:28.04 | Qwell | (better than USB, if I'm not mistaken..) |
| 21:28.04 | seanbright | putnopvut: clearly |
| 21:28.16 | kpfleming | there's no need for a kernel timing source to be added, timerfd uses one already present in the kernel |
| 21:28.28 | Qwell | oh, well then |
| 21:28.34 | kpfleming | the only value in having a USB dongle would be enabled dahdi for conference mixing |
| 21:28.35 | seanbright | so does dahdi_dummy use timerfd internally? |
| 21:28.41 | kpfleming | very similar |
| 21:28.54 | kpfleming | but not exactly the same |
| 21:28.57 | seanbright | so i could just load res_timing_dahdi |
| 21:29.07 | putnopvut | It would be nice to find out if there are *BSD or Solaris equivalents of timerfd |
| 21:29.29 | kpfleming | if you are using a recent version of dahdi that has integrated what used to be dahdi_dummy into the core dahdi module, then yeah, you can just load dahdi.ko and res_timing_dahdi |
| 21:29.44 | kpfleming | but if you aren't using meetme or chan_dahdi three-way calling, res_timing_timerfd is fine |
| 21:30.13 | seanbright | cool |
| 21:32.21 | seanbright | for the record, i didn't realize sangoma made the aforementioned usb dongle when i suggested it |
| 21:32.25 | seanbright | heh |
| 21:33.31 | *** join/#asterisk-dev ticoit (n=ticoit@201.191.190.116) |
| 21:34.42 | snuff-home | will check for u kp :) |
| 21:35.00 | The_Boy_Wonder | kpfleming: i tested that new queue feature, the the agent does not pick up it does go back to MOH |
| 21:35.07 | kpfleming | ok |
| 21:39.23 | snuff-home | i have a theory of someone might know a solaris answer.. but he's not online atm :) |
| 21:54.01 | snuff-home | http://developers.sun.com/solaris/articles/solaris_linux_app.html |
| 21:54.15 | snuff-home | there is a 'timers' heading in there |
| 21:54.35 | snuff-home | i guess someone can tell me if its anything like 'timerfd' |
| 21:57.42 | seanbright | it's not like timerfd |
| 21:58.30 | snuff-home | i might have another better answer from a real solaris person in a few days |
| 21:58.52 | snuff-home | now off to shop n get some pressies |
| 21:58.58 | seanbright | ouch |
| 21:59.00 | seanbright | heh |
| 22:12.11 | seanbright | so is it expected behavior with an iax trunk that "iax2 show peers" shows "(E)" for both sides even though encryption=no for both peers? |
| 22:12.56 | kpfleming | i would not think so |
| 22:13.12 | kpfleming | keep in mind that chan_iax2 has no concept of a 'trunk' :-) |
| 22:13.12 | seanbright | k |
| 22:13.21 | seanbright | ok |
| 22:13.35 | seanbright | so what does trunk=yes do? |
| 22:14.06 | seanbright | because if it has nothing to do with trunking, it is pooly named |
| 22:14.06 | kpfleming | that causes multiple calls to the same peer to combine their audio/video frames into single frames |
| 22:14.09 | seanbright | poorly* |
| 22:14.14 | kpfleming | that depends on your definition of 'trunking' |
| 22:14.21 | kpfleming | 'trunking' has a specific meaning in IAX2 land |
| 22:14.24 | seanbright | right |
| 22:14.41 | seanbright | let me rephrase... |
| 22:14.46 | file | no! |
| 22:14.51 | kpfleming | and it should have no impact on encryption |
| 22:15.47 | seanbright | so is it expected behavior that two machines utilizing iax trunking will show "(E)" when you execute "iax2 show peers" on both sides even though encryption=no for both peers? |
| 22:15.52 | seanbright | that took too long to correct |
| 22:15.53 | seanbright | heh |
| 22:16.09 | kpfleming | right... and the answer is the same! |
| 22:16.25 | seanbright | super |
| 22:16.50 | kpfleming | thus today's lesson on proper question formulation is concluded |
| 22:16.57 | seanbright | super |
| 22:17.57 | kpfleming | stay tuned for next week's surprise episode |
| 22:25.33 | seanbright | it is not a longer a surprise |
| 22:25.43 | seanbright | s/not a/no/ |
| 22:26.56 | jsmith | wishes we'd named it "IAX2 carpooling" or "IAX2 packetpooling" instead of "IAX2 trunking" |
| 22:28.04 | kpfleming | multiplexing |
| 22:28.13 | seanbright | yes |
| 22:28.14 | kpfleming | there's a perfectly serviceable word already in existence |
| 22:28.16 | seanbright | multiplexing is sexy |
| 22:32.54 | jsmith | Fine... "IAX2 multiplexing" it is. |
| 22:33.01 | jsmith | Can we change the config option to accept either? |
| 22:33.16 | kpfleming | well, since it is currently yes/no, it'd have to change names |
| 22:33.31 | kpfleming | but sure, that could be done |
| 22:35.19 | seanbright | peer->encmethods ? "(E)" : " " |
| 22:35.34 | seanbright | shouldn't that be: |
| 22:36.19 | seanbright | peer->encmethods & IAX_ENCRYPT_AES128 ? "(E)" : " " |
| 22:36.44 | kpfleming | no, i think it's checking to see if any encryption methods at all have been enabled |
| 22:36.52 | kpfleming | although i haven't looked at that code in a long time |
| 22:38.11 | seanbright | other than IAX_ENCRYPT_AES128 the only other value is IAX_ENCRYPT_KEYROTATE |
| 22:38.38 | kpfleming | so if you haven't enabled encryption, encmethods should be zero |
| 22:38.51 | seanbright | it's not |
| 22:38.53 | kpfleming | unless keyrotate is defaulting to enabled even if encryption is disabled |
| 22:39.01 | kpfleming | and that would cause this behavior |
| 22:39.04 | seanbright | it's IAX_ENCRYPT_KEYROTATE |
| 22:39.12 | kpfleming | then that's a bug |
| 22:39.15 | seanbright | <PROTECTED> |
| 22:39.17 | seanbright | <PROTECTED> |
| 22:39.22 | seanbright | ok |
| 22:39.39 | kpfleming | so yeah, either that should be cleared if encryption is disabled, or the test should be changed... the former would be better |
| 22:39.51 | seanbright | agreed. cool, thanks. |
| 22:40.40 | The_Boy_Wonder | how come we don't have a "minute" sound but we have a "minutes" one. did we use to have "minute" in the sound directory? because it tries to play in app_queue but isn't found |
| 22:41.12 | seanbright | i see minute.wav and friends |
| 22:41.15 | kpfleming | that sounds broken |
| 22:41.42 | seanbright | minute.alaw minute.g722 minute.g729 minute.gsm minute.sln16 minute.ulaw minute.wav |
| 22:41.46 | seanbright | 1.6.1 |
| 22:42.32 | The_Boy_Wonder | weird |
| 22:42.43 | seanbright | yeah... i don't have .sln |
| 22:42.47 | seanbright | for some reason |
| 22:43.09 | seanbright | runs away |
| 22:43.32 | kpfleming | there is no .sln |
| 22:43.34 | kpfleming | .wav is that |
| 22:46.33 | The_Boy_Wonder | i don't see minute anywhere in my sounds directory. only minutes. |
| 22:46.55 | The_Boy_Wonder | i just redownloaded ulaw gsm and wav |
| 22:51.07 | The_Boy_Wonder | kpfleming: what do i need to do to get the "minute" sound back?! |
| 22:59.57 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 23:01.06 | *** join/#asterisk-dev mpe (n=mpe@0x4dd624b2.adsl.cybercity.dk) |