| 00:49.14 | *** join/#asterisk-dev russellb (~russellb@redhat/russellb) |
| 00:49.14 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 01:54.58 | *** join/#asterisk-dev stevePearPear (~stevePear@cm244.epsilon47.maxonline.com.sg) |
| 04:32.10 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 05:58.09 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-xafzojjjkdtawknq) |
| 06:07.48 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 06:29.52 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 07:42.35 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 07:42.36 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 08:50.33 | *** join/#asterisk-dev wanna (~wanna@194.183.244.5) |
| 08:58.45 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:7488:640b:d57:a901) |
| 09:41.12 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 10:15.02 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 10:15.04 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 12:09.19 | *** join/#asterisk-dev newtonr (~newtonr@173-17-135-67.client.mchsi.com) |
| 12:09.19 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 12:12.21 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 12:41.01 | *** join/#asterisk-dev ovoshlool (d5ea0b4e@gateway/web/freenode/ip.213.234.11.78) |
| 12:43.45 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-xevbbdzsfljsjwwn) |
| 13:07.34 | jsmith | Anyone else having problems compiling pjproject-2.3? |
| 13:08.45 | jsmith | In particular, this is the error I'm getting: http://www.fpaste.org/132439/ |
| 13:09.39 | file | can't say I am |
| 13:13.38 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:13.38 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:14.48 | wdoekes | jsmith: --disable-video ? or do you need videosupport |
| 13:15.16 | jsmith | wdoekes: Oh, I hadn't even thought about that. I guess Asterisk probably doesn't need video support |
| 13:15.22 | jsmith | is having one of those mornings |
| 13:15.36 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-lhdpvzvcdyxgeumw) |
| 13:16.45 | wdoekes | jsmith: https://wiki.asterisk.org/wiki/display/AST/Building+and+Installing+pjproject#BuildingandInstallingpjproject-BuildingandInstallingpjprojectfromSource see "other common ..." |
| 13:16.57 | jsmith | wdoekes: Funny, I just double-checked |
| 13:17.05 | jsmith | wdoekes: I *am* passing --disable-video to ./configure |
| 13:18.03 | wdoekes | oh |
| 13:19.24 | jsmith | Still attempts to compile in libyuv |
| 13:19.45 | jsmith | ... and the version of libyuv in Fedora doesn't have some of the features it's using from libyuv |
| 13:20.04 | jsmith | really doesn't understand why the pjproject build system would even touch that if video is disabled |
| 13:20.17 | jsmith | Then again, I don't pretend to understand the pjproject build system *at all* |
| 13:21.41 | wdoekes | I don't have any libyuv, but I see that it tries to compile those files indeed (but skips the contents) |
| 13:37.26 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-khrhskzmqwdpgnln) |
| 14:10.06 | *** join/#asterisk-dev dms1 (~dms1@2601:0:5480:e4::1008) |
| 14:19.53 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-ubhpickuwpjtdqxi) |
| 14:28.18 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-zusuchfzjlayvvpl) |
| 14:28.18 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:30.02 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:30.02 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:30.22 | *** join/#asterisk-dev anonymouz666 (~anonymouz@189-25-34-104.user.veloxzone.com.br) |
| 14:47.49 | *** join/#asterisk-dev rmudgett (~rmudgett@nat/digium/x-bewiilrwwekrwcra) |
| 14:48.47 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-jxlrqokfkdimeioj) |
| 14:48.47 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 15:40.11 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 15:44.02 | seanbright | so res_pjsip doesn't allow empty/unspecified passwords for userpass auth but it (obviously) allows them with md5_cred |
| 15:44.13 | seanbright | is there a reason that empty passwords aren't allowed? |
| 15:44.29 | file | probably not |
| 15:44.59 | seanbright | ok. cool. |
| 15:45.21 | file | and a password is not relevant/required for md5_cred, so it's not checked |
| 15:45.42 | seanbright | right... i mean you can just: echo -n "foo:realm:" | md5sum |
| 15:45.48 | seanbright | that is how i was getting around it |
| 15:45.55 | file | right, it knows nothing |
| 15:45.58 | seanbright | right |
| 15:45.59 | seanbright | NOTHING |
| 15:51.21 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 15:54.08 | mjordan | opticron: your diff on r3987 doesn't appear to exist... |
| 15:56.46 | opticron | fixed |
| 15:56.59 | opticron | it didn't want to apply properly even though it really should have |
| 16:01.10 | file | seanbright, how goes your PJSIPness? |
| 16:01.45 | seanbright | well |
| 16:02.17 | seanbright | i had intended to update a customer to it |
| 16:02.35 | mjordan | and then...? |
| 16:02.40 | seanbright | but they moved the deadline up this weekend |
| 16:02.44 | mjordan | drat. |
| 16:02.50 | seanbright | from the asterisk side, it's not a big deal |
| 16:03.00 | mjordan | at least it wasn't "and then I realized this thing sucks and bailed" |
| 16:03.10 | seanbright | but they have a lot of external applications that rely on channels being named "SIP/..." |
| 16:03.39 | seanbright | no, pjsip is the bee's knees |
| 16:03.52 | mjordan | seanbright: yeah - it isn't as simple as find/replace |
| 16:04.17 | seanbright | that secondary configuration layer that gets brought up from time to time to sit on top of the transport/endpoint/auth/aor stuff would be a nice to have |
| 16:04.38 | seanbright | i think most people will have 3 'contexts' in their pjsip configuration for each device |
| 16:05.15 | mjordan | type=phone; type=trunk; etc.? |
| 16:06.14 | seanbright | yeah |
| 16:06.38 | mjordan | putnopvut: btw, did you see - https://bamboo.asterisk.org/bamboo/browse/AST-ATSEM-212 |
| 16:06.43 | seanbright | it's a minor issue for me, because i am generating all of that stuff anyway |
| 16:06.51 | seanbright | but it just feels like a lot of boilerplate |
| 16:07.02 | putnopvut | mjordan: I did not. |
| 16:07.19 | mjordan | seanbright: yeah. I think its flexibility is nice, but having a higher layer could be helpful. It's worth putting on the list for sure |
| 16:07.23 | seanbright | i guess i could go the template route too... whatev. i got nothing but love for pjsipiness. |
| 16:08.08 | *** join/#asterisk-dev dms1 (~dms1@2601:0:5480:e4::1007) |
| 16:08.41 | gtjoseph | seanbright: The templates work well. I have endpoint and aor templates for trunks and users which cuts down on a lot of duplication |
| 16:12.04 | putnopvut | mjordan: fixed. |
| 16:12.34 | mjordan | gracias |
| 16:12.58 | jsmith | mjordan: Did you happen to see my earlier questions about the pjproject build system, and how it's trying to compile in things like libyuv (even with --disable-video) and ilbc (even with --disable-audio)? |
| 16:13.10 | jsmith | mjordan: Any ideas on how to make that buildsystem behave a bit better? |
| 16:14.17 | seanbright | gtjoseph: i may give that whirl when i get a chance to upgrade |
| 16:16.26 | seanbright | so before i even go down the path of experimentation: would a mandatory library that is apache licensed be a non-starter for a contribution? |
| 16:16.40 | seanbright | i'm not a licensing guru |
| 16:17.44 | jsmith | seanbright: It'd certainly be.... um.... interesting... |
| 16:18.30 | mjordan | er |
| 16:18.31 | mjordan | hm. |
| 16:18.36 | mjordan | Apache 2.0 is not compatible with the GPLV |
| 16:18.40 | mjordan | er, GPLv2 |
| 16:18.45 | mjordan | which version of Apache is it? |
| 16:19.06 | seanbright | 2.0 |
| 16:19.06 | mjordan | jsmith: not off the top of my head. I'd have to dig into how they have that structured. |
| 16:19.19 | mjordan | seanbright: Nope :-( We'd have to do a special provision for it |
| 16:19.23 | mjordan | which library is it? |
| 16:19.33 | seanbright | celix |
| 16:19.35 | mjordan | jsmith: but that does stink |
| 16:19.53 | mjordan | seanbright: Hm. |
| 16:20.03 | seanbright | http://celix.apache.org/index.html |
| 16:20.16 | seanbright | i want to play around with using it for the module system |
| 16:20.16 | jsmith | mjordan: So I can get around the libyuv problem specifically by passing "--without-libyuv" to ./configure |
| 16:20.20 | mjordan | seanbright: that'd be quite the project, even if there weren't licensing concerns |
| 16:20.25 | seanbright | well yeah |
| 16:20.31 | seanbright | it's a long term project |
| 16:20.31 | seanbright | :-) |
| 16:20.36 | jsmith | mjordan: But I can't seem to keep it from building libilbccodec, which is causing bundled library concerns in Fedora |
| 16:21.27 | seanbright | jsmith: i didn't have an issue building it on ubuntu 14.04.1 using the flags from the asterisk wiki which is weird |
| 16:22.01 | jsmith | seanbright: If you didn't already have libyuv on your system, you're fine. Or, if you have a new enough version of libyuv, you're fine. |
| 16:22.01 | seanbright | maybe because i didn't have any of the video related stuff installed |
| 16:22.11 | seanbright | right. |
| 16:22.15 | jsmith | seanbright: But many people (myself included) have an older version of libyuv |
| 16:22.27 | seanbright | let me take a look at the code |
| 16:22.29 | seanbright | moment |
| 16:22.38 | jsmith | seanbright: Also, libyuv being a random bit of code from Google, doesn't have regular releases |
| 16:22.44 | jsmith | *le sigh* |
| 16:23.31 | mjordan | jsmith: looks like they have enable_ilbc_codec |
| 16:23.58 | jsmith | mjordan: So how do I *disable* it? |
| 16:24.00 | mjordan | or rather, --disable-ilbc-codec |
| 16:24.02 | mjordan | :-) |
| 16:24.17 | mjordan | as the configure option |
| 16:24.42 | jsmith | Yeah, I tried that with 2.2, and it still built libilbccodec.so |
| 16:24.45 | jsmith | I'll try again with 2.3 |
| 16:25.35 | seanbright | yeah, --disable-video doesn't set the right flag |
| 16:26.09 | seanbright | it disables sdl, ffmpeg, and video4linux but not libyuv |
| 16:26.26 | seanbright | jsmith: could you test a patch for me? i will submit upstream if it works |
| 16:27.01 | mjordan | the ilbc codec checks *look* correct, but I could be missing something. At the very least, it follows the same pattern as speex |
| 16:27.05 | ipengineer | When trying to get a backtrace for Asterisk is it normal to see a bunch of âMissing separate debuginfoâ errors? |
| 16:27.28 | jsmith | mjordan: The difference with speex is that we can use an external speex library :-) |
| 16:29.54 | mjordan | yeah, someone would have to add a --with-external-ilbc section to aconfigure.ac |
| 16:30.25 | seanbright | jsmith: if you get a chance: http://paste.ubuntu.com/8310734/ |
| 16:31.11 | jsmith | seanbright: Sure... |
| 16:31.23 | seanbright | that's against 2.3 |
| 16:31.33 | seanbright | should at least fix the yuv bit |
| 16:32.06 | mjordan | can't seem to find a ilbc codec for ubuntu |
| 16:34.58 | mjordan | the only place I can find one in a library is libOpal, and that looks to be pretty "heavy" |
| 16:35.23 | seanbright | so we're saying that '--disable-ilbc-codec' doesn't do the job? |
| 16:36.20 | mjordan | I think it does (at least from a cursory inspection on my local checkout), but there's no replacement |
| 16:36.43 | mjordan | if you disable it, it punts it right out. That being said, in Asterisk, you shouldn't care, since we don't use pjmedia for that (IIRC, putnopvut or file can tell me how horribly wrong I am) |
| 16:36.53 | file | we don't. |
| 16:36.58 | mjordan | yay! I'm right today! |
| 16:38.12 | jsmith | seanbright: --disable-ilbc-codec seems to be working now in 2.3 :-) |
| 16:38.19 | seanbright | nice |
| 16:38.24 | jsmith | may actually get this packaged for Fedora/RHEL/CentOS today |
| 16:38.57 | seanbright | and you can use the --without-libyuv along with --disable-video and you should be good on that front |
| 16:39.01 | jsmith | seanbright, mjordan: Thanks for the extra set of eyes |
| 16:39.17 | jsmith | seanbright: I did both your patch and the --without-libyuv, just to be safe :-) |
| 16:39.18 | mjordan | jsmith: that'd be awesome |
| 16:39.29 | seanbright | jsmith: did my patch work? |
| 16:39.34 | jsmith | seanbright: Seems to have :-) |
| 16:39.42 | seanbright | cool. will submit upstream then. |
| 16:39.45 | seanbright | once i figure out how. |
| 16:39.53 | jsmith | seanbright: I only did cursory testing, as I found that --disable-libyuv also did the trick |
| 16:39.57 | seanbright | or one if you digium guys who has the inside track... |
| 16:40.11 | mjordan | seanbright: throw it up on an Asterisk issue |
| 16:40.17 | jsmith | Yeah, speaking of Digium guys -- we really need that "fix the FSF address" patch pushed upstream |
| 16:40.26 | mjordan | looks |
| 16:40.41 | jsmith | Nothing like carrying a 512k patch just to fix the address of the FSF |
| 16:40.45 | mjordan | heh |
| 16:40.57 | jsmith | And yes, I'm pretty sure I filed an issue on that a long time ago |
| 16:41.08 | jsmith | I know it's not urgent, but it would be nice to get fixed |
| 16:41.08 | mjordan | I recall it as well |
| 16:41.11 | seanbright | you did. it's on the github fork. |
| 16:41.22 | jsmith | I'll update the patch for 2.3 if/when I find the Asterisk issue |
| 16:41.38 | jsmith | (as 2.3 introduced new wrong addresses) |
| 16:41.42 | mjordan | ASTERISK-23407 |
| 16:41.57 | mjordan | looks like we did push it to them |
| 16:42.11 | mjordan | they didn't give a timeline, just that they'd do it when they updated their copyrights |
| 16:46.02 | seanbright | we need a jira analog to mantisupload |
| 16:46.07 | seanbright | someone get on that |
| 16:46.08 | seanbright | heh |
| 16:47.07 | mjordan | heh |
| 16:47.09 | ipengineer | Asterisk 12.5 is crashing randomly. I was able to get a backtrace and it looks like there is an abort caused by libpjsip. I think I am on version 2.1 of PJSIP. Should I open a bug with this backtrace or could the older pjsip version be a cause |
| 16:47.12 | mjordan | there's probably a script lying around for that |
| 16:47.29 | mjordan | ipengineer: if you're getting an abort, it's because we passed something to pjproject that it didn't like. |
| 16:47.34 | mjordan | can you pastebin the backtrace? |
| 16:47.52 | ipengineer | mjordan: Sure: https://gist.github.com/zconkle/43cf4604b6620415a54c |
| 16:48.58 | file | that was fixed |
| 16:48.58 | file | (in PJSIP) |
| 16:50.12 | ipengineer | If I update pjsip does Asterisk need to be re-compiled/installed? |
| 16:50.22 | file | to be safe, yes |
| 16:51.05 | ipengineer | Ok. For my curiosity.. What line are you seeing the issue on? |
| 16:51.45 | file | I don't understand the question |
| 16:52.36 | seanbright | 42 |
| 16:52.51 | seanbright | mjordan: ASTERISK-24315 |
| 16:52.53 | file | I know it's been fixed because I helped debug it long ago and remember that backtrace |
| 16:52.59 | mjordan | seanbright: thanks |
| 16:53.04 | seanbright | thank YOU |
| 16:53.10 | mjordan | file: we all remember that backtrace. Tis scarred on our retinas. |
| 16:53.11 | ipengineer | file: Ahh got you. |
| 16:54.36 | file | in fact |
| 16:54.40 | file | https://trac.pjsip.org/repos/ticket/1766 |
| 16:56.35 | ipengineer | Cool. Thanks! Ill go update pjsip and see if we can get it going |
| 16:58.46 | seanbright | so ipengineer... what do you do for a living? |
| 16:58.56 | seanbright | i'll show myself out |
| 16:59.21 | mjordan | seanbright: It could be "intellectual property" |
| 17:00.19 | ipengineer | seanbright: IT Consulting.. Been trying to learn asterisk for a while |
| 17:00.35 | file | seanbright, would you mind if I DEFACED your AstriDevCon registration? |
| 17:02.33 | seanbright | file: please do |
| 17:03.02 | seanbright | so mjordan: tell me not to waste my time on celiz |
| 17:03.04 | seanbright | celix* |
| 17:03.16 | mjordan | probaby shouldn't waste your time on it, as fun as it would be :-\ |
| 17:03.22 | seanbright | fair enough |
| 17:17.39 | jsmith | seanbright: I agree -- don't waste your time |
| 17:39.58 | seanbright | all i do is waste time though |
| 17:43.48 | file | seanbright, truth |
| 17:54.21 | anonymouz666 | If I understand correclty the default sdp_crypto code, get the first sdp crypto line and breaks the while loop. Is it hard to get the second crypto instead the first? |
| 18:16.07 | tm1000 | mjordan: file this was just brought to my attention but I think *maybe* it would be a good idea to allow changing of the header sent out from the Asterisk HTTP server, as it says âhey I am asterisk and this is my version" |
| 18:16.24 | tm1000 | looking at the code from trunk it seems that is hard coded |
| 18:16.46 | file | yes |
| 18:16.47 | tm1000 | line 494 of http.c, is and fprintf |
| 18:17.03 | tm1000 | file: Iâll file a feature request then |
| 18:17.08 | tm1000 | maybe I will do it as well :-o |
| 18:26.03 | seanbright | file: testing?!? you son of a bitch |
| 18:26.04 | seanbright | ok |
| 18:26.14 | file | yeah, I played the testing card |
| 18:41.20 | mjordan | tm1000: I would say that's a good idea |
| 18:42.18 | mjordan | anonymouz666: generally, you shouldn't do that. |
| 18:44.14 | mjordan | anonymouz666: that while loop actually only processes a single attribute. The process_sdp function in chan_sip passes attributes to that, so each crypto line gets processed separately. |
| 18:44.56 | mjordan | that being said, Asterisk only needs a single crypto line, and should process them in the order they are presented in the SDP. I'm not sure why you'd use a less good crypto policy if you support the better policy. |
| 19:08.33 | *** join/#asterisk-dev philipp64 (~chatzilla@66-232-81-197.ctcweb.net) |
| 19:20.39 | rmudgett | file: I don't think it's possible to map the errors to suppress callers of pjsip_endpt_send_request() cleaning up. |
| 19:21.05 | file | so we either crash or we leak memory? |
| 19:21.17 | rmudgett | The best that is possible is to ignore the error as far as cleanup is concerned. |
| 19:22.00 | rmudgett | If the callback is not called then the error returned is a bad parameter to the function call or out of memory type error. |
| 19:22.47 | rmudgett | So yeah crash or leak memory |
| 19:23.06 | file | well this is suboptimal |
| 19:24.49 | rmudgett | Sending a message over a transport can call user supplied callbacks before and after sending the message. Both can return an error code that gets returned. |
| 19:28.07 | file | nods |
| 20:20.56 | mjordan | is there something that could be improved upon in PJSIP for that? |
| 20:55.47 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 20:55.47 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 21:06.39 | anonymouz666 | mjordan: sorry about the delay. I am interconnecting Asterisk 11 with MS LYNC 2013 (grrr). TLS works just fine but SRTP does not. I am afraid that is happening because of the two crypto lines in Lync's SDP offer. Asterisk only process the first one. The result when starts the SRTP flow is that asterisk can't authenticate the SRTP (SRTP unprotect failed with: authentication failure 110). |
| 21:06.40 | anonymouz666 | I wonder if I can workaround this somehow. |
| 21:08.45 | mjordan | that has nothing to do with the second crypto line. |
| 21:09.09 | mjordan | The second crypto line is a fallback in case the far endpoint doesn't support the cryptographic suite that was offered as the primary. Asterisk does support that. |
| 21:09.31 | mjordan | Your authentication failures, if they are happening periodically, are probably due to RTCP not getting decrypted, which I'm pretty sure got fixed. But I'm guessing. |
| 21:09.35 | mjordan | What version are you using? |
| 21:09.58 | anonymouz666 | 11.12 |
| 21:10.01 | mjordan | Also, this should be in #asterisk. I'll be there. |
| 21:42.13 | *** join/#asterisk-dev Jaykah (6c1db782@gateway/web/freenode/ip.108.29.183.130) |
| 21:48.54 | *** join/#asterisk-dev pavelsc (57fce36c@gateway/web/freenode/ip.87.252.227.108) |
| 22:15.18 | *** join/#asterisk-dev philipp64 (~chatzilla@66-232-81-197.ctcweb.net) |
| 22:17.09 | pavelsc | hi everybody. I have a question about ari, I can't add event.channel.id from StasisStart to mixing bridge |
| 22:17.48 | pavelsc | it returns "Channel not found" |
| 22:20.06 | pavelsc | Does anyone know why it happened? Thanks in advance |
| 22:31.39 | pavelsc | ok guys, it seems I have just found an asterisk issue |
| 22:32.53 | pavelsc | comma separated params never work |
| 22:35.43 | *** join/#asterisk-dev ipengineer (~zconkle@108-206-120-218.lightspeed.mckntx.sbcglobal.net) |
| 22:36.25 | ipengineer | When upgrading pjproject I noticed it puts everything as .so.2 do I need to remove the old version before installing the new? http://pastebin.com/8g7pgd00 |
| 22:38.52 | pavelsc | in my case it was a channel param when adding channels to bridge. I cant use it in comma separated way and should call adding twice for each channel |
| 23:00.47 | *** join/#asterisk-dev philipp64 (~chatzilla@66-232-81-197.ctcweb.net) |
| 23:16.05 | *** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-ubhpickuwpjtdqxi) |
| 23:41.46 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 23:41.46 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 23:43.21 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 23:43.21 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 23:52.23 | ipengineer | file: Is there any way to tell what version of pjproject Asterisk is using? |
| 23:55.34 | gtjoseph | ipengineer: you may be able to tell by doing 'ldd res_pjsip.so' |
| 23:58.31 | ipengineer | Doesnt tell me version but does tell me it is using the /usr/lib64 directory which is what I was worried about |
| 23:59.23 | gtjoseph | it doesn't tell you pjsip version but it will tell you the exact library and so version' |