| 00:02.28 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-218-155-146.cablep.bezeqint.net) |
| 00:02.28 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 00:32.29 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-71-228-179-90.hsd1.al.comcast.net) |
| 00:32.29 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 00:41.03 | *** join/#asterisk-dev jtodd (i=keswm8es@asterisk/community-director-and-tie-dye-shirt-lover/jtodd) |
| 00:41.03 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 02:06.04 | *** join/#asterisk-dev jtodd (i=ebr199gi@asterisk/community-director-and-tie-dye-shirt-lover/jtodd) |
| 02:06.04 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 05:56.59 | *** join/#asterisk-dev fiddur (n=fiddur@dhcp08.textalk.com) |
| 06:20.45 | *** join/#asterisk-dev oej (n=olle@1x-193-157-197-57.uio.no) |
| 06:20.46 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:42.29 | *** join/#asterisk-dev denon (i=denon@sassinak.net) |
| 07:50.54 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:50.54 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:11.07 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 08:11.07 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 08:35.46 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 08:35.46 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 08:37.15 | *** join/#asterisk-dev kazaa_lite (n=msaleem@94-193-98-124.zone7.bethere.co.uk) |
| 09:38.38 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 09:38.39 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 09:46.39 | mvanbaak | sweet! I found a new WARNING in asterisk. Never seen this before |
| 09:46.39 | mvanbaak | [Oct 7 11:46:01] WARNING[28573]: pbx.c:966 pbx_find_extension: Maximum PBX stack exceeded |
| 09:54.31 | *** join/#asterisk-dev |Cybex| (n=John@atwork-26.r-212.178.82.atwork.nl) |
| 09:56.03 | snuff-home | mm mvanbaak is that with 'patternmatchingnew' on or off? |
| 10:00.34 | mvanbaak | off (this is asterisk 1.4) |
| 10:00.48 | mvanbaak | box at a customer |
| 10:01.50 | snuff-home | mm.. |
| 10:02.09 | snuff-home | how deep? |
| 10:04.34 | mvanbaak | 2 |
| 10:06.11 | mvanbaak | found it |
| 10:06.14 | mvanbaak | [BLF] |
| 10:06.17 | mvanbaak | ... |
| 10:06.28 | mvanbaak | ... |
| 10:06.28 | mvanbaak | [BLF] |
| 10:06.30 | snuff-home | mm i never liked blf in 1.4 :) |
| 10:06.33 | mvanbaak | ... |
| 10:09.36 | mvanbaak | hhmm, that's not the problem |
| 10:09.39 | mvanbaak | the problem was: |
| 10:09.59 | snuff-home | ? |
| 10:10.05 | mvanbaak | exten => _[12]X/_[34]X,1,Dail() |
| 10:10.25 | mvanbaak | exten _[12]X/_[34]X,(busy),Congestion() |
| 10:10.35 | mvanbaak | hhmm, second line had the needed => |
| 10:10.39 | snuff-home | indeed.. |
| 10:10.45 | mvanbaak | but you see it correctly, (busy) as priority |
| 10:10.48 | mvanbaak | that caused it |
| 10:11.09 | snuff-home | i thought u always needed 'n(busy) |
| 10:11.20 | snuff-home | or at least no brackets |
| 10:12.38 | mvanbaak | you need the n indeed |
| 10:12.43 | mvanbaak | they forgot to add it |
| 10:13.10 | mvanbaak | they called me to debug their setup. I didn't implement it. I'm just here to solve problems ;) |
| 10:13.27 | snuff-home | long as ur paid.. or a friend |
| 10:13.44 | mvanbaak | 120 bucks an hour :) |
| 10:14.04 | snuff-home | sweetness |
| 10:14.27 | snuff-home | all for a 'n()' |
| 10:14.35 | mvanbaak | yup. it made my day |
| 10:15.02 | snuff-home | i thought it should throw a warning when loading extens |
| 10:15.31 | mvanbaak | it did, somewhere in the 1200 lines of warnings |
| 10:15.57 | mvanbaak | if a box gives that much warnings I always start with a cleanup of extensions.conf |
| 10:16.02 | mvanbaak | most of the time that fixes it |
| 10:16.14 | mvanbaak | it's also how I spotted this wrong line in it |
| 10:17.31 | mvanbaak | lunchtime ! |
| 10:17.39 | mvanbaak | I can grab a royal lunch now :) |
| 10:17.44 | snuff-home | sound plan.. sometimes dp's can be rather convoluted |
| 10:17.48 | snuff-home | indeed |
| 10:17.52 | snuff-home | lobster all round |
| 10:43.27 | *** join/#asterisk-dev festr_ (n=festr@ns.hiro.cz) |
| 10:45.15 | mvanbaak | back |
| 10:46.38 | *** join/#asterisk-dev Corydon76-dig (i=red@pdpc/supporter/bronze/Corydon76-home) [NETSPLIT VICTIM] |
| 10:46.38 | *** join/#asterisk-dev kazaa_lite (n=msaleem@94-193-98-124.zone7.bethere.co.uk) [NETSPLIT VICTIM] |
| 10:46.38 | *** mode/#asterisk-dev [+o Corydon76-dig] by irc.freenode.net |
| 10:47.58 | festr_ | hello. I'm debuging cdr problem asterisk 1.4. There is difference how cdr are stored compared between sip transfer and sip forwarard (30X response). SIP forward creates Local channel and transfer the call to it. ASAP that Local channel is answered, CDR is generated and another CDR is generated after call ends. There are too many bug reports etc etc that it could be discussed here I think. |
| 10:48.32 | festr_ | so if anyone are interested let me know :) |
| 11:11.05 | *** join/#asterisk-dev dlu (n=quassel@83.125.8.7) |
| 11:11.59 | dlu | hi all |
| 11:12.28 | dlu | if anyone interested on a bounty in libss7 programming please msg me |
| 11:14.11 | tzafrir_laptop | dlu, while I'm not interested personally, you might consider being more specific |
| 11:18.44 | festr_ | me too |
| 11:26.07 | dlu | i need to hae the timer t35 working in actual libss7. contact me private for a rewarding job |
| 11:50.42 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:50.42 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:00.25 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 12:01.06 | jmls | goooood moooorrrrrrrring #asterisk-dev ! |
| 12:01.14 | jmls | is in a good mood today |
| 12:01.24 | jmls | must be something to do with all the coffee ;) |
| 12:02.15 | jmls | I do have a dev question, however ! |
| 12:02.16 | jmls | in 1.4, is there anything that would allow me to delete a specific voicemail message, either by index or ID ? |
| 12:06.46 | snuff-home | by the 'voicemail' command? |
| 12:09.51 | snuff-home | jmls: the best i could think of is a 'hack' depending on how u store your vm |
| 12:10.19 | snuff-home | aka sql query to delete vm 'x' without going through them |
| 12:10.43 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:11.10 | snuff-home | aka.. make a DP saying.. 'delete all vm's from last week' etc |
| 12:11.27 | snuff-home | which means a simple query to delete |
| 12:17.50 | snuff-home | goes for zzz's |
| 12:19.14 | jmls | damn! missed snuff |
| 12:20.21 | jmls | what I've been asked to do is be able to manage the voicemail by either the phone (as we do at the moment using voicemail) or a web-based system. I was wondering how we keep the voicemails in sync. I can't use ODBC |
| 12:24.28 | kpfleming | you don't need to 'keep them in sync' |
| 12:24.37 | kpfleming | look at what webvmaill.cgi in the source tree does |
| 12:25.02 | kpfleming | if you are using 1.6.x, you'll have to enable mailbox polling in voicemail.conf to ensure that the changes you make outside of asterisk are noticed by app_voicemai |
| 12:32.29 | jmls | oh, ok. |
| 12:32.36 | jmls | runs off to look at the .cgi |
| 12:32.38 | jmls | thanks |
| 12:33.51 | jmls | vmail.cgi, right ? |
| 12:36.11 | kpfleming | yep |
| 12:42.21 | atis_work | jmls: try -users :D |
| 12:42.40 | atis_work | but generally just delete all files with msg0001.* |
| 12:42.59 | jmls | oh, bitchy. I was looking at the source code to see if there was an asterisk function to remove the vm. Didn't realise it would be so easy ;) |
| 12:43.31 | atis_work | yeah, loking at source is habit |
| 12:44.11 | jmls | a bad habit ;) |
| 12:54.17 | *** join/#asterisk-dev DarkRift (n=dark@modemcable015.68-200-24.mc.videotron.ca) |
| 12:58.43 | leifmadsen | morning all |
| 13:00.46 | tzafrir_laptop | considered using the nick alias 'all'. Sadly it is already taken |
| 13:02.25 | *** join/#asterisk-dev jtodd (i=ealp6s4f@asterisk/community-director-and-tie-dye-shirt-lover/jtodd) |
| 13:02.25 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 13:11.06 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 13:11.06 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:14.29 | *** join/#asterisk-dev Praise2 (n=Fat@unaffiliated/praise) |
| 13:29.38 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 13:33.44 | *** join/#asterisk-dev mog (n=mog@c-68-62-169-247.hsd1.al.comcast.net) |
| 13:33.44 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 13:38.42 | *** join/#asterisk-dev mog (n=mog@c-68-62-169-247.hsd1.al.comcast.net) |
| 13:38.42 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 13:40.25 | *** join/#asterisk-dev denon (i=denon@sassinak.net) |
| 13:40.57 | *** join/#asterisk-dev devyll (n=paul@89.36.24.2) |
| 13:41.07 | tzafrir_laptop | leifmadsen, is there any place with all the docs generated from the asterisk source (up-to-date version)? |
| 13:41.25 | leifmadsen | try the latest set of release candidates |
| 13:41.30 | *** join/#asterisk-dev kaii (n=kai@213.239.211.111) |
| 13:41.43 | kaii | Z |
| 13:41.51 | tzafrir_laptop | For zaptel/dahdi I have http://docs.tzafrir.org.il/ |
| 13:42.37 | tzafrir_laptop | Basically, the outputs of 'make docs (though lately I realized I need to run a full 'make' to generate some of the man pages) |
| 13:42.57 | devyll | does anybody know how does MixMonitor app constructs the filename of the recording audio file ? In the sources I have mixmonitor->filename = (char *) mixmonitor + sizeof(*mixmonitor) + strlen(chan->name) + 1; |
| 13:42.58 | devyll | <PROTECTED> |
| 13:42.58 | devyll | <PROTECTED> |
| 13:46.54 | devyll | what I'm trying to do is to save outgoing calls in a custom dir. So I'm guessing I would need MixMonitor(/custom/path/${MIXMONITOR_FILENAME}) . would that be valid ? |
| 13:50.19 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 13:53.11 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:04.03 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 14:04.03 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 14:08.34 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 14:10.43 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 14:10.43 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:15.54 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:15.54 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:18.18 | *** join/#asterisk-dev ctooley (n=ctooley@c-76-22-246-7.hsd1.tn.comcast.net) |
| 14:18.18 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 14:18.55 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:18.55 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:23.23 | *** join/#asterisk-dev moy (n=moy@74.12.135.147) |
| 14:30.00 | Gugge | anyone wanna test my chan_sip patch for 1.6.1 .. making realtime type=peer/user/friend work again? - https://issues.asterisk.org/view.php?id=16021 |
| 14:46.50 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:46.50 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:50.24 | devyll | found it. the default filename of mixmonitor file when used by queue app is the unique id of the channel . if anybody is interested. |
| 14:50.48 | devyll | of course concatenated with the format extension wav ogg etc |
| 14:55.24 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:56.07 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:04.16 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:04.16 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 15:12.06 | *** join/#asterisk-dev felipe_ (n=felipe@my.nada.kth.se) |
| 15:18.12 | *** join/#asterisk-dev mnt_real (n=sinan@bas12-montrealak-1167974846.dsl.bell.ca) |
| 15:25.11 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 15:28.24 | Corydon76-dig | jsmith: ping |
| 15:28.31 | jsmith | Corydon76-dig: Pong |
| 15:29.08 | Corydon76-dig | jsmith: how often do you have to explain to new users the Asterisk versioning scheme of skipping odd minor version numbers? |
| 15:29.44 | jsmith | Corydon76-dig: How often do I, or how often do I *have to* |
| 15:29.57 | jsmith | Corydon76-dig: I explain it every time I teach a class, so approximately once a month |
| 15:30.11 | jsmith | Corydon76-dig: That being said, I don't *have to* explain it very often |
| 15:30.14 | Corydon76-dig | Oh, so it's part of your spiel, because you expect you'll have to |
| 15:30.34 | Corydon76-dig | Would it simplify matters if we no longer did that? |
| 15:31.01 | Corydon76-dig | i.e. if the next version was 1.7 and not 1.8? |
| 15:31.19 | jsmith | Corydon76-dig: It doesn't simplify things for me... in fact, it just further confuses the people who are already used to the scheme |
| 15:31.49 | jsmith | If we were going to do that, we should have renamed 1.6.1 to 1.7 and 1.6.2 to 1.8 |
| 15:31.57 | jsmith | But that's another topic for another day |
| 15:32.04 | russellb | Can we please not have this discussion here? |
| 15:32.10 | russellb | It's a waste of time if it has to be rehashed on the -dev list. |
| 15:32.11 | jsmith | Sure... |
| 15:32.49 | Corydon76-dig | russellb: I just wanted to get the opinion of a guy who has to explain it more than I have to to figure out if I wanted to pursue it on the -dev list |
| 15:33.38 | russellb | okay. |
| 15:35.20 | Corydon76-dig | A bunch of stuff that I do that may seem like a bikeshed to you is with the community in mind... but I try to make sure that it really matters to community members before I want to go out on that branch... |
| 15:36.36 | russellb | a bikeshed in the name of the community doesn't make it more than a bikeshed :-p |
| 15:38.06 | Corydon76-dig | russellb: we'll be airing the plan in front of the community soon enough, anyway |
| 15:46.22 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 15:56.16 | *** join/#asterisk-dev elguero (n=elguero@12.187.84.162) |
| 15:58.02 | *** join/#asterisk-dev errotan (n=errotan@5403E61D.catv.pool.telekom.hu) |
| 15:59.42 | atis_work | putnopvut: what mechanism is supposed to avoid ringing the same agent multiple times if autofill is on? |
| 16:00.12 | leifmadsen | correctly setup device state |
| 16:00.31 | putnopvut | atis_work: I think there is a "pending" flag or some such in the member structure. Let me double check. |
| 16:00.34 | atis_work | leifmadsen: device state is working |
| 16:01.13 | atis_work | i just realized that if i send two or more calls to queue, i get many RINGNOANSWER entries at the same second/agent |
| 16:01.27 | atis_work | other than that, states seem to be ok |
| 16:01.42 | putnopvut | Ah, the "pending" flag is in the queue_ent structure. It's to make sure that we don't calculate it when determining the number of available members vs. number of callers in the queue. |
| 16:02.37 | putnopvut | atis_work: which asterisk version are you using? |
| 16:02.52 | atis_work | svn 1.6.1 |
| 16:02.52 | putnopvut | actually, that may not matter. |
| 16:03.12 | putnopvut | There's a function called num_available_members which is used when calculating how many members are available for autofill. |
| 16:03.30 | atis_work | yes, but i mean, what avoids parallel calls to select the same agent |
| 16:03.43 | putnopvut | However, that is independent from the logic which checks which agent to actually call. |
| 16:04.44 | putnopvut | atis_work: it looks like the metric is what is used to not try ringing the same member. |
| 16:04.55 | putnopvut | When we choose a member, we update its metric to be higher than the others. |
| 16:05.05 | putnopvut | So when the next call comes in, we will choose a different member instead. |
| 16:05.10 | atis_work | oh, then there's a bug if strategy=unknown |
| 16:05.29 | atis_work | it says - using ringall, but doesn't calculate metric |
| 16:05.49 | atis_work | well, thanks anyway, i'll try to apply that one to my curl strategy :) |
| 16:06.14 | atis_work | i was just about to try some valid strategy |
| 16:07.27 | atis_work | but it's a bit weird, i never saw such behaviour on 1.4, where i din't really calculated metric for my strategy |
| 16:15.46 | atis_work | putnopvut: i don't see that metric is changed at any point of ringing |
| 16:22.07 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 16:33.43 | atis_work | putnopvut: and it still fails when using proper strategy (leastrecent) |
| 16:59.28 | *** join/#asterisk-dev atis_home (n=atis@193.238.213.215) |
| 17:02.33 | jsmith | Silly question... will ./configure always return 0 on success, and non-zero otherwise? |
| 17:03.55 | jsmith | I'm getting a return value of 2, but every indication is that ./configure ran successfully |
| 17:12.54 | jsmith | Never mind... layer 8 problem :-( |
| 17:20.25 | *** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) |
| 17:23.17 | *** join/#asterisk-dev moy (n=moy@74.12.126.41) |
| 17:26.14 | *** join/#asterisk-dev oej (n=olle@212.17.134.82) |
| 17:26.14 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:29.35 | jpeeler | Corydon76-dig: i think there was a small typo in your gosub ael change in 1.6.0 |
| 17:30.14 | Corydon76-dig | jpeeler: oh? |
| 17:30.22 | jpeeler | in 222279, line 3388, i think you meant exten instead of mother_exten |
| 17:30.48 | Corydon76-dig | trunk? |
| 17:30.53 | jpeeler | 1.6.0 |
| 17:31.31 | Corydon76-dig | Indeed I did |
| 17:32.11 | Corydon76-dig | Fixed |
| 17:45.31 | *** join/#asterisk-dev Dovid (n=annon@213.8.121.90) |
| 17:51.35 | putnopvut | atis_work: (sorry I had gotten up from my desk to go to lunch) Could you open a bug report detailing the problem? |
| 17:54.12 | jsmith | Aha! |
| 17:54.33 | jsmith | I figured out my problem... to whom shall I assign the blame? |
| 17:54.44 | leifmadsen | jsmith: file of course |
| 17:55.10 | jsmith | Hmmmmn... blame belongs to mnick |
| 17:56.37 | jsmith | funcs/func_strings.c, line 279 (in the 1.6.2 branch) |
| 17:57.16 | seanbright | heh |
| 17:57.18 | seanbright | woops |
| 17:57.27 | jsmith | Somebody wanna fix that for me? |
| 17:57.40 | seanbright | will |
| 17:58.10 | jsmith | Doesn't look like it's in trunk... just the 1.6.2 branch |
| 18:00.04 | seanbright | done. |
| 18:04.40 | jsmith | seanbright: Thanks! |
| 18:04.56 | jsmith | (Now if I could just get back the hour that cost me today) |
| 18:06.43 | atis_home | putnopvut: i'll try getting more debug on that tomorrow, anyway that's quite urgent for me, so i hope to solve it in next few days :) |
| 18:07.01 | putnopvut | atis_home: All right, cool. |
| 18:08.58 | atis_home | i was just looking for something that should avoid that, but i don't see anything.. maybe device states are just not being handled.. i have to check it on 1.4 |
| 18:09.26 | atis_home | not handled = handled too late or buggy |
| 18:17.01 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:17.11 | *** join/#asterisk-dev otherwiseguy (n=otherwis@75.87.106.119) |
| 18:19.35 | *** join/#asterisk-dev ebroad (n=eb@pool-173-77-203-142.nycmny.fios.verizon.net) |
| 18:19.50 | ebroad | mvanbaak, ping |
| 18:33.06 | mvanbaak | pong |
| 18:33.10 | mvanbaak | ebroad: pong |
| 18:33.27 | *** join/#asterisk-dev denon (i=denon@sassinak.net) |
| 18:34.31 | ebroad | mvanbaak, my question is more of an #asterisk question however i dont see you in there |
| 18:34.46 | ebroad | do you still handle chan_skinny? |
| 18:34.47 | mvanbaak | correct. I dont hang out in there |
| 18:34.52 | mvanbaak | yup |
| 18:35.10 | mvanbaak | at least I try to :) when time permits |
| 18:36.02 | ebroad | ok im working with a cisco 7936 and * is segfaulting when i hit conference, I am working on a normal backtrace and possibly valgrind...i was wondering if you were aware of any issues(i don't really see anything in mantis) |
| 18:36.32 | mvanbaak | which version of asterisk ? |
| 18:38.42 | ebroad | trunk |
| 18:40.20 | mvanbaak | hhmm |
| 18:40.20 | mvanbaak | no, that's an unknown issue |
| 18:43.49 | ebroad | mvanbaak, r222463, checked out late last night |
| 18:45.26 | leifmadsen | russellb: ping? |
| 18:47.42 | leifmadsen | in your documentation for openais setup, you mention that asterisk.conf should have an entity_id field setup, but I don't see that shown in my 1.6.2 asterisk.conf configuration sample file. I'm wondering if that got missed somewhere. |
| 18:47.51 | leifmadsen | ebroad: ping? |
| 18:49.07 | ebroad | leifmadsen, pong |
| 18:49.27 | leifmadsen | ebroad: you seem to be getting it issues and such recently. Are you at all interested in contributing as a bug marshal? |
| 18:50.03 | *** join/#asterisk-dev Dovid (n=annon@213.8.121.90) |
| 18:50.23 | putnopvut | leifmadsen: looking at a trunk checkout of asterisk.c, it appears that "entityid" is something you can set. I suppose it didn't make it into the sample though since the sample asterisk.conf is actually embedded in the Asterisk Makefile. |
| 18:50.37 | ebroad | leifmadsen, sure, though i don't know how much time i would have to assist, between my job(we don't use * there :( ) and family etc. |
| 18:51.13 | leifmadsen | putnopvut: ya, I just noticed that -- and that means either you missed the underscore, or the document I'm reading is incorrect. It says "entity_id" |
| 18:51.26 | putnopvut | leifmadsen: Nope, definitely no underscore. |
| 18:51.41 | file | I also believe these days that is automagically created based on MAC address stuff unless overridden |
| 18:51.52 | putnopvut | yep, I belive file is correct. |
| 18:52.02 | leifmadsen | ebroad: take a look here: http://www.asterisk.org/doxygen/trunk/ under Related Pages and read Workflow Guidelines for Asterisk Open Source Issue Tracker. Any time you can provide is useful. Even if it is just setting statuses correctly on issues you just happen to stumble upon |
| 18:52.09 | putnopvut | I was looking for the definition of ast_set_default_eid, but I apparently have not run ctags on this checkout. |
| 18:52.29 | leifmadsen | hmmm, still seems like something that should be documented, even if the default is to be autogenerated |
| 18:52.35 | ebroad | leifmadsen, sure thing |
| 18:52.50 | leifmadsen | ebroad: if still interested, let me know, and I'll upgrade your status on the tracker |
| 18:53.17 | ebroad | mvanbaak, i am getting a bunch of these: chan_skinny.c: Could not find subchannel with reference '4' on 'Cisco7936' |
| 18:53.41 | mvanbaak | ebroad: that's a known thing |
| 18:53.48 | mvanbaak | ebroad: I have that as well on all my phones |
| 18:53.55 | mvanbaak | ebroad: they are harmless |
| 18:58.12 | ebroad | ok thanx |
| 19:01.09 | ebroad | mvanbaak, i was just able to reproduce it again |
| 19:01.19 | leifmadsen | heh nice, AIS seems to work even with realtime members |
| 19:01.29 | leifmadsen | Marquis42: I'm getting close to testing PubSub! |
| 19:01.34 | mvanbaak | ebroad: nice |
| 19:01.41 | mvanbaak | ebroad: please make a ticket about it |
| 19:01.41 | ebroad | outbound call to over a sip trunk to cell phone works fine |
| 19:01.45 | ebroad | sure |
| 19:02.16 | ebroad | * crashes when i put the 1st call on hold, make a 2nd one and attempt to conference |
| 19:02.37 | ebroad | last log entry: chan_skinny.c: Trying to delete nonexistent session 0xc44090? |
| 19:02.59 | mvanbaak | meh |
| 19:03.04 | mvanbaak | that's not good indeed |
| 19:03.22 | seanbright | so whats the deal with cisco phones anyway? |
| 19:03.31 | seanbright | do i have to buy a bazillion dollar license to use one? |
| 19:03.47 | mvanbaak | nope |
| 19:03.49 | file | I use one ... illegally! |
| 19:03.54 | seanbright | o |
| 19:03.54 | seanbright | m |
| 19:03.55 | seanbright | g! |
| 19:03.59 | ebroad | i got some 7940's from a relative |
| 19:04.02 | putnopvut | seanbright: they'd be happy if you did buy such a license, though :) |
| 19:04.08 | mvanbaak | you only have to pay when you want to use sip |
| 19:04.16 | ebroad | i think you only need a license when you use the um |
| 19:04.46 | ebroad | *uc |
| 19:04.58 | mvanbaak | without contract you dont get firmware updates nor support |
| 19:05.14 | mvanbaak | but without contract you are allowed to use the stuff you got from the store |
| 19:05.53 | seanbright | gotcha |
| 19:06.16 | seanbright | insight.com has a 30000 phone license package |
| 19:06.23 | seanbright | it's only $138k |
| 19:06.43 | leifmadsen | cheap! |
| 19:07.45 | ebroad | stick with ebay |
| 19:07.54 | ebroad | 7940's run for 60-90 |
| 19:07.56 | ebroad | usd |
| 19:08.14 | Corydon76-dig | I'll stick with my Polycoms, thanks. |
| 19:08.23 | *** join/#asterisk-dev denon (i=denon@sassinak.net) |
| 19:08.38 | ebroad | nice 2 line phone, the only annoying thing is that they don't honor the auto answer header |
| 19:08.54 | ebroad | and auto answer has to be configured manually |
| 19:09.00 | Corydon76-dig | Cisco is at the other end of the same scale as Grandstreams. Grandstreams are cheap crap. Ciscos are overpriced crap. |
| 19:09.40 | ebroad | Corydon76-dig, meh, cisco isn't that bad, i have a polycom 501 as well |
| 19:10.03 | mvanbaak | Corydon76-dig: the cisco phones are great phones. |
| 19:10.28 | Corydon76-dig | mvanbaak: Correction. The Cisco phones COULD be great phones. |
| 19:10.32 | ebroad | 7936 is an alien spaceship PoS |
| 19:10.40 | ebroad | and its polycom based |
| 19:10.40 | kpfleming | polycom 501 is ancient... current models are many times better |
| 19:10.40 | mvanbaak | Corydon76-dig: our skinny implementation has some bugs. dont blame the phones for our channel driver ;) |
| 19:11.10 | Corydon76-dig | mvanbaak: I'm not. I'm blaming Cisco for the limitations of their SIP stack on the 7960 |
| 19:11.11 | ebroad | 501's are a tank though |
| 19:11.25 | mvanbaak | Corydon76-dig: that's why you dont use SIP on cisco phones |
| 19:11.50 | Corydon76-dig | mvanbaak: yes, proprietary protocol. Sooo much better. |
| 19:11.51 | mvanbaak | Corydon76-dig: the 7960 was designed for skinny. the sip firmware for those phones is horrible |
| 19:12.12 | ebroad | thats because cisco never planned on doing sip to begin with |
| 19:12.20 | mvanbaak | indeed |
| 19:12.22 | Corydon76-dig | Excuse me. Proprietary, undocumented protocol |
| 19:12.30 | mvanbaak | Corydon76-dig: I know I know |
| 19:12.49 | ebroad | Corydon76-dig, embrace, extend, extinguish |
| 19:13.02 | ebroad | M$ wasn't the 1st |
| 19:13.07 | seanbright | ugh |
| 19:13.09 | ebroad | and sure won't be the last |
| 19:13.18 | seanbright | i hate when people say "M$" |
| 19:13.31 | ebroad | ok, Micro$0ft |
| 19:13.33 | mvanbaak | ci$co |
| 19:13.36 | seanbright | even worse |
| 19:13.39 | Corydon76-dig | What's worse is that Cisco doesn't even deserve the praise they get for routing equipment. It's mid-grade equipment, at best. |
| 19:13.44 | seanbright | a company in the business of making money!? for shame! |
| 19:14.21 | ebroad | seanbright, money = not the problem |
| 19:14.27 | seanbright | then stop using a $ |
| 19:14.28 | Corydon76-dig | seanbright: I have no problem with people wanting to make money. Corrupting open standards, OTOH... |
| 19:14.33 | seanbright | that means "money" |
| 19:14.41 | ebroad | its $$$ for something worth $ |
| 19:14.48 | seanbright | meh |
| 19:14.52 | Corydon76-dig | ebroad: agreed |
| 19:15.21 | *** join/#asterisk-dev denon (i=denon@sassinak.net) |
| 19:15.24 | ebroad | Corydon76-dig, some of their gear is pretty good though |
| 19:15.29 | Corydon76-dig | If you want high end routing equipment, Juniper beats the pants off of Cisco |
| 19:15.57 | mvanbaak | Corydon76-dig: agreed |
| 19:16.00 | ebroad | that may be true, the same with adtran, especially if you want an ios ripoff thats better than the original |
| 19:16.22 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:16.23 | Corydon76-dig | I don't know much about Adtran routing |
| 19:16.33 | mvanbaak | and for switches extreme beats cisco as well |
| 19:16.37 | Corydon76-dig | Adtran telephony, otoh, is awesome stuff. |
| 19:17.29 | ebroad | their low to mid t1 routers beat ciscos 1700/1800 |
| 19:17.38 | ebroad | and their half the $ |
| 19:18.00 | ebroad | though i run a catalyst 3550 at home |
| 19:18.06 | ebroad | and it rocks |
| 19:18.14 | Corydon76-dig | I run FreeBSD at home |
| 19:18.30 | Corydon76-dig | An old P133, too |
| 19:18.45 | mvanbaak | OpenBSD on a soekris 5501 here |
| 19:18.58 | ebroad | im a sucker for enterprise gear @ home |
| 19:19.08 | ebroad | poweredge t300 running esxi |
| 19:19.12 | Corydon76-dig | Given that Juniper is based on Free/Open BSD, that should tell you what kind of performance I get... |
| 19:19.37 | mvanbaak | actually, I have two 5501 with OpenBSD in a complete redundant setup |
| 19:19.48 | mvanbaak | CARP is so much better then VRRP |
| 19:20.16 | ebroad | played with bsd breifly |
| 19:20.19 | Marquis42 | leifmadsen: Glad to hear you're close to some hot PubSub action. ;) |
| 19:20.19 | ebroad | *breifly |
| 19:20.29 | leifmadsen | Marquis42: lol |
| 19:20.46 | leifmadsen | I'm creating dialplan right now to login agents to remote queues and test the memberstatus stuff |
| 19:21.07 | Marquis42 | Excellent. Let me know if I can be of any assistance. |
| 19:21.12 | mvanbaak | the CPU in the 5501 is: |
| 19:21.13 | mvanbaak | cpu0: Geode(TM) Integrated Processor by AMD PCS ("AuthenticAMD" 586-class) 500 M |
| 19:21.16 | mvanbaak | Hz |
| 19:21.19 | leifmadsen | Marquis42: sounds good -- testing with AIS right now, then will move to PubSub once this is all working |
| 19:21.32 | Marquis42 | leifmadsen: Good deal |
| 19:26.25 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 19:26.52 | ebroad | mvanbaak, do you have access to a 7936 to tets with? |
| 19:26.56 | ebroad | *test |
| 19:27.10 | mvanbaak | ebroad: nope. but I do have a 7960 and a 7905 |
| 19:27.45 | mvanbaak | and wedhorn has some old VIP phones to test with |
| 19:28.17 | mvanbaak | but not a lot of newer phones are present on the chan_skinny users desks |
| 19:29.55 | Qwell | mvanbaak: actually, you do need a license, according to Cisco legal |
| 19:30.03 | Qwell | can they enforce it? probably |
| 19:30.26 | tzafrir_laptop | Error creating review request: The repository path specified is not in the list of known repositories (code 206) |
| 19:31.00 | ebroad | hmm, i found another strange issue, if i put a call on hold, make a new call, the call thats on hold can speak |
| 19:31.02 | tzafrir_laptop | Does this mean reviews can only be posted from origsvn (as opposed to svn)? |
| 19:31.06 | ebroad | even though the moh is playing |
| 19:31.06 | kpfleming | yes |
| 19:31.10 | mvanbaak | tzafrir_laptop: try origsvn |
| 19:31.39 | mvanbaak | Qwell: gheh. Then the documentation is too hard to parse for normal users |
| 19:45.24 | seanbright | ohhh |
| 19:45.30 | seanbright | polycom vvx 1500 |
| 19:45.33 | seanbright | me likey |
| 19:45.54 | seanbright | someone buy it for me |
| 19:46.44 | tzafrir_laptop | hmmm... I just want to get some comments on the diff of my branch |
| 19:46.58 | tzafrir_laptop | reviewboard doesn't really cut it |
| 19:47.06 | seanbright | why is that? |
| 19:47.30 | tzafrir_laptop | I'm more interested in showing a diff. |
| 19:47.41 | seanbright | reviewboard does that |
| 19:47.51 | seanbright | or am i missing something |
| 19:48.08 | tzafrir_laptop | reviewboard puts everything in a single place. Does not separate files |
| 19:48.29 | tzafrir_laptop | Furthermore, I can't figure out a way to point to "the changes in file X" |
| 19:48.53 | tzafrir_laptop | (I can, but I get a URL with a funny number that doesn't really make sense) |
| 19:48.54 | kpfleming | umm... click on that filename in the diff window |
| 19:49.04 | kpfleming | for what purpose? |
| 19:49.10 | seanbright | he doesn't have javascript turned on |
| 19:49.14 | seanbright | or something obnoxious |
| 19:49.14 | seanbright | :) |
| 19:49.15 | tzafrir_laptop | I do |
| 19:49.19 | seanbright | oh good |
| 20:12.35 | *** join/#asterisk-dev FlaPer87 (n=FlaPer87@unaffiliated/flaper87) |
| 20:12.58 | FlaPer87 | hey guys, I'm writting a realtime speech recognition app for asterisk |
| 20:13.15 | FlaPer87 | I wanted to know If I should write an app_ or a res_ |
| 20:13.24 | FlaPer87 | what is the difference between them? |
| 20:13.36 | kpfleming | nothing really, just file names |
| 20:13.54 | FlaPer87 | hmmmmm..... I see |
| 20:14.02 | kpfleming | generally, app_ is used for applications intended to be used in the dialplan, and res_ is used for services provided to other modules |
| 20:14.13 | kpfleming | but there are a lot of examples of things that don't follow rules |
| 20:14.21 | jsmith | That being said res_foobar.so could certainly provide dialplan applications, etc. |
| 20:14.25 | FlaPer87 | kpfleming: I see |
| 20:14.51 | FlaPer87 | Thanks guys!!! |
| 20:22.43 | FlaPer87 | I think I should write a service for ast_speech |
| 20:22.54 | kpfleming | that would be the best idea, yes |
| 20:23.04 | kpfleming | well, res_speech |
| 20:23.12 | FlaPer87 | when is res_speech used? |
| 20:23.16 | FlaPer87 | kpfleming: right, sorry =P |
| 20:23.25 | FlaPer87 | I mean, res_speech is already a service |
| 20:23.25 | kpfleming | it provides all the Speech* applications to the dialplan |
| 20:23.33 | FlaPer87 | just what I thought |
| 20:23.41 | FlaPer87 | kpfleming: awesome, thanks for the ingo |
| 20:23.43 | FlaPer87 | info |
| 20:43.49 | *** join/#asterisk-dev moy (n=moy@74.12.134.3) |
| 20:47.11 | FlaPer87 | I don't get something. If I write a service I will have to use AGI or something like that to call its functions, right? I mean, I wont have a command like Dial that will be called, rigth? |
| 20:47.31 | FlaPer87 | what I don't understand is when are the service methods called |
| 20:47.32 | FlaPer87 | ? |
| 20:48.47 | file | you'll have to be more specific in what you mean as we don't have 'services' |
| 20:49.45 | FlaPer87 | file: res_*.c |
| 20:50.26 | file | that's a filename, traditionally used to mean it is a module that provides an API/functions to other modules |
| 20:51.01 | FlaPer87 | file: exactly, so, I would have to write that module and then write the app, right? |
| 20:51.18 | file | if it's only ever go to be used by your module then you can just write an app |
| 21:32.46 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 22:02.19 | *** join/#asterisk-dev kazaa_lite (n=msaleem@cpc1-lamb4-0-0-cust590.bmly.cable.ntl.com) |
| 22:06.18 | *** join/#asterisk-dev denon (i=denon@sassinak.net) |
| 22:13.30 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) |
| 22:33.09 | Qwell | russellb: no, it was removed intentionally |
| 22:34.01 | Qwell | invalid intent, maybe.. but it was reviewed by like 5 people O.o |
| 22:34.48 | Qwell | https://reviewboard.asterisk.org/r/115/ |
| 22:35.10 | russellb | Okay, well the bug report said something about it being apparently accidentally removed, and the commit message didn't clarify it for me |
| 22:35.23 | russellb | so if that's the case, I'd like to update the commit message to make the situation clear |
| 22:35.27 | russellb | let me check that review |
| 22:35.28 | Qwell | He misunderstood the commit (which was to moy's branch) |
| 22:35.34 | Qwell | it was just an automerge |
| 22:35.53 | russellb | i understand |
| 22:37.12 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-218-155-146.cablep.bezeqint.net) |
| 22:37.13 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 22:38.21 | russellb | Qwell: ah ok, I see it now. Can you update the commit message to include that code review link as a reference for why it was intentionally removed? |
| 22:41.59 | Qwell | russellb: That SWP can be closed I think |
| 22:42.19 | Qwell | don't recall if I added a comment earlier for that one. probably did |
| 22:44.42 | russellb | nods |
| 22:44.43 | russellb | thank ya sir |
| 22:45.30 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 22:45.30 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 22:55.16 | *** join/#asterisk-dev qdk (n=qdk@0x573d8d8b.bynqu1.dynamic.dsl.tele.dk) |
| 23:08.07 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 23:14.23 | *** join/#asterisk-dev mog (n=mog@c-68-62-169-247.hsd1.al.comcast.net) |
| 23:14.26 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 23:41.13 | *** join/#asterisk-dev denon (i=denon@sassinak.net) |