You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
From what I can tell, sshtron uses a color library, which in turn uses library to check is there's a terminal connected to decide whether to use colors or not, which boils down to this line:
The logic using TTY detection to decide if a server should output color seems flawed if that's what' going on. The server might be not connected to a TTY even if the clients are.
systemddoes have some options to connect a service to a TTY documented in man systemd.exec, but usually services aren't connected to TTYs, their clients are.
In any event, providing a working systemd.service file would be of interest to people who want to manage sshtron as a standard system service.
The text was updated successfully, but these errors were encountered:
Right now when
sshtron
is run bysystemd
, the colors don't work. See:http://unix.stackexchange.com/questions/352937/ansi-colors-when-using-systemd-service
From what I can tell,
sshtron
uses a color library, which in turn uses library to check is there's a terminal connected to decide whether to use colors or not, which boils down to this line:https://github.com/mattn/go-isatty/blob/master/isatty_linux.go#L14
The logic using TTY detection to decide if a server should output color seems flawed if that's what' going on. The server might be not connected to a TTY even if the clients are.
systemd
does have some options to connect a service to a TTY documented inman systemd.exec
, but usually services aren't connected to TTYs, their clients are.In any event, providing a working
systemd
.service
file would be of interest to people who want to managesshtron
as a standard system service.The text was updated successfully, but these errors were encountered: