| 00:02.26 | alecdavis | pabelanger: guess the waitforfullybooted, isn't then a real world test, as any device can resubscribe or ring at anytime. |
| 00:20.07 | *** join/#asterisk-dev seraphie (~erin@75.76.38.159) |
| 00:31.10 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-145.cablep.bezeqint.net) |
| 00:31.10 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 00:38.25 | pabelanger | alecdavis: true |
| 00:38.53 | pabelanger | I guess we need to define at what point in time asterisk is stable and _should_ process a call |
| 00:42.50 | *** join/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 00:42.50 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 00:46.14 | snuff-work | http://pastebin.com/E78s0W4f |
| 00:46.29 | snuff-work | that's my crash when graceful shutdown :) |
| 01:00.32 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 01:00.32 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 02:44.40 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 02:44.48 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 03:23.17 | *** part/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 04:37.01 | *** join/#asterisk-dev irroot (~irroot@41.53.87.44) |
| 04:40.52 | *** join/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 04:41.23 | alecdavis | argh: scheduled maintenance. guess thats why every thinhg is down. |
| 04:42.50 | *** join/#asterisk-dev otherwiseguy_ (~terry@69.76.217.40) |
| 04:42.52 | alecdavis | fix for asterisk seqfaulting on start: |
| 04:42.55 | alecdavis | Index: main/pbx.c |
| 04:42.56 | alecdavis | =================================================================== |
| 04:42.56 | alecdavis | --- main/pbx.c (revision 334291) |
| 04:42.56 | alecdavis | +++ main/pbx.c (working copy) |
| 04:42.56 | alecdavis | @@ -5341,7 +5341,12 @@ |
| 04:42.56 | alecdavis | <PROTECTED> |
| 04:42.57 | alecdavis | <PROTECTED> |
| 04:42.57 | alecdavis | - __ast_pbx_run(c, NULL); |
| 04:42.58 | alecdavis | + if (ast_test_flag(&ast_options, AST_OPT_FLAG_FULLY_BOOTED)) { |
| 04:42.58 | alecdavis | + __ast_pbx_run(c, NULL); |
| 04:42.59 | alecdavis | + } else { |
| 04:42.59 | alecdavis | + ast_log(LOG_WARNING, "PBX requires Asterisk to be fully booted\n"); |
| 04:43.00 | alecdavis | + } |
| 04:43.00 | alecdavis | + |
| 04:43.01 | alecdavis | <PROTECTED> |
| 04:43.01 | alecdavis | <PROTECTED> |
| 05:13.29 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 05:13.29 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 05:27.55 | alecdavis | ^^ leaves and orpaned channel :( |
| 05:27.58 | *** part/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 05:36.04 | irroot | alecdavis indeed there will be no thread on the channel will marking it a zombie help ?? |
| 05:37.29 | irroot | you have a test case for this ?? |
| 05:37.45 | irroot | to reproduce it |
| 07:38.33 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 08:00.56 | *** join/#asterisk-dev sustav (~alfa@nat/digium/x-pfytkkcdtbsijzgv) |
| 08:00.57 | *** join/#asterisk-dev mnicholson (~mnicholso@nat/digium/x-kryyjjaxsodduqyl) |
| 08:00.57 | *** mode/#asterisk-dev [+o mnicholson] by ChanServ |
| 08:01.10 | *** join/#asterisk-dev JonathanRose (~jonathan@nat/digium/x-qevanxxgocjitjuk) |
| 08:11.05 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 08:11.05 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 08:26.16 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:4d79:12f3:c033:49c0) |
| 09:18.50 | *** join/#asterisk-dev irroot (~irroot@pbx.distrotech.co.za) |
| 09:53.35 | *** join/#asterisk-dev kwk (~kleine@carbon.gonicus.de) |
| 10:12.28 | wdoekes2 | so.. I uncached have realtime friends in the DB. they all have transport=udp,tcp because they get to choose which transport protocol they wish to use. now, when someone registers with tcp, this does not get stored anywhere in the db. ==> result: asterisk dialing that peer will use udp (because it's the preferred transport) |
| 10:14.24 | wdoekes2 | there are several ways to fix this: (1) store/use fullcontact even for uncached friends (2) add a transport column to `sipregs` (3) swap the transport in `sipfriends` to tcp,udp on register (ugly as sipfriends is supposed to be R/O) |
| 10:14.52 | wdoekes2 | s/\(uncached\) \(have\)/\2 \1/ |
| 10:17.20 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 10:17.20 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 10:19.38 | kwk | Hi! I'd be happy if somebody can look over my question http://stackoverflow.com/questions/7282075/how-can-i-enable-cdr-logging-via-the-cdr-adaptive-odbc-so-module-in-asterisk-1-8 |
| 10:47.55 | *** join/#asterisk-dev Fritz09 (~Adium@pop1-1415.catv.wtnet.de) |
| 11:15.07 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 11:15.07 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 11:25.14 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 11:25.14 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 11:35.43 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:35.44 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:36.02 | kpfleming | ugh.... i overslept. i will now start bringing back up our servers. |
| 12:18.43 | leifmadsen | pabelanger: https://wiki.asterisk.org/wiki/display/~lmadsen/Issue+Triage+Process <-- updated based on your comments |
| 12:25.51 | wdoekes2 | leifmadsen: what does that clone-and-move box do? (same question as in #asterisk actually) |
| 12:26.10 | leifmadsen | wdoekes2: it just allows you to clone the issue to another project |
| 12:26.20 | leifmadsen | (make a duplicate in another project) |
| 12:27.09 | leifmadsen | Digium uses it for internal time tracking of developers when they are working on issues in the ASTERISK project, so an issue gets cloned and moved to an internal project for time tracking. All work is done on the public issue though. |
| 12:28.52 | kpfleming | not really time tracking... resource planning |
| 12:28.52 | wdoekes2 | ok |
| 12:30.00 | leifmadsen | yes, that is the better term |
| 12:46.02 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-fcrgconnibgylist) |
| 12:46.02 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:02.20 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-wzzzveyswlaptnii) |
| 13:11.29 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:11.29 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:25.21 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 13:45.36 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:45.36 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:49.30 | *** part/#asterisk-dev kwk (~kleine@carbon.gonicus.de) |
| 14:42.29 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:42.29 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:43.10 | *** part/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:52.00 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:52.00 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:05.12 | wdoekes2 | for the americans that joined later: so.. I have uncached realtime friends in the DB. they all have transport=udp,tcp because they get to choose which transport protocol they wish to use. now, when someone registers with tcp, this does not get stored anywhere in the db. ==> result: asterisk dialing that peer will use udp (because it's the preferred transport) |
| 15:05.21 | wdoekes2 | there are several ways to fix this: (1) store/use fullcontact even for uncached friends (2) add a transport column to `sipregs` (3) swap the transport in `sipfriends` to tcp,udp on register (ugly as sipfriends is supposed to be R/O) |
| 15:06.52 | kpfleming | yes, #3 is not an option |
| 15:07.14 | kpfleming | the registration cache should include everything needed to properly contact the peer |
| 15:27.21 | *** join/#asterisk-dev chazzam (~chazz@173-24-236-90.client.mchsi.com) |
| 15:32.44 | *** part/#asterisk-dev mnicholson (~mnicholso@nat/digium/x-kryyjjaxsodduqyl) |
| 15:34.53 | kpfleming | issues.asterisk.org/jira is back alive again. sorry for the inconvenience. |
| 15:36.57 | *** join/#asterisk-dev mnicholson (~mnicholso@nat/digium/x-kzvfrqpzgnmwrjvv) |
| 15:36.57 | *** mode/#asterisk-dev [+o mnicholson] by ChanServ |
| 15:53.35 | pabelanger | leifmadsen: what about something like http://trac.buildbot.net/ |
| 15:54.15 | leifmadsen | sounds like bamboo.... |
| 15:54.19 | leifmadsen | back soon, lunching |
| 16:41.00 | leifmadsen | pabelanger: what is the easiest way of determining what the latest revision in a branch was that had all successful tests for all of the build agents? |
| 16:41.44 | pabelanger | leifmadsen: if it is the branch/1.8 you need to look at http://bamboo.asterisk.org/browse/AST18-LUCID |
| 16:42.01 | pabelanger | then look at the last green plan, so #711 |
| 16:42.10 | pabelanger | http://bamboo.asterisk.org/browse/AST18-LUCID-711 |
| 16:42.23 | leifmadsen | ok coolio, what is LUCID? |
| 16:42.30 | pabelanger | then look for the revision number (334292) |
| 16:42.37 | pabelanger | Ubuntu Lucid |
| 16:42.44 | pabelanger | that is our base OS we test with |
| 16:43.10 | leifmadsen | ic, I was hoping to get one that I knew had all OS tests pass on |
| 16:45.11 | pabelanger | Possible, we just need to change how bamboo is setup |
| 16:45.59 | pabelanger | leifmadsen: for example that is how: http://bamboo.asterisk.org/browse/TESTING-AST18 is setup |
| 16:46.06 | kpfleming | have some sort of 'parent' plan for all the AST18 plans? |
| 16:46.47 | leifmadsen | ya, I just want to make sure that what I pick is ok on all our agents and not just one of them |
| 16:47.42 | kpfleming | yeah, especially if we switch to daily test plan runs instead of per-commit |
| 16:48.30 | pabelanger | Ya, so right now we build on LUCID. If that fails, no other builds are done (HARDY, FreeBSD, OSX). However, if it passes, bamboo will check if a new revision for LUCID exists, if yes, it will rebuild LUCID again using that revision (still not building HARDY, FreeBSD, OSX). If there is not a new revision for LUCID, only then does the other agents get built. |
| 16:49.12 | pabelanger | This was done to help reduce the bottle neck of build agents |
| 16:49.25 | kpfleming | and then if those agents fail, does that affect the LUCID result? |
| 16:49.35 | pabelanger | no |
| 16:49.48 | kpfleming | ok, so that doesn't quite do what leifmadsen was looking for then |
| 16:49.53 | pabelanger | right... |
| 16:49.57 | pabelanger | but http://bamboo.asterisk.org/browse/TESTING-AST18 does |
| 16:50.10 | pabelanger | when we started using bamboo, ^ setup did not exist |
| 16:50.17 | kpfleming | right |
| 16:50.27 | pabelanger | the downside, we are now running ALL remote agents each commit |
| 16:54.48 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 16:54.50 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 17:13.31 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:4d79:12f3:c033:49c0) |
| 17:21.21 | *** join/#asterisk-dev voxter (~hardcore@macpro.daytonhome.voxter.net) |
| 17:36.44 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 17:51.54 | *** join/#asterisk-dev bbryant (~brett@c-174-56-132-225.hsd1.sc.comcast.net) |
| 17:51.54 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 18:33.53 | *** join/#asterisk-dev otherwiseguy (~terry@69.76.217.40) |
| 18:37.26 | *** join/#asterisk-dev Kobaz (~kobaz@its.kobaz.net) |
| 19:00.57 | *** join/#asterisk-dev irroot (~irroot@197.170.70.12) |
| 19:43.18 | *** join/#asterisk-dev Fritz09 (~Adium@pop1-1415.catv.wtnet.de) |
| 21:32.31 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 21:34.38 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-fcrgconnibgylist) |
| 21:39.45 | anonymouz666 | what will happen with bugs opened for 1.6.2.X releases? since there is no more 1.6.X.X releases |
| 21:40.17 | pabelanger | retest with 1.8 to see if they exist |
| 21:40.47 | kpfleming | unless they are security issues, of course |
| 21:40.59 | pabelanger | yup |
| 21:41.40 | kpfleming | speaking of that... we need to 'archive' all the versions of asterisk that we don't want people reporting issues against any longer |
| 21:43.06 | pabelanger | I'm not sure what that means. I assume some sort of setting in JIRA? |
| 21:43.25 | kpfleming | yes... in the administration area for the project, under 'manage versions' |
| 23:08.36 | mvanbaak | mogguh |
| 23:08.46 | kpfleming | mvanbaak: been drinking? |
| 23:09.14 | mvanbaak | party @ work yeah |
| 23:09.20 | mvanbaak | had a couple of beers |
| 23:09.49 | mvanbaak | 7 beers to be exact |
| 23:09.59 | mvanbaak | we went bowling. it was a lot of fun |
| 23:10.06 | kpfleming | nice |
| 23:10.34 | mvanbaak | it was also the goodbye party for a coworker at sysadmin |
| 23:12.02 | mvanbaak | the whole sysadmin team got a new hat with the text 'behehrmacht' |
| 23:12.30 | mvanbaak | https://s-hphotos-ash4.fbcdn.net/321997_160991697316137_100002159227912_330719_3196271_o.jpg |
| 23:13.05 | mvanbaak | https://s-hphotos-snc7.fbcdn.net/340212_161103927304914_100002159227912_330975_933810_o.jpg |
| 23:13.40 | mvanbaak | kpfleming: I have to use firefox to get on jira |
| 23:13.58 | mvanbaak | kpfleming: not that big of an issue, but for some reason my safari is unable to open the page |
| 23:14.03 | kpfleming | you said that yesterday... but we have other people successfully using safari |
| 23:14.11 | kpfleming | do you have any client certificates installed in it? |
| 23:14.22 | mvanbaak | not that I know |
| 23:14.39 | mvanbaak | but it's pretty hard to see in safari |
| 23:15.36 | kpfleming | well,you might want to post on -dev and see if any other safari users might be able to assist... i don't use it much myself |
| 23:15.44 | kpfleming | i use chrome pretty much exclusively now |
| 23:16.25 | mvanbaak | I'll use firefox for issues.asterisk.org for now ;) |
| 23:16.29 | mvanbaak | works ok |
| 23:16.33 | kpfleming | cool |
| 23:16.46 | mvanbaak | oh, and asterisk wont start on freebsd 8.2 ;) |
| 23:16.49 | mvanbaak | segfaults |
| 23:16.50 | kpfleming | heading home... long weekend here, may not be online again until tuesday |
| 23:17.00 | mvanbaak | nice ! |
| 23:17.11 | mvanbaak | have a nice long weekend |
| 23:17.20 | mvanbaak | I'll look into the segfault here ;) |
| 23:24.13 | mvanbaak | found it |
| 23:24.17 | mvanbaak | res_config_curl |
| 23:24.42 | mvanbaak | when I remove that file, asterisk starts again |
| 23:48.49 | *** join/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 23:48.49 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
