| 00:17.33 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
| 00:39.10 | *** join/#asterisk-dev superscrat (~asanders@173-17-133-2.client.mchsi.com) |
| 01:33.11 | *** join/#asterisk-dev afournier (~admin@46.255.181.29) |
| 01:36.00 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
| 02:10.25 | superscrat | coreyfarrell, are you really still working, too? |
| 02:11.30 | coreyfarrell | 'still' is the wrong word to use for me, I woke up at 6pm (4 hours ago) |
| 02:12.19 | superscrat | ah, okay |
| 02:13.28 | coreyfarrell | the more I program the closer I get to 3rd shift schedule. |
| 02:17.19 | superscrat | Lol - I know exactly what you mean. |
| 02:17.40 | snuff-work | mm.. i figured out my pjsip vs sip issue.. ccm was able to redirect rtp on SIP.. but not PJSIP.. some tinkering on ccm stopped it.. now pjsip -> ccm transfers are happy again |
| 02:18.34 | superscrat | I had to force myself to get back on a good sleep routine - I write the best code between 9pm and 3am. But, unfortunately, if I use that superpower, I have a hard time sleeping because my brain will not stop talking to itself. |
| 02:19.15 | superscrat | snuff-work, happy is a good state. |
| 02:21.58 | coreyfarrell | I probably write my best code from 12am and 6am. if I worked in a basement with no sun light the time would probably run until 10am |
| 02:23.33 | superscrat | You know, you should get a job working remote for someone in Australia - your night would be their day and it would all work out. |
| 02:24.00 | superscrat | I used to work with some people in Australia and that is exactly what ended up happening. |
| 02:24.33 | coreyfarrell | I used to work 3rd shift full time 4 years straight of 11pm-7am. it takes me like a month to adjust to sleeping at night, but only about 2 days to adjust back to sleeping in the day |
| 02:24.39 | snuff-work | still would love to know why that 'trimming' of cdr vars is happening though =( |
| 02:26.04 | coreyfarrell | snuff-work: yeah that one is very weird... the only pbx I have with a phone connected is 11.x, let me see if it happens there. |
| 02:28.46 | coreyfarrell | superscrat: thanks for the grammar catches. in general the worst part of any change I make is the part in English. |
| 02:30.23 | superscrat | coreyfarrell, I think that it's a lot easier to catch them when you are looking at it from a reviewer's perspective, anyway. No matter how many times I proof read prior to sending, I ALWAYS find mistakes in my emails or documents after I send them. |
| 02:32.24 | coreyfarrell | snuff-work: I just learned two things. 1) my personal PBX is really out of date running Asterisk 11.7.0. and 2) that version does not clip any of the CDR vars. |
| 02:32.52 | snuff-work | k.. at least we know something more =) |
| 02:33.03 | superscrat | what version of asterisk are you runnign snuff-work? |
| 02:33.20 | superscrat | ha! see correfarrell! 'runnign' |
| 02:33.55 | snuff-work | i use master.. but atm its bout 10 days out of date |
| 02:34.22 | snuff-work | is there a easy cmd like svn log -rxxxx:HEAD with git ? |
| 02:34.44 | coreyfarrell | what does that svn log command do? |
| 02:34.58 | snuff-work | its changelog |
| 02:35.01 | snuff-work | aka commitlog |
| 02:35.12 | coreyfarrell | I know that.. I meant what does the -rxxx:HEAD do.. |
| 02:35.23 | snuff-work | so.. i'd normally go.. svn info.. |
| 02:35.29 | snuff-work | get back my current version |
| 02:35.46 | snuff-work | then sub that for xxx.. and see what changes beween that u HEAD |
| 02:35.57 | coreyfarrell | ah. |
| 02:36.09 | snuff-work | u=n |
| 02:36.26 | coreyfarrell | so with 'svn log', that actually calls out to the server (to my knowledge). with 'git log', it's working locally. |
| 02:36.46 | snuff-work | yes.. svn log talks to server |
| 02:36.53 | superscrat | do a git fetch on master |
| 02:36.58 | coreyfarrell | so to do what you want, I think you'd have to 'git fetch origin;git diff origin/master master' |
| 02:37.06 | superscrat | from the repo and then do a git log on it |
| 02:37.38 | coreyfarrell | oh sorry not git diff |
| 02:37.38 | superscrat | sorry, snuff-work, coreyfarrell is more correct. I am fighting an infant over here. |
| 02:38.13 | coreyfarrell | after the git fetch, try: git show-branch master origin/master |
| 02:38.47 | superscrat | http://git-scm.com/docs/git-log |
| 02:39.09 | superscrat | that may also work. |
| 02:39.42 | superscrat | as much as I love git, you would think that I would remember the commands better than I do. |
| 02:39.55 | snuff-work | mm if i did a git fetch.. wouldn't that be updating my local copy? |
| 02:40.04 | superscrat | well, its fetching the history |
| 02:40.10 | superscrat | not rebasing any changes |
| 02:40.29 | superscrat | http://stackoverflow.com/questions/292357/what-are-the-differences-between-git-pull-and-git-fetch |
| 02:40.38 | snuff-work | ah |
| 02:40.42 | coreyfarrell | git fetch would update "origin/master". it won't touch "master" or your working copy |
| 02:41.38 | superscrat | coreyfarrell, they did an episode of asterisk live on me. I wore my son's storm trooper helmet. |
| 02:42.30 | coreyfarrell | I think superscrat is right, the command you would want is git log master..origin/master - again, I might be reversed with where the origin/ should go |
| 02:42.36 | coreyfarrell | asterisk live? |
| 02:42.58 | superscrat | not for the whole thing, though... that was interesting, being on the other side of the looking glass. I am usually the one in a room, slinging code... Yeah, it's something that we do on YouTube |
| 02:43.27 | superscrat | rnewton and file have been on it before. |
| 02:43.51 | coreyfarrell | so they let anyone on it? even Canadians?! |
| 02:43.57 | superscrat | it seems so! |
| 02:44.12 | superscrat | he taunts me with his superior bandwidth |
| 02:44.28 | snuff-work | mm.. with that 'show-branch' can i get the slightly expanded explanation ? |
| 02:44.38 | snuff-work | rather than the 1 liner |
| 02:44.57 | superscrat | snuff-work, here is the doc: http://git-scm.com/docs/git-show-branch |
| 02:46.13 | coreyfarrell | snuff-work: not that I know of |
| 02:48.13 | coreyfarrell | superscrat: nice helmet |
| 02:48.50 | superscrat | thanks =) |
| 02:49.40 | snuff-work | ah.. figured it for the 'most part'.. can just use 'git log origin/master' |
| 02:50.04 | coreyfarrell | snuff-home: yeah I think that makes 'HEAD' implied |
| 02:50.48 | snuff-work | yes head is implied.. and if i added a '--since' with the commit num of my current branch i'd only see log info from then |
| 02:51.07 | snuff-work | i think.. yet to test |
| 02:51.13 | superscrat | coreyfarrell, it has a voice modulator, too, but its batteries were dead. my board behind me says, "Set your PBX to STUN." and "Don't mine at night." and "May the git push --force not be with you." |
| 02:51.37 | superscrat | snuff-work, let me know |
| 02:53.31 | snuff-work | nope.. since only takes dates |
| 02:53.50 | snuff-work | but was able then just put '--since="30 Apr"' and all good |
| 02:54.59 | coreyfarrell | usually I just do 'git fetch origin master:master;git rebase master'. if that doesn't work I can 'git rebase --abort' if I want to deal with the conflict later. |
| 02:55.40 | coreyfarrell | since I never do any actual work in the master branch, I'm always in some other branch. |
| 02:56.30 | superscrat | my conflicts in master are usually due to my adding custom ignores and not wanting to push them upstream. |
| 02:56.44 | snuff-work | mm.. i'm not much of a coder anymore.. still since u said 11 works.. i might try n track the missing variable length |
| 02:57.20 | coreyfarrell | superscrat: why not use .git/info/exclude ? |
| 02:58.17 | coreyfarrell | that's where I ignore /live and /testsuite |
| 02:58.26 | superscrat | oh, surely. I just... got lazy when that happened |
| 02:59.03 | superscrat | well, let me rephrase |
| 02:59.25 | superscrat | I keep repeating this lazy thing lately - but it's not really lazy. I think it's absent-mindedness |
| 02:59.40 | superscrat | like O.O |
| 02:59.52 | superscrat | what do you use for editing corefarrell? |
| 03:00.31 | coreyfarrell | mostly geany, sometimes vim for quick stuff. sometimes sed -i when I'm feeling crazy. |
| 03:00.53 | snuff-work | hmm.. sed -i brave man =) |
| 03:01.21 | snuff-work | i suffer from law of unintended matching when using sed -i |
| 03:01.45 | coreyfarrell | snuff-work: well after sed -i, I can run 'git diff', and revert if needed |
| 03:02.03 | snuff-work | see i'm normally just writing off the cuff script somewhere |
| 03:02.08 | coreyfarrell | I would never use sed -i on a file outside source control |
| 03:02.10 | snuff-work | no git diff =) |
| 03:03.03 | coreyfarrell | yeah for stuff like that I try to still use git, just with no server |
| 03:03.55 | snuff-work | i should do something similar.. just have my own local git with branch or subdir for each project i'm using em on |
| 03:04.38 | coreyfarrell | I'd say use subdirs or separate repos.. don't use branches for separate projects |
| 03:04.42 | snuff-work | can't have git on machines i need to deploy scripts on which makes more effort req |
| 03:05.12 | superscrat | you guys... my gosh. my friends are going back to emacs |
| 03:05.20 | coreyfarrell | that's what you need the 'make dist' target for :) |
| 03:06.45 | superscrat | correfarrel is right. use separate directories if you are trying to make one repo work for several projects. using branches would really be abusing their purpose. however, the directories is also sort of that way in that every time you fetch, you are going to get history for projects that you may not care about. |
| 03:07.42 | coreyfarrell | I've never used emacs, only got into linux about 8 years ago. only been using GUI forms of linux for like 3 years. used to do windows server/desktop admin and some coding in Delphi, .NET and MSSQL. I do not miss any of that crap. |
| 03:07.57 | snuff-work | i'm still a vim user.. sublime is interesting |
| 03:08.05 | superscrat | I made a repo a long time ago, 'scratsbats' and it got way out of hand trying to keep up with all the projects like that. |
| 03:08.20 | superscrat | so... well, I am part of the dark side I guess |
| 03:08.25 | superscrat | because my environment is windows |
| 03:08.30 | superscrat | I use sublime |
| 03:08.34 | superscrat | beyond compare |
| 03:08.51 | superscrat | vmware |
| 03:09.44 | superscrat | idk. everyone probably scoffs at me, but it works for me so I just do it. |
| 03:10.08 | coreyfarrell | when I first started using linux I was using eclipse. every once and a while I'll start eclipse so I can use the call chain graph feature. in general it's too heavy and ends up consuming all ram then crashing. |
| 03:10.26 | superscrat | yeah, I used eclipse off and on when I was doing gis work |
| 03:11.50 | superscrat | my <3 though... is with visual studio. I miss jetbrains stuff, too. I still find myself opening the testsuite in pycharm and wondering if I will ever see my old friend, resharper, ever again. |
| 03:12.40 | superscrat | coreyfarrell, I think I can hear your snorts of derision all the way here, in alabama. |
| 03:13.25 | coreyfarrell | I used to use visual basic. If MS released a copy that would run on Linux, I would install it. |
| 03:13.32 | superscrat | windows is getting bashed pretty hard in #asterisk right now. and has been for the past hour or so... sigh. They did!!! |
| 03:13.35 | superscrat | or they are about to |
| 03:14.12 | coreyfarrell | err sorry I meant visual studio, not visual basic |
| 03:14.48 | superscrat | https://www.visualstudio.com/en-us/news/vs2015-vs.aspx |
| 03:15.21 | snuff-work | yes vis studio now has a linux version.. |
| 03:16.11 | coreyfarrell | a free linux version? I don't buy software from MS :) |
| 03:19.30 | coreyfarrell | superscrat: have you ever had the misfortune of working in main/pbx.c ? |
| 03:20.01 | superscrat | I have been warned, corefarrell |
| 03:20.13 | superscrat | coreyfarrell, dang my keys are sticking |
| 03:21.33 | superscrat | there is a CE for VS now, too, btw. I am not for sure if it is available for linux systems, but it would be sort of silly not to be |
| 03:23.56 | coreyfarrell | I started a local branch a few months ago to rewrite the module loader. if I don't control the load order for stuff that registers extensions/contexts, main/pbx.c crashes during unload of those modules. |
| 03:24.26 | coreyfarrell | very annoying since I didn't modify anything in main/pbx.c related to dialplan contexts/extens/priorities. |
| 03:25.23 | superscrat | holy bejeezus that is a huge file |
| 03:26.44 | coreyfarrell | yeah I feel like breaking it apart... not sure how that would be received since bug fixes would never apply cleanly from old versions to new. |
| 03:27.48 | superscrat | maybe you can make an abstraction around it, and choke it to death. |
| 03:28.20 | superscrat | sort of like how sorcery is to the config framework |
| 03:31.35 | coreyfarrell | my step 1 would be moving out of all code that's not directly related to management of the objects read by 'dialplan show'. move out everything related to apps and functions, move CLI and manager commands out. |
| 03:35.49 | superscrat | I think that all the commands should be in their own area and at the very most, only be aggregated by main/pbx.c. |
| 03:35.53 | superscrat | maybe through some api |
| 03:36.12 | superscrat | err, yes, of course api, my gosh I am getting sleepy |
| 03:36.30 | superscrat | apps/fns, yes, also agreed |
| 03:37.02 | superscrat | those guys should be independent entities |
| 03:37.22 | coreyfarrell | my logic is that if you move everything that is "ok" out of pbx.c, it will be easier to follow everything that is "not ok". |
| 03:37.32 | superscrat | yes |
| 03:38.53 | superscrat | "all of it" together definitely eclipses the broken pieces. however, you are correct about the reception of breaking it apart. I think a change like that would require something akin to a committee |
| 03:39.06 | superscrat | voting "yay" |
| 03:39.16 | coreyfarrell | i've thought that before about apps/fns/cli/manager. If it's useful for an AMI user to perform an action, it is useful to put the manager action in a separate file just to ensure that the API's are good enough to allow C users to do something that can be done from AMI. |
| 03:39.50 | superscrat | yeah, I think that small is good - this is the S in SOLID |
| 03:39.52 | superscrat | single |
| 03:39.57 | superscrat | responsibility principle |
| 03:40.11 | superscrat | keep things small and targeted. it makes it so much nicer to maintain later |
| 03:40.24 | superscrat | and extend when you need to |
| 03:40.30 | coreyfarrell | that can go wrong if you go too far too :) |
| 03:40.38 | superscrat | I don't know about that |
| 03:40.50 | superscrat | white space, actually, has some value |
| 03:41.02 | superscrat | in that it also assists the human reading the file later |
| 03:41.23 | coreyfarrell | look at res_pjsip_*. way too many modules. yes the stuff should be in separate sources, and some separate modules, but not everything in it's own module. |
| 03:41.47 | superscrat | that was probably just some modeling that went awry |
| 03:41.52 | coreyfarrell | whitespacehasnovalue |
| 03:42.03 | superscrat | youtakethatbackcoreyfarrell |
| 03:43.49 | superscrat | okay, kiddos. I am turning into a pumpkin. I think it's time to hit the hay. btw, I +1d your updated review, coreyfarrell |
| 03:44.14 | coreyfarrell | thank you superscrat talk to you later |
| 03:44.29 | superscrat | cheers :) |
| 03:59.00 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-dbmkdewpreddrvhu) |
| 05:14.21 | *** join/#asterisk-dev Qwell (~north@asterisk/developer/Qwell) |
| 05:14.21 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 05:40.22 | snuff-work | mm.. found interesting way to make * go boom.. |
| 05:41.03 | *** join/#asterisk-dev zerohalo (~zerohalo@2601:6:f80:224:100:fbf:aace:9352) |
| 05:44.36 | coreyfarrell | me too :) |
| 05:45.27 | coreyfarrell | well figured how I was causing pbx.c to segfault |
| 05:46.24 | snuff-work | if u do a Dial(PJSIP/somexten@,60) |
| 05:46.36 | snuff-work | goes boom |
| 05:48.46 | coreyfarrell | awesome! |
| 05:50.00 | coreyfarrell | yeah my crash is far less likely on current 13 and master.. but happened nearly every time in my module loader branch (due to changes in load order). |
| 05:56.05 | snuff-work | mm.. damn now i can't find my core file.. probably my systemd script i lifted from reviewboard is missing the g |
| 05:56.44 | snuff-work | nope.. its there.. yey |
| 05:57.34 | snuff-work | #0 ast_sip_session_create_outgoing (endpoint=endpoint@entry=0x0, contact=contact@entry=0x0, location=0x0, |
| 05:57.34 | snuff-work | <PROTECTED> |
| 05:57.34 | snuff-work | 1447 location = S_OR(location, endpoint->aors); |
| 05:57.58 | snuff-work | guess need some check in that func for this possiblity |
| 06:14.31 | coreyfarrell | looks like it |
| 06:14.43 | coreyfarrell | I have to saw ccache is pretty awesome after a rebase. git rebase seems to touch every file that was modified in the branch, but you get a very high cache hit rate |
| 06:16.32 | snuff-work | nice |
| 06:17.43 | coreyfarrell | especially when your working on a branch that modifies 516 files |
| 06:50.24 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 06:50.24 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:29.30 | snuff-work | k.. so location = S_OR(location, endpoint->aors); .. we dont check if endpoint is vaild.. so boom.. in res/res_pjsip_session.c |
| 07:30.42 | snuff-work | i guess.. could just do a check before looking @ location/aor to see if endpoint is there |
| 07:36.57 | coreyfarrell | snuff-work: is that request supposed to succeed or fail? |
| 07:37.35 | coreyfarrell | the Dial command I mean |
| 07:40.20 | snuff-work | fail.. |
| 07:40.36 | snuff-work | it couldn't work.. i haven't given it a endpoint to call through |
| 07:40.52 | snuff-work | if u do a Dial(PJSIP/somexten@,60) |
| 07:44.20 | coreyfarrell | i'd probably do: location = S_OR(location, endpoint ? endpoint->aors : NULL); if (ast_strlen_zero(location)) { return NULL; } |
| 07:50.19 | snuff-work | seems fair |
| 07:55.03 | snuff-work | works.. as in now doesn't go down in a heap =) |
| 07:55.22 | snuff-work | <PROTECTED> |
| 07:55.22 | snuff-work | [May 14 17:54:46] ERROR[13254]: chan_pjsip.c:1865 request: Unable to create PJSIP channel with empty endpoint name |
| 07:55.22 | snuff-work | [May 14 17:54:46] ERROR[13254]: chan_pjsip.c:1874 request: Failed to create outgoing session to endpoint '' |
| 07:56.09 | coreyfarrell | cool |
| 07:56.41 | coreyfarrell | you going to post it for review? |
| 07:56.58 | *** join/#asterisk-dev wakko (~wakko@78.233.162.32) |
| 07:56.59 | snuff-work | i can.. if you'd like |
| 07:57.32 | coreyfarrell | yeah.. that could easily happen with a channel variable being unexpectedly empty |
| 07:57.43 | coreyfarrell | probably applies to 13 as well |
| 08:03.57 | *** join/#asterisk-dev afournier (~admin@46.255.181.29) |
| 08:06.23 | snuff-work | mm.. so not used to git |
| 08:08.51 | skrusty | takes a but of getting used too |
| 08:08.55 | skrusty | bit |
| 08:12.14 | snuff-work | mm.. i have nfi how to work to upload this change to gerrit for review.. |
| 08:19.49 | snuff-work | found the wiki page.. reviewing |
| 12:27.03 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 12:53.34 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 12:53.34 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 13:09.01 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-pjfzohcwarprsmfd) |
| 13:47.09 | file | high kicks, high kicks |
| 14:11.14 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-unpxnedpannukkyr) |
| 14:22.08 | *** join/#asterisk-dev roramirez (~rodrigo@190.54.225.167) |
| 14:22.13 | roramirez | Hello |
| 14:23.19 | roramirez | i have a when compiling, the "utils.h: In function '_ast_vasprintf':" :( |
| 14:23.43 | file | yes, that's a known issue - https://gerrit.asterisk.org/#/c/442/ fixes it |
| 14:27.17 | roramirez | i think was i local repo, but i pulled a fresh copy i have the same error. |
| 14:27.47 | file | nope it's a problem in the master branch |
| 14:28.07 | file | when rmudgett gets in I'm going to have him look at the review I mentioned and if he's fine, then it'll be merged in |
| 14:28.16 | file | I know he's looked at it a few times already |
| 14:28.26 | roramirez | ok file, i checkout a old commit id for compiling. Thanks. |
| 15:00.50 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-mcniskxwmynuyoug) |
| 15:06.10 | file | rmudgett, https://gerrit.asterisk.org/#/c/442/ is back in your court - I'm holding off on merge pending you |
| 15:06.20 | file | and 394, 395, 416 could use reviews |
| 15:06.22 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 15:07.24 | *** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-vlnmuokacocymyhv) |
| 15:12.08 | file | I have a feelin' I'll repeat that soon |
| 15:26.39 | *** join/#asterisk-dev superscrat (asanders@nat/digium/x-zvdrlhkqxhiajjsc) |
| 15:30.01 | file | 394, 395, 416 could use reviews |
| 15:31.11 | gtjoseph | the review numbers need to be a column on the grid so they can be found easily |
| 15:31.53 | gtjoseph | oh, 2 of those are mine. :) |
| 15:32.01 | file | Settings -> Preferences -> Show Change Number In Changes Table |
| 15:32.12 | gtjoseph | really?? |
| 15:32.16 | file | yes |
| 15:32.37 | superscrat | gtjoseph, I had to ask the same question yesterday :) |
| 15:32.56 | gtjoseph | i wonder if that was a new feature in 2.10? |
| 15:33.05 | file | dunno |
| 15:33.28 | gtjoseph | anyway, I can look at 416 |
| 15:33.57 | *** join/#asterisk-dev mbowie (~mbowie@162.212.36.9) |
| 15:34.29 | gtjoseph | i might even be able to test it since I have certs with SANs |
| 15:41.15 | roramirez | guys, i have a little change, i dont know if applicable or not. I send a review anyway? |
| 15:43.44 | file | sure |
| 15:56.19 | file | master should now be fixed |
| 16:02.07 | roramirez | good file |
| 16:02.35 | roramirez | the review is https://gerrit.asterisk.org/469 |
| 16:03.30 | roramirez | if is applicable i can touch others places where have the same logic and add to same review. |
| 16:12.30 | roramirez | do you things is or no applicable? |
| 16:26.03 | file | roramirez, I don't believe anyone has looked at it yet |
| 16:28.22 | roramirez | ok, np file |
| 17:22.16 | coreyfarrell | file: for the pbx.c fiasco where do you want me to put notes? in doxygen for ast_context_destroy? in the commit msg? both? |
| 17:28.38 | file | doxygen |
| 17:42.16 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
| 17:45.23 | coreyfarrell | just for ast_context_destroy or should I put something in ast_context_find? another thought should the documentation fixes be a separate commit so I can cherry-pick to 11? |
| 17:45.56 | file | both, separate is fine |
| 17:47.28 | coreyfarrell | cool.. I'm busy the rest of the afternoon I'll get that in tonight |
| 18:06.09 | *** join/#asterisk-dev jrose_atDigium (jrose_atDi@nat/digium/x-gpanhybhpotmcogx) |
| 18:09.24 | *** part/#asterisk-dev roramirez (~rodrigo@190.54.225.167) |
| 18:31.55 | *** join/#asterisk-dev roramirez (~root@104.131.185.157) |
| 18:42.51 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 19:58.36 | *** join/#asterisk-dev Navion (~Navion@rivendell/users/navion) |
| 20:34.56 | *** join/#asterisk-dev superscrat (asanders@nat/digium/x-sifinyntskrakzuv) |
| 20:46.20 | *** join/#asterisk-dev jrose_atDigium (jrose_atDi@nat/digium/x-vovjghkskezfjxrl) |
| 20:47.30 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-gjlfpbqorvxralqx) |
| 20:47.45 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-pmqengufduydfodu) |
| 20:48.18 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 20:48.25 | *** part/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 21:22.11 | gtjoseph | i'm beating my head against the wall trying to get a tls transport to work.... TLS connect() error: sslv3 alert handshake failure |
| 21:22.31 | gtjoseph | anyone got a good working pjsip tls transport config |
| 21:57.33 | *** join/#asterisk-dev angler (angler@pdpc/sponsor/digium/angler) |
| 22:00.19 | *** join/#asterisk-dev [TK]D-Fender (~joe@64.235.216.2) |
| 22:17.14 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-jpmrrmdxrufvelxv) |
| 22:30.52 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-pmqengufduydfodu) |
| 23:19.48 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip70-162-151-19.ph.ph.cox.net) |