Well, yep. For now the positive differences are

• better speed transfers (up to x7 speed up on my setup).
• different UI (including unique features like see in realtime tree-like structure of remote/local folders).
• Windows XP support
• it targeted for long-awaited "selective sync" mega-feature (asked for many years by syncthing users; but it is out of scope of syncthing business, so, it will unlikely be developed). I plan to do it after 1-2 releases (after implementing "ignoring local files" feature).

Thank you for your question!

There are some benefits, among them:

• syncspirit is faster. According to my measurements it is able to sync linux sources tree folder for 2 mins vs 15 mins of syncing when using syncthing (that's over a localhost, of course)
• syncspirit has a different UI. That's matter of personal taste, of course, but I like to see the exact picture what is synchronized and what is not.
• syncspirit is able to run on more older software (i.e. from windows xp and up). Syncthing uses golang, and its software support is indirectly controlled by google (i.e. "artificial aging"); recent builds are running only on windows 10 and windows 11. Microsoft already dropped windows 10 support, so, I expect that in near future google will do the same.
• the long-term goal of syncspirit is to allow "selective sync" feature, which unlikely to be implemented by syncthing.

wbr, basiliscos

I think because of that they do not implement "selective sync" feature, i.e. when you need to sync only a slice of remote directory.

shit like “left-pad” and other low hanging packages shouldn’t exist.

Thanks to AI there will the thousands of left-pad like projects

No, there is no AI-generated code.

There is a plan to have system-tray icon for fltk-frontend, and it is claude-generated prototype. Probably, I'll take some pieces of it for implementation.

I think the new category - "open source and hand-made/human crafted software" should be introduced

Did somebody actually tried it? On real hardware? How it is?

Thank you!

Yep, also it just another UI will not add additional platforms :)

That tools does what I always think was possible to do, or am I missing something?

I think the problem is that they do not share the whole communication protocol/model with GUI/client and it has only feature to block something aposteriory masks, while the whole folder with all files is already shared with client's device. The original syncthing database scheme also seems does not supporting this.

Technically, from a protocol view level, there is no problem just to ask a single file to download and share only it.

I think it will always stay compatible on protocol level.

Somebody might find that behavior a bit making nervous if you don't see progress, that it is running or that it was synced a few mins ago...

That's why for that "daemonic" behavior programs hide themself in system tray :)

It can be independent only if you "own" hardware/software, i.e. you can manufacture, change etc. If there is no hardware independency -- you loose with software, then.

Adroid-UI is lower priority, probably will be done after finishing core features and implementing them in desktop.

Also, google seems moving towards making android ecosystem more and more close; this might be a problem.

However, if there are somebody willing to contribute with Android, then I help, of course.

Dinit for desktop, s6 for server.

What is wrong with s6 for desktop?

Yep, if is is ok for you to use some minimalistic command-line daemon, just for doing bidirectional sync without any complex setup -- then yes, it should work.

(It might be a bit tricky to compile, but I can help, if u ask). I checked v0.4.0 on Termux, it worked well.

I'm going to check where the fresh development version is compiling and running on Termux. Will write down here.

PS. New version will coming soon!

While this is true, at the moment syncspirit is a faster on a small files (upto x15), and supports different platforms.

Yep, I plan to do 10-years asked "selective sync" feature

I tried to build on termux but failed to build dependencies, seems they changed something in toolchain.

Probably I will try again a bit later

do you think you might ever implement sync via Bluetooth with Wi-Fi disabled on the syncing devices? That’d be sweet!

Well, yes, I think, generally it should be possible... when an adroid app appears (developers are welcome!).

The underlying problem is the following: syncthing (and syncsprit) use TCP/IP stack + ssl for encryption for peer identification, and then data transfer over the established connection.

Bluethoth offers its own stack (actually multiple stacks if BT LE is considered) and own way of peer identification and own way data transfer, probably with additional details like power consumption profiles etc.

So, yep, it should be possible, but for now this is low-priority for syncspirit, and as for syncthing, I think mobile devices, in general, this is out of their business model.

does it mean, that it will be possible to launch native (arm/arm64) raspberry-pi distro on virtual box?

Ha-ha! Most of people thins that syncspirit UI is terrible :)