Après l'installation d'OSX Lion, j'ai essayé de:
nano /etc/apt/sources.list
Mais j'obtiens cette erreur:
Error opening terminal: xterm-256color
Si j'essaye de changer les préférences de terminal.app pour ouvrir les fenêtres de terminal en "couleur xterm" au lieu de xterm-256color
tout fonctionne bien.
Que ce passe-t-il?
Réponses:
Sur Red Hat, cela a fonctionné pour moi:
plus d'informations ici: http://www.cloudfarm.it/fix-error-opening-terminal-xterm-256color-unknown-terminal-type/
la source
Cela a fonctionné pour moi sur un serveur Ubuntu, via Erik Osterman .
la source
Je peux confirmer qu'il s'agit d'un problème de terminfo. C'est ce qui a fonctionné pour moi. Connectez-vous en SSH à la machine distante et exécutez
Boom. Problème résolu.
la source
J'ai eu ce problème de connexion à http://sdf.org via Mac OS X Lion. J'ai changé sous le volet
Terminal Preferences
( ⌘+ ,)> Advanced
,Declare Terminal as
enVT-100
.J'ai également marqué
Delete Sends Ctrl-H
parce que cette connexion Mac était déroutantezsh
.Cela semble fonctionner pour mon cas d'utilisation.
la source
top
.Moi aussi, j'ai ce problème sur un ancien Mac que j'ai mis à niveau vers Lion.
Avant de lire l'astuce terminfo, j'ai pu obtenir vi et moins travailler en faisant "export TERM = xterm".
Après avoir lu le conseil, j'ai récupéré
/usr/share/terminfo
un Mac plus récent qui a une nouvelle installation de Lion et ne présente pas ce problème.Maintenant, même si cela
echo $TERM
donne toujoursxterm-256color
, vi et moins fonctionnent maintenant correctement.la source
en quelque sorte et parfois le dossier «terminfo» est corrompu après une nouvelle installation. je ne sais pas pourquoi, mais le problème peut être résolu de cette manière:
J'espère que ça aide.
la source
éditer votre
.bash_profile
fichiervim .bash_profile
commnet
#export TERM=xterm-256color
Ajoute ça
export TERMINFO=/usr/share/terminfo
export TERM=xterm-basic
à ton
.bash_profile
enfin
courir:
source .bash_profile
la source
Le mien était un cas assez unique mais cela pourrait aider quelqu'un. Sur Android, j'ai essayé de copier nano de mon dossier binaire termux vers / system / xbin. Placé toutes les dépendances de bibliothèque dans / system / lib et obtenu cette erreur. Le fichier libncurses.so.6 que j'ai copié à partir de termux avait son fichier TERMINFO toujours pointé vers /data/data/com.termux/files/usr/share/terminfo
Afficher le chemin pointé avec la commande
chaînes path-to-libncurses.so | grep / terminfo
Pour corriger, soit rendre le répertoire termux terminfo et les sous-répertoires lisibles et exécutables par l'utilisateur nano, soit copier le dossier terminfo ailleurs et utiliser un éditeur hexadécimal pour modifier le chemin de texte brut dans le fichier de bibliothèque partagé.
Lien vers le dossier zippé terminfo https://drive.google.com/file/d/1m1tfHgkGRehBGh1jPMK4EaTgQb9EyCG7/view?usp=drivesdk
la source
J'ai entendu dire que cela peut être résolu en écrasant le vôtre
/usr/share/terminfo
par celui de l'ordinateur de quelqu'un avec une installation fonctionnelle de Lion. Je ne peux pas confirmer si cela fonctionne ou non, et malheureusement je n'ai pas encore mis à jour, donc je ne peux pas vous fournir ce fichier.la source
Vous pouvez ajouter ce qui suit dans votre .bashrc
la source