You need Write Unversioned permission on the remote server IIRC.

See: Write Unversioned at https://fossil-scm.org/home/doc/trunk/www/caps/admin-v-setup.md. You dontt get it with setup or admin rights.

thank you.

I have done that now. so capabilities on both sides (local, server) are "sy" (indeed, the "y" was missing on the server side so far) for the account doing the ssh connection (and unix user name equals fossil user name if that matters in this (ssh) case, but I don't think so(?)).

but no luck. same behaviour as w/o the "y" flag set on the server: issuing

fossil uv sync

locally connects to server, thinks a moment and then returns w/o any warning or error message (even w/o the "y") after having sent back and forth a few hundred bytes only.

maybe some added information: before my update to the current fossil version (as of a few days ago) I ran older versions 6-12 months old where I also tried the "uv sync". with those versions at least fossil told me "insufficient permissions on the server". this is no longer happening with the newer versions.

but, more importantly, setting the "y" flag makes no difference.

Are you sure this ever worked? I spent about an hour trying to bisect my way to a version that did UV-over-SSH but couldn't find one. I gave up after digging back to 2.11. I think I found versions where it partially worked, but I could be confused, since I never did find my way back to one of those versions.

As far as I know, UV sync is only tested over HTTP[S], and the special non-Setup "y" capability only applies to http[s] URLs. I've already found and fixed one discrepancy due to this, but it still doesn't work right despite this.

You should not have to explicitly set the sync user to "sy" when using an ssh:// URL with Fossil. That's what my recent commit fixes. What it doesn't fix is the actual sync.

There seems to be some involvement with the new SSH command handling, added just before 2.16 was released, but I think the real problem is down in src/xfer.c, perhaps another case where it isn't adding "y" capability automatically for ssh:// URL schemes.

Simple test case, server side:

./fossil init /tmp/x.fossil

…and client side:

./fossil clone ssh://my-other-machine//tmp/x.fossil /tmp/x.fossil
./fossil uv add -R /tmp/x.fossil src/add.c
./fossil sync -u -v -R /tmp/x.fossil

The test file src/add.c is just a random file from Fossil's own source tree, since the test case uses the pre-installed build of Fossil, just to be sure the problem is in tip-of-trunk.

The sync command gives no errors with the recent "sxy" patch, but it still doesn't actually sync the UV file, evidenced by this on the server side:

./fossil uv ls -R /tmp/x.fossil 

EDIT: Improved test case, and re-tested with tip-of-trunk as of [9834d4dc72].

I have never used uv much over ssh in the past (but now I would have a real use case). I seem to recall that it did work about 1y (?) ago, but I would not confirm this under oath -- maybe that was via file:// ....

the mentioned change in behaviour (warning regarding insufficient permissions on server with fossil version from about 6 months ago vs. silently not working with current fossil) is definitely there.

in any case, I am glad you can confirm the problem (so problem is not sitting in front of my keyboard). a solution of the issue of course would be welcome, if possible!

thanks, joerg

Please try again with the latest trunk check-in (or later). Report back success or failure, please.

success :).

thanks a lot for fixing this.

joerg

yes, "someone" (gues who) fixed it :): it does work now. which is good...