As far as I know that’s because the “universal” binary is shipped with multiple platforms supported.

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

Dinit for desktop, s6 for server.

What is wrong with s6 for desktop?

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

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

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

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.

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.

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

Not yet (I’m a solo dev so it is quite hard to do multiple builds). Patches welcome! :)

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 :)

I think it will always stay compatible on protocol level.

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 because of that they do not implement “selective sync” feature, i.e. when you need to sync only a slice of remote directory.