| 01:04.22 | kpfleming | russellb posting code on a sunday |
| 01:05.52 | russellb | :) |
| 01:06.43 | russellb | that's how i party on a Sunday night |
| 01:08.08 | kpfleming | got your dogs reviewing code yet? |
| 01:16.47 | russellb | i try, but they end up just going to sleep on my feet |
| 02:25.41 | *** join/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 02:25.41 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 02:51.15 | *** join/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 02:51.15 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 03:04.22 | *** join/#asterisk-dev zerohalo (~zerohalo@74.61.196.236) |
| 04:19.27 | *** join/#asterisk-dev jmls1 (~julian@host217-36-208-155.in-addr.btopenworld.com) |
| 06:59.43 | *** join/#asterisk-dev bulkorok (~bulkorok@217.110.197.225) |
| 07:18.43 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:adee:b505:a34d:61fe) |
| 10:43.24 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 10:43.24 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 10:46.48 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 11:19.30 | *** join/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 11:19.30 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 12:07.31 | jmls1 | hi guys |
| 12:07.37 | jmls1 | playing around with #include |
| 12:08.16 | jmls1 | found that this works : #include data/asterisk/sip.* |
| 12:08.24 | jmls1 | ie it loads sip.1 and sip.2 |
| 12:08.35 | jmls1 | is this supported, or accidental ? |
| 12:08.36 | jmls1 | :) |
| 12:12.34 | file | from what I remember it is supported |
| 12:14.36 | WIMPy | I have seen it documented, but I don't know where. |
| 12:20.21 | jmls1 | excellent. thanks. |
| 12:20.44 | jmls1 | takes that as official confirmation :P |
| 12:21.32 | WIMPy | "somewhere" could mean somethign like voip-info. |
| 12:22.10 | WIMPy | But I guess chances are high that some people use it. |
| 12:23.17 | kpfleming | that is indeed expected behavior |
| 12:23.58 | jmls1 | yay! |
| 12:24.10 | jmls1 | very powerful for multi-tenant ... |
| 12:34.48 | *** join/#asterisk-dev bipul (~root@unaffiliated/bipul/x-4918593) |
| 12:35.53 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 12:35.53 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 13:03.29 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-mbcoscfoxjyynwfe) |
| 13:03.29 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:06.59 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-aoxuvtdypzoxpwjl) |
| 13:06.59 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:30.15 | *** join/#asterisk-dev serafie1 (~erin@nat/digium/x-cipxtbndvenqtyxs) |
| 13:38.39 | russellb | breaks a unit test just to see who's paying attention ... |
| 13:38.42 | russellb | yeahhhh |
| 13:39.19 | pabelanger | http://yeahbutton.com/ |
| 13:40.52 | mjordan | russellb: :-) |
| 13:42.53 | russellb | keeps trying to use git commands in his svn checkout ... |
| 13:43.50 | mvanbaak | lol |
| 13:43.55 | mvanbaak | git-svn |
| 13:45.52 | russellb | mjordan: fixed i think |
| 13:56.49 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-ctvyrnwpomrhalmc) |
| 13:56.49 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 14:00.12 | leifmadsen | russellb: I do that too :) |
| 14:06.49 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:06.49 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:08.00 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:08.01 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:15.59 | mjordan | russellb: yay for fixed unit tests |
| 15:16.10 | russellb | yay. |
| 15:16.22 | mjordan | (and there was much rejoicing) |
| 18:15.53 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 18:15.53 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Tier 4 support is in #2,000 |
| 18:57.08 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 18:57.09 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:42.36 | Corydon76-work | kpfleming: ping |
| 20:47.58 | kpfleming | Corydon76-work: pong |
| 20:48.35 | Corydon76-work | Am I crazy in asking Guenther to abstract his API when altering channel structure? |
| 20:48.51 | Corydon76-work | I'm thinking there's gotta be a better way to help him understand |
| 20:49.05 | kpfleming | at this point, you aren't crazy, but it's not absolutely necessary either |
| 20:49.55 | Corydon76-work | I'm thinking the way he wants to do things suits a channel datastore |
| 20:50.38 | kpfleming | that may be true |
| 20:51.17 | kpfleming | the one concern that came up during our internal discussions though about that was the cost of locating the datastores, when searching for a channel matching a particular pickup request |
| 20:51.26 | Corydon76-work | In terms of channel pickup, generally what you want it to do is to check the group that a call is associated with, then query candidate channels for that group |
| 20:51.37 | kpfleming | that's right |
| 20:51.56 | Corydon76-work | So that's why a 'find' API would be beneficial |
| 20:52.13 | kpfleming | except that such an API would apply to the channels container, not an individual channel |
| 20:52.44 | WIMPy | BTW: Can someone give me a cluebat what the point is? It looks damned usefull at first, but ist's that just the same that can be done with PICKUPMARK? |
| 20:52.50 | Corydon76-work | Ah, yes |
| 20:52.55 | kpfleming | WIMPy: no, it's not really the same |
| 20:53.10 | kpfleming | because it allows for multiple channel groups to be marked on each channel, and on each caller doing the pickup |
| 20:53.27 | WIMPy | Ah. Got it. |
| 20:53.42 | kpfleming | we actually went through quite a long design process with the developers of this feature before it was coded and posted, and we're pretty sure this is the best way to achieve their ends |
| 20:54.14 | Corydon76-work | So it's ostensibly an O(N^2) search, except that with hash lookups, it's just an O(N) search |
| 20:54.19 | kpfleming | unfortunately this process was not public, but the result is, and that's the best we could achieve |
| 20:54.39 | WIMPy | But this needs to be supported by each channeltype, right? |
| 20:54.56 | kpfleming | the population of channel groups on channels, yes |
| 20:55.02 | kpfleming | although it should be doable from the dialplan as well |
| 20:56.06 | WIMPy | Hmm that would make PICKUP mark obsolete then? |
| 20:56.13 | kpfleming | i think it would, yeah |
| 20:56.27 | kpfleming | it also obsoletes the current numbered callgroup/pickupgroup stuff |
| 20:56.34 | Corydon76-work | Given how pickupmark is coded, though, it's hella more efficient, I think |
| 20:56.37 | WIMPy | doesn't see anything to do pickup groups from the dialplan, though. |
| 20:57.15 | WIMPy | Yes, names are surely better than the bitfield. |
| 20:57.18 | kpfleming | it would be simple enough to add |
| 20:57.49 | Corydon76-work | Actually, if you took away the requirement of pickupmark to be one per channel, you could get the benefits of this with that, right? |
| 20:58.08 | WIMPy | was jst thinking the same. |
| 20:58.10 | Corydon76-work | and it would be a lot more efficient, because it's all stored in one place |
| 20:58.42 | WIMPy | And it would be independant of channeltypes. |
| 20:58.47 | Corydon76-work | Quite |
| 20:59.13 | WIMPy | off course you need soem dialplan foo instead. |
| 20:59.48 | Corydon76-work | For historical context, pickupmark used to be coded nearly identically to how this new feature is coded, and file redid it the current way, because it was incredibly inefficient with deadlock avoidance all over the place |
| 21:05.15 | *** join/#asterisk-dev wedhorn (~wedhorn@123-243-209-34.static.tpgi.com.au) |
| 21:33.40 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-aoxuvtdypzoxpwjl) |
| 22:10.00 | *** join/#asterisk-dev JunK-Y (~junky@pdpc/supporter/active/junk-y) |
| 22:52.34 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 22:57.05 | *** part/#asterisk-dev newtonr (~newtonr@nat/digium/x-ctvyrnwpomrhalmc) |