| 00:22.23 | *** join/#asterisk-dev bklang_ (~bklang@tesla.alkaloid.net) |
| 00:38.58 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 00:38.58 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 01:00.00 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 01:50.48 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 01:50.48 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 02:40.48 | *** join/#asterisk-dev inluck (~inluck@142.162.125.31) |
| 02:40.59 | *** part/#asterisk-dev inluck (~inluck@142.162.125.31) |
| 03:59.52 | Corydon76-home | I'd tell him I'll look at it, but logging off 2 minutes after a pretty major message makes it... difficult |
| 04:10.14 | Corydon76-home | An open issue on the issue tracker would help... |
| 04:10.19 | Corydon76-home | Oh, well. |
| 04:25.47 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 04:25.47 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 04:25.47 | *** join/#asterisk-dev luckman212 (~irc@pool-173-77-253-145.nycmny.fios.verizon.net) |
| 04:25.47 | *** join/#asterisk-dev Jasnejac (kvirc@81.91.107.236) |
| 04:25.47 | *** join/#asterisk-dev kaii (~kh@ciphron.de) |
| 04:25.47 | *** join/#asterisk-dev philippel_mac (~p_lindhei@pool-71-188-251-53.sttlwa.fios.verizon.net) |
| 04:25.47 | *** join/#asterisk-dev jsmith-away (~jsmith@fedora/jsmith) |
| 04:25.47 | *** join/#asterisk-dev Daviey (~Daviey@ubuntu/member/daviey) |
| 04:25.47 | *** join/#asterisk-dev kerframil (~kerframil@gentoo/user/kerframil) |
| 04:25.47 | *** join/#asterisk-dev Corydon76-home (mauve@c-69-137-80-31.hsd1.tn.comcast.net) |
| 04:25.47 | *** mode/#asterisk-dev [+oooo seanbright mvanbaak jsmith-away Corydon76-home] by hubbard.freenode.net |
| 04:25.47 | *** join/#asterisk-dev chazzam (~chazz@173-24-239-247.client.mchsi.com) |
| 04:25.47 | *** join/#asterisk-dev razu (~razu@razu.data.ee) |
| 04:25.47 | *** join/#asterisk-dev JunK-Y (~junky@64.15.77.94) |
| 04:25.47 | *** join/#asterisk-dev Kobaz (~kobaz@its.kobaz.net) |
| 04:25.47 | *** join/#asterisk-dev jdoe (jdoe@falseprophet.ca) |
| 04:25.47 | *** join/#asterisk-dev sbrath (~sbrath@unaffiliated/sbrath) |
| 04:29.24 | *** join/#asterisk-dev Jasnejac (kvirc@81.91.107.236) |
| 04:29.24 | *** join/#asterisk-dev razu (~razu@razu.data.ee) |
| 04:38.56 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@c-67-170-173-27.hsd1.wa.comcast.net) |
| 05:07.13 | *** join/#asterisk-dev felipe_ (~felipe@unaffiliated/felipe) |
| 07:24.08 | *** join/#asterisk-dev rgagnon (~rgagnon@99-185-128-25.lightspeed.austtx.sbcglobal.net) |
| 07:24.42 | rgagnon | any ops awake? |
| 07:27.39 | rgagnon | OK no, but thats OK. If possible, can someone read up on https://issues.asterisk.org/view.php?id=17255 and see if it can move to review now. It has to do with chan_sip denial of service, memory leaks, udp port leaks, and so on. I've uploaded a large patch that resolves all that and it would be great to see if move to the next stage for possible inclusion in asterisk. |
| 07:29.11 | wdoekes2 | good morning :) I'm off now, but I'm anxious to test your latest patch. I'll report my findings |
| 07:29.14 | rgagnon | I believe it could close at least 5 other open issues with chan_sip, maybe more after you guys read it. Its been about 6 years since my last contribution to asterisk, so I don't know how much the process has changed |
| 07:29.32 | rgagnon | oh, hey wdoekes... Thanks for your testing! |
| 07:29.38 | wdoekes2 | and thanks for the work so far |
| 07:29.43 | rgagnon | I included a specific tag-1.6.2.16.1 patch just for you |
| 07:29.51 | rgagnon | so it should apply without any fuzz |
| 07:29.58 | wdoekes2 | :) |
| 07:30.02 | wdoekes2 | *gone* |
| 07:30.06 | rgagnon | besides.... thats the version we are running |
| 07:30.12 | rgagnon | have a good night/morning |
| 08:00.26 | *** join/#asterisk-dev pnlarsson (~niklas@hulken.infracom.se) |
| 08:04.36 | *** join/#asterisk-dev lftsy (~lftsy@install.deckpoint.ch) |
| 08:04.36 | *** part/#asterisk-dev rgagnon (~rgagnon@99-185-128-25.lightspeed.austtx.sbcglobal.net) |
| 08:27.48 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:d845:1ab4:cb1e:4a98) |
| 08:31.27 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 08:31.28 | schmidts | good morning |
| 09:09.31 | *** join/#asterisk-dev rgagnon (~rgagnon@99-185-128-25.lightspeed.austtx.sbcglobal.net) |
| 09:10.16 | *** part/#asterisk-dev rgagnon (~rgagnon@99-185-128-25.lightspeed.austtx.sbcglobal.net) |
| 09:44.43 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 09:44.43 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 10:16.35 | *** join/#asterisk-dev littleball (~littlebal@cm187.zeta226.maxonline.com.sg) |
| 10:16.57 | littleball | ello Friends, |
| 10:16.57 | littleball | I am glad to let you know that we finally have IAX2 softphone for mobile devices like Android and BlackBerry. |
| 10:16.57 | littleball | For Android phone users, please search 'MPhoneGG' from Android Market. |
| 10:16.57 | littleball | For BlackBerry users, I will let you know again after I upload it to blackberry AppStore |
| 10:26.50 | schmidts | littleball Sounds great, any chance to bring this to an iphone? not really or what do you think? |
| 10:32.22 | snuff-home | schmidts: if u didn't notice he left ;) |
| 10:35.03 | WIMPy | There is something for the iphone. |
| 10:55.59 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 11:07.15 | schmidts | wimpy yes but only if you jailbreak it, or use this other thing where all your voice traffic runs over their server and i dont want that they know who i call ;) |
| 11:07.32 | schmidts | snuff-home thx i didnt notice :D i have disabled the login/logoff notifications |
| 11:08.21 | WIMPy | I can't remember the name, but I had one user connecting to me via IAX from his iphone, and I very much doubt he jailbreaked it. |
| 11:12.40 | WIMPy | . o O ( should that be "jailbroken"? ) |
| 11:14.26 | schmidts | good question ;) |
| 11:16.58 | schmidts | Wimpy ok i found something called Siax, will try this |
| 11:25.36 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 11:31.29 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:31.29 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:57.15 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 12:26.41 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:26.41 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:54.35 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:54.35 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 14:05.48 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 14:09.39 | *** join/#asterisk-dev moy (~moy@CPE002719f00364-CM0026f3967775.cpe.net.cable.rogers.com) |
| 14:24.09 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 14:35.30 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:35.30 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:06.40 | *** join/#asterisk-dev ClintGoudie-Nice (~clint@smtp.callware.com) |
| 15:21.23 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 15:22.22 | *** join/#asterisk-dev paravoid (~paravoid@zebra.cslab.ece.ntua.gr) |
| 15:42.37 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 15:42.37 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:43.34 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 15:43.35 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:53.03 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:53.03 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:54.12 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 15:55.00 | tzafrir | Just wasted half an hour figuring that "Module %s could not be loaded" means there's no support at all for loading modules |
| 15:55.06 | tzafrir | Mind if I clarify that message? |
| 15:55.24 | tzafrir | Module '%s' could not be loaded: no support for loading modules. |
| 15:57.50 | kpfleming | tzafrir: sounds reasonable |
| 15:58.11 | kpfleming | if you know that's cause, i'd just make a different message that makes that very explicit |
| 15:59.30 | tzafrir | it's a #else for an #ifdef LOADABLE_MODULES |
| 15:59.48 | kpfleming | yeah... make the message really clear then :-) |
| 16:00.08 | kpfleming | "Module support is not available. Module '%s' could not be loaded." |
| 16:02.48 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 16:15.54 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 16:26.11 | tzafrir | chan_iax2 has res_crypto listed as a "<use>" weak dependency, |
| 16:26.36 | tzafrir | but in the moduleinfo it has nonoptreq = "res_crypto" |
| 16:26.58 | tzafrir | And fails to load here (centos5) without it |
| 16:29.16 | rgagnon | I've repaired a bunch of code to resolve https://issues.asterisk.org/view.php?id=17255 and many other SIP memory leaks, UDP leaks, and Denial of Service issues. So far two people have been helpful in testing. Can we get a dev to maybe re-read that ticket so it might move up to review? |
| 16:30.17 | rgagnon | Its been 6 years since I last submitted code to repair asterisk, so I don't know the (probably new) procedures to get a ticket /patch noticed. |
| 16:31.35 | rgagnon | It appears it can close that issue and maybe 5 others (at least) if approved. |
| 16:32.27 | philippel_mac | putnopvut: just tested your changes, all good :) |
| 16:32.52 | philippel_mac | putnopvut: (or kpfleming ) do you know who will potentially be working on the two bugs I filed? |
| 16:33.24 | putnopvut | philippel_mac: no idea on that one. Glad to hear the changes are all working well for you :) |
| 16:33.24 | kpfleming | no, we don't get involved with that part of the process |
| 16:33.45 | philippel_mac | kpfleming: who does? |
| 16:33.58 | kpfleming | russellb does |
| 16:34.06 | kpfleming | and he's currently in a planning meeting :-) |
| 16:34.20 | philippel_mac | kpfleming: k, I'll hangout when he is back |
| 16:34.38 | philippel_mac | just trying to plan out the CCSS FreePBX module so time expectations on that will help |
| 16:34.52 | kpfleming | the process of how issues are handled is documented to some degree on wiki.asterisk.org... the issues you entered will get triaged and prioritized and then scheduled for someone to work on them |
| 16:35.11 | kpfleming | keep in mind that there are something like 900 open issues, so the prioritization process is pretty important :-) |
| 16:36.24 | philippel_mac | kpfleming: I understand which is why I'm just trying to get an expectation of timing |
| 16:36.43 | philippel_mac | so I can plan around that or decide if I choose to release with some workarounds if it is going to be a while |
| 16:37.38 | kpfleming | talk to russell when you can then... issues that affect AsteriskNOW in this way tend to get a little priority bump as well, as i'm sure you can imagine :-) |
| 16:40.12 | *** join/#asterisk-dev Daviey (~Daviey@ubuntu/member/daviey) |
| 16:40.28 | philippel_mac | k - I just know that CCSS is something that a lot of people have been asking for many years, so want to make sure to expose it |
| 16:40.51 | philippel_mac | I've got some great ideas which I'll pass by him, have already discusseed some with Mark and in email thread |
| 16:41.10 | philippel_mac | nothing filed for those yet, these bugs are simply stuff that 'should' work ... |
| 16:43.03 | leifmadsen | basically when you see it assigned to someone and set to a future release version, you'll know it has been prioritized high enough to be assigned |
| 16:43.25 | kpfleming | prior to that point... it's in the massive bucket :-) |
| 16:44.38 | leifmadsen | indeed |
| 16:45.18 | philippel_mac | k, and I'll pickup the -bug convo here to keep it all in one place :) |
| 16:45.43 | philippel_mac | is there anything I can/should do to help 'influence' the triage/prioritization process? or is that all internal? |
| 16:46.59 | kpfleming | it is internal, because it is scheduling of digium's resources |
| 16:47.13 | leifmadsen | providing code makes it easier to resolve ;) |
| 16:47.19 | kpfleming | indeed |
| 16:47.43 | kpfleming | and just because it might not make the cut for digium's team to work in the short term does not mean nobody from the community can do, of course |
| 16:48.04 | leifmadsen | that type of behaviour is encouraged ;) |
| 16:48.07 | philippel_mac | kpfleming: I undersand completely, and when applicable I have provided code in the past though not this round unfortunately, but I am provding plenty of code one the freePBX side :) |
| 16:48.45 | philippel_mac | yup, understand, I've tossed in my small hadfull of things over the years also |
| 16:48.45 | kpfleming | indeed |
| 16:49.12 | philippel_mac | just don't spend enough time in the * code to be as efficient as a lot of others can be |
| 16:49.42 | leifmadsen | understandable. At least you now know what you look for to know it is being worked on |
| 16:49.53 | leifmadsen | s/you look/to look/ |
| 16:50.18 | philippel_mac | yup, thanks! |
| 16:50.22 | leifmadsen | np |
| 16:55.31 | kpfleming | unfortunately you won't see that until it is about 4 weeks from being in a release |
| 16:55.51 | philippel_mac | won't see what, the priority? |
| 16:55.58 | kpfleming | you won't see the priority at all |
| 16:56.01 | kpfleming | that's not visible in mantis |
| 16:56.15 | philippel_mac | k - well normally it's not a big deal |
| 16:56.18 | kpfleming | you won't see it get assigned and scheduled for a release until it is ready to be worked on, which is done in 4 week cycles |
| 16:56.40 | philippel_mac | with this being a new feature, I'll sync up with russellb to find out so I can plan accordingly |
| 16:56.55 | philippel_mac | btw - when is the next expected tag release of 1.8 ? |
| 16:57.04 | kpfleming | every month |
| 16:57.06 | philippel_mac | (which will have the stuff putnopvut added yesterday? |
| 16:57.13 | philippel_mac | k |
| 16:57.36 | kpfleming | given that a sprint (development cycle) just ended, i suspect 1.8.2.4 will be tagged quite soon, probably this week |
| 16:58.03 | philippel_mac | cool, well depending on the plans for the bugs I just reported |
| 16:58.11 | philippel_mac | I'll either make that the base required version |
| 16:58.26 | philippel_mac | or if I get lucky and the bugs are going to be addressed by say 1.8.2.5, may make that |
| 16:58.31 | philippel_mac | required |
| 17:01.15 | leifmadsen | kpfleming: I think you mean 1.8.4 :) |
| 17:01.33 | leifmadsen | I'm still working on 1.8.3 right now -- still in RC mode, with a couple more regressions found recently before release |
| 17:01.56 | leifmadsen | 1.8.4-rc1 should get tagged this week hopefully, and will include any changes made up to that point in the branch |
| 17:02.08 | philippel_mac | leifmadsen: does that mean that the checking yesterday into 1.8 main branch will make it to 1.8.3? |
| 17:02.36 | leifmadsen | philippel_mac: no, only the specific changes we want in the tag get put into RCs 1+n |
| 17:02.44 | leifmadsen | 1.8.4-rc1 is made directly from the branch |
| 17:03.04 | philippel_mac | the changes were extremely low risk on an already brand new feature, any change they could be merged over? |
| 17:03.16 | leifmadsen | they will be in 1.8.4-rc1 |
| 17:03.22 | philippel_mac | it was simply adding a couple channel variables to be called in the cc_callback_macro |
| 17:03.41 | leifmadsen | if it wasn't a regression, then it'll be in the next bugfix release which would be 1.8.4 |
| 17:03.58 | philippel_mac | ok - well no biggy either way then :) |
| 17:04.05 | leifmadsen | if we waited for all the bugs to be fixed in a tag before we released we'd never release ;) |
| 17:04.34 | philippel_mac | yup,, I've got the same thing |
| 17:04.42 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:a4e4:a8f6:c7ad:e308) |
| 17:05.02 | leifmadsen | so ya, look for 1.8.4-rc1 for any changes in the 1.8 branch after 1.8.3-rc1 was tagged |
| 17:05.06 | philippel_mac | though in FreePBX, I've 'cheated' by making the online repo break out every module which means they can be fixed and published independently and thus quickly when needed :) |
| 17:14.54 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 18:18.52 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 18:32.09 | *** join/#asterisk-dev luckman212 (~irc@pool-173-77-253-145.nycmny.fios.verizon.net) |
| 18:52.08 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@192.55.64.175) |
| 19:04.21 | *** join/#asterisk-dev nny (~Scott@174.107.201.103) |
| 19:04.54 | *** part/#asterisk-dev nny (~Scott@174.107.201.103) |
| 19:13.34 | *** join/#asterisk-dev Daviey (~Daviey@ubuntu/member/daviey) |
| 19:22.55 | *** join/#asterisk-dev Daviey (~Daviey@ubuntu/member/daviey) |
| 19:30.29 | *** join/#asterisk-dev TheDavidFactor (~chatzilla@nc-71-52-237-42.dhcp.embarqhsd.net) |
| 19:40.53 | TheDavidFactor | I may be doing something really stupid, but I've got a couple of variables: "char *special_code, *tmp;" I'm trying to store "R,<special_code>" in tmp so I did "sprintf(tmp,"R,%s", special_code);" and I get a segmentation fault every time. I assume I'm doing something very stupid but I don't have enough C experience to know what I'm supposed to do. |
| 19:42.53 | Qwell | tmp is probably pointing nowhere. you probably want a char array instead of a pointer. |
| 19:43.17 | TheDavidFactor | ok, thanks |
| 19:44.54 | kpfleming | or use asprintf(), which will allocate memory to hold the output of the string formatting operation |
| 19:47.11 | *** join/#asterisk-dev frawd (~francois@81.44.76.3) |
| 19:54.42 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-bidchsklmbkgbtby) |
| 20:01.49 | TheDavidFactor | Thank you both, I actually think I figured out how to rewrite it so it's using the ast_str object and ast_str_* functions |
| 20:06.24 | kpfleming | much better plan all around |
| 20:08.35 | *** join/#asterisk-dev hehol (~Adium@2a01:198:71d:0:21f:d0ff:fea1:568e) |
| 20:13.24 | *** join/#asterisk-dev TheDavidFactor (~chatzilla@nc-71-52-237-42.dhcp.embarqhsd.net) |
| 20:27.38 | kpfleming | is 'may' ever around here? |
| 20:38.40 | seanbright | yeah |
| 20:38.45 | seanbright | right after april |
| 20:59.56 | kpfleming | seanbright: nice |
| 21:00.07 | seanbright | useful as always |
| 21:08.40 | philippel_mac | russellb: ping |
| 21:11.39 | kpfleming | don't think he has returned yet |
| 21:11.55 | philippel_mac | k thx |
| 21:24.24 | *** join/#asterisk-dev TheDavidFactor (~chatzilla@nc-71-52-237-42.dhcp.embarqhsd.net) |
| 21:25.47 | *** join/#asterisk-dev espiceland (~espicelan@207.98.195.107) |
| 22:25.04 | *** join/#asterisk-dev bklang_ (~bklang@tesla.alkaloid.net) |
| 22:43.30 | *** join/#asterisk-dev Corydon76-home (gold@c-69-137-80-31.hsd1.tn.comcast.net) |
| 22:43.30 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 22:46.13 | *** join/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 22:46.39 | alecdavis | M18776 |
| 22:46.41 | MuffinMan | [closed] [Asterisk] Core/General 0018776: [patch] asterisk -rx 'core show version' returns an ANSI string, which is not evaluated correctly with debian init.d script. reported by alecdavis https://issues.asterisk.org/view.php?id=18776 |
| 22:47.40 | alecdavis | The above report was for debian, but can we assume that it applies to all distributions? |
| 22:48.00 | leifmadsen | we can't assume anything |
| 22:48.05 | leifmadsen | I've never had that problem before |
| 22:48.10 | leifmadsen | (to my knowledge anyways) |
| 22:53.02 | alecdavis | The init.d script actually still seemed to work, but I'd found an asterisk-wacthdog that used the same test, and since 1.6.2 IIRC the watchdog failed. Now init.d works as expected, as does the watchdog with 1.8.x -. Yesterday 1.8.2.3 segfaulted twice with no watchdog running :o(, also wasn't doing core dumps, I'm ready now :) |
| 22:55.38 | alecdavis | leif: shall I reopen 18776, but change the description, to not be debian specific, so as other distributions can pick up the fix as they are tested? That way no assumptions. |
| 22:56.01 | leifmadsen | alecdavis: just open a new issue |
| 22:59.31 | *** part/#asterisk-dev jpeeler (~jpeeler@asterisk/developer/jpeeler) |
| 23:23.26 | *** part/#asterisk-dev philippel_mac (~p_lindhei@pool-71-188-251-53.sttlwa.fios.verizon.net) |
| 23:23.48 | *** join/#asterisk-dev philippel_mac (~p_lindhei@pool-71-188-251-53.sttlwa.fios.verizon.net) |
| 23:55.56 | philippel_mac | russellb: ping |