JimH44
-
Posts
19 -
Joined
-
Last visited
Posts posted by JimH44
-
-
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.
-
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
-
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
-
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
-
sudo find / -type d -iname ".sync"
returns no results for BTSync latest under Ubuntu. Weird. Something fishy.
I naively thought the webUI params were where I wrote them (e.g. in /etc/btsync/myuser.conf) but having changed the password in the webUI, that is indeed not reflected in that latter file.
On to my question: now that the WebUI has stored its settings in some undisclosed/unreadable location, is it ok to remove the {webui} section (or perhaps more specifically, the plaintext login/pass info) from that myuser.conf?
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".
-
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
-
Has this feature been abandoned? Could really be useful, I pretty much rely completely on symlinks
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.
-
Your workarounds are horrible. I want to sync symlinks.
And in my usecase it is like "nils" explained. There are a lot of config-stuff from different applications I need to sync. There is now way for your workarounds and now way for do the symlinks the other way around.
A symlink is just a file like any other. There is no problem with it. Why does btsync exclude them?
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.
-
BTSync Installer Script for Linux<snip>
- Right now the URL's this script uses are hardcoded to a specific version of BTSync. Can anyone provide links to the linux versions which always point to the latest version of BTSync? Either that or some hints about how to detect the version number and insert it into the url would be helpful.
<snip>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
You 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
-
I have a use case of about ~100 folders that are shared to ~5 users. Some folders are shared to all users, some are shared only to one.
I had the idea to have a global repository of folders symlinked to user specific btsync folder, but currently that's not possible due to symlinks not being followed.
Is there any solution without sharing folder one by one or duplicating storage?
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
-
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
-
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
-
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-bindBT-bind: incorrect command line argumentsBT-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/fstabUsage: 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/jazzThis will let you share all your classical and jazz filesfrom a single folder, /home/jim/BTSync/musicAfter 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 :-)
-
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 one
GreatMarko, 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.
-
Actually, it's not perfect at the moment, I'd want symlinks transferred to the Windows client too.
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.
-
Symlinking as you want is doable with your OS tools at a directory level. If you don't like command line, for windows there is https://code.google.com/p/symlinker/ and for Mac http://www.macupdate...41493/symlinker
You should place the symlinks before adding the share to a given SyncApp instance
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.
-
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.
-
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
.sync folder on SD card deleted on restart of Galaxy S7 Android 7.0
in Sync Troubleshooting
Posted
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
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