JimH44

Members
  • Content Count

    19
  • Joined

  • Last visited

Everything posted by JimH44

  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.
  16. So would I. I just added a request for this to the wishlist here: http://forum.bittorrent.com/topic/8620-wishlist/page__st__540#entry62384 so I won't repeat the details here. No doubt this would need to be configurable at the folder level or at the link level, because some people want symbolic links to be copied as links, others want to access their contents. For my application I would want the contents at the target to be delivered. As you'll see in the other posting, I'm talking about one-way sync, using read-only secrets.
  17. This works with read-only secrets going from a Windows system to Linux or to another Windows system, but not from Linux to Windows. (at least in BitTorrent Sync 1.1.48 of July 23). My wishlist item is that Linux symbolic links be followed, at least when the sync is read-only, from the Linux system to elsewhere. Here's why: I want to use BitTorrent Sync to support a software distribution system for free software used in language development, because it would be much easier for the recipients to set up on their computers than our current system based on Wuala "Groups". I'd like to provide a syncable folder that contains symbolic links to all the software installers that a Windows (32-bit) user could want, and another one for 64-bit users. Then a folder for Linux users and one for Mac users. As well as platform-specific software installers, there would be common material here such as fonts and reference material, and I would like to have a symbolic link in each of these folders to the things that are relevant to that platform. But many recipients have slow or expensive internet connections in the countries where they work, so I'd also like to provide smaller offerings for them. For example, someone who wants to develop dictionaries on Win32 systems will want just a subset of the Everything-for-Win32 folder. I have set up a pilot project as a read-only folder on my Windows box at home, and you can sync to it with this secret if you would like to try it out: BYOP6QGBLEM3YDPLHA3TO233S4PFV7KY6 (It's on my laptop, so it isn't always on-line, and the link is often less than 1mbps, so if it doesn't work, try again later.) It contains three Windows Junctions that point to other locations, and a plain file. The total is about 25 megabytes, so it's a very small sample of the whole 13 gig repository. I'd like to set up these syncable folders on a Linux system, because they can be rented much more cheaply than Windows systems. In my experiments, the Windows client log shows that the Linux system tells the Windows client that there are symbolic links there, but the Windows client doesn't get their contents. (The log line is: [2013-07-24 22:52:12] SyncFilesController: Got file from remote (192.168.1.77:25801): LangTran_Anthropology_Link state: 1 type: FT_SYMLINK total:0 have:0 t:1374667608 mt:1374670332 0000000000000000000000000000000000000000 ) I have heard that symbolic links work Linux to Linux, but have not been able to test it. My request is that the Windows and Mac (& mobile?) clients be able to follow symbolic links on Linux systems, at least where they are read-only links and the links point to locations on the same computer as the link.
  18. errolbert pointed out on Feb 12 that we can make symlinks using operating system tools. This is true on Windows, and I have set up a folder shared with a read-only secret that contains "Junctions" on my WinXP SP3 system, that point to other folders, so I can select which information is shared via this folder and which is shared via a different folder, with some overlap. I tried to do the on my Linux box. The Symlinks work OK, but when my Windows box tries to receive the folder containing the Linux symlinks, the plain files in the folder come through, but the TBSync running on the Windows box ignores the symbolic links and doesn't get what they point to. (The log file shows that this is what happens.) I'm running BTSync 1.1.48 on each side. My request is that symlinks be followed when syncing from Linux to Windows as they are from Windows to Linux.
  19. I am managing a software distribution system for free software that is especially helpful for people who work with minority languages (LangTran). Currently we use Wuala.com for our repository. Some people find it a bit complicated to set up, so I'd like to use BTSync for easier setup. People with a good internet connection can join many Wuala "Groups" and get lots of software installers, while those with a poor or expensive connection can join just a few Groups and get a subset, for the particular kind of work they are doing. I'd like BTSync to follow Windows links (ie. .lnk files) and deliver what they point to, rather than delivering links that become useless when the user goes to a remote area with no internet. For example, someone with a very good connection could get a read-only secret for "everything", which would refer to a folder full of .lnk files that point to all the folders in the repository. Someone with a poor connection, however, might want the secret for a folder called "literacy" that contains .lnk files that point to just the software for making literacy materials, the folder for publishing and the folder for general utilities. When either of these users runs BTSync, it should get the folders that these links point to, not just the link files. In my experiments so far, I find that the Windows .lnk files are copied as they are. The folders that they point to are not delivered to the recipient. (No doubt this behaviour should be configurable, because people who want to use BTSync for backups will want the link structure to be retained, with the link file being delivered instead of what it points to.) So my request is for a configurable option about .lnk files and symbolic links in Linux (and Mac?) Jim