Replies

• 

  wfkwfk@v.st

  Oct 5, 2026, 11:42 AM

  @shrub900
  Yeah, that's one of the options I considered. But as I said, that's going to require a verification and possibly porting effort to deploy.

  💬 2🔄 0⭐ 9
• 

  joatjoat@mastodon.scot

  Oct 5, 2026, 1:21 PM

  @wfk @shrub900 at the risk of stating the obvious... don't you have to verify anyway, even if you continue to use rsync? Since you now have evidence that it definitely failed, I mean.

  💬 0🔄 0⭐ 1
• 

  dmiException 🎃domi@donotsta.re

  Oct 5, 2026, 3:06 PM

  @wfk @shrub900 for most cases it’s a drop-in replacement, the largest things it was missing last time I checked were --delay-updates and --delete-after. I’m intending to hack those into the codebase once I gather more spoons, hopefully I can get that upstreamed.

  💬 0🔄 0⭐ 0
• 

  Kaleissinkaleissin@wandering.shop

  Oct 5, 2026, 12:12 PM

  @shrub900 @wfk IIRC openrsync doesn't do everything that rsync does: "but accepts only a subset of rsync's command-line arguments." https://github.com/kristapsdz/openrsync

  💬 1🔄 0⭐ 3
• 

  JdeBPJdeBP@mastodonapp.uk

  Oct 5, 2026, 2:08 PM

  @kaleissin

  When I read statements like that, my usual reaction is to think that I only use a sub-set of rsync's command-line arguments, so it is probably alright.

  The more important thing is that the project has been going since 2019 and has not had a single release yet. The author is still, this year, warning people that it should be considered under development.

  https://github.com/kristapsdz/openrsync/issues/44#issuecomment-4879472681

  The README, which the author appears to be keeping up to date so this is not years-old stale information, is still saying that bringing in Apple's code is a work in progress.

  @shrub900 @wfk

  #openrsync #rsync

  💬 0🔄 0⭐ 3
• 

  LisPilispi314@udongein.xyz

  Oct 12, 2026, 7:15 PM

  @shrub900 @wfk And so I learn that there is an alternative implemented. Feeling slightly more hopeful about this. Good.

  💬 0🔄 0⭐ 0