| 00:29.38 | *** join/#asterisk-dev seraphie (~erin@75.76.38.159) |
| 00:32.34 | *** join/#asterisk-dev p3nguin (~xwQ5kwYl6@cobalt.esxi.hosts.a2infotech.com) |
| 00:32.34 | *** join/#asterisk-dev luckman212 (~irc@pool-108-41-8-176.nycmny.fios.verizon.net) |
| 00:37.32 | snuff-work | nm.. if i turned on polling of mb's it seems to work |
| 00:39.42 | snuff-work | mm.. i turn it off and it works agin.. |
| 00:39.47 | snuff-work | investigates more |
| 00:47.58 | snuff-work | nm.. found what i was doin wrong |
| 00:52.01 | *** join/#asterisk-dev droemel (~droemel@p4FCAD047.dip.t-dialin.net) |
| 01:04.11 | *** join/#asterisk-dev p3nguin (~xwQ5kwYl6@cobalt.esxi.hosts.a2infotech.com) |
| 01:07.57 | wedhorn | snuff-work: no idea, I remember it worked a few years ago, but haven't played with MWI since |
| 01:10.55 | snuff-work | nah i fixed my issue.. but caused myself another interesting one.. |
| 01:11.24 | snuff-work | some how it managed to start 2 sessions to voicemailmain from 1 dial.. and blew up :) |
| 01:12.31 | wedhorn | ouch, is that from one of your wacky dialplans? |
| 01:12.56 | snuff-work | nope.. |
| 01:13.42 | snuff-work | it might have been caused from me having off hook and then hitting redial |
| 01:14.30 | wedhorn | shouldn't, although there may be a very short overlap, while core hangs up the channel |
| 01:14.43 | snuff-work | http://pastebin.com/6f234Tej |
| 01:15.36 | wedhorn | damn, that is strange |
| 01:16.15 | snuff-work | http://pastebin.com/q8ar63d2 |
| 01:16.22 | snuff-work | to be more 'precise' |
| 01:16.25 | wedhorn | try turning on some skinny debugging (skinny set debug on) |
| 01:16.29 | snuff-work | shows the dying |
| 01:17.20 | wedhorn | there's a fair bit of subhandling setting messages |
| 01:17.21 | snuff-work | will see if i can reprod |
| 01:19.30 | snuff-work | will try repod.. |
| 01:20.40 | snuff-work | cool i just reprod |
| 01:20.55 | snuff-work | 1 more attempt |
| 01:22.42 | snuff-work | ok seems i can make it angry via.. doing a dial over speaker.. then picking up handset and doing redial |
| 01:23.27 | snuff-work | the 'dialplan' for it is just '*123,1,voicemailmain(vmbox@context,u) |
| 01:23.37 | wedhorn | got a log with debug on? |
| 01:23.43 | snuff-work | yep |
| 01:23.54 | wedhorn | also, you using latest trunk? |
| 01:24.26 | wedhorn | latest being since about Tuesday |
| 01:24.53 | snuff-work | pretty sure i did |
| 01:25.18 | snuff-work | http://pastebin.com/YzuuM3Vz |
| 01:25.30 | snuff-work | Connected to Asterisk SVN-trunk-r340367 currently running on deb-ast (pid = 3595) |
| 01:26.05 | snuff-work | that dump.. shows me doing the 1st call to vmmain.. then my off-hook + redial |
| 01:26.36 | wedhorn | snuff-work: that versions includes the most recent skinny |
| 01:27.00 | snuff-work | thought so |
| 01:28.27 | wedhorn | something truly weird happening there, at line 65, the subchannel goes from connected back to dialing |
| 01:29.14 | wedhorn | can you (skinny set debug packet) and we'll see if the phone sending something to initiate going back to dialing |
| 01:30.16 | snuff-work | i thought that's what i gave u? |
| 01:31.03 | wedhorn | no, I need the packets as well, you had normal debug (debug on vs debug packet - which includes on) |
| 01:31.25 | wedhorn | actually, yep you did |
| 01:33.38 | wedhorn | okay no probs, it's a redial issue, managed to cause it here on a call to a normal phone |
| 01:34.53 | snuff-work | :) |
| 02:06.12 | wedhorn | snuff-work: emailed you a patch for redial |
| 02:07.34 | snuff-work | k |
| 02:11.10 | *** join/#asterisk-dev p3nguin (~xwQ5kwYl6@cobalt.esxi.hosts.a2infotech.com) |
| 02:14.33 | snuff-work | it doesn't die which is nice |
| 02:14.35 | snuff-work | :) |
| 02:14.50 | wedhorn | yeah, but does it work? |
| 02:15.15 | snuff-work | i can't kill it with the redial now |
| 02:15.25 | snuff-work | only ever starts 1 session |
| 02:15.49 | wedhorn | yep, you would have had the same issues with any automated number (eg voicemail) as well |
| 02:17.04 | snuff-work | btw.. i noticed the conf button doesn't exist.. i turned on the '3waycalling=yes' |
| 02:17.12 | snuff-work | but no love on the phone |
| 02:19.50 | wedhorn | nope, not implemented, should be fairly easy to send the call into a meetme or new conference |
| 02:20.35 | wedhorn | also, if you notice any softbuttons in the wrong place, or not there, let me know |
| 02:20.39 | snuff-work | yes i know i can use the standard confbridge |
| 02:20.53 | snuff-work | what do u think could be involved in getting the 'conf' button working? |
| 02:22.19 | snuff-work | k.. well.. when u pickup go 'more'.. it has 'pickup / group pickup / meetme' |
| 02:22.33 | snuff-work | on a 'standard ccm |
| 02:23.03 | snuff-work | but i know i haven't setup any 'pickup' groups so it could not be showing because i haven't set it up |
| 02:23.26 | wedhorn | unlikely that we've implemented any of that |
| 02:23.51 | wedhorn | no idea how pickups work, but I'm guessing it would be fairly simple |
| 02:24.44 | wedhorn | the conf button, to send of to a conf/meetme app should be fairly easy, doing proper ccm conf, doubt we'd be allowed to implement (cross compatability etc) |
| 02:25.57 | wedhorn | if you can give me a quick confbridge example, there's no reason I can't hook it up to the conf button, I'm just not familiar with it |
| 02:25.58 | snuff-work | i'd say.. pickup would just do the same as u'd do via the sip one.. it looks within the context for a ringing device and picks up |
| 02:27.25 | snuff-work | mm np.. will do 2 pcaps.. one for inbound pickup and one for 3 way conf.. |
| 02:27.57 | wedhorn | don't need the pcaps (that's just the packet), need the asterisk config stuff |
| 02:28.49 | snuff-work | oh.. uhm.. i dont have 3 softclients atm.. |
| 02:30.12 | wedhorn | I've never done a confbridge, so I don't know what's involved. At a guess, config some *_app and write a dialplan, but I don't know. Makes it hard to implement... |
| 02:30.54 | wedhorn | If you know, a sample config save a fair bit of time (given I don't even have enough non-skinny tech to actually test something) |
| 02:31.14 | snuff-work | an 'asterisk side' confbridge/meetme is just running the 'app'.. be it confbridge or meetme |
| 02:31.23 | wedhorn | That made SLA implementation fun (guessing that I had the config right and trying to code the implementation at the same time) |
| 02:31.44 | wedhorn | how do you get two calls in there? |
| 02:32.02 | snuff-work | just send ppl to the same 'room'.. |
| 02:32.28 | wedhorn | okay, what are the button presses involved with ccm |
| 02:32.36 | snuff-work | aka i have exten => 3290,1,confbridge(3290) .. many ppl as i want can join the conf |
| 02:33.15 | snuff-work | main thing i want is the 3 way chats.. which the phone handles for the most part by itself.. |
| 02:34.39 | snuff-work | i will try to get u that 3 way.. by spanning my ccm phone because i'm pretty sure some msgs dont even go via the ccm.. to do it |
| 02:35.41 | wedhorn | I'm pretty sure the devices can do conference, but that won't be cross compatible with other technologies, so probably won't be allowed |
| 02:37.28 | snuff-work | with the 3 way conf.. asterisk doesn't do anything.. it just sees a phone having 2 running calls from memory |
| 02:37.29 | wedhorn | I'll have a look at hooking the conf softbutton up to a confbridge, shouldn't be too hard |
| 02:38.04 | wedhorn | well, it does, it sends the packets that gets that underway |
| 02:39.02 | snuff-work | will put somethin up to demonstrate |
| 02:39.11 | *** join/#asterisk-dev p3nguin (~xwQ5kwYl6@cobalt.esxi.hosts.a2infotech.com) |
| 02:54.53 | *** join/#asterisk-dev otherwiseguy (~otherwise@69.76.221.79) |
| 03:00.07 | *** join/#asterisk-dev p3nguin (~xwQ5kwYl6@cobalt.esxi.hosts.a2infotech.com) |
| 03:21.44 | *** join/#asterisk-dev p3nguin (~xwQ5kwYl6@cobalt.esxi.hosts.a2infotech.com) |
| 03:26.42 | *** join/#asterisk-dev seraphie (~erin@75.76.38.159) |
| 03:39.40 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 03:39.40 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 03:50.11 | *** join/#asterisk-dev p3nguin (~xwQ5kwYl6@cobalt.esxi.hosts.a2infotech.com) |
| 04:01.14 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@50.39.136.116) |
| 04:03.49 | snuff-work | wedhorn: this is the sort of thing.. http://www.tech-invite.com/Ti-sip-service-10.html |
| 04:04.07 | snuff-work | i'll get u a log from ccm |
| 04:04.17 | snuff-work | for the 'skinny' way it may happen |
| 04:19.57 | *** join/#asterisk-dev otherwiseguy (~otherwise@69.76.221.79) |
| 04:25.32 | snuff-work | wedhorn: if u want a sample of me doing a 3 way conf on ccm/sccp.. i can send u |
| 04:37.59 | wedhorn | snuff-work: if there are SIP implementations, I doubt anyone would have an issue with doing it in Skinny |
| 04:39.19 | wedhorn | okay, so send me a ccm of a 3 way, and I'll have a go |
| 04:40.34 | snuff-work | its got the wrong capture name.. aka has nothin to do with pickup but consider it sent |
| 04:56.14 | snuff-work | mm.. that tech-invite.com is quite cool for understanding sip msgs |
| 04:56.42 | *** join/#asterisk-dev opticron (~opticron@pianoben.ch) |
| 04:56.43 | *** mode/#asterisk-dev [+o opticron] by ChanServ |
| 04:58.10 | *** join/#asterisk-dev seraphie (~erin@75.76.38.159) |
| 05:02.20 | *** join/#asterisk-dev otherwiseguy (~otherwise@69.76.221.79) |
| 05:07.09 | wedhorn | snuff-work: I'm confused, it appears that the 3 phones are at ip's 100, 102 and 105. 102 being the one making the conference. 250 is ccm. |
| 05:07.29 | snuff-work | yep |
| 05:07.29 | wedhorn | But the conference rtp all seems to run through 253? |
| 05:07.43 | snuff-work | what i 'think' is happening |
| 05:08.03 | wedhorn | does the ccm box have an extra ip? and maybe does the rtp mixing there? |
| 05:08.05 | snuff-work | is ccm says.. u want a conf.. goto the 253 gateway.. |
| 05:08.22 | snuff-work | the 253 = 2811.. which has some DSPs in it |
| 05:08.38 | wedhorn | well that's effectively a meetme or confbridge |
| 05:08.45 | wedhorn | equivalent |
| 05:08.51 | snuff-work | yer.. does it diff vs a SIP one |
| 05:16.18 | wedhorn | I think we need to presume the firmware can't mix, which mean confbridge is the way to go |
| 05:17.14 | snuff-work | yer i'm happy with that.. |
| 05:17.17 | wedhorn | can code the conf button to dump the call into a confbridge(SEPxxxxxxxx), and join it. Can probably scroll down to another call and drag it in with the conf button as well |
| 05:18.12 | wedhorn | probably not the ccm way of doing it, but makes sense to me |
| 05:18.34 | wedhorn | so some scenarios ... |
| 05:19.05 | wedhorn | on a call, put it on hold, call second party, press conf, scroll to original, press conf |
| 05:19.34 | wedhorn | on a call, press conf, talking to first party, scroll to other party already on hold, press conf |
| 05:20.31 | wedhorn | on a call, press conf, talking to first party, press hold (play hold to conf?), initiate a new call, press conf to drag party in and rejoin |
| 05:20.46 | snuff-work | the way it works on ccm.. is the same as attended transfer.. so.. call.. hit conf/trans (puts user 1 on hold).. dial 2nd party.. hit 'conf' all 3 of u now are in conf |
| 05:22.23 | wedhorn | yeah, that would work, then select other calls to drag them in as well |
| 05:23.07 | snuff-work | mm.. i think its 1st user.. 'conf' .. 2nd user.. 'join' |
| 05:23.29 | snuff-work | in terms of 'button labels' |
| 05:23.47 | wedhorn | join's already used on SLA |
| 05:24.07 | snuff-work | k.. haven't played with hint/sla at all |
| 05:24.20 | snuff-work | been playing again with services xml |
| 05:24.22 | wedhorn | it may be ambiguous as to what you are joining |
| 05:26.18 | wedhorn | okay, tricky bit will be to dump the call into confbridge, but retain some control |
| 05:30.05 | snuff-work | mm.. with skinny there is no 'show channels' of sorts right? |
| 05:30.08 | snuff-work | i'm not missing something |
| 05:31.54 | snuff-work | mm.. jitsi is a nice simple sip client that can do other xmpp services.. it also does the 3 way conf |
| 05:44.11 | wedhorn | snuff-work: skinny show lines includes a list of channels (I think). Would be easy enough to implement |
| 05:45.24 | snuff-work | nope.. just shows all the lines |
| 05:47.15 | snuff-work | tweaked my dp.. very happy.. it now can choose if it should try sip or sccp to call a phone.. tis not the best way of determining but getting there |
| 05:57.56 | wedhorn | snuff-work: "skinny show lines verbose" gives a list of subchannels |
| 06:03.12 | snuff-work | ah didn't realise there was a verb |
| 06:15.59 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 06:16.00 | schmidts | good morning |
| 06:24.19 | snuff-work | hello schmidts |
| 06:24.22 | *** join/#asterisk-dev sgimeno (~sgimeno@163.117.206.10) |
| 06:26.11 | *** join/#asterisk-dev sgimeno (~sgimeno@163.117.206.10) |
| 06:30.45 | wedhorn | snuff-work: skinny has only had stuff implemented that coders wanted, or people asked for. I remember writing the show subchannels to help me debug some stuff |
| 06:31.12 | wedhorn | if you want a show channel equivalent, it's fairly easy, just no one has asked for it |
| 06:31.55 | wedhorn | oh yeah, and the hard bit, you've got to work out what you want to be displayed... |
| 06:34.13 | snuff-work | mm.. i might even 'attempt' to make an equiv.. feel bad ur always doing work on it |
| 06:35.10 | wedhorn | happy to test and commit |
| 06:39.54 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 06:39.54 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:40.59 | schmidts | morning oej |
| 07:04.28 | *** join/#asterisk-dev elred_ (~elred_@unaffiliated/elred-/x-5010831) |
| 07:19.29 | oej | Morning |
| 07:41.42 | oej | Finally Friday |
| 07:50.59 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 07:55.37 | *** join/#asterisk-dev irroot (~irroot@pbx.distrotech.co.za) |
| 08:02.17 | schmidts | TGIF |
| 08:03.12 | irroot | (TGIF ^ 999999) ^ 999999 |
| 08:04.47 | irroot | include/asterisk/version.h always sets ASTERISK_VERSION_NUM to 999999 i propose setting 1.8 to 10899 and 10 to 109999 to make it more interop ?? |
| 08:05.18 | irroot | that is in SVN the tags are set appropriatly |
| 08:05.49 | irroot | schmidts +1 |
| 08:10.03 | *** join/#asterisk-dev asterisk-Tester (~RAMYT@193.227.170.247) |
| 08:54.39 | *** join/#asterisk-dev otherwiseguy (~otherwise@69.76.221.79) |
| 10:31.39 | *** join/#asterisk-dev irroot (~irroot@pbx.distrotech.co.za) |
| 10:53.24 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 11:13.30 | *** join/#asterisk-dev ChrisInSydney (~Chris@60-242-81-231.tpgi.com.au) |
| 11:33.59 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:33.59 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:32.44 | *** join/#asterisk-dev irroot (~irroot@pbx.distrotech.co.za) |
| 12:47.08 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 12:47.08 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 13:20.11 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-qhwfreaaufkyntwd) |
| 13:20.11 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:27.41 | *** part/#asterisk-dev asterisk-Tester (~RAMYT@193.227.170.247) |
| 13:31.33 | *** join/#asterisk-dev p3nguin (~xwQ5kwYl6@cobalt.esxi.hosts.a2infotech.com) |
| 13:34.48 | irroot | afternoon |
| 13:37.38 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:37.38 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:01.19 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 14:24.43 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:24.43 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:32.47 | irroot | gents i have a sugestion re version.h |
| 14:33.49 | irroot | SVN sets version to 999999 this is fine for trunk but 1.8 / 10 should be 10899 and 109999 perhaps |
| 14:33.59 | *** join/#asterisk-dev otherwiseguy (~otherwise@cpe-69-76-221-79.kc.res.rr.com) |
| 14:44.31 | *** join/#asterisk-dev Tim_Toady (~fuzzy@77.49.252.192.dsl.dyn.forthnet.gr) |
| 14:55.43 | Corydon76-home | irroot: I suspect the 999999 is supposed to just be a magic value to say "better than a release" without being too specific. The value would start to mean something instead of being a generic magic value |
| 14:56.53 | irroot | Corydon76-home indeed im all for this the problem comes with branches/x where the same magic number looses its magic |
| 14:59.07 | Corydon76-home | Maybe 89999 and 109999, then |
| 14:59.51 | irroot | not 89999 as the 1.8 tags are 108XX so 10899 for 1.8 |
| 15:01.08 | *** join/#asterisk-dev vrban (~kris@p4FFB0A46.dip.t-dialin.net) |
| 15:02.58 | vrban | hello, please someone reopen ASTERISK-18610 there is a new patch for it |
| 15:04.06 | Qwell | reopened |
| 15:05.09 | Corydon76-home | irroot: That actually speaks to us possibly needing to handle all 4 components of the version number, as we presently only handle 3 of them |
| 15:07.06 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:07.06 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:07.10 | Corydon76-home | irroot: and the present code will break as soon as branch 10 gets a release, because Makefile assumes the first component of the version number is a single digit number |
| 15:07.44 | vrban | Qwell: tnx |
| 15:09.57 | irroot | Corydon76-home it only affects those using svn but it should be predictable |
| 15:12.31 | Corydon76-home | Oh, awk doesn't break. It just prints an extra digit |
| 15:14.05 | Corydon76-home | irroot: well, now that we have a 6-digit revision number, perhaps we should just use that and bump the svn magic number to 7 digits. |
| 15:16.23 | irroot | would still be nice to know if the magic is for a branch |
| 15:16.32 | Corydon76-home | i.e. svn info| grep ^Revision| awk '{print $2}' |
| 15:16.56 | Qwell | eww, bad Tilghman. |
| 15:16.58 | Qwell | grep and awk? |
| 15:17.11 | Qwell | svn info | awk '/^Revision/ {print $2}' |
| 15:17.17 | irroot | or use the .next in the branch not the magic |
| 15:17.56 | irroot | Qwell use of sed awk and grep via pipes will be +1 |
| 15:18.19 | Qwell | and cat, just because |
| 15:18.21 | Corydon76-home | irroot: I guess the question is what information are you attempting to glean from the version number? |
| 15:18.23 | Qwell | svn info | cat | grep ... |
| 15:18.45 | Corydon76-home | Qwell: I considered using cut, but since the source already uses awk... |
| 15:18.59 | Qwell | awk has grown on me a lot |
| 15:19.20 | Qwell | though I can never remember whether to use -F or -d |
| 15:19.30 | Corydon76-home | I've been meaning to tell you that you need to shave. :-P |
| 15:19.46 | Corydon76-home | Shave off that awk. |
| 15:20.09 | irroot | Corydon76-home chan_lcr in the lcr package will build for 1.8/10 now with small patch looking at the version number however it will build for 10 against svn of branches/1.8 as the magic num is > 100000 [10] |
| 15:21.13 | Qwell | ugh. they aren't doing #ifdefs like chan_sccp did, to have 1 codebase that works on all branches, I hope? |
| 15:21.32 | irroot | Qwell "dd if=log.gz |gunzip -c | dd of=log" can be added to the list of abuse of pipes |
| 15:21.55 | Qwell | irroot: bonus points for adding ssh in the middle |
| 15:22.19 | Corydon76-home | irroot: that is epic |
| 15:22.25 | Qwell | actually, that's actually used in a bunch of examples. it tars on either side though |
| 15:22.54 | Corydon76-home | Right, to send a stream of files... |
| 15:22.58 | Qwell | dd if=/dev/sda1 | gzip -c | ssh ... | gunzip | dd of=sdb1 |
| 15:23.07 | Qwell | yeah, multiple files too |
| 15:23.13 | Qwell | I was thinking just for compression |
| 15:23.26 | Qwell | (CPU > network in some cases) |
| 15:23.48 | Corydon76-home | Um, just use the -C argument to ssh... |
| 15:24.25 | Qwell | I didn't make the examples |
| 15:25.53 | Corydon76-home | btw, I prefer gzip -dc in the second half |
| 15:27.16 | Corydon76-home | Gunzip is a shell script |
| 15:27.26 | kpfleming | Corydon76-home: you are a shell script |
| 15:28.11 | Corydon76-home | No, seriously. Gunzip just invokes 'gzip -d $@' |
| 15:28.18 | kpfleming | that's rather silly |
| 15:28.28 | kpfleming | it should just use argv[0] to do that |
| 15:28.32 | Corydon76-home | It used to be a hard link |
| 15:28.33 | Qwell | huh |
| 15:29.02 | Corydon76-home | I wonder if packages can't do hard links properly |
| 15:29.29 | Qwell | RPM is cpio, debian is like tar or something |
| 15:29.37 | Qwell | both do it just fine |
| 15:29.58 | Qwell | but, even then, just a symlink would have worked too |
| 15:30.14 | Corydon76-home | Or maybe it's because hard links have to be done in the postinst script, which means gunzip wouldn't show up in apt-file and other similar utilities |
| 15:30.28 | Corydon76-home | Yeah, a symlink... |
| 15:41.28 | irroot | the "bug" with lastmsgssent in 1.6+ that its not been set the argument was that it has not worked since 1.8.0 and that its a feature change to reintroduce it its only used in "sip show" and in ami ... its been removed since 10 |
| 15:43.55 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-qhwfreaaufkyntwd) |
| 15:44.07 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-qhwfreaaufkyntwd) |
| 15:44.07 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:44.49 | kpfleming | irroot: that's a very confusing sentence |
| 15:45.05 | irroot | i was confuesed at the time |
| 15:46.23 | irroot | sip had [removed in 10] a bitmasked value for last msg sent this has been broken since 1.6 sometime the only place its used is in AMI / console show peer |
| 15:46.55 | irroot | ASTERISK-17866 |
| 15:46.57 | kpfleming | ok, that makes more sense |
| 15:48.27 | irroot | it would pre events also send a mwi notify on register unless subscribemwi was set |
| 15:48.50 | irroot | the whole point for subscribemwi was to disable this default |
| 15:49.53 | Corydon76-home | You mean to change the default to something that used less CPU |
| 15:51.33 | *** part/#asterisk-dev russellb (~russellb@asterisk/contributor-and-cool-guy/russellb) |
| 16:03.13 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 16:03.13 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:11.38 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 16:11.46 | *** part/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 16:12.13 | *** part/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 16:26.42 | kpfleming | tzafrir_laptop: ping |
| 16:26.55 | tzafrir_laptop | kpfleming, pong |
| 16:27.20 | kpfleming | a recent commit you made had "Merge-From" lines in the commit message... did you do that by hand, or was it your own version of svnmerge? |
| 16:36.51 | tzafrir_laptop | Automatically. I have a patch to svnmerge (this is why I waited with that fix). But just after commiting this I noticed the other fixes in svnmerge |
| 16:37.23 | tzafrir_laptop | (and it should have been "Merged-From" in retrospect) |
| 16:38.26 | kpfleming | well, i liked your format even better than our new one... it's very compact |
| 16:41.33 | tzafrir_laptop | It's actually a rather simple fix: not to print the separator if there's only a single commit. I'll post it |
| 16:47.19 | kpfleming | well, it was the lack of separators and the simpler format for the line showing the merged revision, i think |
| 16:52.01 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 16:52.04 | *** part/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 16:58.51 | *** join/#asterisk-dev mpe (~mpe@31.25.23.177) |
| 16:59.42 | *** join/#asterisk-dev mpe (~mpe@31.25.23.177) |
| 17:30.57 | *** join/#asterisk-dev ChrisInSydney (~Chris@60-242-81-231.tpgi.com.au) |
| 17:51.28 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 17:51.28 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 18:41.12 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 19:05.47 | *** join/#asterisk-dev zerohalo (~zerohalo@173-13-92-27-NewEngland.hfc.comcastbusiness.net) |
| 19:11.55 | *** join/#asterisk-dev otherwiseguy (~otherwise@69.76.221.79) |
| 19:16.01 | Kobaz | ooo this is bad |
| 19:16.06 | Kobaz | ast_queue_frame got called with a null channel |
| 19:16.23 | Kobaz | crashed |
| 19:16.57 | kpfleming | yeah... bad |
| 19:17.16 | Kobaz | there was a call to ast_channel_queue_connected_line_update from chan_sip with a null p->owner |
| 19:17.59 | Kobaz | at the end of handle_request_update() |
| 19:18.28 | Kobaz | http://pastebin.com/raw.php?i=tgi1BnYn |
| 19:35.11 | Kobaz | i can do a hack if p->owner is null then don't do the update |
| 19:35.44 | kpfleming | that's not really a hack :-) |
| 19:43.23 | Kobaz | oh, that's good then |
| 19:53.28 | *** join/#asterisk-dev otherwiseguy (~otherwise@12.156.16.105) |
| 20:00.31 | *** join/#asterisk-dev mpe_ (~mpe@31.25.23.177) |
| 20:37.14 | *** join/#asterisk-dev bob_kelso (~john@nat/digium/x-jrcfjxocjbftxept) |
| 20:37.45 | *** part/#asterisk-dev bob_kelso (~john@nat/digium/x-jrcfjxocjbftxept) |
| 20:45.41 | *** join/#asterisk-dev ChrisInSydney (~Chris@120.152.62.230) |
| 21:45.08 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 21:45.12 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 21:45.43 | *** join/#asterisk-dev ChrisInSydney (~Chris@101.170.108.129) |
| 21:46.56 | *** join/#asterisk-dev p3nguin (~xwQ5kwYl6@cobalt.esxi.hosts.a2infotech.com) |
| 22:04.55 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-qhwfreaaufkyntwd) |
| 23:25.40 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@50-39-136-116.bvtn.or.frontiernet.net) |