4 ms·

This is exactly my point! If you put hardware designed to do the job of a terminal on a serial line, you expect software that is supposed to be command line ba

by opless 6y ago

This is exactly my point! If you put hardware designed to do the job of a terminal on a serial line, you expect software that is supposed to be command line based to just work (according to the issue in the post it doesn't work with the Linux VT console either) Furthermore according to a similar issue; a contributor shows their hubris of ignoring terminfo. https://github.com/fish-shell/fish-shell/issues/3740 https://github.com/fish-shell/fish-shell/issues/3740 > Serial consoles basically date back to the days of hardware terminals, like a physical DEC VT220, when you could trust the information about columns and rows in the terminfo definition.

phoe-krk 6y ago
I can see your point and agree with it: you can connect hardware that speak serial and use it to connect software that speaks VT220. Looking from this point of view, the hardware and software protocols are correctly assigned, everything is perfectly predictable and normal, and therefore this setup should surprise or astonish no one. At the same time, I have a different point: this approach is definitely NOT in my personal catalogue of ways in which modern shells are interfaced with nowadays. Using an antique VT220 over a breadboard serial adapter is a unique hack, rather than something used every day, and therefore this setup is perfectly capable of surprising and astonishing people. For me, the above two points of view don't collide with one another.
- dsr_ 6y ago
  You're absolutely right! It's much more common to have a VT220 on a wheeled stand that you can bring over to the rack, with a set of cables already made up. No breadboards! That's amateur hour. Or, fairly frequently, one VT220 hooked to a serial terminal concentrator that lets you select which of the 32 or 48 machines you want to be connected to. Or a VT220 emulator in that smart serial terminal concentrator, that's addressable by SSHing in. Or a VT220 emulator in an IPMI access point directly in each server, that's extremely common. SSH in, then connect to the serial terminal.

by opless 6y ago

phoe-krk 6y ago

I can see your point and agree with it: you can connect hardware that speak serial and use it to connect software that speaks VT220. Looking from this point of view, the hardware and software protocols are correctly assigned, everything is perfectly predictable and normal, and therefore this setup should surprise or astonish no one. At the same time, I have a different point: this approach is definitely NOT in my personal catalogue of ways in which modern shells are interfaced with nowadays. Using an antique VT220 over a breadboard serial adapter is a unique hack, rather than something used every day, and therefore this setup is perfectly capable of surprising and astonishing people. For me, the above two points of view don't collide with one another.

dsr_ 6y ago
You're absolutely right! It's much more common to have a VT220 on a wheeled stand that you can bring over to the rack, with a set of cables already made up. No breadboards! That's amateur hour. Or, fairly frequently, one VT220 hooked to a serial terminal concentrator that lets you select which of the 32 or 48 machines you want to be connected to. Or a VT220 emulator in that smart serial terminal concentrator, that's addressable by SSHing in. Or a VT220 emulator in an IPMI access point directly in each server, that's extremely common. SSH in, then connect to the serial terminal.