- partial synchronization with multiple devices and folders (kind of “must”, but still have to mention)
- global discovery through “default” server
- file viewing
- file/folder deletion
By partial synchronization I mean that for minimizing data transfer and storage usage, files are actually downloaded and cached only for viewing.
There are a lot of things to add like editing/adding files, smarter synchronization, offline mode and auto-cache important files, but the primary purpose now is to gather as much feedback as possible.
For participating I need to send a testflight invitation to your email, so drop me a line to username at username dot net
- UI is not iPad compatible yet
- sync of metadata on connection might take bit of traffic as currently syncthing sends full metadata
Requirements: min iOS7.0
Will this be FOSS?
I am just keen to see the source code.
I haven’t decided yet, but for the nearest future - no.
I’d be keen to help you, and help translate the app to Spanish if it ever became FOSS, but I only just brought my iPad, and as such it came with iOS 8.1 already installed. Let me know if you ever want testers for iOS 8 devices, though!
Argh, I’ve updated requirements - it should read min iOS 7.0, so it should work fine on iOS 8. The only drawback for you might be that it hasn’t yet been customized for iPad (iPhone was a primary target) so it might look weird.
I want to help you test. I have a iPhone 4s iOS 8.1.3 to my disposal. Where should I drop the line?
So… it seems there are a couple of strange problems on arm64 and I’d be extremely happy to find a tester with iPhone 5S or higher.
Hi Valerii, nice to see that there are more people working on getting Syncthing working on iOS.
I’d be interested in trying out the beta. What is not entirely clear to me from your post is whether you have made a Syncthing client for the Go version of the Syncthing, or a full Syncthing synchronization in Objective C or Swift. I’d love to hear more about the implementation.
Together with some great people I’ve been working on a Syncthing library for iOS and OSX. It is far from ready, but if you’re interested the source can be found here: https://source.ind.ie/project/pulse-swift/tree/master
I’m a bit confused by terminology here That’s a completely new implementation of BEP protocol client written in Rust. I believe it works pretty fine with Syncthing over wire and doesn’t embed it in any form.
Cool! Sorry for the confusion; I just assumed that you’d use either Objective C or Swift for iOS.
Like @AudriusButkevicius, I’m also very interested to see the source code. If you decide to open source it, please let me know.
I’d love to see this become FOSS in the future. That is one of the major benefits of Syncthing over Bittorrent Sync/Dropbox.
How about a version for older IOS? My use case would be syncing music to my ipod (IOS6).
Sorry for a delay.
According to Mixpanel stats iOS < 7 runs on less than 2% of devices and there is a huge difference in UI approach => there will be no support of iOS 6.
This is just wrong. I talk about iPOD and there is a huge number of devices in use stuck with iOS6-:
Device Device Usage 8.X 7.X 6.X 5.X
iPod touch 4G 2.5% 0.0% 0.0% 98.9% 0.0%
iPod touch 3G 0.5% 0.0% 0.0% 0.0% 97.7%
It actually completely confirms Mixpanel stats, see 1 column - device usage:
iPod touch 4G 2.5% 0.0% 0.0% 98.9% 0.0%
It should be read like “iPod Touch 4G is 2.5% of all devices, 98.9% of iPod Touch 4G are stuck on iOS 6, i.e. 2.47% of all devices”, which isn’t pretty impressive number.
Again, you miss the point. Many ipods are never online and hence are not visible in the statistics. Do not compare apples and oranges.
I would like to beta test if still available. iPhone 5S, iPhone 5, iPad 2 and iPad mini. I’m currently using btsync 30 day trail
I’m excited about helping out with this beta, but my needs on iOS are mostly to do with syncing the photos on my phone to my other devices as a backup. I think I heard in another thread that syncing the camera roll is a planned feature, but is there any particular timeline for that?
No timeline yet, but it definitely will happen not earlier than in a month - it’s a side project and my primary goal now is to get a “read-only” version which will get into AppStore. There are a lot of potential problems like approval itself, exporting strong security, etc. New features can be added only after that.