this writes to a local file

/bin/cat <<EOM >$FILE
text1
text2
text3
text4
EOM

@qqq, of course. As a first approximation, cat | ssh remote.host tee out.file

@pesterhazy turns out my actual problem is slightly different from what I described (running multi line ssh commands), and I ended up finding ssh username@host <<EOF ... EOF (originally was write script on remote, then run it, but turns out running multi line remote cmds is possible)

right

unfortunately quoting is a huge hassle with ssh

unix at its worst

probably better in almost all circumstances to scp a shell script and then execute it

too bad https://scsh.net/ never took off

that's what ansible does for example

yeah I'm really intrigued by scsh

port it to the lumo repl 🙂

believe me I've thought about it many times

but it's too big of a project, and lumo is not fast enough

lumo vs planck -- which is the faster of the two ?

for a simple "println" - bash: 30ms, lumo: 250ms

it gets much slower if you add heavy macros like core.async

it's just not the right tool for building a shell unfortunately

250ms I can tolerate, but if adding packages brings it to seconds, then it's hard to use

remember that shells use subshells for lots of things, so it adds up

http://blog.brunobonacci.com/2017/08/10/lumo-vs-planck-vs-clojure-vs-pixie/

it's kind of incredible there's no unix tool to "write stdin to file"

there's tee, which writes to the file passed as an arg but also to stdout (so you need to redirect to /dev/null)

there's bash -c 'cat>"$0"' but who can remember that??

cat > filename ? Clearly I am missing something 😄

Yeah, that's just > file if you only want file. tee is for both.

@joelgluth right I buried the lede there. I'm thinking of contexts where a simple process call is needed (not a bash command). So for example, sudo echo aasdf > /etc/hosts won't work

but echo asdf | sudo tee /etc/hosts will, or echo asdf | sudo bash -c 'cat>"$0"' /etc/hosts

using bash as glue is not desirable in a lot of situations, especially because then you need to worry about quoting

right, makes sense.

If only cat had a --out-file option!

dd of=my.fil would work I guess