aws / aws/amazon-q-developer-cli

kiro-cli latest version do not start, but `--classic` works on same machine

Aperta
#3,759 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub
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

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.