Nessun valore per $ TERM e nessun -T specificato

Di recente ho aggiornato (con apt-get dist-upgrade) le mie scatole Kubuntu e Lubuntu Linux, e ora ogni volta che accedo a una di queste macchine, ricevo questo messaggio:

tput: No value for $TERM and no -T specified

Ecco uno screenshot del messaggio esatto:

Questo è successo sia sulla mia macchina Lubuntu che su Kubuntu, e non è stato un problema fino a quando non ho effettuato l'aggiornamento; quindi sospetto che non sia stato un errore dell'utente.

Come posso risolvere questo problema?

AGGIORNARE

Ho rintracciato questo nel mio file .bashrc, che viene chiamato dal mio file .profile. Tuttavia, il fatto che il mio file .bashrc ora venga eseguito quando eseguo un accesso alla GUI, mentre non è stato prima di eseguire l'aggiornamento è un po 'strano. E no, non ho modificato il mio file .bashrc o il mio .profile di recente. Inoltre, bash non è la mia shell predefinita.

Il problema è che sto chiamando tputnel mio file .bashrc per impostare le variabili da utilizzare per aggiungere colore al prompt. Ma al momento (inappropriato) in cui il mio file .bashrc ora viene eseguito, $TERMnon è impostato.

fgRed=$(tput setaf 1)     ; fgGreen=$(tput setaf 2)  ; fgBlue=$(tput setaf 4)
fgMagenta=$(tput setaf 5) ; fgYellow=$(tput setaf 3) ; fgCyan=$(tput setaf 6)
fgWhite=$(tput setaf 7)   ; fgBlack=$(tput setaf 0)
bgRed=$(tput setab 1)     ; bgGreen=$(tput setab 2)  ; bgBlue=$(tput setab 4)
bgMagenta=$(tput setab 5) ; bgYellow=$(tput setab 3) ; bgCyan=$(tput setab 6)
bgWhite=$(tput setab 7)   ; bgBlack=$(tput setab 0)

Domanda aggiornata: come devo risolvere questo problema? Dovrei $TERMmettermi? O non dovrei semplicemente impostare queste variabili se $TERMnon è impostato?

AGGIORNAMENTO 2

Una soluzione che ho provato è stata verificare se è $TERMstato impostato. Ma questo non sembra funzionare; Ho ancora ricevuto lo stesso messaggio di errore. Ecco il codice:

if [ ! "$TERM" = "" ]; then
  #Do stuff here
fi

A quanto pare è $TERM stato impostato, ma ha tputcomunque concluso che non lo era.

Ciò che alla fine ha funzionato per me è stato verificare se la shell fosse una shell interattiva. Ho basato la soluzione su questo altro post su unix.stackexchange: come verificare se una shell è login / interattivo / batch .

Quindi il codice per la soluzione era:

if [[ $- == *i* ]]; then
  fgRed=$(tput setaf 1)     ; fgGreen=$(tput setaf 2)  ; fgBlue=$(tput setaf 4)
  fgMagenta=$(tput setaf 5) ; fgYellow=$(tput setaf 3) ; fgCyan=$(tput setaf 6)
  fgWhite=$(tput setaf 7)   ; fgBlack=$(tput setaf 0)
  bgRed=$(tput setab 1)     ; bgGreen=$(tput setab 2)  ; bgBlue=$(tput setab 4)
  bgMagenta=$(tput setab 5) ; bgYellow=$(tput setab 3) ; bgCyan=$(tput setab 6)
  bgWhite=$(tput setab 7)   ; bgBlack=$(tput setab 0)
fi

Se lo fai

if tty -s
then
    : # your tput commands
fi

Risolverà il tuo problema. Senza l'opzione -s tty visualizzerà il tuo tty o scriverà "non un tty"

Per me, aggiungendo

export TERM=xterm

a /etc/profileera l'unica cosa che ha risolto il problema. In realtà, l'errore ci ha dato un suggerimento:No value for $TERM

[ Scenario diverso, ma il motore di ricerca mi conduce prima qui]

Quando si verifica l'errore " tput: nessun valore per $ TERM e nessun -T specificato " in un contenitore Docker (per me, quando si apre una shell shell zshdocker exec -it <container> zsh (-i per interattivo)) l'unico modo per risolvere questo problema era impostare la variabile come ENV TERM xterm-256colornel Dockerfile per questa immagine.

Approcci come RUN export TERM=xterm-256color o RUN echo "export TERM=xterm-256color" >> ~/.zshrcnon hanno avuto successo. Sono anche possibili altri valori per TERM.

Prova ad aprire il terminale (non importa quale, anche tty1 farà) ed esegui questa linea

sudo update-alternatives --config x-terminal-emulator

Ti verrà presentato con la scelta dell'emulatore di terminale predefinito per x window. Scegline uno selezionando il numero e riavvia al termine.

$ sudo update-alternatives --config x-terminal-emulator
Ci sono 6 scelte per l'emulatore x-terminal alternativo (che fornisce / usr / bin / x-terminal-emulator).

  Selection    Path                             Priority   Status
------------------------------------------------------------
  0            /usr/bin/gnome-terminal.wrapper   40        auto mode
  1            /usr/bin/gnome-terminal.wrapper   40        manual mode
  2            /usr/bin/koi8rxterm               20        manual mode
* 3            /usr/bin/lxterm                   30        manual mode
  4            /usr/bin/sakura                   40        manual mode
  5            /usr/bin/uxterm                   20        manual mode
  6            /usr/bin/xterm                    20        manual mode

Press enter to keep the current choice[*], or type selection number:  

La finestra di dialogo di errore è dovuta alla correzione del bug # 678421 , quindi è colpa mia. ;) Ti dice degli errori dovuti ad alcuni comandi in uno dei tuoi file di configurazione. Se scorri verso l'alto, puoi vedere quale file sta causando i messaggi di errore.

Forse la risposta di Serg è sufficiente per sbarazzarsi della finestra di avviso.

Modificare:

Vorrei aggiungere un paio di cose a causa della domanda aggiornata.

Diversamente da prima, /usr/sbin/lightdm-sessionora viene eseguito sotto bash (precedentemente sh). Ecco perché la sua fonte di ~/.profilerisultati~/.profile sourcing ~/.bashrc. Forse questo significa che il contenuto predefinito di ~/.profiledovrebbe essere cambiato.

La cosa più semplice che puoi fare per risolverlo è, come hai suggerito, chiamare tput solo se $ TERM è impostato.