| 00:32.01 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-fspfcqzxsbcbbsoa) |
| 02:21.39 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 02:31.49 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 03:47.36 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 03:52.45 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-ycjozaankbrthkvk) |
| 05:38.16 | *** join/#asterisk-dev goddva (~goddva@77.40.154.242) |
| 05:40.53 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-179-40-172.cust.bezeqint.net) |
| 05:40.53 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 06:32.22 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 06:32.22 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:58.02 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 07:50.47 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:50.47 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:52.47 | *** join/#asterisk-dev Jacke (jacke@valhalla.bofh.org) |
| 07:56.38 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 08:05.51 | *** join/#asterisk-dev zerohalo (~zerohalo@c-174-62-142-83.hsd1.ma.comcast.net) |
| 08:05.53 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 08:11.07 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 08:40.59 | *** join/#asterisk-dev doome_ (~doome@82.150.48.146) |
| 09:04.35 | *** join/#asterisk-dev Tim_Toady (~fuzzy@snf-33276.vm.okeanos.grnet.gr) |
| 11:26.31 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 12:04.35 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-mjysfwoztrbxyfij) |
| 12:36.07 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 12:36.07 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:38.09 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 12:39.11 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 12:39.11 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:56.39 | *** join/#asterisk-dev acidfoo_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
| 14:25.12 | *** join/#asterisk-dev goddva (~goddva@2a02:fe0:c510:2030:ae9e:17ff:fe91:a8c9) |
| 14:57.24 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 14:57.24 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 15:07.12 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-uaorprwzqbupjwjg) |
| 15:13.57 | *** join/#asterisk-dev doome_ (~doome@82.150.48.146) |
| 15:17.30 | cresl1n | jumps |
| 15:34.26 | *** join/#asterisk-dev anonymouz666 (bd193818@gateway/web/freenode/ip.189.25.56.24) |
| 15:36.25 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 15:52.01 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-zswscghfotcuxfkc) |
| 16:01.04 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 16:26.23 | file | Moo |
| 16:44.12 | leifmadsen | Moooooo |
| 16:53.08 | file | leifmadsen, I just survived a CRA meeting |
| 16:59.35 | cresl1n | file: MooWho? |
| 17:00.07 | file | cresl1n, YOU |
| 17:00.25 | cresl1n | Congrats on surviving your meeting |
| 17:00.32 | cresl1n | How are you feeling now? |
| 17:01.22 | file | sleepy |
| 17:18.47 | file | And now to the mall for an errand, lunch, and home |
| 18:08.32 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-lxtkuihztzuatbtq) |
| 18:08.32 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 18:10.05 | *** join/#asterisk-dev doome_ (~doome@82.150.48.146) |
| 18:26.30 | leifmadsen | file: orly... I had to survive one of those before... audit of my business books :) |
| 18:27.23 | *** join/#asterisk-dev tm1000 (sid6728@gateway/web/irccloud.com/x-dqzgcluwgyircaiq) |
| 18:37.28 | file | Ooh goody, this was just an outreach program |
| 18:37.28 | file | Apparently technical consulting in Atlantic Canada does not have much fraud |
| 18:37.29 | file | And now home for a meeting |
| 18:48.59 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 18:48.59 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Hell hath frozen over: Asterisk is moving to Git -=- Follow on Twitter at @AsteriskDev |
| 19:24.38 | *** join/#asterisk-dev roramirez (~rodrigo@190.209.106.228) |
| 19:24.46 | roramirez | Hello |
| 19:25.21 | roramirez | from last version on master, when i compiling "res_pjsip/config_transport.c: In function 'has_state_changed': |
| 19:25.21 | roramirez | " |
| 19:29.02 | *** join/#asterisk-dev goddva (~goddva@120.94.164.82.customer.cdi.no) |
| 19:30.40 | gtjoseph | roramirez: ? |
| 19:30.47 | roramirez | hello gtjoseph |
| 19:31.27 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 19:31.27 | *** join/#asterisk-dev kasanop (~kasanop@ivanpoddubny.com) |
| 19:31.27 | *** join/#asterisk-dev danjenkins (danjenkins@gateway/shell/firrre/x-xtotnrrjdtmixnzb) |
| 19:31.27 | *** mode/#asterisk-dev [+o file] by holmes.freenode.net |
| 19:32.08 | roramirez | from the last version of master. I have a error when i compiling http://pastebin.com/7gbvhtDA |
| 19:33.15 | gtjoseph | what version of pjproject are you compiling against? |
| 19:34.48 | roramirez | sh*t, i forget that. pjproject-2.2.1 |
| 19:34.59 | gtjoseph | :) |
| 19:38.16 | roramirez | sorry, i read on list something about pjproject. I did not see the changelog from Git. I suppose is necessary a new version |
| 19:39.38 | gtjoseph | I think 2.3 still works but 2.4.5 is recommended. https://wiki.asterisk.org/wiki/display/AST/Building+and+Installing+pjproject |
| 19:39.57 | gtjoseph | 2.2 definitely won't work. |
| 19:45.06 | roramirez | Thanks gtjoseph for the help. |
| 19:45.12 | gtjoseph | no problem |
| 20:01.48 | file | gtjoseph, I find some people have an unreal expectation when it comes to realtime backed stuff - that they want the impossible |
| 20:02.38 | gtjoseph | yeah, but to be fair to them, if it worked with chan_sip, they have an expectation that it'll work with chan_pjsip. |
| 20:02.47 | gtjoseph | not unreasonable. |
| 20:04.59 | file | in the case of chan_sip it didn't load everything at start |
| 20:05.21 | gtjoseph | yep, but pjsip_configuration does. |
| 20:05.23 | file | only when requested did it actually do anything |
| 20:05.45 | file | right |
| 20:05.59 | gtjoseph | which leads to the question.. is there anything we can do to not load everything on startup? |
| 20:06.12 | gtjoseph | i'm not sure there is but it's worth a look. |
| 20:06.33 | file | if you want it to work consistently, no |
| 20:06.50 | file | if you want the behavior like chan_sip, yes |
| 20:06.55 | gtjoseph | :) |
| 20:07.05 | file | that's the trade off :D |
| 20:07.42 | file | and realtime doesn't allow very useful queries |
| 20:07.56 | file | 'nor does sorcery to try to narrow things |
| 20:09.24 | gtjoseph | nope. ideally we'd have to add indices to the tables and have sorcery understand a little more about the schemas. |
| 20:11.21 | gtjoseph | or maybe it's ast_sorcery_object_retrieve_by_where_clause() |
| 20:12.12 | file | argh |
| 20:12.15 | file | :P |
| 20:12.46 | gtjoseph | i was also thinking about how much overhead using a sqlite3 in-memory database would be over ao2_container. |
| 20:13.41 | gtjoseph | for the config and memory_cache wizards |
| 20:14.16 | file | erm, would you be serializing on every retrieval? |
| 20:15.13 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 20:15.24 | gtjoseph | possibly but serialization isn't necessarily a bad thing when it comes to databases. |
| 20:15.34 | gtjoseph | it CAN be. |
| 20:15.41 | gtjoseph | but it doesn't have to be |
| 20:16.30 | file | both of those wizards are optimized for straight up retrievals right now |
| 20:16.43 | file | config more so than memory even |
| 20:17.02 | gtjoseph | yep and it works fine if you have a key |
| 20:18.09 | gtjoseph | if not, we're scanning everything to find what we're l;ooking for |
| 20:18.38 | file | right |
| 20:18.42 | gtjoseph | if we used sqlite3, we could use the same semantics whether internal or external. |
| 20:18.51 | file | but at what cost? that would be my question |
| 20:19.02 | gtjoseph | exactly. this is all speculation. |
| 20:19.18 | gtjoseph | and there are other in-memory databases than sqlite3 |
| 20:19.58 | gtjoseph | maybe it'll be a weekend project to try it out. |
| 20:20.44 | gtjoseph | wouldn't be too hard either, just configure realtime to use sqlite3 for all objects. |
| 20:21.11 | gtjoseph | oh wait. can we? |
| 20:21.27 | gtjoseph | oh yeah |
| 20:21.29 | gtjoseph | we can |
| 20:22.46 | file | what what |
| 20:22.48 | file | glares at Zuul |
| 20:24.38 | file | automatic Jenkins stuff may be temporarily unavailable |
| 20:29.56 | file | checks now run against 32-bit and 64-bit agents, so if any 64-bit specific code goes up we'll know if it angers the 32-bit world |
| 20:31.20 | file | those checks may take a little bit longer as they clone out, but within a day or two stuff will return to normal |
| 20:31.27 | gtjoseph | cool |
| 20:32.11 | file | I'm not running testsuite separately against 32-bit/64-bit because that's just overkill |
| 20:32.32 | gtjoseph | is it running 32 or 64? |
| 20:32.47 | file | testsuite picks any |
| 20:32.50 | file | er, the periodics pick any |
| 20:32.57 | gtjoseph | oh gotcha |
| 20:33.07 | file | so over a period of time you are guaranteed that it will have hit both 32-bit and 64-bit |
| 20:33.15 | gtjoseph | so over time, it should get run on both. |
| 20:33.19 | gtjoseph | :) |
| 20:33.20 | file | yup yup |
| 20:34.14 | rmudgett | in theory |
| 20:34.38 | file | in practice |
| 20:34.47 | file | knows |
| 21:39.59 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 22:40.49 | *** join/#asterisk-dev [TK]D-Fender (~joe@64.235.216.2) |
| 23:57.48 | gtjoseph | hmmm. i guess no one ever tested alembic downgrade. :) |