| 02:14.24 | *** join/#asterisk-dev bklang (~bklang@c-24-99-179-137.hsd1.ga.comcast.net) |
| 07:18.13 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 07:32.48 | *** join/#asterisk-dev mpe (~mpe@94.127.49.1) |
| 07:41.18 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 07:45.19 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 07:45.19 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:51.24 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 09:42.20 | *** part/#asterisk-dev linkd (~switch@unaffiliated/linkd) |
| 10:40.33 | *** join/#asterisk-dev ccesario (~ccesario@189-19-6-236.dsl.telesp.net.br) |
| 11:37.01 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 12:12.47 | *** join/#asterisk-dev ccesario (~ccesario@189-19-6-236.dsl.telesp.net.br) |
| 12:23.42 | *** join/#asterisk-dev kam187 (~kam187@81-179-8-102.dsl.pipex.com) |
| 12:23.47 | kam187 | hey guys |
| 12:23.58 | kam187 | any idea what this means? 'no samples for lintog729' |
| 12:24.24 | kam187 | *i'm asking in here because i made my own channel driver and it may be a code issue |
| 12:38.07 | tzafrir_laptop | kam187, using digium's codec? If so: do you have enough codecs available? |
| 12:39.22 | *** join/#asterisk-dev bklang (~bklang@c-24-99-179-137.hsd1.ga.comcast.net) |
| 13:03.46 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 13:03.46 | *** topic/#asterisk-dev is Topic for #asterisk-dev is: Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- IAX2 is now RFC 5456. |
| 13:20.06 | *** join/#asterisk-dev dms (~dms@173-10-22-217-BusName-utah.ut.hfc.comcastbusiness.net) |
| 13:22.12 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:22.12 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:30.02 | *** join/#asterisk-dev moy (~moy@bas1-unionville55-1177733492.dsl.bell.ca) |
| 13:34.36 | *** join/#asterisk-dev akshayb (~4d4b6192@gateway/web/freenode/x-anfwiddivdoklmmx) |
| 13:40.37 | *** join/#asterisk-dev ccesario (~ccesario@189-19-6-236.dsl.telesp.net.br) |
| 13:41.05 | *** join/#asterisk-dev hugorebelo (~hugo@200.171.132.124) |
| 14:05.49 | *** join/#asterisk-dev guilhermebr (~Guilherme@ns2.aser.com.br) |
| 14:11.22 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 14:14.21 | kam187 | tzafrir_laptop: i'm using the test ones from http://asterisk.hosting.lv/ which are the intel ones i think? |
| 14:14.35 | kam187 | if its just a codec problem thats fine, because i'll be using properly licensed ones after the tests |
| 14:15.44 | seanbright | "test ones" heh |
| 14:16.36 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:16.36 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:17.07 | kam187 | i havnt used asterisk in ages, but when i did i used the intel IPP ones to test, which said in their license they are ok for testing, but you must buy a licence for real use, i assumed those were the same |
| 14:18.54 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:18.58 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:23.18 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:23.18 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:25.43 | *** join/#asterisk-dev ccesario (~ccesario@189-19-6-236.dsl.telesp.net.br) |
| 14:26.02 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 14:26.02 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:43.41 | *** join/#asterisk-dev pyite (~dschreibe@unaffiliated/pyite) |
| 14:47.32 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 14:57.06 | *** join/#asterisk-dev Corydon76-lap (~Corydon76@nat/digium/x-bawhidmmzhvpcmpd) |
| 14:57.06 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 15:07.11 | *** join/#asterisk-dev mpe (~mpe@94.127.49.1) |
| 15:09.34 | *** join/#asterisk-dev philipp64 (~chatzilla@mail.redfish-solutions.com) |
| 15:34.45 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 15:45.06 | *** join/#asterisk-dev CunningPike (~CunningPi@204.239.8.157) |
| 16:32.30 | *** join/#asterisk-dev diegomad (~mad@190.146.200.120) |
| 16:33.05 | russellb | R627 |
| 16:33.10 | MuffinMan | [R627] New manager actions for xmldoc [Pending] Submitted by pabelanger => https://reviewboard.asterisk.org/r/627/ |
| 16:33.41 | russellb | pabelanger: I'd love to get that in for 1.8. We'll need to get the code in sometime in the next few weeks if it's going to make it |
| 16:35.35 | pabelanger | russellb: roger! I'll start back up on it this week. I'll have to pick your brain about the registration of events too. |
| 16:41.32 | russellb | yeah, that's the thing we need to decide on |
| 16:41.51 | russellb | I think I said in my last comment that I'm leaning toward not registering them at all |
| 16:42.01 | russellb | and just having the code open the XML doc and find the events that way |
| 16:54.56 | pabelanger | russellb: so, back to another review. Why ast_verb over ast_verbose? More curious |
| 16:57.44 | russellb | ast_verb() does some magic around ast_verbose() |
| 16:57.52 | russellb | checks the verbose setting (per file and global) |
| 16:58.05 | russellb | ast_verbose() is raw, will go to the console regardless of option_verbose |
| 17:04.38 | Corydon76-lap | russellb: I don't think that's true |
| 17:04.53 | russellb | eh? |
| 17:05.42 | Corydon76-lap | Isn't it based upon the prefix? |
| 17:05.54 | russellb | what are we talking about? |
| 17:06.22 | Corydon76-lap | ast_verb was originally designed as a shortcut instead of writing out VERBOSE_PREFIX_n |
| 17:07.11 | russellb | well ... sort of ... but the primary reason was for checking option_verbose, saves a line of code |
| 17:07.18 | russellb | (and for handling the per-file settings, not just global) |
| 17:07.39 | Corydon76-lap | Ah, okay |
| 17:08.26 | Corydon76-lap | verbose stuff is also prefixed with 0x7f, to allow filtering at individual remote consoles |
| 17:09.19 | pabelanger | Ok, understand now. Will make changes |
| 17:17.45 | pabelanger | is ast_verb(1, ...) to low to want about missing .config file / settings? |
| 17:18.15 | Corydon76-lap | pabelanger: why aren't you using ast_log(LOG_WARNING...) for that? |
| 17:18.17 | pabelanger | sigh |
| 17:18.43 | russellb | lol |
| 17:18.50 | pabelanger | Corydon76-dig: russellb asked to change it to ast_verb |
| 17:18.52 | russellb | the lack of dsp.conf is not an error |
| 17:19.02 | Corydon76-lap | LOG_NOTICE, then |
| 17:19.02 | russellb | and the use of a default value in that case is not OMG WARNING worthy |
| 17:19.05 | russellb | even NOTICE |
| 17:19.11 | russellb | it's not an out of ordinary condition |
| 17:19.20 | russellb | it is perfectly expected normal behavior |
| 17:19.31 | russellb | superfluous log entries but me :-) |
| 17:19.36 | Corydon76-lap | pabelanger: I'd put it at level 10 or higher, then |
| 17:19.50 | russellb | i think 5 is about as high as it goes |
| 17:19.50 | Corydon76-lap | or just ast_debug... |
| 17:20.06 | Corydon76-lap | russellb: No, we go up to 15, actually |
| 17:20.20 | russellb | k. |
| 17:20.22 | Corydon76-lap | or have, in the past |
| 17:20.27 | pabelanger | :) |
| 17:20.30 | russellb | shrugs |
| 17:20.34 | pabelanger | level 5 it is. |
| 17:20.39 | pabelanger | hehe |
| 17:20.46 | Corydon76-lap | Someone may have gone through and ratcheted those down, though |
| 17:21.22 | Corydon76-lap | There's at least one 10 in res_odbc.c |
| 17:22.07 | pabelanger | When last leifmadsen and I looked, 15 was the highest level (we needed to know for a debug document), there was 1 instance of 100, but it was removed. |
| 17:22.50 | Corydon76-lap | Generally, anything higher than 4 is going to be "so high that we want only a few people in the know to see it" |
| 17:28.15 | *** join/#asterisk-dev moy (~moy@bas1-unionville55-1177733492.dsl.bell.ca) |
| 17:32.50 | *** join/#asterisk-dev iscario (~quassel@laureades.davout.pck.nerim.net) |
| 17:39.22 | pabelanger | m15878 |
| 17:39.24 | MuffinMan | [ready for review] [Asterisk] Applications/app_meetme 0015878: [patch] First caller to dynamic conference has to enter pin number twice reported by shawkris https://issues.asterisk.org/view.php?id=15878 |
| 17:39.43 | pabelanger | Tested and confirmed patch works, anybody for 'ship it'? |
| 17:43.09 | coreyf1513 | i'm having problems getting the Dial application to return Q931 error codes received from PRI as progress (like code 1-unallocated number). When the codes are received as progress the line is held open until Dial timeout which returns HANGUPCAUSE 0 or 16. I'm trying to patch chan_dahdi.c (or it seems the code moved to sig_pri.c in trunk). Can anyone look at http://pastebin.com/978JCfXr and tell me if I'm in the right di |
| 18:29.47 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.27.61.94.dynamic.adsl.gvt.net.br) |
| 18:42.03 | pabelanger | m17237 |
| 18:42.05 | MuffinMan | [acknowledged] [Asterisk] Resources/res_smdi 0017237: module unload res_smdi.so errors reported by pabelanger https://issues.asterisk.org/view.php?id=17237 |
| 18:42.23 | pabelanger | Corydon76-dig: Not sure if wanted to link to this issue ^^ |
| 18:42.32 | pabelanger | otherwise I can close it out |
| 18:46.12 | *** join/#asterisk-dev JT (~j@unaffiliated/jt) |
| 18:47.27 | dms | russellb: Quick question on the libswift distribution license. How long does the license eval usually take (just out of curiosity) |
| 18:47.47 | russellb | dms: it's done. |
| 18:47.58 | russellb | the license is pretty much blatantly not GPLv2 compatible |
| 18:48.20 | russellb | and our current policy is that it must be to be accepted ... :-/ |
| 18:48.29 | dms | ahh |
| 18:48.37 | dms | ok |
| 18:49.11 | russellb | so maybe it makes sense to put it on forge.asterisk.org |
| 18:49.59 | dms | ok |
| 18:50.45 | russellb | you're still certainly welcome to use reviewboard to get feedback on the code, but for now, we can't put it in asterisk ... |
| 18:50.49 | russellb | sorry... |
| 18:51.39 | dms | no worries |
| 18:51.54 | dms | has been a great learning experience |
| 18:52.06 | russellb | cool |
| 19:42.55 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 20:16.07 | *** join/#asterisk-dev Mw3_ (mw3@mw3.hu) |
| 20:27.01 | *** join/#asterisk-dev bent_screwdriver (~socain00@74.255.249.66) |
| 20:27.12 | *** part/#asterisk-dev bent_screwdriver (~socain00@74.255.249.66) |
| 21:22.35 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 21:27.08 | *** part/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 23:19.58 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 23:19.58 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 23:28.30 | snuff-work | so who is getting the new iphone 4 ? :) |
| 23:43.01 | kpfleming | probably millions of people who are slaves to whatever apple says they should do |
| 23:43.55 | russellb | rolls eyes |
| 23:44.28 | kpfleming | russellb: are you able to connect to digium's jabber server? |
| 23:47.41 | *** join/#asterisk-dev Ta^3 (~tacvbo@189.146.184.125) |
| 23:48.54 | snuff-work | well if u bought the original 3g when they came out.. replacing with 4 isn't soo bad |
| 23:52.02 | *** join/#asterisk-dev kam187 (~kam187@81-179-8-102.dsl.pipex.com) |