sorry for disappearing i was trying to get linux to write boot logs to a receipt printer
1) grub REALLY does not like a receipt printer at COM1
2) i have yet to learn if it’s possible to let the kernel think tty1 doesn’t exist, while redirecting the keyboard to ttyS0 input, and let ttyS0 output to be printed onto the receipt printer. do not send information on this topic, i want to sleep.
how do i even explain to lucifer when i die that, the reason i committed grave environmental sins and have like 6 meters of receipt paper with GRUB instructions on them is that GRUB sends the whole line to the serial port and the receipt printer would print the whole line despite a one character update
@kuriko this is excellent and I look forward to the this being your tty session
@kuriko 'note that GRUB assumes that your terminal emulator is compatible with VT100 by default. This is true for most terminal emulators nowadays, but you should pass the option --dumb to the command if your terminal emulator is not VT100-compatible or implements few VT100 escape sequences' - worth a try?
@penguin42 @kuriko This. And to address the keyboard redirection, maybe use a microcontroller and some extra wiring, and avoid attaching a keyboard to the computer altogether?

@kuriko

Let me guess: grub sends a line of text, then carriage return without linefeed, which on a monitor lets it overwrite the line but on this printer, either the CR is ignored or is treated like CR/LF?

@kuriko what in the god damn fuk
@kuriko Still shorter than a CVS Pharmacy receipt

@kuriko someone offline just suggested that the solution is a smaller font so you don't get all the broken lines.

#SolvingTheWrongProblem

@kuriko how else would I keep receipts of my boot logs for archival
@kuriko some noises let you change the mapping of physical ports to "COMx". But very funny.
@kuriko i remember there is a way to do that. I had to disable tty1 because if i logged out, sddm would nit start and found something on the net that disabling it would help.
@kuriko You remind me of an issue I had with a customer’s hardware design choices.
It wasn’t the only questionable choice they made, but the specific one I’m thinking of is that they re-used the serial primary serial port (i.e. boot loader and kernel output) to connect to external devices. Which meant that we had to turn off all output on the boot loader and kernel so we wouldn’t confuse those devices on every reboot, making debugging that much harder, despite the actual chip having spare serial ports. So it would have been trivial to expose the first serial port on the PCB for debugging, but … they didn’t.

@kuriko I hope wider (additional column) receipt printers exist.

(Well, besides just regular dot matrix printers, thermal transfer is so much more fun!)