• Content Count

  • Joined

  • Last visited

About JimH44

  • Rank
  1. Hello, Resilio Sync used to work perfectly on my Galaxy Note 1 reading and writing from and to the SD card, syncing to and from my Windows 7 PC. I have now bought a Galaxy S7 running Android 7.0 and the same doesn't work. I have installed Resilio Sync from the Play Store and reinstalled it. Turned off simple mode Set up read only keys to get thousands of pictures and other files from three separate folders on the PC onto the SD card in the phone. All works well, and I can see the files in Total Commander, look at the pictures and play the MP3 files, but when the phone goes to sleep or restarts, Resilio tells me it can't find the destination folders. Sometimes I find that .sync/ID is missing or the whole .sync folder is missing. I have even tried moving the folder to sync into from SD:// (in my case /storage/5533-434F) to /storage/5533-434F/Android/data/com.resilio.sync/files/ but the problem persists. Is this a known problem? Jim
  2. Pls fix formatting of sudo commands. Pls see the screenshot of the commands for Ubuntu users to start installing. The way the web page is formatted, less experienced users would select the whole line and paste into terminal window. But the line contains two commands, which need to be done in sequence. (They could appear on one line, with a semicolon or && between them, but two lines would be safer.) Perhaps the two commands were typed in on two lines, but the wiki software made them display on one line. Hats off to you guys for putting this together, but let's remember less experienced users.
  3. Tuxpoldo, I am enjoying using your GUI system on my Ubuntu 13.04 (32-bit) system, Do you have plans to use BTSync version 1.4.x in what you distribute? I have read lots of bad things about it. (I just used /strings/ to look inside btsync-core on my Ubuntu 13.04 (32-bit) system, and found BitTorrent Sync 1.2.82.) Thanks, Jim
  4. I have found that this error is because the folder I was sharing had been shared before. It is nothing to do with the GUI version on Linux. The solution is to delete the file .SyncID from the folder before sharing it again. Jim
  5. I am running Ubuntu raring (13.04) and have just installed btsync-gui. It's nice having the same look and feel as the Windows and Mac clients, but I lost all the read-only secrets I had distributed to other users to access my repository. I tried to set up new read-only secrets, but got the error: Destination folder cannot be identified. Would you like to reset ownership? Should I uninstall btsync-gui and go back to the standard btsync from bittorrent? Looking forward to your help, Jim
  6. The "find" command requites that you tell it what to do with what it finds. You might use an option such as -exec to run the file. In your case, you need to add -print to the end of the command to make it show you the results. Another useful addition is -print | xargs ls -lad | less and this will run the ls command on each filename that find prints as a long listing, not showing the contents of directories, and put everything through the pager called "less".
  7. I love the look of btsync-gui. Very nice to have the same appearance as the Windows and Mac versions. But I can't get it to work. When I tried to create a secret for a folder, I got the error message: Destination folder cannot be identified. Would you like to reset ownership? (See the attached screenshot.) The folder ownership was drwxrwxr-x 9 btsync adm to match a user I had set up before I updated btsync. The command ps -ef | grep btsync showed /usr/lib/btsync-common/btsync-core and python /usr/bin/btsync-gui owned by "jim", so I changed the ownership of the folder to "jim", so it now looks like this: drwxrwxr-x 9 jim admI still get the error. Thanks for thinking about this, Jim
  8. As the wise owl said, it's on the list, but there are higher priorities. In the mean time you could use the script that I developed to use mount --bind to make the equivalent of symbolic links on your Linux system. You can find it at http://forum.bittorr...ymlink/?p=78762 See the following discussion as well.
  9. And I thought my workaround was so clever :-( If you use the script that I uploaded, you'll find it's no harder to use than ln -s and it contains a lot of error checking, so you won't do the wrong thing by mistake. I would be wary of using symlinks "the other way around" myself, though I'm not sure what you mean by that. In one sense, a symlink is just a file like any other, but in another way it is not. it becomes meaningless if you copy it to a different filesystem, unless you include the systemname in the destination. I think there are good reasons why the BTSync developers haven't just flicked a switch and included them. They probably said, "We need to think a lot about the implications", and they have other problems to deal with at the moment. Since we depend on those developers to do the work, and the number of Linux installs is probably tiny in comparison to the Windows installs, and they don't make any money from this product anyway, I'm happy to have a workaround that works. By the way, I had mentioned in earlier postings that the only secrets I want to share in this project are read-only, but I didn't mention that again in my most recent posting.
  10. As tuxpoldo said, Great work! I have been using a free program called Ketarin to look at web pages that point to software installers and find which ones have new version numbers. Ketarin lets me set a regular expression that will match a pattern within the web page and extract the version number with something like this: Latest Stable Version: ([_\.\d-]+) (For those less familiar with regular expressions, the [_\.\d-]+ matches any string of digits, dots, underscores and hyphens, and the () around the square brackets returns that into a variable for the version number.) Ketarin then compares the version number with what it saw last time, and if they are different, downloads the installer. This gave me the idea to look up the standard download page for BTSync, (http://www.bittorrent.com/sync/downloads) and I found that the entry for i386 Linux contains this line: <a href="/sync/downloads/complete/os/i386_glibc" class="dl-link" onclick="_gaq.push(['_trackEvent','BT-Production', 'btsync-downloads-Click-i386GlibcClientLink', 'DEFAULT']);">Linux i386(glibc 2.3)</a> <span>1.2.82</span> Could your script use wget to download that page into a file, perhaps called source.html. Then you could run that file through perl with a program on the command line that includes a pattern like this to extract the version number and put it in the variable "version": version=$(perl -ne 'print $1 if s/.*Linux i386.glibc 2.3.<.a>.*<span>([\.\d]+)<.span>.*/\1/;' source.html) On my system, this puts 1.2.82 into the variable "version". Your download version variables could then be set with BTSYNC_64BITURL=http://syncapp.bittorrent.com/${version}/btsync_x64-${version}.tar.gzBTSYNC_32BITURL=http://syncapp.bittorrent.com/${version}/btsync_i386-${version}.tar.gzYou could do similar searches for the other kinds of Linux systems, in case any of them lag behind in version number. This should work while just the version numbers in the download page change. But if the structure of the page changes, then you will have to change the patterns that you search for in setting the "version" variable. Hope that helps, Jim
  11. Symbolic links on Linux systems are still not followed, but you can use mount --bind to bind a folder tree to a different mount point in the filesystem. You also need to put a line for each binding into the file /etc/fstab (on Ubuntu and similar systems), so the bindings are remade when you reboot the system. This gets complicated, so I developed a Linux script to do it. I share the results with read-only secrets. You can read about my script at http://forum.bittorr...ymlink/?p=78762
  12. Lightning mentioned mount --bind as a way of making the equivalent of symbolic links on a Linux system that BTSync will follow. You also need to list the binding in /etc/fstab (on Ubuntu Linux and similar systems), so that the binding is made again when the system is rebooted. This gets a bit complicated, so I developed a Linux script to do it. You can read about it at http://forum.bittorr...ymlink/?p=78762
  13. I don't think there is any update yet from the BTSync developers, but I have created a Unix/Linux script that uses mount --bind to mount folders at mount points within the filesystem. It also puts the equivalent commands in /etc/fstab so these bindings are remade when the system is rebooted. You can read about my script at http://forum.bittorrent.com/topic/23624-symlink/?p=78762
  14. Thanks, capi, I looked it up and worked out a solution. As well as using mount --bind you also have to put the equivalent in /etc/fstab (in Ubuntu), so I came up with a shell script to do it, which I called BT-bind. Here's its usage message: jim@langtran:~$ BT-bind BT-bind: incorrect command line arguments BT-bind here. I'll Make a new folder in the folder tree to be shared with BTSyncthen bind a folder from somewhere else to that new folderand add the equivalent command line to /etc/fstab Usage: BT-bind folder-where-data-are new-folder-to-share-themEg: BT-bind /home/jim/music/classical /home/jim/BTSync/music/classicEg: BT-bind /usr/local/music/jazz /home/jim/BTSync/music/jazz This will let you share all your classical and jazz filesfrom a single folder, /home/jim/BTSync/music After running this script many times, I have lots of folders bound to mount points. Here's a selection of them, which contain software installers useful for literacy work in minority languages: jim@langtran:~$ mount|grep Literacy/data/LT/Groups/LangTran_Literacy on /data/LT/BTSync/Win_everything_en/Literacy_all type none (rw,bind)/data/LT/Groups/LangTran_win_Literacy on /data/LT/BTSync/Win_everything_en/Literacy_win type none (rw,bind)/data/LT/Groups/LangTran_Literacy on /data/LT/BTSync/Win_FldWrk_en/Literacy_all type none (rw,bind)/data/LT/Groups/LangTran_win_Literacy on /data/LT/BTSync/Win_FldWrk_en/Literacy_win type none (rw,bind)/data/LT/Groups/LangTran_Literacy on /data/LT/BTSync/Linux/Literacy_all type none (rw,bind)/data/LT/Groups/LangTran_Literacy on /data/LT/BTSync/Mac/Literacy_all type none (rw,bind) I'll upload the script as an attached zip file, for any who would like to use it. But it will be much easier when the BTSync developers make an option to allow the Windows and Mac clients follow symbolic links in filesystems on Linux systems :-) BT-bind.zip
  15. If you make symbolic links on an NTFS filesystem (ie. "junctions"), and provide a readonly secret for the folder, BTSync will copy the junctions and what they point to across to a Linux or Windows filesystem. (I have not tried this with read-write secrets.) This suits me nicely, because I want to use BTSync to distribute installers for free software to people around the world who are working in language development in minority languages. Suppose I have folders A, B, C, D, E, F, G and H, each of which contains other folders with installers in them. These are updated automatically as the software developers put out new versions. Some people want to get all folders, A to H, but other people never have a good internet connection, so they only want to get a subset. Some might want A and C and E, others would want to get A, E, F and G. I enjoy being able to make a folder that provides A, C and E by readonly secret, and another folder that delivers A, E, F and G. And I make a third folder that delivers all, A to H. I have a pilot system working on a Windows box set up like this, and you could copy a couple of the readonly secrets and sync from this system if you would like. The readonly secrets are at https://www.wuala.com/LangTran/BTSync_info/?key=36cZUC2vtjDO Download the file and open it, approve Java to run, then copy a secret to the clipboard. Set up a receiving folder on your system, plug in the secret and you'll get the goods. Repeat for another secret. But to scale up to higher bandwidth, I don't want to rent a Windows system in the cloud, I'd like to rent a Linux system. So, like MoonKid and nils, I would like to see BTSync handle symbolic links on Linux file systems the same way as it does on NTFS filesystems, namely to follow the symbolic link and copy the files at the target across to the destination. Some people on the forum at http://forum.bittorrent.com/topic/17112-linuxunix-symlink/ said they don't want BTSync to follow symbolic links, so I think the feature should be configurable. The developers might also want to put in restrictions like only follow symbolic links that point to targets in the same file system only follow symbolic links if the secret is a readonly oneGreatMarko, you suggested making more BTSync links between source and destination, but in my case that would become very cumbersome for the recipients. I'm actually dealing with a lot more folders than A to H. If you would like to read about this whole software distribution system, you can go to http://lingtransoft.info/apps/langtran Developers, I hope you are reading. We have been asking for this since about May 2013.