Start on new ssh ext_mods system
re-send the ext_mods line
finish initial changes for passing inline ext_mods

This also introduces using the shim as a flow control interface,
if this works then we may be able to continue to use the shim this
way to send mroe inline data down
don't double send kwargs
change EOF string, set readline to stdin

This still does not work, sys.stdin will not wait to accept anything
because of the way the pipe reads
change shim to not take the options from the stdin

this makes us modify the shim code inline with the options, while
less clean code wish it is cleaner execution wise.
this still doe snot fix the problem though, as the stdin readline still
does not block
IT WORKS!!!

The shim is no longer passed in as a heredoc because it blocks
stdin. Now the shim python script can be passed into the ssh shell
command and can block! This means that it can prompt the calling
salt-ssh proceess to request extra data. this allows for the
download and update of the ext_mods, but as we move forward it
should allow for the thin deployment to all be in a single command
and not need any scp of sftp, this will also allow us to do bi-derectional
state transactions, maybe even distributing the compile process
which would make salt-ssh even faster
lint
Merge pull request #16586 from thatch45/new_args

Change ext_module passing and make shim interactive to caller