| 01:13.49 | WIMPy | just had a nice litte segfault on confbridge |
| 01:14.02 | WIMPy | http://wimpy.yeti.dk/pastebin |
| 01:31.10 | pabelanger | WIMPy: open an issue on the tracker and include your backtrace |
| 02:36.50 | *** join/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 02:36.50 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 02:52.36 | *** join/#asterisk-dev otherwiseguy (~otherwise@cpe-69-76-221-79.kc.res.rr.com) |
| 02:58.25 | *** join/#asterisk-dev otherwiseguy (~otherwise@69.76.221.79) |
| 03:01.01 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 03:01.01 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 03:05.22 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 03:05.22 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 03:39.00 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 03:39.00 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 07:22.22 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 07:33.35 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 07:33.39 | schmidts | good morning |
| 09:02.26 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 09:02.52 | *** join/#asterisk-dev kenhunt (~kenhunt@nat/digium/x-duonsvyposnwwfys) |
| 11:19.49 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 11:19.49 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 12:44.04 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:44.04 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:25.57 | opticron | looks around and still sees app_rpt and chan_usbradio floating around |
| 13:26.40 | kpfleming | literally? |
| 13:26.58 | opticron | that would be bad |
| 13:27.15 | opticron | also, I'd be sharing whatever it was that caused that |
| 13:31.28 | *** join/#asterisk-dev anonymouz666 (~anonymouz@189.25.35.63) |
| 13:56.37 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-ueynovhexhwgnckz) |
| 13:56.37 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:59.23 | russellb | pabelanger: any response to your users post about those modules? |
| 14:01.44 | kpfleming | russellb: yeah, the response has been that they are being maintained and distributed elsewhere |
| 14:01.51 | russellb | well then |
| 14:02.09 | kpfleming | and that the majority of the user base is stuck on asterisk 1.4 because they can only use zaptel, not dahdi |
| 14:02.34 | kpfleming | so really... it seems like having them in 1.6.0 and later is just a waste |
| 14:02.49 | russellb | agreed |
| 14:03.35 | file | evict them! |
| 14:03.38 | kpfleming | so i would not object to removing them from 1.8, 10 and trunk. |
| 14:06.05 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-venkhymawzxmupcc) |
| 14:07.23 | opticron | wooo! |
| 14:17.31 | leifmadsen | motion carried? |
| 14:18.08 | kpfleming | i don't know... we don't have a precedent for doing this, so i don't know how many/which votes are enough |
| 14:20.13 | russellb | well, I think it's a safe bet. |
| 14:20.36 | russellb | *nobody* is using it, and having them there is a diservice to anyone that might use it, because it isn't what they should be using |
| 14:20.49 | mjordan | If we're going to change the scope of where the modules are going to be removed, it probably should be sent out to the mailing list first |
| 14:20.53 | russellb | the only possible pain would be for packages if they expect them there ... but really, the packages shouldn't have them either |
| 14:22.49 | russellb | mjordan: done |
| 14:22.54 | russellb | (via updated review) |
| 14:35.58 | mjordan | yay |
| 14:40.12 | *** join/#asterisk-dev frawd (~francois@221.red-80-28-139.adsl.static.ccgg.telefonica.net) |
| 14:43.26 | *** join/#asterisk-dev elred_ (~elred_@unaffiliated/elred-/x-5010831) |
| 14:46.34 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:46.34 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:04.56 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 15:24.05 | *** join/#asterisk-dev kenhunt (~kenhunt@nat/digium/x-pcwdaxiomiainxdz) |
| 15:35.20 | *** join/#asterisk-dev luckman212 (~irc@pool-108-41-8-176.nycmny.fios.verizon.net) |
| 15:39.21 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 15:39.21 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:44.19 | *** join/#asterisk-dev otherwiseguy (~otherwise@69.76.221.79) |
| 15:44.47 | *** part/#asterisk-dev otherwiseguy (~otherwise@69.76.221.79) |
| 16:25.53 | *** join/#asterisk-dev Deeewayne (~dwayne@c-76-29-230-45.hsd1.al.comcast.net) |
| 16:25.53 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 16:27.06 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:27.06 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:42.39 | *** join/#asterisk-dev otherwiseguy (~otherwise@69.76.221.79) |
| 16:43.43 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:56.18 | kpfleming | bam! fedora 17. |
| 16:57.20 | pabelanger | russellb: no, not much |
| 16:57.45 | Qwell | kpfleming: Does Fedora have KDE? |
| 16:57.54 | kpfleming | Qwell: no clue |
| 16:57.59 | Qwell | You're using...gnome? |
| 16:58.04 | kpfleming | i would be surprised if they didn't though |
| 16:58.17 | kpfleming | oh no... i was just commenting on the release. i'm not using it |
| 16:58.19 | Qwell | ahh |
| 16:58.24 | Marquis42 | Qwell: yes, Fedora has KDE. |
| 16:58.58 | Qwell | kpfleming: I've been using the Ubuntu 12.04 alpha. It's not horrible. |
| 17:01.47 | pabelanger | Qwell: I think this is the first release that canonical stopped funding KDE |
| 17:03.35 | kpfleming | stopped funding Kubuntu. they've never funded KDE. |
| 17:04.11 | pabelanger | well, they had a paid internal developer that worked on KDE |
| 17:04.18 | pabelanger | they moved him to another project |
| 17:04.20 | kpfleming | no, he worked on Kubuntu. |
| 17:04.40 | pabelanger | OIC |
| 17:09.23 | *** join/#asterisk-dev marv (~Adium@173-14-206-193-huntsville.hfc.comcastbusiness.net) |
| 17:18.36 | russellb | Fedora 17 isn't out, just alpha |
| 17:19.13 | russellb | also, http://spins.fedoraproject.org/kde/ |
| 17:23.46 | kpfleming | russellb: can i do a dist-upgrade to that when it's released :-) |
| 17:24.03 | russellb | heh, probably not. |
| 17:24.12 | russellb | you can try |
| 17:29.15 | mjordan | jrose_atDigium: as in here |
| 17:29.22 | jrose_atDigium | https://reviewboard.asterisk.org/r/1745/ |
| 17:29.48 | jrose_atDigium | Ok, so we are talking about this review... and particularly how it changes how multiple uses of the transport option works. |
| 17:30.11 | kpfleming | and your comment is correct, and has always been true for nearly every configuration option. if multiple instances of the config option exist, the last one wins (except for permit/deny and allow/disallow) |
| 17:30.23 | kpfleming | 'transport' should *never* have been implemented the way that it was |
| 17:30.39 | jrose_atDigium | Alright then, I'll go with the patch. |
| 17:31.00 | kpfleming | as it is today, a realtime user *cannot* specify both TCP and UDP transport for a SIP peer. it's impossible. |
| 17:41.13 | *** join/#asterisk-dev frawd (~francois@221.red-80-28-139.adsl.static.ccgg.telefonica.net) |
| 17:44.06 | *** join/#asterisk-dev frawd (~francois@221.red-80-28-139.adsl.static.ccgg.telefonica.net) |
| 17:58.31 | WIMPy | mjordan: Do you think ASTERISK-19434 may have been cause by a wrong channel adaption to the opaquification of the formats? |
| 18:02.14 | mjordan | quite possibly |
| 18:02.22 | WIMPy | BTW: Does Confbridge play the "$user has left" even if there's nooone left in the conference? I notice that the hint stays inuse for about 4s after the last user leaves. |
| 18:02.28 | mjordan | I haven't had a chance to hunt it down yet - other then to go "whoa, that's no good" |
| 18:02.53 | WIMPy | The bad thing is that it has only happened once. |
| 18:03.03 | mjordan | WIMPy: and I don't know the answer to that off the top of my head. I would think that it shouldn't... but since it uses its own internal bridging channel, there's a chance that it might |
| 18:03.16 | mjordan | the recursive nightmare? |
| 18:03.58 | WIMPy | Yes |
| 18:04.17 | WIMPy | I wasn;t able to reproduce it. It has worked since that crash. |
| 18:04.18 | mjordan | well, we do have a good backtrace for it (thank-you, by the way), so we should be able to get a grasp on it. If not, I'll bug you :-) |
| 18:05.39 | WIMPy | I was wondering if it might have been my changes to chan_lcr to make it compile for TRUNK. |
| 18:06.02 | WIMPy | But it looks more like it was one of the SIP calls. |
| 18:07.20 | mjordan | indeed |
| 18:08.05 | mjordan | but if it looks like its something chan_sip couldn't have done, I'll remember that. As it is, I should get to the issue sometime later this week |
| 19:13.01 | kpfleming | jrose_atDigium: revision 357266 and friends *really* needs a note in UPGRADE in a big way. |
| 19:22.12 | jrose_atDigium | Alright |
| 19:22.52 | jrose_atDigium | Let me just deal with this small problem I'm having at the moment where I completely filled my hard drive on the machine I have my svn certs on. |
| 19:24.09 | kpfleming | that's ungood |
| 19:24.35 | file | don't do that. |
| 20:12.23 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 20:12.24 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 20:39.01 | Qwell | seanbright: That came out of nowhere. |
| 20:39.30 | seanbright | Qwell: i'm... sorry? |
| 20:39.33 | seanbright | heh |
| 20:39.34 | Qwell | fastagi |
| 20:40.17 | seanbright | it's a relatively minor change |
| 20:40.17 | Qwell | neat |
| 20:41.26 | mjordan | seanbright: which change? I must have missed it, and now my curiosity is piqued |
| 20:41.40 | Qwell | mjordan: IPv6 FastAGI |
| 20:41.46 | seanbright | just posted to reviewboard |
| 20:41.55 | seanbright | nothing earth shattering |
| 20:41.55 | mjordan | ah, thought it was a commit :-) |
| 20:42.03 | seanbright | no no, i've learned my lesson |
| 20:42.13 | mjordan | no, but its pretty nice to have |
| 20:42.37 | seanbright | agreed |
| 20:44.09 | file | my dog only supports IPv4 :( |
| 20:47.23 | seanbright | file: upgrade that puppy |
| 20:47.28 | seanbright | (see what i did there?) |
| 20:47.45 | file | no, I don't see |
| 20:48.06 | file | seanbright, are you using IPv6 in your setup? |
| 20:48.40 | seanbright | file: no sir. |
| 20:48.49 | file | oic |
| 20:49.10 | seanbright | still trying to understand it all, actually |
| 20:49.35 | seanbright | so it's good to write code that you don't totally understand |
| 20:49.36 | seanbright | :-) |
| 20:59.45 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 20:59.45 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 21:19.11 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 21:19.11 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 21:19.11 | *** join/#asterisk-dev Deeewayne (~dwayne@c-76-29-230-45.hsd1.al.comcast.net) |
| 21:19.11 | *** join/#asterisk-dev luckman212 (~irc@pool-108-41-8-176.nycmny.fios.verizon.net) |
| 21:19.11 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 21:19.11 | *** mode/#asterisk-dev [+oooo malcolmd kpfleming Deeewayne putnopvut] by calvino.freenode.net |
| 21:19.11 | *** join/#asterisk-dev elred_ (~elred_@unaffiliated/elred-/x-5010831) |
| 21:19.11 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-venkhymawzxmupcc) |
| 21:19.12 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-ueynovhexhwgnckz) |
| 21:19.12 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-hpstqvsxelvjfhln) |
| 21:19.12 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 21:19.12 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 21:19.12 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 21:19.12 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@66-232-81-197.ctcweb.net) |
| 21:19.12 | *** join/#asterisk-dev wedhorn (~wedhorn@123-243-209-34.static.tpgi.com.au) |
| 21:19.12 | *** join/#asterisk-dev Kobaz (~kobaz@its.kobaz.net) |
| 21:19.12 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 21:19.12 | *** mode/#asterisk-dev [+oooo mjordan leifmadsen snuff-home seanbright] by calvino.freenode.net |
| 21:19.12 | *** join/#asterisk-dev Freeaqingme (~Freeaqing@91.214.168.110) |
| 21:19.12 | *** join/#asterisk-dev acidfoo (~nib@modemcable094.94-70-69.static.videotron.ca) |
| 21:19.12 | *** join/#asterisk-dev snuff-work (~snuffy@210.9.82.197) |
| 21:19.12 | *** join/#asterisk-dev chazzam (~chazz@50-81-150-34.client.mchsi.com) |
| 21:19.12 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 21:19.12 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 21:19.12 | *** mode/#asterisk-dev [+ooo snuff-work ChanServ pabelanger] by calvino.freenode.net |
| 22:12.44 | wdoekes2 | jrose_atDigium: there was a request for a transport= in [general] in sip.conf.sample as well.. if you're up for another --amend ;) |
| 22:13.05 | jrose_atDigium | Oi, ammends |
| 22:13.23 | jrose_atDigium | Fine fine |
| 22:14.06 | kpfleming | removes all settings from [general] in sip.conf that can also be applied to peers |
| 22:22.09 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-ueynovhexhwgnckz) |
| 22:22.19 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 22:22.19 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 22:23.35 | seanbright | so what's going on with SCF? |
| 22:23.50 | kpfleming | stuff. things. |
| 22:24.16 | seanbright | sounds exciting |
| 22:24.28 | kpfleming | it can be. we try to keep it under control though. |
| 22:24.29 | seanbright | any release timeline? |
| 22:24.45 | kpfleming | the developers are actively working on resolving some really complicated failover/retry issues so that we can be ready for a beta release. |
| 22:25.05 | tzanger | this is insanity. |
| 22:25.58 | tzanger | does anyone have a doc/url that specifies the bit order of E1? I am convinced it is LSB first ts0 bit 0 sent first and the datasheets seem to show that, as do online docs, but nobody really says "bit 0 = lsb" |
| 22:26.11 | tzanger | and when I send it that way, the TE12xp receiving it has the timeslot bits reversed |
| 22:26.12 | kpfleming | someone here? doubtful. |
| 22:26.24 | seanbright | it is LSB |
| 22:26.27 | seanbright | has no idea |
| 22:26.31 | tzanger | heh |
| 22:26.35 | Qwell | tzanger: Your odds are 50/50 |
| 22:26.39 | kpfleming | no, it's median-significant-bit first. |
| 22:26.51 | tzanger | kpfleming: that would be very, very cruel. |
| 22:26.56 | kpfleming | which works well for middle-endian byte order systems. |
| 22:27.13 | tzanger | sounds like you have experience with SLC96 backplanes. |
| 22:28.26 | seanbright | doesn't the ITU-T recommendation discuss that? |
| 22:28.29 | seanbright | or am i talking out of my ass? |
| 22:28.42 | kpfleming | both could be true |
| 22:31.45 | kpfleming | oh yes... 'transport=tcp' |
| 22:31.47 | kpfleming | doh |
| 22:31.59 | kpfleming | 'transport=tcp' and 'tcpenable=no'. that's a sane configuration. |
| 22:33.25 | kpfleming | one day, we should organize a devcon for two days, where we all get together and the only thing anyone is allowed to do is to remove stupid from the tree. |
| 22:35.42 | jsmith | WORKSFORME |
| 22:36.21 | seanbright | then releases would be like 12 bytes |
| 22:36.25 | seanbright | teehee |
| 22:37.04 | kpfleming | we could also employ the 'ultimate compression' scheme, where we just publish a SHA-256 hash of the source code. that's all you need, since it's as unique as it could get. |
| 22:41.37 | seanbright | genius |
| 22:56.02 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-qltovxuclmmnkkjd) |