Compiling SharkRF connector server on Ubuntu 16.04 LTS


Howdy! Just a heads up, this post is MANY years old. If you found this link on an external site, have no fear! I have a newer post here: https://www.johndball.com/2022-update-compiling-sharkrf-connector-server-on-ubuntu-22-04-1-lts/

73! ~KN4OLA


Thanks Blaize for your sms’ and help 😉

Change log

Original – 18 January 2018
REV 1 – 19 January 2018 – changed step 7, added step 8
REV 1.1 – 21 January 2018 – edited content for flow (thanks @Dano3131)

Setup

  1. Deploy Ubuntu 16.04 LTS VM (or whatever Linux OS – you may need to modify apt-get with yum if non-Ubuntu)
  2. apt-get install cmake
  3. apt-get install build-essential
  4. mkdir /var/sharkrf
  5. cd /var/sharkrf
  6. Clone according to SharkRF Github instructions (here: https://github.com/sharkrf/srf-ip-conn-srv). For archival sake
    1. git clone https://github.com/sharkrf/srf-ip-conn-srv
    2. git clone https://github.com/sharkrf/srf-ip-conn
    3. git clone https://github.com/zserge/jsmn
  7. cd /var/sharkrf/srf-ip-conn-srv/build
  8. Under the compiling section of the Github install portion, the command to run is: SRF_IP_CONN_PATH=/var/sharkrf/srf-ip-conn JSMN_PATH=/var/sharkrf/jsmn ./build-release.sh
  9. Proceed with configuration using the latest configuration instructions on the git page: https://github.com/sharkrf/srf-ip-conn-srv
  10. Follow on to the next steps here: https://www.johndball.com/sharkrf-connector-server-web-interface-and-auto-start/

 

Related: Preconfigured SharkRF VMX and VMDK
Related: Setup SharkRF Web Interface and Autostart Service

12 thoughts on “Compiling SharkRF connector server on Ubuntu 16.04 LTS”

  1. Sir,
    Thanks for your assistance. I have the connector working now and fixed it by moving the socket file to /var/sharkrf.
    73 Gary ke2yk

  2. Thanks for the awesome notes: After 100% p and running I get:
    Error during request (2): Can’t open Unix socket file to server: No such file or directory
    You help is appreciated: 73 Gary KE2YK

      1. No. I meant the server is binding to 65100 and is up and running fine but the api socket bind is failing. it’s line 11 in the dashboard api.php file when attempting the stream socket function according to the apache error log.:
        [Wed Jan 31 19:13:19.896565 2018] [:error] [pid 579] [client 127.0.0.1:54866] PHP Warning: stream_socket_client(): unable to connect to unix:///tmp/srf-ip-conn-srv.socket (No such file or directory) in /var/sharkrf/srf-ip-conn-srv/dashboard/api.php on line 11, referer: http://127.0.0.1/
        hope that helps

        1. I haven’t tested this. I’m on the road and can’t validate my results but I am looking at my config and came up with this potential solution:

          In the “/var/sharkrf/srf-ip-conn-srv/build/Release” folder, within the”config.json” file, change line “api-socket-file” from “/tmp/srf-ip-conn-srv.socket” to “/var/sharkrf/srf-ip-conn-srv/build/Release/srf-ip-conn-srv.socket”.

          In the “srf-ip-con-srv/dashboard” folder, within “config.inc.php” file, change line “$config_api_socket_file = ‘/tmp/srf-ip-conn-srv.socket’;” to “$config_api_socket_file = ‘/var/sharkrf/srf-ip-conn-srv/build/Release/srf-ip-conn-srv.socket’;”

          Don’t forget to drop my ” ” marks from the copied commands.
          The api.php file calls the config.inc.php file configuration when loading. Perhaps specifying full paths will resolve the issue?

          Don’t forget to reload the config. Easiest way is to just restart the server. Let me know if this works. Like I mentioned I’m on the road right now but I’ll try and get back to this if my suggestion doesn’t work.

          1. tested in and ng. seems like a conflict between www-data (apache2 owner) and sharkservice (ipconnector owner). info in config.json info is not displayed on web page either. btw this is debian on raspberry pi. thanks for all your help. sad part is that I had this whole process working prior to lastest update of raspian to stretch which was a total rewrite of the O/S onto the micro sd card… again thanks for your quick and thoughtful responses…

          2. Yes and no. I actually rebuilt the server for another poster. Not sure if there was a bug in the code but after rebuilding (a second time about a week later) everything was working.

Leave a Reply to Gary Utz Cancel reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.