| 00:00.40 | gtjoseph | well, having res_pjsip redistribute would make things a little complicated if res_rtp_asteisk needed something |
| 00:00.59 | rmudgett | It seems having each module get the constant by asking res_pjproject for it is cumbersome if later changes remove the need. |
| 00:01.26 | rmudgett | At least in that manner. |
| 00:01.49 | gtjoseph | true. i'd leave for now then re-examine when/if we get more direct info from pjproject itself |
| 00:02.14 | rmudgett | k |
| 06:03.55 | *** join/#asterisk-dev goddva (~goddva@77.40.154.242) |
| 06:59.44 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 07:28.01 | *** join/#asterisk-dev doome_ (~doome@94-21-194-74.pool.digikabel.hu) |
| 07:46.19 | *** join/#asterisk-dev lumasepa (~gestoip@193.145.124.30.local.ull.es) |
| 08:17.04 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:17.04 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:24.32 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 08:57.02 | *** join/#asterisk-dev doome_ (~doome@apn-185-10-124-161.vodafone.hu) |
| 09:46.43 | *** join/#asterisk-dev doome_ (~doome@82.150.48.146) |
| 11:12.28 | *** join/#asterisk-dev stefan27 (~stefan27@212.247.4.149) |
| 11:17.38 | stefan27 | newbie question, given a linux terminal and (asterisk) source directory and a symbol "ast_filestream", is there any clever tool that would tell me the definition of it is located in mod_format.h, other than having to search all text files for "ast_filestream" and then look for something which looks like a definition. |
| 11:24.35 | tzafrir | stefan27, ctags |
| 11:28.28 | stefan27 | thx |
| 12:30.26 | file | coreyfarrell, the alembic thing is up - with that alone worst case it takes us a night to see a branch |
| 12:30.58 | file | and eventually once tests are better then we'll know before merge |
| 12:32.58 | file | so I'm not sure if your idea of a conflicting file is worth it |
| 13:11.59 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 14:05.26 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-sfgwzcfylksgwzkb) |
| 14:05.26 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 15:18.50 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-vmbbdtjczosjefsy) |
| 15:20.36 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:20.36 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:49.11 | *** join/#asterisk-dev doome_ (~doome@82.150.48.146) |
| 15:59.33 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-ehsbwdldromawnor) |
| 16:42.16 | *** join/#asterisk-dev doome_ (~doome@94-21-194-74.pool.digikabel.hu) |
| 16:43.09 | *** join/#asterisk-dev superscrat (asanders@nat/digium/x-hyzuvuqopavvvcgv) |
| 18:05.36 | *** join/#asterisk-dev DivideBy0 (~DivideBy0@unaffiliated/divideby0x0) |
| 18:42.10 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-179-40-172.cust.bezeqint.net) |
| 18:42.10 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 18:58.10 | gtjoseph | awfully quiet in here for a thursday. |
| 19:03.53 | *** join/#asterisk-dev doome_ (~doome@94-21-194-74.pool.digikabel.hu) |
| 19:04.07 | malcolmd | tick-tock |
| 19:07.39 | file | gtjoseph, yeahhh I'm deep into a "this shouldn't be possible" problem |
| 19:08.01 | gtjoseph | I've had a lot of those lately |
| 19:26.55 | *** join/#asterisk-dev Demon_VoIP (~demon@ip253.net222.n37.ru) |
| 19:35.34 | Demon_VoIP | There are five segfaults yesterday, two hangs and one segfault today on production :( It is stable 13.7 |
| 19:37.27 | gtjoseph | Demon_VoIP: did you try the tets server? |
| 19:37.30 | gtjoseph | test |
| 19:38.48 | Demon_VoIP | gtjoseph, i couldn't transfer configs :( And DNS servers are different |
| 19:40.52 | Demon_VoIP | Both use local bind, but different forwards. I can't change it the same on test server. It's unavailable |
| 19:43.26 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-lvabvjlazxnwisvb) |
| 19:43.26 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 19:43.34 | Demon_VoIP | very bad for the many detailed logs with debugging information, lock files, backtraces are not enough to diagnose and fix the issues. every day I get more and more of these logs with the same stacks. |
| 19:53.02 | seanbright | Transactions and their respective connections were so tightly coupled |
| 19:53.04 | seanbright | that it was almost pornographic. |
| 19:53.05 | seanbright | lol |
| 19:54.52 | file | seanbright, it's an accurate statement. |
| 20:45.58 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-ezvhxttviymguete) |
| 20:48.28 | dan_j | gtjoseph: Hi. Sorry to disturb you. How do I get the latest merged files using git? I'm struggling a little. It's telling me there are conflicts. |
| 21:00.25 | WIMPy | SYS "Wimp_CommandWindow",-1QUIT |
| 21:01.21 | dan_j | Is there a problem with the alembic scripts at the moment? |
| 21:01.29 | dan_j | on branch 13 |
| 21:02.11 | dan_j | There are two alembic heads according to the alembic branches command. |
| 21:04.25 | WIMPy | oops |
| 21:07.21 | rmudgett | dan_j: You need to delete the *.pyc files and try again. |
| 21:08.09 | coreyfarrell | should we have a 'make check-alembic' target on the main makefile that deletes the *.pyc and runs 'alembic branches'? |
| 21:08.34 | rmudgett | The current v13 branch doesn't have any alembic branches |
| 21:10.03 | dan_j | Any idea why i'm getting this? |
| 21:10.04 | dan_j | http://pastebin.com/zET5n5K5 |
| 21:11.11 | rmudgett | coreyfarrell: That would be nice. There are three alembic subdirectories to check that way and the alembic.ini file would need to be updated to check each one. |
| 21:12.02 | rmudgett | dan_j: That is from git saying you need to rebase your local branch |
| 21:12.28 | coreyfarrell | rmudgett: I'm suggesting that the bulk of additions from https://gerrit.asterisk.org/#/c/2055/1/jenkins/scripts/build-asterisk.sh could be moved to a single Makefile target in asterisk. |
| 21:12.39 | dan_j | I'm trying to rebase but its saying that i have unstaged changes, which i dont think i do as i've not changed anything. |
| 21:14.00 | coreyfarrell | dan_j: looks like you made a commit to 13 instead of making your own branch. this is normally turns into a pain. |
| 21:14.54 | dan_j | coreyfarrell: ok. will re-clone to speed things up. hating git so far |
| 21:14.59 | coreyfarrell | dan_j: no |
| 21:15.03 | coreyfarrell | do not re-clone |
| 21:15.14 | dan_j | how come? |
| 21:15.33 | coreyfarrell | dan_j: it's like throwing out a TV because the batteries on the remote died |
| 21:16.13 | coreyfarrell | dan_j: run 'git log', decide if you want to save your latest commit or not |
| 21:17.00 | coreyfarrell | dan_j: if you want to just throw out the latest commit, you can run: 'git reset --hard HEAD~1', then 'git pull origin' will work. if you want to save the latest commit let me know, that's pretty easy too |
| 21:18.12 | dan_j | Somehow ive ended up with a commit which is a duplicate of my commit from last week which has been merged. |
| 21:18.19 | dan_j | So i dont need this one. |
| 21:19.02 | dan_j | Tried what you said, but when i do, i get this |
| 21:19.05 | dan_j | https://www.irccloud.com/pastebin/b7tfkwR4/ |
| 21:21.17 | dan_j | Never mind. I'll have another go at it on saturday night. |
| 21:33.11 | coreyfarrell | any git experts: if my current branch is 13, is 'git reset --hard origin/13' an appropriate way to force the local branch to match latest fetched origin? I just tried here and that seemed to work even in the middle of a merge conflict caused by 'git pull origin'. |
| 21:36.25 | file | now understands how the impossible can happen |
| 21:39.45 | rmudgett | file: Does it involve https://gerrit.asterisk.org/#/c/2055/1 |
| 21:39.51 | file | no |
| 21:40.31 | file | if you want to submit a fix for that or do what coreyfarrell mentioned go for it, otherwise I'll get to it in a day or two |
| 21:45.04 | coreyfarrell | rmudgett: I have some free time if you are busy I can create the Makefile target in asterisk, delete *.pyc from the correct paths. |
| 21:45.37 | rmudgett | go ahead |
| 22:25.06 | *** join/#asterisk-dev [TK]D-Fender (~joe@64.235.216.2) |
| 22:33.21 | dan_j | When asterisk writes cdr via odbc, is there any particular reason for the delay before it writes the records? |
| 22:56.55 | dan_j | Never mind. It was a hangup script that took a while to timeout. |