aws / aws/amazon-q-developer-cli
kiro-cli latest version do not start, but `--classic` works on same machine
- Lingua principale
- Rust
- Stelle
- 2k
- Fork
- 439
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Descrizione
### Checks
- [x] I have searched [github.com/aws/amazon-q-developer-cli/issues](https://github.com/aws/amazon-q-developer-cli/issues?q=) and there are no duplicates of my issue
- [x] I have run `q doctor` in the affected terminal session
- [x] I have run `q restart` and replicated the issue again
### Operating system
Linux 6.1.0-44-amd64 - Debian GNU/Linux 12 (bookworm)
### Expected behaviour
I can write on my build server connected to SSH `kiro-cli` and the new TUI works as the classic version.
### Actual behaviour
After upgrading the `kiro-cli` binary. I am getting an error on initialization. I don't get any logs and `--verbose` also do not show anything useful.
The `doctor` commands shows information for a SSHD configuration that do not help at all. After changing it the issue remains.
### Steps to reproduce
I think that the new `kiro-cli` TUI is assuming a SSH connection through `kiro-cli` when it is not. I am connecting to my build server to a normal SSH connection.
1. Download latest version of `kiro-cli`
2. After logging and everything do `kiro-cli`. An return error and nothing else is shown
3. Same machine, same SSH connection `kiro-cli --classical`, the command works and I can use the models.
### Environment
```yaml
[q-details]
version = "2.0.0"
hash = "0026b0505ef7bc2b10780c7bdb57813e5d949747"
date = "2026-04-13T09:03:52.798806Z (2d ago)"
variant = "minimal"
[system-info]
chip = "QEMU Virtual CPU version 2.5+"
total-cores = 96
memory = "125.77 GB"
[system-info.os.linux]
kernel_version = "6.1.0-44-amd64"
id = "debian"
name = "Debian GNU/Linux"
pretty_name = "Debian GNU/Linux 12 (bookworm)"
version_id = "12"
version = "12 (bookworm)"
[environment]
cwd = "/home/USER"
cli-path = "/home/USER"
os = "Linux"
shell-path = "/usr/bin/zsh"
shell-version = "5.9"
install-method = "unknown"
in-ssh = true
[env-vars]
DISPLAY = "localhost:14.0"
PATH = "/home/USER/.miniconda/condabin:/home/USER/.cargo/bin:/usr/local/bin:/usr/bin:/bin:/usr/games:/home/USER/.local/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/USER/.local/bin:/opt/nvim/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/USER/.local/bin:/opt/nvim/bin"
QTERM_SESSION_ID = "c15e0a2ad7814c458da408b0388cde4d"
Q_SET_PARENT_CHECK = "1"
Q_TERM = "2.0.0"
SHELL = "/bin/zsh"
TERM = "xterm-256color"
XDG_SESSION_TYPE = "tty"
```
Guida per i contributori
Apri la guida per i contributori
Direzione di ricerca
Riproduci l’ultima versione di kiro-cli su Debian 12 in una normale sessione SSH, quindi confronta l’avvio con kiro-cli --classic. Inizia dall’output di q doctor e --verbose, concentrandoti sul percorso di inizializzazione SSH o del terminale della nuova TUI. Il lavoro è completato quando la TUI attuale si avvia e rimane utilizzabile nell’ambiente riportato senza modificare la configurazione SSH.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- linux, rust
- Ambito
- cli
- Tipo di issue
- Bug
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Tranquilla
- Chiarezza
- Da chiarire
- Idoneità per principianti
- 42/100