[andrewaylett]

I'm in the same boat as many -- not particularly excited by the idea of a new terminal, but curious enough to take a look and (unusually) a smidge interested after seeing the website. Well done, you've got further with me than most "reinvent the terminal" projects :).

Issue 88 is a blocker, though, I'm afraid. I may be monolingual, but I still need to be able to use "international" characters.

In the interests of being interested, I did install the cask and I have some feedback :P.

I have four symbols printed on my (Macbook Pro, UK) keyboard that don't render in the output: "±§€£". Curiously, they do render in the input.

My profile files are apparently too big for Wave to process. So I ssh'd to another machine and was slightly disconcerted to see it installing software on first connection? Not something I expected, I'm afraid.

In conclusion: I can't use it, and I'm not sure I want to if it's going to automatically install software on other machines.

[elaus]

> […] I ssh'd to another machine and was slightly disconcerted to see it installing software on first connection?

That sounds really disturbing and immediately turns me off this project (as well as not having the need for a VC-backed terminal).

[sawka]

the helper program is completely open source (waveshell) it is similar to the shell scripts or additions to your rc files that other modern terminals might add when connecting to a remote machine to support advanced features. the helper does not need any additional permissions, does not open any ports, runs only for the duration of the connection, and communicates exclusively via stdout/stdin over your standard ssh connection.

[smcleod]

It absolutely should not be running commands on a remote host without prompting first!

[sawka]

agree in principle, but i will split some hairs here. if you type "ls" into your local terminal, there's an implicit agreement that it will run the remote "ls" program. the helper program facilitates that in the same way that any other terminal + ssh + shell combo does. it only runs commands in response to your activities in the terminal.

[binary132]

yes

if ls is installed on the remote host

and if it is not, the command should fail

this appears to be about telemetry, pure and simple

[sawka]

absolutely no telemetry in the helper, full stop. you can inspect the code yourself.

we do hear the feedback though and are working on a popup/notification that will prompt you before we push the helper program for the next release.

[omnimus]

so youve been linux user for 25 years but dont see a problem here huh?

[karmakaze]

Oh so we're holding it wrong. Does 'modern' mean pre-enshittified?

[em-bee]

i don't see any difference between this and what saltstack or ansible are doing. both can run a command on remote machines, and to do that they automatically connect to the machine and copy a program to be run there.

[andrewaylett]

The biggest difference is that I install and execute salt and ansible in order to remotely install software, and I had no expectation that establishing an SSH connection would do that.

[em-bee]

you install it locally, but not remote. then you run commands that get executed remotely by way of some tools that get automatically copied to the remote machine via ssh.

[sawka]

zsh support and international character support are our top two issues right now. I know the intl chars can work, we just didn't do enough international testing before launch. sorry to hear that it didn't work out of the box for you (the big profile files are also on our radar).

[andrewaylett]

I'm not sure "international" is the right characterisation (sorry, not sorry). "Non-ASCII", perhaps? Or explicitly list which codepages you do support?

It's not like there are no people in the US who use characters with accents. Or, indeed, that everyone reading your comment considers themselves to be "international".