Re: Feature Request: Sync via `wsl --exec`

Greg Troxel <[email protected]>
Newsgroups gmane.network.unison.general
Message-ID <[email protected]>
YAMAMOTO Yuji <[email protected]> writes:

> I'm recently using Unison to synchronize some of my source code
> from Linux on WSL to the C drive of the host Windows:
>
> Linux --- (unison -repeat watch) ---> Windows

unclear which system you are running unison on.

> Currently I have to install openssh-server and my public key on
> Linux only for Unison, which is a little cumbersome.

It's really surprising that's the only reason (how do you do backups?),
but your world is what it is!

> Now, I want to propose adding a new feature that enables unison
> to synchronize with the WSL VM via the `wsl --exec` command
> instead of `ssh`. `wsl --exec` can run arbitrary commands after
> automatically launching a WSL VM, which could make it feasible.

I am not inclined to add Windows-specific features, as unison is already
much too complicated, and I view Windows as an edge case.  Each feature
helps some poeple, but complexity hurts everybody and it is not obvious
how to strike the balance.  But I wonder if this is really not "add
feature" but "configure which program is run to start unison on remote
host", and it's doable with something milder than "feature".  Or could
be done in such a way that other uses will work (other containers, and
situations I haven't thought of).

Right now we have URI schemes, and ssh: is pretty top level.  On one
hand that's odd, but on the other ssh has become the sole method to
execute commands on remote systems.

You could create a wrapper script ssh which instead does wsl --exec,
depending on hostname.  That is probably the easiest path to what you
want.

Finally, you called this "feature request" which is fair, but largely if
you want a feature you will have to write the code.  It is good to talk
about it here because you may want to skip the effort if it's going to
be architecturally rejected -- although of course anyone is welcome to
make changes and share them.

-- 
To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.