Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

A native graphical shell for SSH

probablymarcus.com

Post reply on HN
Print view View original

151–160 of 239 posts

Re: A native graphical shell for SSH

#151

Post by protocolture »

purplehat_ wrote: post #14

i'm trying to understand how outer shell works here. on the website you give the following as your motivation: > Apps like Jupyter and Tensorboard are not typically visible to standard web browsers if they’re running on remote servers, because it would be terribly unsafe to let the whole internet touch this app. Instead, they run on a local port on the server, which your computer can’t access directly. > Classically,…

My typical use case for SSH port forwarding is to rescue a network from some kind of configuration failure.

Re: A native graphical shell for SSH

#152

Post by pvdebbe »

AussieWog93 wrote: post #142
analog_daddy wrote: post #124

Earlier quoted context omitted.

Any experience with ‘programmers’ not knowing git?

Honestly, I suspect you'd find a lot of self-taught people have random gaps in their knowledge that someone with a mentor/degree won't.

I had a linguist attend a CS class and he didn't know how to copy and paste.

Re: A native graphical shell for SSH

#153

Post by Valodim »

goranmoomin wrote: post #148

It is pretty annoying to see all of the dismissive comments on this idea, in that it seems that the majority of HN audience are still stuck on the TUI-superiority mindset and they do not care about GUIs at all. Two arguments: - TUIs are not inherently superior to GUIs - SSH, as a transport layer, should support not just forwarding a pty (as a TUI display layer), but a GUI display layer as well In fact, these two argu…

> Unfortunately, X did not win out. We did not get the promised future where one can ssh -X into a remote machine, run gnome-control-center, and a settings window pops up and I can configure my remote computer.

Personally I'm glad that's the case. Configuring servers via gui is an abomination, and I hope it stays in the windows world.

Re: A native graphical shell for SSH

#154

Post by walrus01 »

Valodim wrote: post #153
goranmoomin wrote: post #148

It is pretty annoying to see all of the dismissive comments on this idea, in that it seems that the majority of HN audience are still stuck on the TUI-superiority mindset and they do not care about GUIs at all. Two arguments: - TUIs are not inherently superior to GUIs - SSH, as a transport layer, should support not just forwarding a pty (as a TUI display layer), but a GUI display layer as well In fact, these two argu…

> Unfortunately, X did not win out. We did not get the promised future where one can ssh -X into a remote machine, run gnome-control-center, and a settings window pops up and I can configure my remote computer. Personally I'm glad that's the case. Configuring servers via gui is an abomination, and I hope it stays in the windows world.

I for one am glad that 'webmin' is effectively dead, and the 'Cockpit' thing that ships with a default Fedora install is much less offensive in terms of how it mangles system configuration files you might want to otherwise edit by hand.

Re: A native graphical shell for SSH

#155

Post by silon42 »

walrus01 wrote: post #132
whatever1 wrote: post #71

Earlier quoted context omitted.

No. It’s just that now more people are using Linux the more the ux decisions that were made 40 years ago will be questioned. Almost all dev facing machines have ssh server installed and accessible. Why ssh terminal has to look like character-only trash from 1960s? Why a TUI is the best thing we pipe through ssh? Why I cannot watch a 4k movie in the terminal or browse the web using pinch to zoom ?

> Why ssh terminal has to look like character-only trash from 1960s? We should re-implement it with Comic Sans and happy shiny buttons to click everywhere? Click here for "ls -alh" ?

No, but I wouldn't mind if keyboard worked properly.

Re: A native graphical shell for SSH

#156

Post by clumsysmurf »

goranmoomin wrote: post #148

It is pretty annoying to see all of the dismissive comments on this idea, in that it seems that the majority of HN audience are still stuck on the TUI-superiority mindset and they do not care about GUIs at all. Two arguments: - TUIs are not inherently superior to GUIs - SSH, as a transport layer, should support not just forwarding a pty (as a TUI display layer), but a GUI display layer as well In fact, these two argu…

> theoretically, it would be possible to run the main process separated from the renderer process on a different machine, with an appropriate IPC transport.

Is this really possible? If Electron apps could do this, and we could run them on a Linux SBC like RPI with the renderer on the user's laptop, that would be interesting ...

Re: A native graphical shell for SSH

#157

Post by nok22kon »

goranmoomin wrote: post #148

It is pretty annoying to see all of the dismissive comments on this idea, in that it seems that the majority of HN audience are still stuck on the TUI-superiority mindset and they do not care about GUIs at all. Two arguments: - TUIs are not inherently superior to GUIs - SSH, as a transport layer, should support not just forwarding a pty (as a TUI display layer), but a GUI display layer as well In fact, these two argu…

people still want to believe that Electron apps won because "web developers are cheaper than real native developers"

they still dont understand Electron is vastly superior technology, and the fact that it might be cheaper is a side-bonus, not the main reason for its usage

BTW, what even is the "native GUI" of Windows that you are supposed to use if "you care about your users"? It seems not even Microsoft knows the answer to this question.

Re: A native graphical shell for SSH

#158

Post by divan »

nok22kon wrote: post #157
goranmoomin wrote: post #148

It is pretty annoying to see all of the dismissive comments on this idea, in that it seems that the majority of HN audience are still stuck on the TUI-superiority mindset and they do not care about GUIs at all. Two arguments: - TUIs are not inherently superior to GUIs - SSH, as a transport layer, should support not just forwarding a pty (as a TUI display layer), but a GUI display layer as well In fact, these two argu…

people still want to believe that Electron apps won because "web developers are cheaper than real native developers" they still dont understand Electron is vastly superior technology, and the fact that it might be cheaper is a side-bonus, not the main reason for its usage BTW, what even is the "native GUI" of Windows that you are supposed to use if "you care about your users"? It seems not even Microsoft knows the an…

> still dont understand Electron is vastly superior technology

in what sense crossplatoform desktop-wrapper around typesetting engine is a 'vastly superior technology' to native UI frameworks?

Re: A native graphical shell for SSH

#160

Post by virajk_31 »

hatradiowigwam wrote: post #51

This appears to me like a solution in search of a problem, like many others before it...the quote below seems relevant to this effort. "Those who do not understand Unix are condemned to reinvent it, poorly." ~Henry Spencer

UNIX/GNU/LINUX is not TUI. Period.
Post reply on HN