| 00:10.32 | seanbright | codefreeze-lap: i got that one |
| 00:10.38 | seanbright | codefreeze-lap: i'm going to assign it back to me |
| 00:11.04 | codefreeze-lap | OK, it's yours |
| 00:11.38 | seanbright | thanks, i'm 99% sure he just needs to 'svn update' |
| 00:12.10 | seanbright | considering he posted an almost identical bug this morning |
| 00:12.11 | seanbright | M13281 |
| 00:12.15 | MuffinMan | [closed] [Asterisk] CDR/cdr_tds 0013281: CDR TDS does notbreport the userfield contents,as cdr_odbc does reported by falves11 (Karma: -3.5) http://bugs.digium.com/view.php?id=13281 |
| 00:13.13 | seanbright | codefreeze-lap: i'm confused by your note on 13290. |
| 00:13.48 | codefreeze-lap | OK, I forgot to update, that's why I didn't see it. |
| 00:14.04 | seanbright | ahhh |
| 00:14.05 | seanbright | gotcha |
| 00:14.23 | codefreeze-lap | But, you didn't do it via the config file option. You may get complaints from users who aren't handling the userfield |
| 00:14.39 | seanbright | it checks for userfield |
| 00:14.51 | seanbright | if it exists in the table it will get populated |
| 00:14.56 | seanbright | if it doesn't, it won't |
| 00:15.27 | codefreeze-lap | that'll teach me to read thru the code |
| 00:15.36 | codefreeze-lap | Yes, you did it right. Very good! |
| 00:15.50 | seanbright | super |
| 00:48.25 | *** part/#asterisk-dev korihor (n=korihor@201.211.168.130) |
| 01:16.57 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-214-19.west.biz.rr.com) |
| 01:49.17 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 01:56.38 | *** join/#asterisk-dev obnauticus_ (n=obnautic@about/windows/regular/obnauticus) |
| 02:28.28 | *** join/#asterisk-dev jeffspeff (i=jeff@c-98-240-112-228.hsd1.ky.comcast.net) |
| 03:13.22 | *** join/#asterisk-dev jameswf-home (n=james@ip72-223-0-183.ph.ph.cox.net) |
| 03:21.17 | *** join/#asterisk-dev korihor (n=korihor@190.78.32.60) |
| 04:16.27 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 04:28.48 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 04:28.48 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 04:36.38 | *** join/#asterisk-dev jameswf-home (n=james@jfinstrom.broker.freenet6.net) |
| 04:55.09 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 05:54.53 | *** join/#asterisk-dev jameswf (n=james@jfinstrom.broker.freenet6.net) |
| 06:10.13 | *** join/#asterisk-dev codefreeze-lap (n=murf@216.166.159.235) |
| 06:10.13 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 06:36.19 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 06:57.28 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 07:15.14 | *** join/#asterisk-dev gmaruzz (n=gmaruzz@213-140-6-122.ip.fastwebnet.it) |
| 07:15.36 | *** part/#asterisk-dev gmaruzz (n=gmaruzz@213-140-6-122.ip.fastwebnet.it) |
| 08:23.44 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 08:24.40 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 08:24.40 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:29.48 | oej | Morning |
| 08:31.39 | tzafrir_laptop | Hi |
| 08:34.22 | oej | Let's make revolution while the americans are asleep |
| 08:34.26 | oej | :-) |
| 08:34.50 | oej | Let's change so that ALAW is the preferred codec choice, not ULAW |
| 08:34.56 | oej | As a small first step |
| 08:37.14 | tzafrir_laptop | it only takes minor misspelling, right? ALloW? |
| 08:37.27 | tzafrir_laptop | as opposed to oUtLAW |
| 08:37.50 | oej | right |
| 08:37.58 | oej | I feel like upsetting someone |
| 08:38.08 | oej | we could deprecate app_dial |
| 08:38.51 | oej | tzafrir: Thanks for the links to the OLPC sounds. What an enormous archive! |
| 08:39.29 | mvanbaak | lol oej |
| 08:39.43 | mvanbaak | remove chan_iax |
| 08:40.28 | oej | Move to sourceforge |
| 08:41.13 | oej | Rename Dahdi to paztel |
| 08:42.46 | mvanbaak | all good ideas |
| 08:50.33 | tzafrir_laptop | I think jamesfw suggested "MAHMI" (or something similar), along the lines of Multiple Advances Hardware Module Interfaces |
| 09:00.53 | oej | They want the "Digium" trade mark in there to protect themselves |
| 09:01.11 | oej | But DAHDI and MAHMI sounds like a good couple. Use MAHMI for the SS7 stuff :-) |
| 09:01.23 | oej | I'm sure we can find an explanation |
| 09:04.16 | mvanbaak | yeah, together with ZOMBIE channels and a rename of chan_local to chan_KID it's a complete family |
| 09:30.51 | *** join/#asterisk-dev skirmisha (n=viki@79-100-46-157.btc-net.bg) |
| 09:30.56 | skirmisha | hello guys |
| 09:31.04 | skirmisha | i have little problem with my asterisk |
| 09:31.26 | skirmisha | trying to add some futures but asterisk crash with error mysql-init |
| 09:32.11 | skirmisha | undefined symbol mysql_init |
| 09:32.18 | skirmisha | this is in chan_sip.so |
| 09:32.34 | skirmisha | i have added some mysql support so chan_sip can write in mysql db |
| 09:32.41 | skirmisha | but seems i am missing something |
| 09:32.51 | skirmisha | do i need to add something in Makefile? |
| 09:33.17 | oej | skirmisha. Why don't you use realtime like everyone else to connect to mysql |
| 09:33.57 | skirmisha | it is for something else |
| 09:34.05 | skirmisha | not for users |
| 09:34.11 | skirmisha | i just want to fix that error |
| 09:34.20 | skirmisha | i think i have to add something in malefile |
| 09:34.27 | skirmisha | to set chan_sip to support mysql |
| 09:34.50 | oej | Well, you have to link with the libraries and include the include files. |
| 09:35.34 | skirmisha | files are included |
| 09:35.38 | skirmisha | asterisk compiled |
| 09:35.53 | skirmisha | but after i tried to start it it crash with exit code 127 |
| 09:36.08 | skirmisha | then when i run asterisk manually is shows above error |
| 09:37.38 | skirmisha | it says sysmbol lookup error |
| 09:37.58 | skirmisha | what am i missing |
| 09:38.22 | skirmisha | how should i link libraries? |
| 09:39.00 | tzafrir_laptop | the configure script does not really check for mysql support |
| 09:39.38 | skirmisha | shall i add something in makefile |
| 09:39.44 | skirmisha | i remember for sqlite3 support |
| 09:39.45 | tzafrir_laptop | compare that to how PGSQL dependency is declared on e.g. res/res_config_pgsql.c |
| 09:39.50 | skirmisha | i need to add that in makefile |
| 09:39.53 | skirmisha | in channel dir |
| 09:40.02 | tzafrir_laptop | skirmisha, in asterisk >= 1.4 it is not done in the makefile explicitly |
| 09:40.10 | tzafrir_laptop | it's a bit more complex |
| 09:42.24 | skirmisha | what shall i do now then |
| 09:42.47 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 09:43.37 | somebee | hi. I am trying to get up the AJAM-interface, but when I direct my browser to any action (as explained at voip-info.org) I get The requested URL was not found on this server. -- Asterisk Server |
| 09:43.51 | somebee | it is running etc.. any idea what might be wrong, or where I should start looking? |
| 09:46.47 | skirmisha | it must be same like asterisk-addons |
| 09:49.23 | tzafrir_laptop | skirmisha, but linking mysql directly with sip is probably the wrong thing to do. Why isn't realtime mysql from asterisk-addons good enough for you? |
| 09:51.50 | skirmisha | problem is that i am adding mysql support directly in chan_sip |
| 09:51.56 | skirmisha | so chan_sip can connect to mysql |
| 09:52.14 | skirmisha | and when it tries it crash with this error |
| 09:52.27 | skirmisha | what do u need to add in chan_sip in order to work properly |
| 09:53.24 | *** join/#asterisk-dev oron (n=oron@local.xorcom.com) |
| 10:04.38 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 10:12.05 | skirmisha | ??? |
| 10:21.05 | skirmisha | how should i add mysql support in gcc |
| 10:25.28 | tzafrir_laptop | skirmisha, what specifically do you want chan_sip to write to a db? |
| 10:31.36 | skirmisha | want to write msg |
| 10:31.51 | skirmisha | this does not matter |
| 10:31.59 | skirmisha | i just want to fix that mysql issue |
| 10:32.06 | skirmisha | god damn |
| 10:32.18 | skirmisha | do i need to add something like depend |
| 10:32.31 | skirmisha | that this depend from libmysqlclient |
| 10:35.22 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 10:36.26 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 10:42.23 | skirmisha | come on guys |
| 10:42.26 | skirmisha | can someone help me |
| 11:55.39 | *** join/#asterisk-dev jbot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 11:55.39 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Asterisk trunk: res_telepathy release tomorrow-=- Tier 2 and Tier 3.14159 support is in #asterisk -=- Automated Builds, thx file! - http://buildbot.digium.com |
| 11:55.58 | *** join/#asterisk-dev codefreeze-lap (n=murf@216.166.159.235) |
| 11:55.58 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 12:02.03 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:02.03 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 12:15.43 | skirmisha | guys |
| 12:17.20 | skirmisha | what create_addr do in chan_sip |
| 12:17.32 | skirmisha | and is there diff from older version in 1.4 |
| 12:17.38 | skirmisha | like 1.4.10 and 1.4.21 |
| 12:18.04 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 12:20.51 | ctooley | It does all the prep work to create a SIP address out of the components passed in (like a SIP peer or an address in DNS) |
| 12:21.40 | ctooley | Something like "EXTEN@PEER" gets passed in and becomes "EXTEN@ADDRESS". |
| 12:27.21 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:27.21 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 12:45.07 | skirmisha | guys what ast_strdupa doing? |
| 12:46.13 | eliel | duplicating the passed string but using the stack to allocate that memory so, when the function calling this function finish, the memory is freed |
| 12:54.49 | *** join/#asterisk-dev ctooley_ (n=ctooley@mo-71-50-21-224.dhcp.embarqhsd.net) |
| 12:57.27 | mvanbaak | isn't it also part of the whole ast_str* api ? |
| 12:59.34 | eliel | mvanbaak: yeaph |
| 12:59.39 | eliel | man strdupa |
| 13:00.34 | mvanbaak | yeah |
| 13:00.41 | mvanbaak | the ast_str api is pretty nice |
| 13:05.46 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 13:09.46 | eliel | mvanbaak: What if we replace every \n[\t*|\b*] with just a space? And only give the possibility to separate by a \n using <para> |
| 13:11.14 | mvanbaak | that's what I was thinking about as well |
| 13:11.22 | mvanbaak | not sure about the \n |
| 13:11.37 | mvanbaak | the \t and \b are the ones in my notes |
| 13:11.50 | mvanbaak | the \n is not there. but if you think that one should go as well, remove it |
| 13:12.12 | mvanbaak | in the synopsys the \n has to go, there I agree |
| 13:12.21 | mvanbaak | but inside the <para> tag I think a \n is fine |
| 13:12.25 | skirmisha | i've got strange error |
| 13:13.02 | skirmisha | sip_ximit of 0x..... to 0.0.0.0:0 returned -1 |
| 13:13.06 | skirmisha | what that means |
| 13:13.10 | mvanbaak | skirmisha: is it "weasels have eaten our phone system" ? |
| 13:13.44 | mvanbaak | skirmisha: it means you configured a sip peer with host=dynamic and qualify=yes and that peer is not registered to asterisk |
| 13:13.45 | seanbright | it means that the call to sip_ximit returned -1 |
| 13:13.51 | *** join/#asterisk-dev qp (n=mg@82-71-8-45.dsl.in-addr.zen.co.uk) |
| 13:14.03 | mvanbaak | then sip_ximit will return -1 |
| 13:14.15 | seanbright | qp: not here |
| 13:14.23 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 13:14.38 | seanbright | qp: iaxclient = not us |
| 13:15.07 | qp | thats ok, just wondering if they have an active channel anywhere |
| 13:15.08 | mvanbaak | seanbright: tell that to fender on #asterisk as well ;) |
| 13:15.17 | qp | heh |
| 13:15.20 | seanbright | mvanbaak: yes, that is why i preempted the question |
| 13:15.25 | mvanbaak | lol |
| 13:15.30 | seanbright | qp: not that i am aware of |
| 13:15.39 | seanbright | http://iaxclient.wiki.sourceforge.net/ |
| 13:15.42 | seanbright | that may have more details |
| 13:15.56 | mvanbaak | qp: I think the only way to contact them is using the sourceforge.net forum/wiki/mailinglist |
| 13:16.12 | qp | yeah, done all that, was just hoping they were active in irc too |
| 13:16.15 | qp | cheers |
| 13:17.38 | seanbright | qp, join #iaxclient |
| 13:17.39 | mvanbaak | "# You can also catch some of the developers online at irc.freenode.net, #iaxclient, or #asterisk" |
| 13:39.43 | *** join/#asterisk-dev ctooley (n=ctooley@mo-71-50-21-224.dhcp.embarqhsd.net) |
| 13:39.43 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 13:40.48 | *** join/#asterisk-dev gmaruzz (n=gmaruzz@213-140-6-122.ip.fastwebnet.it) |
| 13:41.44 | eliel | mvanbaak: You agree renaming every ast_xml_doc_* to just xml_doc_* |
| 13:42.20 | Corydon76-dig | eliel: are those API calls? |
| 13:42.33 | eliel | no, they are static |
| 13:42.43 | Corydon76-dig | global strings? |
| 13:43.43 | Corydon76-dig | If they aren't global symbols, then it's fine (even preferable) to remove the ast_ prefix |
| 13:43.50 | *** join/#asterisk-dev moy (n=moy@nat/ibm/x-2fcb37bd356a76f4) |
| 13:44.48 | eliel | Corydon76-dig: yes, they are all static functions. |
| 13:49.35 | *** part/#asterisk-dev qp (n=mg@82-71-8-45.dsl.in-addr.zen.co.uk) |
| 13:53.16 | *** join/#asterisk-dev shido6 (n=shido6@74-132-94-24.dhcp.insightbb.com) |
| 13:54.34 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.95.130) |
| 13:59.49 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.108.2) |
| 14:00.17 | Laureano | Good morning |
| 14:03.57 | eliel | good mornin tommy! |
| 14:06.28 | eliel | s/mornin/morning |
| 14:13.10 | eliel | mvanbaak: I was thinking about your last commits, why instead of strcasecmp(synopsis) we don't added a new option to get_formatted called 'raw' and not limit returning the string without format only to the synopsis element. |
| 14:14.31 | *** join/#asterisk-dev qp (n=mg@82-71-8-45.dsl.in-addr.zen.co.uk) |
| 14:15.06 | qp | seanbright: things are now working, and its when we started using the asteria c# wrapper |
| 14:15.08 | qp | http://www.asteriasgi.com/?q=IAXClient-Wrapper |
| 14:15.14 | qp | just fyi |
| 14:16.16 | Laureano | Hello eliel. How are you? |
| 14:16.55 | eliel | <msg language="es">Todo tranquilo, vos?</language> :-) |
| 14:17.27 | anonymouz666 | Argentina detected! |
| 14:17.41 | Laureano | Shhh anonymouz666, it's a secret. |
| 14:18.37 | Laureano | Where are you from anonymouz666 ? |
| 14:18.48 | anonymouz666 | .br |
| 14:25.59 | *** join/#asterisk-dev sruffell (n=sruffell@conference/asterisk/x-2ca1c5bd2f74b921) |
| 14:25.59 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:27.14 | lmadsen | Corydon76-dig: btw -- PEEK() seems to be working nicely so far! |
| 14:27.43 | lmadsen | sruffell: your nickname should be chip |
| 14:28.31 | mvanbaak | eliel: yes, remove the ast_ |
| 14:29.12 | mvanbaak | eliel: maybe removing the specific case for synopsis and make it a function param is better. Who knows we will find other nodes that dont need the <para> tag |
| 14:29.36 | mvanbaak | eliel: I was just making the 'core show applications' and 'core show application foo' working again |
| 14:30.36 | sruffell | lmadsen: why is that? |
| 14:30.44 | seanbright | qp: great! |
| 14:30.47 | sruffell | ahh...the potatoe chip. |
| 14:30.51 | lmadsen | :) |
| 14:30.58 | lmadsen | I was wondering if maybe that was just a canadian thing :) |
| 14:31.22 | sruffell | I grew up with taunts of "Ruffle's have ridges..." |
| 14:31.39 | lmadsen | could have been worse |
| 14:31.47 | seanbright | complete with rolling Rs? |
| 14:31.49 | lmadsen | think of all the things you can make up when your name is 'Leif' |
| 14:32.41 | sruffell | lol |
| 14:32.50 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 14:34.23 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-50.maryville.mo.cebridge.net) |
| 14:34.23 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 14:46.03 | *** join/#asterisk-dev corramor (n=corramor@conference/asterisk/x-29c41399687a279d) |
| 14:49.25 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:04.14 | *** join/#asterisk-dev Corydon76-dig (i=silver@pdpc/supporter/bronze/Corydon76-home) |
| 15:04.14 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 15:06.55 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:06.55 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:13.02 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 15:16.38 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 15:16.38 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:32.13 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 15:40.42 | mvanbaak | eliel: did you do something on the items we discussed ? |
| 15:40.49 | mvanbaak | or can I go on and do them ? |
| 15:41.10 | eliel | mvanbaak: I am ready to commit the function naming change, just checking twice before commiting |
| 15:41.17 | mvanbaak | ok |
| 15:41.40 | mvanbaak | if it's in I'll fix the synopsis |
| 15:41.48 | mvanbaak | the raw stuff that is |
| 15:44.18 | *** join/#asterisk-dev jameswf-home (n=james@jfinstrom.broker.freenet6.net) |
| 15:45.06 | eliel | mvanbaak: done |
| 15:45.43 | eliel | mvanbaak: Agree, go on with that |
| 15:50.28 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 15:50.28 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 15:53.20 | mvanbaak | there |
| 15:57.31 | eliel | mvanbaak: I am cleaning up the Makefile, there is old stuff in there |
| 15:58.42 | mvanbaak | for the mxml lib right ? |
| 15:59.28 | eliel | yes, and we can enable XML_DOCUMENTATION if LIBXML2 is found by the configure script. |
| 15:59.53 | mvanbaak | yup |
| 16:04.34 | russellb | why would you have it conditionally enabled? |
| 16:04.52 | russellb | It's in a branch, and eventually, we would want this to be a requirement .. |
| 16:08.23 | eliel | We can make libxml2 an optional requirement (we will not have documentation) but at least asterisk will continue compiling... it is your choice |
| 16:08.59 | russellb | oh, i see ... |
| 16:09.09 | russellb | I think I'd like to make it a requirement |
| 16:09.21 | mvanbaak | yes ? |
| 16:09.30 | mvanbaak | even for embedded systems ? |
| 16:09.47 | Corydon76-dig | russellb: there's something to be said for making it optional |
| 16:09.47 | russellb | thinks |
| 16:09.57 | russellb | Well, it can be optional for now. |
| 16:10.12 | russellb | I'm just thinking long term, that there may be a point where we want it required, but don't worry about it right now |
| 16:10.42 | Corydon76-dig | russellb: btw, done some more thinking about the issue from yesterday. I wonder if making the scheduler into a B-tree might be a good solution |
| 16:11.00 | Qwell | it probably wouldn't be too difficult to put some very basic parsing in if libxml2 isn't found |
| 16:11.00 | Corydon76-dig | I'm also exploring another technique for the scheduler |
| 16:11.10 | Qwell | so we can at least get a basic description and such |
| 16:11.15 | russellb | I don't know about a B-tree specifically, but some sort of tree would be best, yes |
| 16:12.01 | Corydon76-dig | russellb: alternatively, I'm doing some thinking about scheduling, and I wonder if exact order is needed or if simple grouping would do |
| 16:12.02 | eliel | Qwell: In the future we could use another xml implementation as we like, without changing code, only implementing an already semi-defined interface that we are using. |
| 16:12.57 | Corydon76-dig | i.e. if we group tasks together based upon the second and tenth-second to which they belong, then we might get away with using astobj2 |
| 16:13.13 | Corydon76-dig | Changing O(n) to O(1) |
| 16:14.11 | Corydon76-dig | Well, for insert time, anyway |
| 16:14.19 | russellb | well feel free to explore it |
| 16:14.35 | *** join/#asterisk-dev l0verb0y (n=l0verb0y@119.111.96.121) |
| 16:14.36 | russellb | I don't think current astobj2 is going to help much ... |
| 16:16.38 | Corydon76-dig | I think I have a way of adapting it |
| 16:16.48 | jsmith | Uh, help? |
| 16:16.53 | jsmith | [Aug 12 17:15:50] DEBUG[8503]: rtp.c:1592 ast_rtp_make_compatible: Channel 'Zap/250-1' has no RTP, not doing anything |
| 16:17.07 | Qwell | core set debug 0 :D |
| 16:17.14 | Qwell | that message does seem a little silly though |
| 16:17.23 | jsmith | Why *would* a Zap channel have RTP? |
| 16:17.27 | Qwell | it wouldn't |
| 16:17.43 | russellb | app_dial is stupid |
| 16:17.45 | russellb | that's the answer |
| 16:18.25 | russellb | safe to ignore the message |
| 16:19.29 | jsmith | Hmmmn... maybe that's not what's causing this problem |
| 16:20.06 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-50.maryville.mo.cebridge.net) |
| 16:20.06 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 16:36.02 | kpfleming | jsmith: Zap/250? that's a lot of channels |
| 16:37.18 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.146) |
| 16:38.04 | ctooley | kpfleming, A lot of _Zap_ channels. :) |
| 16:38.24 | kpfleming | yep |
| 16:48.03 | mvanbaak | blegh, I'm dead tired |
| 16:49.20 | russellb | dead tired wouldn't really be tired at all, would it? |
| 16:49.31 | mvanbaak | gheh |
| 16:49.59 | mvanbaak | must be something in the air. last three nights I couldn't sleep |
| 16:50.17 | russellb | I hear you have a lot of smoke in there air there :-p |
| 16:50.27 | russellb | s/there/the/ |
| 16:50.43 | mvanbaak | quickly hides his cigarette |
| 16:54.46 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 16:59.24 | *** join/#asterisk-dev DarylVoip (n=daryl@c-76-124-247-86.hsd1.nj.comcast.net) |
| 17:02.09 | seanbright | mvanbaak: don't hide it. smoking is cool. |
| 17:02.21 | kpfleming | not |
| 17:02.29 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:02.31 | mvanbaak | meh |
| 17:02.32 | eliel | I have a question, I made a change in configure.ac and I have run bootstrap.sh, and I have autoconf 2.61 instead of 2.60, and the last configure script was generated with autoconf 2.60 generating a big diff, is there a problem with this? |
| 17:02.44 | mvanbaak | looking at my travelschedule I might as well stop smoking |
| 17:02.51 | mvanbaak | 16 hours in planes and airports |
| 17:02.58 | kpfleming | eliel: nope |
| 17:03.17 | eliel | kpfleming: thanks |
| 17:03.49 | *** part/#asterisk-dev korihor (n=korihor@190.78.32.60) |
| 17:05.19 | seanbright | mvanbaak: no one likes a quitter. |
| 17:07.28 | mvanbaak | seanbright: indeed |
| 17:07.43 | kpfleming | but everyone likes a non-quitter who died from lung cancer? |
| 17:07.44 | mvanbaak | my parents are. man they are annoying when it comes to this topic |
| 17:08.17 | mvanbaak | ah well |
| 17:08.44 | mvanbaak | at least I wont take money from the old-ppl funds |
| 17:09.13 | mvanbaak | hhmm, new digium policy: smime sign your mails ? |
| 17:09.35 | seanbright | kpfleming: that is correct. |
| 17:10.06 | mvanbaak | I should get some ppl to validate my cacert id to get a cert that's valid for more then 6 months |
| 17:16.43 | mvanbaak | gheh, next week there's a huge popfestival here in .nl |
| 17:16.55 | mvanbaak | and the new law makes it illegal to smoke there |
| 17:17.06 | mvanbaak | I wonder how they are going to do that |
| 17:17.27 | mvanbaak | 25.000 ppl on the festival that's known for cannabis usage |
| 17:19.09 | mvanbaak | erm, I mean 50.000 I mean |
| 17:28.06 | eliel | mvanbaak: Is there any situation we can have a LIBXML2 or other XML implementation and we don't want to get the documentation from XML? |
| 17:28.43 | eliel | mvanbaak: like an embedded system.. to preveserve some memory usage |
| 17:30.53 | russellb | in that case, you would do ./configure --without-xml2 |
| 17:31.01 | russellb | so you wouldn't actually think you had it |
| 17:32.09 | eliel | russellb: what if we want to use it in another part of the code (the xml imeplementation)? |
| 17:32.34 | russellb | sounds like you're unnecessarily overcomplicating it right now :) |
| 17:32.39 | russellb | it's not used anywhere else right now |
| 17:32.48 | russellb | if it does get used somewhere else, we'll deal with it then |
| 17:34.00 | eliel | russellb: ok, that makes sense to me, but I am at a point that I can do it thinking about that without any overhead in the code... |
| 17:35.58 | eliel | the ast_xml abstraction layer it is now compiled if there is an implementation defined |
| 17:36.14 | mvanbaak | and that's good |
| 17:36.22 | *** join/#asterisk-dev jameswf (n=james@jfinstrom.broker.freenet6.net) |
| 17:36.30 | mvanbaak | for this project, not having the libxml2 means no documentation |
| 17:36.43 | eliel | mvanbaak: yeap |
| 17:36.50 | mvanbaak | whatever comes later, comes later |
| 17:36.57 | mvanbaak | I totally agree with russell |
| 17:39.31 | eliel | ok |
| 17:40.12 | mvanbaak | it's already abstracted into xml.h/xml.c |
| 17:40.42 | mvanbaak | so if we want to deal with other implementations on embedded systems or non-libxml2 capable systems, we can |
| 17:40.53 | mvanbaak | right now, we wont |
| 17:45.52 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 17:45.55 | eliel | ok |
| 17:49.26 | tzafrir_laptop | so you want to inflate the source with pointless translations? |
| 17:51.07 | tzafrir_laptop | If you add/remove/change a parameter, how many places in the source need to be changed? |
| 17:51.51 | eliel | tzafrir_laptop: A parameter where? |
| 17:52.13 | tzafrir_laptop | an option to app_dial |
| 17:52.33 | tzafrir_laptop | a parameter to a CLI app |
| 17:52.35 | tzafrir_laptop | whatever |
| 17:53.10 | eliel | If you want to reflect that parameter in the documentation, just added it on the XML inside app_dial |
| 17:53.16 | tzafrir_laptop | If I don't speak .nl, how can I fix the .nl translation in the source code? |
| 17:54.03 | tzafrir_laptop | eliel, there are several languages of documentation |
| 17:54.17 | eliel | The main source code only will have the english translation |
| 17:54.26 | tzafrir_laptop | And all I really care about is the source code |
| 17:54.37 | tzafrir_laptop | what happens if I just change the source code? |
| 17:55.17 | tzafrir_laptop | and not the documentation? |
| 17:57.26 | eliel | tzafrir_laptop: a 'core show application Dial' will display an incorrect documentation obviously... but you can do a 'ESC 1 SHIFT G' in vi, go to the beginning of the source file being modified and update the documentation... |
| 17:58.18 | tzafrir_laptop | I'll forget |
| 17:58.39 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 17:59.20 | eliel | tzafrir_laptop: don't worry kpfleming will notice and make you remember you, hehe |
| 18:01.14 | eliel | s/remember you/remember |
| 18:02.15 | eliel | tzafrir_laptop: don't get your point |
| 18:03.08 | tzafrir_laptop | I still don't understand what the xml docs try to ahcive |
| 18:03.25 | eliel | If we change an interface we will always need to update documentation, not only the XML, also UPGRADE, CHANGES, etc... this is not possible to avoid at the moment |
| 18:03.56 | tzafrir_laptop | well, the point is to reduce human work. Not increase it |
| 18:05.08 | eliel | tzafrir_laptop: We are not increasing it, if you change a parameter in a application or function at the moment you will need to edit the structure used to register that application .synopsis, .description |
| 18:05.09 | tzafrir_laptop | At the moment anybody who does not want the libxml dependency will have a major regression |
| 18:07.05 | jsmith | tzafrir_laptop: Currently, I personally have two goals for the new XML docs stuff |
| 18:07.10 | tzafrir_laptop | Which is why I cannot really call it optional. Even if it technically is |
| 18:07.11 | eliel | tzafrir_laptop: yes, but to avoid this, we can find an xml implementation like mxml to include it in the source |
| 18:07.37 | jsmith | tzafrir_laptop: 1) Make it easier to extract and re-use the documentation inside Asterisk |
| 18:07.48 | tzafrir_laptop | eliel, if it is used at run-time, it is still a dependency |
| 18:08.00 | jsmith | tzafrir_laptop: 2) Make Asterisk smarter (eventually) about parameter checking based on the data it has in the documentation |
| 18:10.01 | tzafrir_laptop | The way translation are handled replicates much of the data |
| 18:10.16 | tzafrir_laptop | which means translation becomes a much more complicated work |
| 18:10.54 | eliel | tzafrir_laptop: translations become |
| 18:10.54 | tzafrir_laptop | Furthermore, you cannot use standard translation interfaces, and hence have to reinvent the wheel (in e.g. setting the interface language) |
| 18:11.19 | eliel | tzafrir_laptop: right now we can translate the documentation! it is impossible |
| 18:11.44 | tzafrir_laptop | eliel, right now? simply slap gettext |
| 18:11.56 | tzafrir_laptop | the description is a text strinng |
| 18:12.29 | tzafrir_laptop | no need to touch the source code to add a new translation |
| 18:13.45 | eliel | huh? |
| 18:14.58 | tzafrir_laptop | ~wiki gettext |
| 18:17.08 | seanbright | M13290#last |
| 18:17.10 | MuffinMan | Failed to retrieve comment last on 13290. Are you sure you have the right number? |
| 18:17.26 | seanbright | M13290#91347 |
| 18:17.28 | MuffinMan | Failed to retrieve comment 91347 on 13290. Are you sure you have the right number? |
| 18:17.31 | seanbright | son of a bitch |
| 18:17.42 | Qwell | M13290#2 |
| 18:17.44 | MuffinMan | Failed to retrieve comment 2 on 13290. Are you sure you have the right number? |
| 18:17.53 | tzafrir_laptop | M13290 |
| 18:17.55 | MuffinMan | [assigned] [Asterisk] CDR/cdr_tds 0013290: The field CDR(userfield) does not get written to the database reported by falves11 (Karma: -5.5) http://bugs.digium.com/view.php?id=13290 |
| 18:17.56 | file | Mantis upgrade may have toasted it |
| 18:18.08 | seanbright | someone read the last comment and tell me what to do |
| 18:18.12 | seanbright | i've grown weary |
| 18:18.42 | Qwell | tell him to report a bug |
| 18:18.48 | seanbright | yeah... done that already |
| 18:18.53 | seanbright | see second to last comment |
| 18:19.25 | mvanbaak | ok, movie night here |
| 18:19.27 | mvanbaak | latero all |
| 18:20.17 | mvanbaak | tzafrir_laptop: see my last commit |
| 18:20.51 | mvanbaak | tzafrir_laptop: I removed the spanish and dutch translations |
| 18:21.21 | Qwell | seanbright: want me to close it? |
| 18:21.24 | eliel | tzafrir_laptop: Are we using gettext before displaying description and synopsis?? I am wrong or the answer is no? |
| 18:21.55 | tzafrir_laptop | eliel, that was regarding your comment that it's impossible to translate them |
| 18:22.14 | tzafrir_laptop | it's not impossible. We just don't use the standard way for that |
| 18:22.53 | seanbright | Qwell: no |
| 18:23.02 | mvanbaak | how many times do we have to go over this ? |
| 18:23.41 | seanbright | mvanbaak: at least 1 more time |
| 18:23.54 | tzafrir_laptop | and the fallback (if we don't use gettext): define all of their macros to noops, and have just the original, untranslated strings |
| 18:24.25 | mvanbaak | tzafrir_laptop: we already have that |
| 18:24.47 | mvanbaak | if the node is not found in the preferred language, it's using the en_US version |
| 18:25.11 | tzafrir_laptop | how do you select the language? |
| 18:25.20 | eliel | asterisk.conf |
| 18:25.23 | mvanbaak | based on a setting in asterisk.conf |
| 18:25.33 | eliel | but in the future we can create a CLI command for that |
| 18:25.45 | mvanbaak | yup, if someone wants to code that |
| 18:25.46 | tzafrir_laptop | right. So the fact that I already set LANG=he on my system won't affect Asterisk |
| 18:25.50 | mvanbaak | I'm fine with how we do it now |
| 18:26.03 | mvanbaak | tzafrir_laptop: that's the case with almost all apps |
| 18:26.09 | mvanbaak | tzafrir_laptop: specially with daemons |
| 18:26.23 | tzafrir_laptop | (LANG? LC_MESSAGES? LANGUAGES? LC_ALL?) |
| 18:26.27 | seanbright | ok, so falves11 got jacked up by 135126 |
| 18:26.31 | seanbright | commit asterisk 135126 |
| 18:26.41 | MuffinMan | [135126] Committed by tilghman on 2008-08-01T16:39:51.791974Z: SIP should use the transport type set in the Moved Temporarily for the next |
| 18:26.42 | MuffinMan | ..invite. |
| 18:26.42 | MuffinMan | ..(closes issue #11843) |
| 18:26.42 | MuffinMan | .. Reported by: pestermann |
| 18:26.42 | MuffinMan | .. Patches: |
| 18:26.45 | MuffinMan | .. 20080723__issue11843_302_ignores_transport_16branch.diff uploaded by bbryant (license 36) |
| 18:26.47 | MuffinMan | .. 20080723__issue11843_302_ignores_transport_trunk.diff uploaded by bbryant (license 36) |
| 18:26.50 | MuffinMan | .. Tested by: pabelanger |
| 18:26.51 | seanbright | he is having a problem with port numbers and that bug deals with port numbers |
| 18:27.57 | seanbright | and i have 0 knowledge of chan_sip |
| 18:28.01 | mvanbaak | commit asterisk patch_that_solves_all_bugs.diff |
| 18:28.01 | MuffinMan | You should specify a valid revision, you will actually get what you seek that way. |
| 18:28.26 | mvanbaak | bummer |
| 18:28.31 | eliel | tzafrir_laptop: Yes, we can use LANG, or whatever you want if we create a CLI command to set the current asterisk -r connection language. |
| 18:28.52 | eliel | tzafrir_laptop: No, we can't, hehe |
| 18:29.00 | mvanbaak | we cant right now |
| 18:29.06 | seanbright | mvanbaak: or even better 'commit asterisk introduce_bugs_and_then_sit_on_them_forever' |
| 18:29.16 | mvanbaak | lol |
| 18:29.37 | mvanbaak | 'commit asterisk integrate_freeswitch.diff' |
| 18:29.56 | seanbright | forget it |
| 18:29.56 | mvanbaak | ok, in 30 seconds the movie starts |
| 18:30.00 | mvanbaak | and I'll be off |
| 18:30.03 | eliel | mvanbaak: We can think about generating documentation live (??) |
| 18:30.04 | seanbright | i wash my hands of all of this |
| 18:30.15 | mvanbaak | bye ! |
| 18:33.11 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 18:35.25 | Juggie | so off topic if anyone is running dd-wrt, you should really try tomato, its way way cleaner/better |
| 18:36.00 | jsmith | Juggie: Last time I went to try it, it didn't support nearly the number of platforms that dd-wrt did |
| 18:36.17 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 18:37.45 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 18:40.08 | Juggie | jsmith, thats true, but they just recentally added support for my buffalo |
| 18:40.18 | Juggie | its way way cleaner though |
| 18:40.24 | Juggie | the interface, and more responsive |
| 18:40.45 | jsmith | Juggie: I'll try it out on a few of my various devices |
| 18:41.20 | Juggie | once thing i like is you can create a CIFS mount point (samba) then point the stats engine at it |
| 18:41.25 | Juggie | and it will back up all the stats to it |
| 18:41.45 | Juggie | then if the router reboots, it will reload all the daily/weekly/monthly stats back in |
| 18:43.26 | Juggie | jsmith, what routers do you have |
| 18:44.08 | jsmith | Juggie: A fairly decent zoo of linksys and netgear beasts |
| 18:44.37 | jsmith | ~sigh |
| 18:44.38 | jbot | *sigh* |
| 18:47.19 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 18:48.31 | *** join/#asterisk-dev Dovid (n=Dovid@tony09-121-90.inter.net.il) |
| 18:49.31 | ctooley | Juggie, is there some sort of forum or IRC channel to ask about tomato problems? I can't get the firmware to load on my WRT54G v2. I have been working on that all morning. I couldn't even get DD-WRT to load either though. |
| 18:49.41 | ctooley | OpenWRT Kamikaze loaded fine. |
| 18:53.04 | Juggie | whats the error? |
| 18:53.51 | Juggie | something tells me you need to flash the mini version to that one |
| 18:54.04 | ctooley | Juggie, no error, it just doesn't load. :( |
| 18:54.26 | Juggie | and then i think you can flash to a bigger version after that |
| 19:02.39 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:06.43 | *** part/#asterisk-dev tuxx- (n=tuxx@nightshade.nl) |
| 19:23.58 | eliel | automerge-email svn property is for receiving a email for every merge? or just when there is a conflict? |
| 19:24.17 | Juggie | conflict |
| 19:24.21 | eliel | thanks |
| 19:25.04 | seanbright | eliel: it is _slightly_ flaky, so make sure you check once a day or so to make sure automerge worked. sometimes i don't get the e-mails. |
| 19:26.10 | eliel | seanbright: ok, I will start checking |
| 19:33.56 | russellb | for a branch with multiple developers, you can list multiple email addresses |
| 19:34.01 | russellb | the value goes straight into the To: header IIRC |
| 19:34.19 | seanbright | YRC |
| 19:34.57 | russellb | you might be able to exploit that to create amusing headers or something, heh |
| 19:35.04 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 19:35.05 | seanbright | oh snap |
| 19:35.13 | eliel | he, thanks |
| 19:37.12 | eliel | russellb: I have been moving the /doc/coding-guidlines to /doc/tex also, modules.txt and datastore.txt, but I have read your blog and I think it would be nice to put your work based on creating your first asterisk module in modules.tex |
| 19:37.44 | russellb | Actually, I wouldn't do that ... |
| 19:37.53 | russellb | The tex files are the "user manual" stuff |
| 19:38.09 | russellb | I'd like to keep the developer documentation separate. If anything, convert it to doxygen |
| 19:38.17 | eliel | russellb: There was a comment in asterisk.tex telling us to do that :-( |
| 19:39.05 | russellb | d'oh |
| 19:40.29 | eliel | M13283 |
| 19:40.31 | MuffinMan | [confirmed] [Asterisk] Documentation 0013283: [patch] Coding Guidelines in TeX format. reported by eliel (Karma: +160.50) http://bugs.digium.com/view.php?id=13283 |
| 19:40.41 | eliel | In that case you may close this issue |
| 19:42.52 | *** join/#asterisk-dev outtolunc (n=me@adsl-75-62-237-1.dsl.pltn13.sbcglobal.net) |
| 19:44.12 | lmadsen | done |
| 19:45.23 | Qwell | russellb: grammar-o in that last commit |
| 19:45.40 | Qwell | s/is in/in/ |
| 19:46.55 | russellb | eh? |
| 19:47.06 | Qwell | "Note that there is some developer documentation is in the doc directory" |
| 19:47.15 | russellb | you already fixed it? |
| 19:47.17 | Qwell | no |
| 19:47.40 | russellb | OH |
| 19:47.42 | russellb | in the tex file |
| 19:47.46 | russellb | i was looking at the commit message |
| 19:47.49 | Qwell | heh |
| 19:48.49 | russellb | there. |
| 19:49.40 | seanbright | i would have done: "Fixed a grammar problem is in asterisk.tex" |
| 19:49.48 | seanbright | but to each their own |
| 19:49.49 | seanbright | :) |
| 19:49.55 | *** join/#asterisk-dev hi365_m (n=hi365@213.151.63.155) |
| 19:50.00 | Qwell | grammar are overrating |
| 19:50.30 | JerJer | me fail english, that's unpossible |
| 19:50.36 | seanbright | you is correctable |
| 19:51.56 | jsmith | hukd onn fonix wruked 4 mee! |
| 19:52.25 | Qwell | hooked on phonics really amuses me... they managed to get sued over their old phone number |
| 19:52.40 | Qwell | 800-abc-defg |
| 19:53.01 | Qwell | not exactly the easiest number in the world to call if you...don't know the alphabet |
| 19:53.09 | seanbright | yeah |
| 19:53.13 | seanbright | i always found that strange |
| 19:53.50 | seanbright | "illiterate? dial one eight hundred, five five five, one two one two" |
| 19:54.03 | hi365_m | Ive been looking for a way to playback a file to the CALLER after a queue member answers the call. It doesnt seems easaliy poible. How can I suggest this as a feature request? |
| 19:54.46 | hi365_m | *posible |
| 19:54.51 | seanbright | *possible |
| 19:55.13 | seanbright | *easily |
| 19:55.13 | seanbright | *doesn't |
| 19:55.20 | seanbright | *seem |
| 19:55.21 | seanbright | heh |
| 19:56.03 | hi365_m | seanbright: if you could only code as well you spell we might see this in 1.4.22 ... |
| 19:56.06 | hi365_m | ducks |
| 19:56.48 | hi365_m | :) |
| 19:56.56 | russellb | you can suggest all day long |
| 19:57.01 | russellb | consider it suggested here |
| 19:57.01 | russellb | heh |
| 19:57.13 | lmadsen | codefreeze-lap: ping! |
| 19:57.23 | hi365_m | is that the most I can do? |
| 19:57.28 | codefreeze-lap | lmadsen: pong |
| 19:57.29 | seanbright | hi365_m: short of writing a patch, yes. |
| 19:57.37 | lmadsen | codefreeze-lap: see #asterisk-doc |
| 19:58.02 | seanbright | hi365_m: but since you can't spell... |
| 19:58.04 | seanbright | :) |
| 19:58.16 | hi365_m | ok, then. Thanks! BTW, do any of you think it would be usefull/wothwhile? |
| 19:58.20 | hi365_m | :) |
| 19:58.22 | russellb | sure. |
| 19:58.29 | russellb | port the macro options that are in app_dial to app_queue |
| 19:58.30 | seanbright | *useful |
| 19:58.36 | seanbright | *worthwhile |
| 19:58.50 | seanbright | *jackass |
| 19:59.02 | hi365_m | wow a bot that spellchecks for you! cool... |
| 19:59.14 | Qwell | seanbright: ~botsnack |
| 19:59.24 | jsmith | ~soap seanbright |
| 19:59.25 | jbot | ACTION washes seanbright's mouth out with a fat bar of pink soap |
| 19:59.28 | russellb | ~botsnack |
| 19:59.28 | jbot | aw, gee, russellb |
| 19:59.35 | russellb | o.O |
| 19:59.37 | hi365_m | well here's to hoping. thanks again! |
| 20:00.26 | seanbright | the last time i had something fat and pink in my mouth was when i was an altar boy |
| 20:00.32 | seanbright | bows |
| 20:00.34 | Qwell | wow TMI |
| 20:00.35 | seanbright | thank you... thank you all! |
| 20:01.18 | seanbright | i'll be here all weak. try the veal. |
| 20:01.25 | Qwell | *week |
| 20:01.25 | seanbright | heh... |
| 20:01.26 | seanbright | *week |
| 20:01.27 | Qwell | runs away |
| 20:01.45 | seanbright | ~thwack Qwell |
| 20:01.46 | jbot | ACTION bludgeons Qwell on the foot with a UNIX Manual |
| 20:02.00 | russellb | ~violate seanbright |
| 20:02.07 | russellb | heh, doesn't have that one yet |
| 20:02.19 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:02.50 | jsmith | jbot: violate $1 is <action> violates everything that is private and sacred to $1 |
| 20:02.51 | jbot | okay, jsmith |
| 20:02.57 | jsmith | russellb: There you go ;-) |
| 20:03.26 | seanbright | ~violate russellb |
| 20:03.27 | jbot | ACTION violates everything that is private and sacred to russellb |
| 20:03.32 | russellb | owned |
| 20:03.37 | russellb | ~lart seanbright |
| 20:03.37 | jbot | frags seanbright with his BFG9000 |
| 20:03.41 | seanbright | yeah... take.. .that or something |
| 20:03.49 | seanbright | BFG... pfft |
| 20:03.53 | seanbright | i prefer the rail gun |
| 20:03.55 | *** part/#asterisk-dev hi365_m (n=hi365@213.151.63.155) |
| 20:04.01 | seanbright | a more civilized weapon |
| 20:05.08 | jsmith | ~whaleslap seanbright |
| 20:05.09 | jbot | ACTION beats seanbright upside and over the head with a freakishly huge killer whale named Hugh |
| 20:23.59 | seanbright | so much hostility |
| 20:27.20 | jsmith | Well, it is monday number two |
| 20:27.29 | seanbright | good point |
| 20:27.34 | seanbright | number two... tee hee. |
| 20:29.10 | jets | just wait, monday number three is coming! :) |
| 20:29.27 | seanbright | so what is friday? |
| 20:29.33 | seanbright | monday #5? |
| 20:29.40 | jets | 5% friday... :) |
| 20:29.49 | seanbright | heh |
| 20:30.05 | Juggie | chaingun was the best |
| 20:30.30 | seanbright | meh... i heart the rail gun |
| 20:30.39 | seanbright | quake 3 arena era |
| 20:30.58 | Juggie | well ya if you wanted to sniper :) |
| 20:31.06 | seanbright | yeah |
| 20:31.13 | Juggie | but i'm not that cunning |
| 20:31.20 | seanbright | i didn't camp |
| 20:31.22 | Corydon76-dig | codefreeze-lap: ping |
| 20:31.25 | seanbright | i was just a really really really good shot |
| 20:31.30 | seanbright | pats himself on the back |
| 20:31.56 | Corydon76-dig | seanbright: really? |
| 20:32.09 | jsmith | loved the rail gun |
| 20:32.10 | seanbright | refuses to respond |
| 20:32.11 | codefreeze-lap | Corydon76-dig: yessir |
| 20:32.19 | seanbright | i see the set up coming |
| 20:32.23 | seanbright | just don't know the punchline |
| 20:32.30 | Corydon76-dig | codefreeze-lap: I have something for you to benchmark |
| 20:32.43 | Corydon76-dig | codefreeze-lap: See team/tilghman/sched-fu |
| 20:33.32 | Corydon76-dig | codefreeze-lap: by changing some assumptions about the scheduler, I think I've found a way to increase the performance, but I'm not good at determining by how much |
| 20:34.07 | codefreeze-lap | Corydon76-dig: sched-fu, eh? The perf of chan_sip? |
| 20:34.22 | Corydon76-dig | codefreeze-lap: chan_iax is what I was looking at, actually |
| 20:35.49 | codefreeze-lap | Corydon76-dig: uh-oh; I'm not set up to measure chan_iax performance. No tool like sipp is available for iax. So, I think they set up an intermediate, that is run by sipp, and makes a call via iax to the test system via the dialplan. |
| 20:36.01 | *** join/#asterisk-dev korihor (n=korihor@201.211.168.130) |
| 20:36.36 | Corydon76-dig | codefreeze-lap: either way, the scheduler is a common resource |
| 20:37.27 | codefreeze-lap | Corydon76-dig: and, since chan_iax has higher perf than chan_sip, then you have to run more than one to push iax to the max. ugly. |
| 20:38.08 | Corydon76-dig | Heh |
| 20:38.38 | codefreeze-lap | Corydon76-dig: true, it's a common resource, but chan_sip is limited far before the scheduler becomes a problem. |
| 20:39.20 | codefreeze-lap | What didja do? I implemented a priority q using rbtrees a while back, never got to perf it, either.... |
| 20:42.05 | Corydon76-dig | codefreeze-lap: I changed the assumption of requiring the scheduler to be in exact order |
| 20:42.31 | codefreeze-lap | very interesting! keep going! |
| 20:42.35 | Corydon76-dig | and instead figured that since the scheduler runs at tenth-second intervals, max, give it an array of linked lists |
| 20:43.14 | Corydon76-dig | So it allocates max 600 intervals per minute, and schedules jobs according to the timeslot they're in |
| 20:43.38 | codefreeze-lap | in a ring? |
| 20:43.46 | Corydon76-dig | which makes insertion O(1) |
| 20:44.10 | Corydon76-dig | Right, in a ring |
| 20:44.36 | Corydon76-dig | It does a quick check of each timeslot to ensure that the scheduled job is to be done |
| 20:44.46 | Corydon76-dig | (instead of in future minutes) |
| 20:44.53 | codefreeze-lap | I like it; it maximizes the space-time tradeoff; but hey... |
| 20:45.59 | codefreeze-lap | you just punch the event into the right future slot, and every 100msec you execute what's in the current slot.... not bad! |
| 20:46.28 | codefreeze-lap | but, it does limit how far ahead you can schedule |
| 20:46.45 | Corydon76-dig | Well, it does a little more than that. It records the last slot that was run, so if it's not run enough, it'll still catch the previous slot, to ensure everything is run |
| 20:46.57 | russellb | Corydon76-dig: ao2_iterator is probably appropriate for sched_runq(), but for other places, it's going to be a detriment to performance |
| 20:47.24 | russellb | actually, even there it's probably not ideal |
| 20:47.32 | Corydon76-dig | russellb: that's why I added a bit to say "this is good enough, quit early" |
| 20:47.32 | seanbright | because of callbacks? |
| 20:47.33 | russellb | Take a look at using ao2_callback() there |
| 20:47.42 | seanbright | oh |
| 20:47.43 | Corydon76-dig | Ah, might do that |
| 20:47.44 | seanbright | weird. |
| 20:48.27 | russellb | basic rule of thumb ... if you want it to go as fast as possible, use ao2_callback. If you're doing processing on each item and you want to yield access to the container while you're processing each one, use an ao2_iterator. |
| 20:48.51 | russellb | Using an ao2_iterator requires re-locking the container each time you need the next element, and if the contents of the container changed, requires a lot of extra processing |
| 20:49.02 | seanbright | that almost seems counter-intuitive |
| 20:49.08 | seanbright | not knowing the internals, anyway. |
| 20:49.24 | russellb | shrugs |
| 20:49.34 | seanbright | or maybe i'm just retarded |
| 20:49.37 | seanbright | checks |
| 20:49.39 | russellb | probably |
| 20:49.49 | russellb | I mean, if you look at how each method is used, it makes sense |
| 20:49.50 | seanbright | ding ding ding |
| 20:49.52 | seanbright | we have a winner |
| 20:50.56 | codefreeze-lap | Corydon76-dig: If I have like 4000+ peers in sip.conf, it will schedule callbacks over 8 minutes into the future.... |
| 20:51.35 | codefreeze-lap | on startup |
| 21:01.59 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:12.54 | *** part/#asterisk-dev CrashHD` (n=crashhd@65.74.161.225) |
| 21:14.24 | codefreeze-lap | seanbright: ping |
| 21:15.30 | snuff-home | finds it amusing that falves keeps bitching about cant use trunk when he could apply the userfield patch back to 1.4 himself |
| 21:15.58 | snuff-home | and wait for someone to fix the :0 port thing |
| 21:16.17 | codefreeze-lap | actually, it **is** a common practice to fix a bug across all supported releases |
| 21:17.05 | snuff-home | depends if u call missing userfield a bug |
| 21:17.19 | codefreeze-lap | the userfield patch is a shortcoming in 1.4 and 1.6.0 as well as in trunk. Almost all the other cdr backends push it out |
| 21:17.21 | snuff-home | note that all other cdr interfaces include it |
| 21:18.19 | codefreeze-lap | so, it seems reasonable to apply the fix to 1.4 and 1.6.0 (in a backwards compatible way), which seanbright did do. |
| 21:18.36 | snuff-home | he didn't put in 1.4 (from memory) |
| 21:18.47 | snuff-home | it was applied to 1.6 |
| 21:19.16 | codefreeze-lap | right. And putting it into 1.4 should be pretty easy... |
| 21:19.28 | codefreeze-lap | if he didn't already |
| 21:19.36 | codefreeze-lap | (I haven't checked) |
| 21:19.38 | snuff-home | there would be nothing 'hard' about it |
| 21:20.11 | snuff-home | whole patch is about 20 lines.. mine was only 5 but i didn't check if a userfield existed in db table |
| 21:20.49 | codefreeze-lap | yeah, that's so folks counting on the current behavior don't get messed over |
| 21:21.52 | snuff-home | its all good either way.. i've looked through changes in chan_sip since falves claims its not working after x rev.. i can't see anything that shoudl cause it |
| 21:22.25 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 21:28.01 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 21:31.52 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 21:33.02 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 21:34.27 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 21:35.48 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 21:36.12 | russellb | somebee needs to quit buzzing around! |
| 21:36.17 | russellb | :-p |
| 21:43.37 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 21:50.19 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 21:56.13 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 21:58.43 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 21:59.47 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 22:08.57 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 22:12.52 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 22:19.23 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 22:28.14 | *** join/#asterisk-dev l0verb0y (n=l0verb0y@119.92.209.33) |
| 22:35.43 | seanbright | codefreeze-lap: yessir? |
| 22:37.38 | codefreeze-lap | see conversation with snuff at 3:14 or so; just wondering if you intend to apply your tds patch to 1.4... |
| 22:37.52 | codefreeze-lap | (uh, 3:14 my time) |
| 22:38.33 | codefreeze-lap | so like 1.25 hours ago |
| 22:38.38 | seanbright | no |
| 22:38.43 | seanbright | it's not a bug fix |
| 22:41.55 | seanbright | re: putting cdr_tds change into 1.4: |
| 22:41.57 | seanbright | 08:44 <@russellb> compatibility reasons? |
| 22:41.57 | seanbright | 08:44 <@russellb> right. |
| 22:41.58 | seanbright | 08:44 <@russellb> Ok, well how about we add it to trunk and 1.6.0, and update UPGRADE.txt |
| 22:42.03 | seanbright | codefreeze-lap: ^^^ |
| 22:42.21 | russellb | well, I said that not knowing that you were going to make it backwards compatible |
| 22:42.27 | seanbright | sigh |
| 22:42.43 | russellb | I agree that it's not a bug fix ... |
| 22:43.00 | russellb | but if you are REALLY confident that your change won't break systems that don't have that column, then I'm ok with it. |
| 22:43.00 | seanbright | the other issues is that cdr_tds in 1.4 and trunk are completely different |
| 22:43.08 | russellb | I won't push for it to go in, but I won't resist. |
| 22:43.29 | russellb | I wouldn't worry about it ... |
| 22:43.42 | russellb | If someone were to present a patch for 1.4 that included the same backwards compat stuff, then fine |
| 22:43.48 | snuff-home | mm.. cdrdrivers.tex needs update with userfield added to its table code |
| 22:43.48 | russellb | until then, moving on |
| 22:44.03 | snuff-home | for cdr_tds ;) |
| 22:44.11 | snuff-home | anyway running rather late for work.. i'm off |
| 22:44.12 | seanbright | man, i just can't do anything right |
| 22:44.24 | seanbright | how about this? i'll stop committing. hooray! |
| 22:44.30 | russellb | dude |
| 22:44.35 | russellb | chill. |
| 22:44.40 | russellb | you're doing fine :-p |
| 22:45.02 | russellb | a great job, even |
| 22:45.14 | seanbright | yeah yeah |
| 22:45.18 | seanbright | heh |
| 22:45.40 | seanbright | i think i'm kinda done though |
| 22:45.41 | seanbright | heh |
| 22:46.07 | snuff-home | mm with 13255.. couldn't that be assigned to bbyrant since his diff broke it.. |
| 22:46.34 | Qwell | snuff-home: he's back in school now, with pretty limited time, I'm sure |
| 22:46.39 | snuff-home | ah |
| 22:46.39 | seanbright | already assigned it |
| 22:46.41 | seanbright | to him |
| 22:46.52 | seanbright | and if someone assigns it back to me with another passive aggressive response |
| 22:46.57 | seanbright | ... |
| 22:47.00 | seanbright | i might be unhappy |
| 22:47.09 | russellb | please don't assign anything to bbryant .. |
| 22:47.22 | seanbright | heh |
| 22:49.57 | russellb | he'll be back :-p |
| 22:55.23 | Qwell | I'm looking at that diff... it looks odd where it's setting portno |
| 22:55.35 | Qwell | maybe not |
| 22:55.40 | russellb | shrugs |
| 22:55.43 | russellb | i haven't looked at it |
| 23:01.28 | *** part/#asterisk-dev korihor (n=korihor@201.211.168.130) |
| 23:02.33 | JunK-Y | semester's over, yay! |
| 23:06.13 | *** join/#asterisk-dev eliel (n=eliel@151-202-114-200.fibertel.com.ar) |
| 23:08.15 | JunK-Y | Corydon76-dig: its weird, even with what you told me for SIGHUP in agi, some of them arent killed. |
| 23:25.52 | Corydon76-dig | JunK-Y: AGI is welcome to ignore SIGHUP |
| 23:26.37 | Qwell | what is the exact definition of int32_t? |
| 23:28.26 | Corydon76-dig | Depends on the platform |
| 23:28.38 | Corydon76-dig | On some, it's defined to int |
| 23:28.50 | Corydon76-dig | On others, it's an immutable type |
| 23:32.42 | JunK-Y | Corydon76-dig: i said $SIG{HUP} = \&cleanup; and my sub cleanup is doing an exit, also tried $SIG{HUP} = 'DEFAULT'; |
| 23:39.39 | eliel | Qwell: http://linux.die.net/man/3/int32_t |
| 23:40.13 | Qwell | eliel: thanks |
| 23:43.13 | eliel | :) |
| 23:45.14 | Qwell | so, 45936 would not fit in an int16_t? |
| 23:45.27 | Qwell | with on some systems is a signed int |
| 23:45.50 | Corydon76-dig | Qwell: right |
| 23:45.50 | Qwell | rather, it would "fit", but would be negative |
| 23:46.04 | Qwell | chan_sip, create_addr... why then is portno an int? |
| 23:48.37 | Qwell | is wrapping defined? ie; if you put 32768 into an int16_t, will it *ALWAYS* be -32768? |
| 23:48.43 | Qwell | s/wrapping/overflowing/ |
| 23:50.04 | Corydon76-dig | Qwell: in C, I believe so |
| 23:50.45 | Qwell | M13255 |
| 23:50.47 | Corydon76-dig | However if you're string-scanning an integer that exceeds the available size, I believe you get the maximum size for that storage type |
| 23:50.47 | MuffinMan | [acknowledged] [Asterisk] Channels/chan_sip/Interoperability 0013255: bad contact port keeps carriers from taking calls reported by falves11 (Karma: -5.5) http://bugs.digium.com/view.php?id=13255 |
| 23:50.51 | Qwell | I'm thinking the changing of the sscanf... |
| 23:50.54 | Qwell | yeah, exactly |
| 23:51.08 | Qwell | it was fragile |
| 23:51.35 | Qwell | that would lead it to be 0, no? |
| 23:51.47 | Qwell | and sscanf would probably return 1 as you'd expect |
| 23:52.59 | Qwell | so port should always be uint16_t |
| 23:55.26 | Qwell | okay, commented, and I'll poke at it tomorrow |