Thomas Keller schrieb: > Timothy Brownawell schrieb: >> Maybe it would be worthwhile to add an "automate remote <command> >> <args>" that would run a single automate command remotely and return >> the raw output (without the "automate stdio" packetization)? > > This at least would allow us to easily create further "syntactic sugar" > custom commands via automate_lua.
I've implemented 'automate remote' in
7db60e9decd9ca1fa9f4c280b5c933d80bf7b24b in Timothy's branch.
A sample call looks like this:
$ mtn au remote --remote-stdio-host host:port -- \
content_diff \
-r87162067ff644276a96f92302b5aa082d526b53f \
-rec8938265959026b5e76b0b608d7fda6190b1aa9 NEWS
There are a couple of rough edges, though:
1) automate options are not parsed with our option machinery, because
technically we have no idea what's a valid option server-side and what's
not. Thus certain option syntaxes like "-d foo.mtn" or "--keydir bla"
won't work - I always expect an option to start with -- or - and if
there is an argument, it has to follow the option directly, i.e.
"-dfoo.mtn" or "--keydir=bla". Server-side options have to be given
after "--" in the command line, otherwise they're interpreted as local
client options.
2) The output of a single command is still stdio-encoded - while I could
use some custom condition in automate_session.cc, line 219ff, I'm
rather for using automate_ostream there by default and pass a different
ostream (with no stdio encoding) in there for the single-run case.
3) I haven't yet decided if / how output and especially errors from the
client are distinguished from those from the server. F.e. I think server
errors should lead to a client return code != 0, but higher ones than 1
or 2 which are currently returned for user / option errors.
Thomas.
--
GPG-Key 0x160D1092 | [email protected] | http://thomaskeller.biz
Please note that according to the EU law on data retention, information
on every electronic information exchange might be retained for a period
of six months or longer: http://www.vorratsdatenspeicherung.de/?lang=en
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Monotone-devel mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/monotone-devel
