tuxpoldo

Members
  • Posts

    730
  • Joined

  • Last visited

  • Days Won

    27

Posts posted by tuxpoldo

  1. 1. Would this work?

    Yes. I have a very similar configuration on my server.

     

    2. I tried to do this in my configuration and while it was very simple to setup my Ubuntu laptop and mobile phone to sync to each other, for the life of me I cannot get the server to join the syncing party. In my server configuration I am trying to setup a user configuration rather than the default one. The secret is the same in all instances.

    Here is what I tried to do on the server after installing the server version:

    Apparently I can't see anything wrong in your configuration file. But you must make sure, that the firewall of the server does not block the required connections. Since you have no chance to see anything, I would suggest to make a backup copy of your configuration file, remove completely the shared_folders section and activate the web UI in order to get a better overview of what is happening (you shared folder will still exist, since btsync has stored it into its internal database). After you solved your problem, you can deactivate the web UI and write the shared_folders section back.

     

    Here an example of one of my config files:

     

    //!/usr/lib/btsync/btsync-daemon --nodaemon --config//// This btsync instance provides sync services for// all common files in the YeaSoft Server Grid{	"device_name" : "yeasoft-gate2 - Server Sync",	"storage_path" : "/var/lib/btsync-serversync",	"listening_port" : 22144,	"check_for_updates" : false,	"use_upnp" : false,	"download_limit" : 0,	"upload_limit" : 0,	"lan_encrypt_data": true,	"lan_use_tcp" : true,	"rate_limit_local_peers" : false,	"webui" : {//		"listen" : "10.65.0.16:8889",//		"login" : "Administrator",//		"password" : "MyTestPassword"	}	,	"shared_folders" : [ {		"secret" : "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx",		"dir" : "/mnt/data/tftproot/yeaboot",		"use_relay_server" : false,		"use_tracker" : false,		"use_dht" : false,		"search_lan" : true,		"use_sync_trash" : true,		"known_hosts" : [//			"10.65.0.16:22144",			"10.65.4.1:22144",			"10.65.6.1:22144",			"10.65.8.1:22144",			"10.65.16.1:22144",			"10.65.18.1:22144"		]	}	]}
    As you can see, I made the same test: the web UI is disabled with comments... If you activate it, you have to comment out the shared folder section. In my special case, I disabled also all external helpers/relays and work only with predefined hosts.
  2. Is there a way to stop logging or move the logfile to /var/log/... when running in daemonmode? I need to redirect the logfiles to a ramdisk as logging is preventing my MyBookLive NAS from spinning down the disk

     

    No.... But redirecting the log files do not solve your problems at all, since btsync does not only read and write to the log file but also to other files in the storage_path. If you want your hard disks to spin down, you cannot have any server tasks running, that access the disks on a regular basis...

  3. I added several folders at the same time and although they are all indexing, the indication (indexing......) is only shown at the first folder and when that one is finished it jumps to the second one.

    Well on second thought maybe they are not indexing at the same time but just calculating how many files and the total size and the real indexing is done one by one.

     

    Yes... the GUI shows exactly what BitTorrent Sync is doing. When you add several huge folders, you can see, that they are processed sequentially.... good for the I/O.

     

    The GUI queries once per second BitTorrent Sync. I'm thinking about making the interval dependent upon the number of folders, since in systems with many many folders this would probably generate too much system load (at least as soon as I add also the "Devices" tab...)

  4. the option to start btsync at start of linux is greyed out and not selected, however restarting my pc automatically starts btsync-gui (this is good of course)

     

    I know ;-) The controls are there because they are there also on Windows/MacOSX, but probably it makes no sense to keep them in the preferences, since there is a possibility in the system settings to enable/disable autostart items. If I want to implement the functionality, I have to understand how to communicate with the startup/session manager (any clues?).

     

    In Debian/Gnome you can activate/deactivate autostart in the "Startup Applications Preferences" (gnome-session-properties)...

     

    BTW: Can you please tell on which distribution/desktop you are using btsync-gui (I need the info for the compatibility list)?

  5. This is correct: btsync-gui autogenerates secret credentials in order to protect the session.

     

    Let me explain the reasons:

    1. Security: the Web UI can also be reached by other users working on the computer. This is a security hole, since another user of the computer can "steal" your files by configuring his btsync to sync a folder from your btsync (if he can access your btsync via webui, he is able to get the secrets).
    2. Consistence: The web UI offers the possibility to change the credentials. If you do that, the GUI will not be able any more to access btsync, since it does not know the credentials. Several users of btsync-user had run into problems deriving from that...

    In the current alpha version, the credentials autocreated by btsync-gui are static (if you know them, you can access via web UI - look at ~/.config/btsync/btsync-agent.conf), but this will change in future. I'm currently still thinking about how to support concurrent use of the GUI and the Web UI. The concurrency of two UIs can be a great source of problems. In fact neither the Windows nor the MacOSX version offer any Web UI....


    Question to anybody out there:

     

    Do you see any reason to use the web UI when the application itself offers all possibilities of the web UI?

  6. BTSYNC DESKTOP GUI FOR ARCH, DEBIAN, UBUNTU AND OTHER DERIVED DISTRIBUTIONS

    If you are using Arch Linux, Ubuntu, Debian, Raspian or other derived distributions based on Debian and you are searching for an easy way to deploy BitTorrent Sync on your systems, this topic is definitively for you. Here you will find information about a family of easy to install packages that offer both a solution for the need of typical server/cloud operators as for interactive users.

    btsync_gui_1.png btsync_gui_2.png btsync_gui_3.png
    btsync_gui_4.png btsync_gui_5.png btsync_gui_6.png

    The desktop gui package is explicitly intended for desktop usage and provide a user experience similar to BitTorrent Sync on Windows or Mac OSX by still giving the user the possibility to customise his installation if he has special needs.

    This topic covers only the desktop user package. If you are searching for the server package, please look here.

    THE SOFTWARE AND THE PACKAGES ARE UNOFFICIAL AND NOT THE WORK OF BITTORRENT® INC. PLEASE DO NOT CONTACT THE BITTORRENT® INC. SUPPORT WITH QUESTIONS OR PROBLEMS RELATED TO THE USE OF THE PACKAGES. YOU WILL FIND COMPETENT HELP AND SUPPORT IN THIS FORUM THREAD


    INSTALLATION ON ARCH LINUX

    The Arch Linux Package in the AUR is maintained by Martin Wimpress (@flexiondotorg). The package is named btsync-gui and can be installed from the AUR using your favourite package manager. e.g.: if you are using yaourt:


    sudo yaourt -S btsync-gui

    When you have finished installing, you can skip the next section below and move directly to the USAGE NOTES.


    INSTALLATION ON DEBIAN, UBUNTU, LINUX MINT, RASPBIAN OR OTHER DEBIAN DERIVATES

    The most easy and fast way to install the repository is to paste that at a terminal prompt:

    sh -c "$(curl -fsSL http://debian.yeasoft.net/add-btsync-repository.sh)"

    The script explains what it will do and then pauses before it does it asking for your permission. If you encounter any problems or prefer to do it manually, please look here.

    Now update the package index and install btsync-gui by pasting that at a terminal prompt:

    `which sudo` apt-get update`which sudo` apt-get install btsync-gui

    On some systems the AppIndicator library is not available or maybe you do not want to use it. In this case, you may want to install the GTK only version of the BitTorrent Sync GUI instead:

    `which sudo` apt-get update`which sudo` apt-get install btsync-gui-gtk

    Please keep in mind, that this will work only on GTK based desktops. If you install it on other desktops like Unity, btsync-gui-gtk will start but you will see nothing and you have no control over the application! Install btsync-gui-gtk only if you know exactly what you are doing!!! If this happened, you can fix it by installing btsync-gui and rebooting your system.

    After the successful installation, you have to initially start BitTorrent Sync. You have various possibilities to do this:

    • Log out and log in again. Since BitTorrent Sync GUI is registered in the autostart group, it will start as soon as you log in.
    • Select BitTorrent Sync from the menu or the default application launcher of your desktop.

    USAGE NOTES

    The BitTorrent Sync GUI aims to be a clone of the original BitTorrent Sync application on Windows and Mac OSX and to replace on long term the legacy package btsync-user.

    The GUI provides two modes of operation:

    • Standalone Mode: This is the default mode. When the GUI starts, an underlaying BitTorrent Sync agent is started too providing an overall experience similar to the GUI applications on Windows or Mac OSX.
    • Client Mode: The GUI can be started from the command line with parameters specifying a connection to a remote BitTorrent Sync system. In this case, the GUI does not start a local BitTorrent Sync agent, but connects to an already running agent at a remote location. This will work only, if the remote agent has activated API access by specifying a valid API key in the configuration file.

    The behaviour of the GUI can be influenced by specifying various options on the command line. There is also a way to make some options persistent across restarts making it superfluous to specify the options each time you start the GUI. You can get detailed help about the command line options by invoking the man page:

    man btsync-gui

    Here you find an overview of the available options:

    usage: btsync-gui [-h] [--log {CRITICAL,ERROR,WARNING,INFO,DEBUG}]                  [--host HOST] [--port PORT] [--username USERNAME]                  [--password PASSWORD] [--bindui BINDUI] [--webui]                  [--savedefaults] [--cleardefaults]optional arguments:  -h, --help            show this help message and exit  --log {CRITICAL,ERROR,WARNING,INFO,DEBUG}                        Sets the logging level. By default the logging level                        is WARNING  --host HOST           Hostname for the connection to BitTorrent Sync. If not                        specified, a local BitTorrent Sync agent will be                        launched.  --port PORT           Optional port number for the connection to BitTorrent                        Sync. If not specified, port 8888 is taken for a                        connection to a remote BitTorrent Sync agent or (8999                        + uid) is taken when creating a locally lauched agent.                        This option can be made persistent for local agents                        with --savedefaults  --username USERNAME   Optional user name for connecting to a remote                        BitTorrent Sync agent or username to use when creating                        a locally launched agent. This option can be made                        persistent for local agents with --savedefaults  --password PASSWORD   Optional password for connecting to a remote                        BitTorrent Sync agent or username to use when creating                        a locally launched agent. This option can be made                        persistent for local agents with --savedefaults  --bindui BINDUI       Optional bind address for the Web UI of a locally                        created BitTorrent Sync agent. By default the agent                        binds to 127.0.0.1. If you want the Web UI of the                        agent to be reachable by other computers, specify one                        of the available IP addresses of this computer or                        "all" to bind to all available adapters. This option                        can be made persistent for local agents with                        --savedefaults  --webui               Include the Web UI in the menu. This option can be                        made persistent with --savedefaults  --savedefaults        If specified, the optionally supplied credentials,                        bind address and port will be stored as default in the                        application preferences and used when launching a                        local BitTorrent Sync agent.  --cleardefaults       If specified, all internally stored credentials, bind                        address and port information will be cleared from the                        application preferences.

    The usage of the command line options will be explained by some examples below.

    STANDALONE MODE

    By default there is no way to access the Web UI provided by the BitTorrent Sync agent, since the agent itself defines at each start random credentials to protect the system. If you still want to access the Web UI, you can activate an extended menu option by specifying --webui on the command line. You will then have an additional menu item, that invokes a browser and connects you to the Web UI.

    If you want to make this setting persistent, you can invoke the following command from the console:
     

    btsync-gui --webui --savedefaults

    From now you will not need to specify it again at each start.

    Sometimes it may happen, that you want to access your running BitTorrent Sync agent from another computer via the Web UI or a btsync-gui in Client Mode. By default this is not possible, because of two reasons:

    • The BitTorrent Sync agent binds the administration interface only to the loopback adapter making it possible to connect only from the same machine (This is a security feature).
    • The BitTorrent Sync agent is started at every time with randomly generated credentials. Without knowing them, it is impossible to access the administration interface of the agent (This is also a security feature).

    For users that want to access their system from another computer, there is still a possibility to configure the GUI in a way that makes the agent accessible also from other computers. In order to do so, the following parameters must be changed:

    • The BitTorrent Sync agent must bind its administrative interface to all adapters of the system or an adapter reachable from outside.
    • The BitTorrent Sync agent must bind its administrative interface to a well-known port. By default the port is the sum of 8999 and the uid of the user.
    • The credentials must be set to something known.

    The GUI can be launched in such a mode, by specifying the following parameters:
     

    btsync-gui --bindui 0.0.0.0 --port 10888 --username Leopoldo --password SuperSecret

    This configures the BitTorrent Sync agent to bind on all interfaces on port 10888 and to be accessible with the user name "Leopoldo" and the password "SuperSecret".

    Also these settings can be made persistent by adding the option --savedefaults

    WARNING: as every comfort function, you pay the comfort by lowering the security. Remember: the product of comfort and security is a constant. You cannot increase both.

    CLIENT MODE

    In client mode, the GUI can be used to access a remotely running BitTorrent Sync agent. The only prerequisites are that the remote BitTorrent Sync agent is reachable from your computer, you know the credentials and the API access is enabled on the remote agent. You can also use the GUI to connect to another machine where a BitTorrent Sync GUI is running in standalone mode, if you have configured access possibilities like shown in the example above.

    The connection to a remote BitTorrent Sync agent is done by entering the following command:
     

    btsync-gui --host myserver.example.com --port 8888 --username Leopoldo --password SuperSecret

    If you are able to access the Web UI of a remote BitTorrent Sync system, you should know everything you need to also launch successfully the GUI.

    Since the connection to remote systems is slower, you will notice the following limitations:

    • The refresh rate is slower. It adapts dynamically to the overall performance.
    • During the status refreshes, the GUI may be a bit unresponsive.
    • There are no local file system checks, when you add a new folder. You must be sure, that you enter a valid path on the remote machine.
    • Some features are disabled (Pause/resume, Enable/Disable Debug) since they are not feasible on remote systems.

    COMPATIBILITY

    The GUI packages are available for the same architectures as released by BitTorrent Inc.:

    • i386 - Intel/AMD 32 Bit
    • amd64 - Intel/AMD 64 Bit
    • armel - ARM EABI
    • armhf - ARM hard float
    • powerpc - PowerPC

    The GUI packages have been tested on the following distributions:

    • Debian Wheezy with Gnome Desktop
    • Ubuntu Raring 13.04 with Unity Desktop
    • Linux Mint Petra with Cinnamon Desktop

    Other users have reported successful installations on:

    • Xubuntu Saucy 13.10 with OpenBox+Tint2
    • Debian Jessie with KDE
    • Ubuntu Trusty 14.04 with Cinnamon, MATE and OpenBox
    • Arch Linux with MATE

    The GUI package has also been released for other Linux distributions:

    • Arch Linux: Packages can be found in the AUR

    WANTED
     
    Maintainers for other Linux distributions beeing able to write a suitable packaging for their favourite distribution:

    • Centos/RHEL (rpm)
    • Fedora (rpm)
    • SLES(rpm)
    • Gentoo

    Now it's up to you to test it and give me lots of feedback in order to extend this list. Any related feedback is highly appreciated.

    BUG REPORTS, CONTRIBUTION AND SOURCES

    If you want to contribute to the development of the packages or if you are curious how this all works, you may find the current sources, the deployment scripts and packaging on GitHub.

    If you want to contribute to the localisation by translating changed strings or by adding support for your favourite language, you may join the localisation team on POEditor.com.

    If you have experienced a reproducible issue that is related to the gui or the packaging and not to BitTorrent Sync itself you are strongly encouraged to open an issue on the project's GitHub Page. Issues related to the native functionality of BitTorrent Sync should instead be discussed by creating a new topic or partecipating to an already existing topic in the BitTorrent Sync Forum.

  7. I know it's coming...I'm trying to stave off the inevitable.

     

     

    Ahem..... I must admit, that adding btsync-user to the lucid repository was a mistake... at least after Mark's btsyncindicator was added since it depends on python-requests, which is not included in lucid. I removed the btsync-user package both from Launchpad and from the YeaSoft repository in order to avoid such problems in future. Sorry - but Lucid is really near end of life, and I cannot spend too much time supporting things that will not work... I do not want to encourage people on using Lucid for Desktop systems. Headless servers are OK, and it is absolutely no problem installing the server version, but if you are using a desktop system, you should really stay up to date...

     

    But if you really really want to make it work... you should look if you find a python-request port in Launchpad for lucid.... maybe you are lucky. But in any case you have now to download the debs for btsync-user manually.... and install them with dpkg -i

  8. Hi guys

     

    I've been using btsync for a while now and have it installed on 4 PC's (3 Linux PC's and 1 Windows PC's) and it's installed and worked flawlessly 

     

    I installed to all the Linux PC's by adding this ppa  using the following command

     then updating and installing using the command

     

     each time it's worked perfectly

     

    However I'm trying to install it to my daughters netbook running the same Linux OS as all the other Linux PC's buy when I try to install I get an error message in the terminal " btsync-user can't be found"

     

    I can install by typing "sudo apt-get install btsync but that doesn't give me the icon on the taskbar like on all my other PC's.

     

    Can anyone tell me if anything has changed or if there is somethingI'm doing wrong

     

     

    It has changed that Lanchpad ceased support for Ubuntu 13.04 (Raring) and so it was not possible any more to update the package on Launchpad. For this reason, the package btsync-user is not available any more from Launchpad. The other packages are still there, since they got no updates in the last months.

     

    You have two different possibilities to solve the problem:

    1. Update the computer of your daughter to the supported Ubuntu 13.10 (Saucy) version and update the PPAs accordingly
    2. Remove the PPA and add instead the YeaSoft repository as described in the initial posting. There you will still get updates also for older Ubuntu versions.
  9. So, where do I need to add credentials now? also to the file in .config?

    And shall I make both ports the same?

    Hmmm, I amended the .config/btsync/btsync-auto.conf with the credentials but still the python icon doesn't like it. I also set the same port in .btsync/config.json

    no luck though.

    looking again at the btsync-auto.conf I noticed all chages were overwriten.

     

    Sorry for the late answer. The last hours I was driving towards Italy to meet my parents. Now I'm there and I have network ;-)

     

    It makes no sense to edit btsync-auto.conf, since this file (as you noticed) is rewritten/auto-generated at each start. But there is a way to supply your own configuration file. You must create a file named btsync-user.conf in the same directory. If such a file is there, it is taken instead of btsync-auto.conf.

     

    So the best way is:

     

    1. Copy btsync-auto.conf to btsync-user.conf
    2. Edit btsync-user.conf to your needs
    3. restart btsync

    Please let me know it this solved your problem.

     

    BTW: this behaviour is documented in the initial posting

  10. maybe that's also of use:

    ps aux | grep btsynchyper    30124  2.2  0.1 431204 29236 pts/16   Sl   12:00   0:00 python /usr/lib/btsync-user/btsyncindicator.py --config /home/hyper/.config/btsync/btsync-auto.conf --iconpath /usr/share/icons/hicolor/22x22/statushyper    30134  0.0  0.0   4444   368 pts/16   S    12:00   0:00 /bin/sh /usr/lib/btsync-user/btsync-starterhyper    30161 93.7  0.5 445608 85208 ?        Ssl  12:00   0:09 /usr/lib/btsync-user/btsync-agent --config /home/hyper/.config/btsync/btsync-auto.confhyper    30232  0.0  0.0  13236   920 pts/17   S+   12:00   0:00 grep --color=auto btsync
    pgrep -u $(id -u) -x btsync-agent30161

    WUI not accessible

    I think I found the problem... or part to it

     

    the config file in ~/.config/btsync/btsync-auto.conf uses a different port than the config file in ~/.btsync/config.json

     

    The weird thing is the config file in the .config folder has no login data set...

    However the config file in .btsync does have.

     

    When using the port from .config and the user login from .btsync I manage to loging.

     

    Could the python indicator also use the wrong port?

     

     

    OK - that is REALLY interesting! The big issue is the strange implementation of configuration management in btsync. Btsync itself is planned as a gui application with its internal configuration store. Since the unix version is basically headless, you need the possibility to configure some things on start, and that's the reason they added configuration file support - but in a very strange way.

     

    From observations, I understood that btsync is working this way:

    1. load meaningful defaults into the configuration data structure
    2. if a config file is supplied, overwrite the defaults with the data in the config file
    3. look if storage_path exists, and if yes, load stored configuration data from the json file stored there
    4. if a config file is supplied, overwrite the config data AGAIN with the data in the config file

     

    This explains the behaviour of btsync in certain situations. There is a way you can break it:

    1. btsnyc-user creates by default a config file with no credentials set
    2. Now you open the web interface and you define credentials
    3. btsyncindicator stops working (excalmation point) since it does not know the credentials to use
    4. The credentials are stored into the internal json file
    5. On the next start, the credentials are loaded from the json file AND NOT OVERWRITTEN by the config file, since the config file does not define any credentials
    6. btsnycindicator still shows the exclamation point

    pi3tr0? Does this sound familiar? Could this be the reason for YOUR problems?

     

    You can solve the issue by defining a user defined config file that specifies credentials. In that case, the credentials you may set in the web interface are overwritten on each start and the indicator will use the credentials supplied into the config file.

     

    BTW: the port thing is interesting... But maybe the same story.

    @pi3tr0: maybe you are a good candidate for testing the new btsync gui implementation I'm working on. Stay tuned since I will make available the first alpha release in the next days... (Update: It's available now - follow the previous link)

  11. sorry, i don't think so

    I definitively think so. As described previously, the fix addresses a problem described by other users and definitively not yours.

     

    this morning exclamation mark again, update to new version yesterday

    Let's make some analysis:

    2014-02-25 08:27:56+01:00 btsync-starter: start

    ...

    2014-02-25 08:27:57+01:00 start_frontend: starting frontend with default config file /home/pit/.config/btsync/btsync-auto.conf

    2014-02-25 08:27:57+01:00 start_frontend: process is NOT running!!!! Something went wrong!

    2014-02-25 08:27:57+01:00 start_frontend: end

     

    Uppps!!!! No btsyncindicator????

     

    2014-02-25 08:27:57+01:00 btsync-starter: no running statefile detected - forking runner...

    2014-02-25 08:27:57+01:00 btsync-starter: end

     

    btsync itself has started....

    2014-02-25 08:27:57+01:00 agent_runner: begin

    2014-02-25 08:27:57+01:00 agent_runner: starting up components...

    2014-02-25 08:27:58+01:00 make_user_files: User specific files and directories created

     

    try to start btsyncindicator again....

     

    2014-02-25 08:27:58+01:00 start_frontend: begin

    2014-02-25 08:27:58+01:00 start_frontend: process is running with pid 1964

    2014-02-25 08:27:58+01:00 start_frontend: end

     

    sucess!

     

    2014-02-25 08:27:58+01:00 start_agent: begin

    2014-02-25 08:27:58+01:00 start_agent: starting agent with default config file /home/pit/.config/btsync/btsync-auto.conf

    2014-02-25 08:27:59+01:00 start_agent: end

     

    So we learned:

    • On your machine the indicator applet fails to start on the first try. This may be interesting in order to understand what's wrong. In any case the delayed start seems to succeed...
    • The exclamation mark means that the indicator is not able to communicate with btsync. This can have several reasons. Often the indicator shows on the commandline messages, if is was started from there. Please try a btsync restart on the command line and post here the visible output in the terminal in case the exclamation mark shows again

    yesterday i have had the same problem (before the update) on semplice linux 6

    this is an openbox debian jessie distro in which i installed nemo 1.8.x from the jessie repository

    after 4 or 5 minutes nemo has crashed

     

    Unfortunately it is not simple to test applications like these on every available distribution and combination of desktions/applications... Since you are using a very special combination of components, you should take in consideration the possibility that there may be real incompatibilities between components like python-requests or libindicator with your toolchain.

    hyper@subi:~$ rm -f ~/.btsync/btsync-user.loghyper@subi:~$ btsync debug 0000Enabling verbose logging (Mask: 0000)hyper@subi:~$ btsync restarthyper@subi:~$ BitTorrent Sync forked to background. pid = 28653WARNING:root:Communication Error caught, displaying error messageWARNING:root:Communication Error caught, displaying error messageWARNING:root:Communication Error caught, displaying error messageWARNING:root:Communication Error caught, displaying error messageWARNING:root:Communication Error caught, displaying error message
    no luck.

    Mhhh. Can you please test if btsync itself is running?

     

    pgrep -u $(id -u) -x btsync-agent
    If it outputs a number (the PID) it is running. If it outputs nothing, it is NOT running... I should add this test also to the logging facility...
  12. no it doesn't work.... no matter how long I keep it running, there's the exclamation mark in the systemtray icon and the warning above just keeps appearing. Tried to access the wui anyway but no luck.

    OK - this means: the btsync engine itself is not running. Please delete any old logging file...

    rm -f ~/.btsync/btsync-user.log
    then activate debug logging...

    btsync debug 0000
    and than restart the whole thing:

    btsync restart
    and then post the log in ~/.btsync/btsync-user.log here.
  13.  

    Did you add a new version to the repo yet? I just apt-get update && apt-get dist-upgrade but I didn't get a new version. Also, you said that this problem occurse only on old version like 12.04 but I'm running 14.04 and having the same issue.

     

    Get:1 http://debian.yeasoft.net/btsync/ trusty/main btsync-user all 1.14.2-1 [41.9 kB]

    :~$ btsync start:~$ BitTorrent Sync forked to background. pid = 12695WARNING:root:Communication Error caught, displaying error messageWARNING:root:Communication Error caught, displaying error message

     

    If you have 1.14.2-1 on your system, you have the latest version. You can verify this also by typing:

     

    sudo dpkg -l btsync-user

     

    Sometimes you can get some communication errors during startup, if the btsync-agent needs more time to startup. The most interesting question is: does it work, or does it not work?

     

    This version fixes this problem described by jenhsun

     

    Traceback (most recent call last):  File "/usr/lib/btsync-user/btsyncindicator.py", line 254, in setup_session    self.info[a] = response.json()AttributeError: 'Response' object has no attribute 'json'
  14. In order to verify if a supplied secret is valid, it makes sense to call the "get_secrets" api supplying the secret to test.

     

    With certain secrets (e.g.: AYZS32KDN32SF6DWF7IRONKYHQGBHW5OCaaaaaaaa), btsync 1.2.82 on Linux 32 bit crashes without any log message. This behaviour is also reproducible with the Mac OSX version by entering the secret in the folders preferences dialog box.

     

    Update:

     

    It seems that btsync crashes on this api with every secret longer that 40 chars... Secrets are normally 33 chars long. If you specify a secret with a length between 34 and 40, nothing happened (the chars seems to be ignored). As soon as the length exceeds 40 chars, btsync crashes:

     

    leo@debpoldo ~/btsync-deb/btsync-gui $ curl 'http://localhost:9999/api?method=get_secrets&secret=AYZS32KDN32SF6DWF7IRONKYHQGBHW5OCYZS32KDN32SF6DWF7IRONKYHQGBHW5OC'curl: (52) Empty reply from serverleo@debpoldo ~/btsync-deb/btsync-gui $ pgrep btsyncleo@debpoldo ~/btsync-deb/btsync-gui $