Implement an rsync receiver, too

[stapelberg]

Currently, we only implement a sender (for serving files), but a receiver would be neat, too (for downloading files).

Left to do:

• implement receiver protocol
• write files to disk
• only transfer deltas
• cross-system user/group id/name mapping

[stapelberg]

d5a5b3d lays the foundation.

Next up is actually writing files to disk.

[stapelberg]

d1c307d writes files to disk.

Next up is generating checksums / transferring deltas

[prologic]

@stapelberg Is this ready to go yet? This would be great for my backup/restore functionality 😅 I'm happy to help test your work!

[stapelberg]

@stapelberg Is this ready to go yet? This would be great for my backup/restore functionality sweat_smile I'm happy to help test your work!

The status in the commit messages and first comment of this issue is accurate. A receiver exists (so feel free to try it out!), but it doesn’t map user/group ids/names across machines.

[prologic]

@stapelberg Thanks! I actually did, however I decided to go with a completely different solution as I wasn't able to get what I had hoped working with gokr-rsyncd -- I think what's missing is (which is stated on the README) is receiver support in the daemon/server itself 🤔

[stapelberg]

Yes, the daemon doesn’t accept uploads yet.

[kolkov]

@stapelberg Hi! Can I already use this package to sync local directory on windows with linux server?

[stapelberg]

Depends on what kind of synchronization we’re talking about.

If you want to download files from a Linux server, yes.

If you want to do bi-directional synchronization: no. As I wrote in the previous message, the daemon does not accept uploads yet.