| 00:32.50 | *** part/#asterisk-dev jthurman42 (~jthurman@66.154.131.25) |
| 00:55.23 | *** join/#asterisk-dev msetim (~setim@189.26.31.114.dynamic.adsl.gvt.net.br) |
| 00:56.39 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 01:24.27 | *** join/#asterisk-dev datachomper (~Adium@207.98.189.248) |
| 01:25.21 | *** join/#asterisk-dev rrb3942 (~rbullock@67.242.215.62) |
| 01:57.52 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 01:57.52 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 04:57.52 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@71-34-114-78.ptld.qwest.net) |
| 06:24.27 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 08:26.24 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 08:29.23 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:21b:63ff:feb5:e13b) |
| 08:47.45 | *** join/#asterisk-dev felipe_ (~felipe@unaffiliated/felipe) |
| 08:47.45 | *** join/#asterisk-dev erinspice (~erin@207.98.195.107) |
| 08:47.46 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 08:47.46 | *** join/#asterisk-dev mnicholson (~mnicholso@nat/digium/x-wmwhrxflehqttdel) |
| 08:47.46 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 08:47.46 | *** join/#asterisk-dev jmls (~Julian@host217-36-208-155.in-addr.btopenworld.com) |
| 08:47.46 | *** join/#asterisk-dev dwayne (~dwayne@c-71-207-214-190.hsd1.al.comcast.net) |
| 08:48.04 | *** join/#asterisk-dev jsmith (~jsmith@fedora/jsmith) |
| 08:48.04 | *** join/#asterisk-dev Corydon76-home (red@c-69-137-80-31.hsd1.tn.comcast.net) |
| 08:48.04 | *** mode/#asterisk-dev [+oo jsmith Corydon76-home] by niven.freenode.net |
| 08:48.08 | *** join/#asterisk-dev Daviey (~Daviey@ubuntu/member/daviey) |
| 08:48.08 | *** join/#asterisk-dev JunK-Y (~junky@64.15.77.94) |
| 08:48.54 | *** join/#asterisk-dev ApOgEE (apogee@gateway/shell/bshellz.net/x-guljfezjrepcwiju) |
| 08:48.54 | *** join/#asterisk-dev jdoe (jdoe@falseprophet.ca) |
| 08:48.54 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 08:48.54 | *** join/#asterisk-dev Gugge (~gugge@vlan2.dlxhosting.dk) |
| 08:48.54 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 08:48.54 | *** mode/#asterisk-dev [+o seanbright] by niven.freenode.net |
| 09:06.33 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 09:06.33 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 09:33.47 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:21b:63ff:feb5:e13b) |
| 10:26.18 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 12:44.14 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:44.14 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:57.05 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 13:19.30 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 13:19.31 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 13:20.12 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:20.12 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:40.24 | *** join/#asterisk-dev oej (~olle@2001:470:1f15:d79:225:4bff:fea8:1d88) |
| 13:40.24 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:41.33 | oej | Afternoon folks |
| 13:41.54 | kpfleming | oej: interesting stuff you are working in your latest branch there |
| 14:11.31 | *** join/#asterisk-dev bklang_ (~bklang@tesla.alkaloid.net) |
| 14:41.51 | *** join/#asterisk-dev moy (~moy@CPE002719f00364-CM0026f3967775.cpe.net.cable.rogers.com) |
| 14:43.58 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:45.35 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 15:15.07 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 15:21.41 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:21.41 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:23.47 | *** join/#asterisk-dev datachomper (~Adium@207.98.189.248) |
| 15:59.04 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 15:59.04 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 16:03.14 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-iteyjbzkvgrwocgp) |
| 16:06.26 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:06.27 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:10.06 | *** join/#asterisk-dev russellb (~russell@asterisk/digium-open-source-team-lead/russellb) |
| 16:10.06 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 17:28.48 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 17:28.49 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- http://xkcd.com/303/ |
| 17:29.06 | russellb | hmm ... since it's a feature, I guess it should only go in trunk |
| 17:36.54 | moy | russellb: ok, so trunk it is ... thanks |
| 17:37.03 | russellb | np, sorry |
| 17:37.18 | moy | no worries |
| 18:01.54 | *** part/#asterisk-dev Gnarle (~steve@vpn.insuranceinstitute.ca) |
| 18:29.05 | *** join/#asterisk-dev BMJ (~bjohns@c-24-126-158-110.hsd1.ga.comcast.net) |
| 18:29.06 | *** mode/#asterisk-dev [+o BMJ] by ChanServ |
| 18:48.57 | jthurman42 | Anyone able to take a look at the patch for bug 18403? I'd like to keep the issue moving |
| 18:52.14 | Qwell | pabelanger: ping? |
| 18:52.25 | pabelanger | Qwell: pong |
| 18:52.59 | Qwell | oejs comment about the reason for ast_debug got me thinking. Your sed may not be enough. You'll also want to remove the if (option_debug > ...) {} lines surrounding a lot of them |
| 18:54.28 | Qwell | and in those cases, 1 may not be appropriate either. it'll likely be between 1 and 3 in most cases |
| 18:54.29 | pabelanger | Qwell: Ya, I noticed that too. I started work on making the change in a janitor branch last night, still need to push the changes up. |
| 18:54.44 | Qwell | <PROTECTED> |
| 18:54.44 | Qwell | -ast_log(LOG_DEBUG, "Greetings only VM (maxmsg=0), Skipping voicemail recording\n"); |
| 18:54.44 | Qwell | +ast_debug(1, "Greetings only VM (maxmsg=0), Skipping voicemail recording\n"); |
| 18:54.47 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 18:54.47 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 18:54.49 | Qwell | that for instance, should be a 3 I believe |
| 18:55.09 | pabelanger | Qwell: Ya, some manually work will be required. |
| 18:55.39 | Qwell | looking through the diff, it doesn't seem like there are too many places |
| 18:55.54 | pabelanger | nods |
| 18:56.30 | pabelanger | I was also going to see how much work to change ast_log(LOG_VERBOSE to ast_verbose(... |
| 18:56.57 | Corydon76-home | pabelanger: there shouldn't be any of those |
| 18:57.30 | Corydon76-home | There could, however, be ast_verbose(... which could be converted to ast_verb( |
| 18:58.09 | Qwell | there are a few places |
| 18:58.13 | pabelanger | Corydon76-home: Ya, my mistake |
| 18:58.26 | pabelanger | ast_log(LOG_VERBOSE... does exist in a few places |
| 18:58.32 | Qwell | very few |
| 19:00.12 | pabelanger | Ya, a ton of ast_verbose() though |
| 19:16.58 | kpfleming | umm... that search and replace for ast_debug() is broken |
| 19:17.12 | kpfleming | oh.. you guys already caught it. never mind. |
| 19:32.54 | leifmadsen | Corydon76-home: are you setting these issues to New for the purpose of having them imported? |
| 19:33.49 | Corydon76-home | leifmadsen: Which ones? |
| 19:34.00 | leifmadsen | they were assigned to mattf, in the 13xxx range |
| 19:34.33 | Corydon76-home | Right, I'm un-assigning them and setting their status to New, so they get imported and seen by the prioritization process |
| 19:34.40 | leifmadsen | ok great thx |
| 20:02.02 | Corydon76-home | leifmadsen: I don't think anybody would disagree that they are issues that have fallen through the cracks |
| 20:02.17 | leifmadsen | agreed |
| 20:02.38 | leifmadsen | probably a bunch more issues assigned to a few people that have sat for months (years?) should be re-triaged |
| 20:20.10 | *** join/#asterisk-dev russellb (~russell@asterisk/digium-open-source-team-lead/russellb) |
| 20:20.10 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 20:51.04 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 21:39.44 | tzafrir_laptop | sruffell, here? |
| 21:41.19 | sruffell | helo |
| 21:41.21 | sruffell | hello |
| 21:41.35 | sruffell | (I've not yet had a chance to look at merge_byname....I definitely will today though) |
| 21:41.48 | sruffell | I'll rebase it onto the current trunk..there were some conflicts. |
| 21:41.55 | sruffell | we need a common upstream.... |
| 21:42.08 | tzafrir_laptop | no, I'm revising it |
| 21:42.23 | tzafrir_laptop | But I noticed a not-so-nice resault of r9609 |
| 21:42.27 | sruffell | looks |
| 21:42.44 | sruffell | hmm..what is that/ |
| 21:42.45 | sruffell | ? |
| 21:43.00 | sruffell | braces for impact. |
| 21:43.40 | kpfleming | sruffell: did you see my post on asterisk-dev today? |
| 21:43.56 | russellb | asterisk-dev seems _painfully_ slow today |
| 21:44.01 | kpfleming | indeed |
| 21:44.05 | kpfleming | all of lists.digium.com it seems |
| 21:44.12 | sruffell | kpfleming: no.... |
| 21:44.20 | tzafrir_laptop | sruffell, http://pastebin.com/2haLmjwc |
| 21:44.28 | tzafrir_laptop | not channels 19 |
| 21:44.33 | sruffell | last I noticed from you was the faxdetect discussion |
| 21:44.45 | kpfleming | that was on -users |
| 21:44.59 | kpfleming | i sent a reply to one of your dahdi-linux commits |
| 21:45.24 | sruffell | looks |
| 21:45.37 | sruffell | 1:03 is the last email I have on -dev |
| 21:45.42 | kpfleming | it's not in the archives, it seems |
| 21:45.49 | tzafrir_laptop | to reproduce: generate a small hole by unregistering a span, and register a larger span in there |
| 21:46.05 | sruffell | tzafrir_laptop: hmm..ahh |
| 21:46.12 | kpfleming | ahh... i sent it at 1:07PM |
| 21:46.17 | kpfleming | so it just hasn't been processed yet |
| 21:46.24 | kpfleming | don't hold your breath :-) |
| 21:46.51 | sruffell | tzafrir_laptop: I'll fix that.... |
| 21:52.06 | sruffell | tzafrir_laptop: what is the current behavior? Just always keep taking onto the end (I could look but...) |
| 21:52.28 | tzafrir_laptop | every channel takes the first available number |
| 21:52.44 | sruffell | but we always want spans to have their channels grouped together going forward right? |
| 21:52.54 | sruffell | so I should look for the first range that can take the new span? |
| 21:53.08 | sruffell | (even though that is different behavior than currently...) |
| 21:53.15 | tzafrir_laptop | that was never guaranteed for cases such as what I did |
| 21:53.26 | kpfleming | yes. channel numbers in a span should be contiguous |
| 21:53.29 | tzafrir_laptop | but is, when you just register |
| 21:54.25 | sruffell | ok....so at reg time, I'll scan the span list looking for a sufficient range. Which will also require using a separate "channel number" for pseudos. |
| 21:54.31 | tzafrir_laptop | I see no problem with looking for a set of free continous numbers, |
| 21:54.41 | sruffell | i.e. Psuedo/1 may be real channel 16000 or something like that. |
| 21:54.44 | tzafrir_laptop | assuming that there are no locking issues and such |
| 21:54.55 | sruffell | the "registration_lock" has been useful... |
| 21:54.57 | sruffell | for that. |
| 21:55.07 | sruffell | so all that stuff can happen without locking interrupts. |
| 21:55.25 | tzafrir_laptop | right now there is a maximal channel number which is 1024 (if you didn't remove this limitation) |
| 21:55.33 | sruffell | that's now removed. |
| 21:55.52 | sruffell | I was thinking starting psuedos at 16000K, so then when conferencing, you can instantly tell if the user is asking for a psuedo |
| 21:56.08 | tzafrir_laptop | Asterisk still has a limit on the total number of pri spans? |
| 21:56.08 | sruffell | and then using "chanpos" on the pseudos to be the offset from the first psuedo. |
| 21:56.41 | sruffell | the limits are still there in include/dahdi/user.h (which brings up a good point...I should check to see if renumbering the psuedos that way will work) |
| 21:57.00 | sruffell | I was just thinking how to prevent oddities if a span is hotswapped in while a psuedo is already opened. |
| 21:58.31 | tzafrir_laptop | Sounds like a good idea. My only concern is if this is the only range that will need to be allocated |
| 21:58.49 | kpfleming | sruffell: my post just appeared in my mailbox... you should have it soon |
| 21:58.56 | sruffell | Yes..I see it now. |
| 21:59.36 | tzafrir_laptop | ok. Getting late here. Need to get going.... |
| 22:00.11 | sruffell | Do people need to keep that since the DTMF twister stuff went in? |
| 22:00.16 | sruffell | keep patches to those values I mean. |
| 22:00.17 | sruffell | ? |
| 22:00.32 | sruffell | tzafrir_laptop: I'll have a patch for you in your morning. |
| 22:00.41 | tzafrir_laptop | great |
| 22:00.50 | kpfleming | sruffell: honestly, i don't know. |
| 22:01.17 | sruffell | I'll reply on the list and see if anyone else chimes up... |
| 22:01.47 | kpfleming | wait... the constants you moved were related to the tone length, not the power levels |
| 22:02.17 | kpfleming | are those tones overridable from userspace? |
| 22:02.22 | sruffell | looks |
| 22:07.46 | sruffell | looks like only for "REGULAR_TONES" |
| 22:07.52 | sruffell | so not for DTMF |
| 22:08.01 | kpfleming | yeah |
| 22:08.17 | sruffell | what do you think about moving those defaults in include/dahdi/dahdi_config.h? |
| 22:08.24 | kpfleming | that would be fine |
| 22:08.27 | sruffell | ok...thanks |
| 22:30.09 | *** join/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
| 22:30.09 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 22:34.21 | *** join/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
| 22:34.21 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 22:36.27 | *** join/#asterisk-dev rrb3942 (~rbullock@cpe-67-242-215-62.rochester.res.rr.com) |
| 23:05.36 | pabelanger | [Jan 4 17:55:23] WARNING[9442] cdr_sqlite.c: This module has been marked deprecated in favor of using cdr_sqlite3_custom. (May be removed after Asterisk 1.6) |
| 23:05.47 | pabelanger | Are we going to pull the trigger? ;) |
| 23:07.42 | Qwell | probably not |
| 23:07.46 | russellb | I'd rather remove the warning. |
| 23:07.55 | russellb | assuming cdr_sqlite is actually sqlite2 |
| 23:08.04 | russellb | there's no good reason to remove it |
| 23:08.09 | Qwell | I think keeping the deprecation notice is good, and just remove the latter part |
| 23:08.15 | russellb | other than just breaking systems that are using it |
| 23:09.35 | pabelanger | Roger. Will delete (May be removed after Asterisk 1.6) |
| 23:11.45 | russellb | also, s/WARNING/NOTICE/ |
| 23:11.59 | pabelanger | nods |
| 23:16.34 | *** part/#asterisk-dev BMJ (~bjohns@c-24-126-158-110.hsd1.ga.comcast.net) |
| 23:55.04 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-170.cablep.bezeqint.net) |
| 23:55.04 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |