Po instalacji OSX Lion próbowałem:
nano /etc/apt/sources.list
Ale pojawia się ten błąd:
Error opening terminal: xterm-256color
Jeśli spróbuję przełączyć preferencje terminal.app tak, aby otwierać okna terminala w "kolorze xterm" zamiast xterm-256color
wszystkiego, wszystko działa dobrze.
Co się dzieje?
Odpowiedzi:
W Red Hat to zadziałało dla mnie:
więcej informacji tutaj: http://www.cloudfarm.it/fix-error-opening-terminal-xterm-256color-unknown-terminal-type/
źródło
To zadziałało dla mnie na serwerze Ubuntu, za pośrednictwem Erika Ostermana .
źródło
Mogę potwierdzić, że jest to problem z terminfo. To właśnie zadziałało dla mnie. SSH na zdalną maszynę i uruchom
Bum. Problem rozwiązany.
źródło
Miałem ten problem podczas łączenia się z http://sdf.org przez Mac OS X Lion. Zmieniłem pod
Terminal Preferences
( ⌘+ ,)> Advanced
okienkiemDeclare Terminal as
naVT-100
.Zaznaczyłem również,
Delete Sends Ctrl-H
ponieważ to połączenie z komputerem Mac było mylącezsh
.Wygląda na to, że działa w moim przypadku użycia.
źródło
top
.Ja też mam ten problem na starszym Macu, który zaktualizowałem do Lion.
Przed przeczytaniem porady terminfo udało mi się uzyskać vi i mniej pracując, wykonując "export TERM = xterm".
Po przeczytaniu wskazówki złapałem
/usr/share/terminfo
z nowszego Maca, który ma świeżą instalację Lion i nie wykazuje tego problemu.Teraz, mimo że
echo $TERM
nadal dajexterm-256color
, vi i less teraz działają dobrze.źródło
w jakiś sposób folder „terminfo” ulega uszkodzeniu po nowej instalacji. nie wiem dlaczego, ale problem można rozwiązać w ten sposób:
mam nadzieję, że to pomoże.
źródło
edytować
.bash_profile
plikvim .bash_profile
commnet
#export TERM=xterm-256color
Dodaj
export TERMINFO=/usr/share/terminfo
export TERM=xterm-basic
dla Twojej
.bash_profile
Wreszcie
biegać:
source .bash_profile
źródło
Mój przypadek był dość wyjątkowy, ale to mogłoby komuś pomóc. W systemie Android próbowałem skopiować nano z mojego folderu binarnego termux do / system / xbin. Umieszczono wszystkie zależności bibliotek w / system / lib i otrzymałem ten błąd. Plik libncurses.so.6, który skopiowałem z termux, miał plik TERMINFO nadal wskazujący na /data/data/com.termux/files/usr/share/terminfo
Wyświetl wskazaną ścieżkę za pomocą polecenia
stringi path-to-libncurses.so | grep / terminfo
Aby naprawić, należy uczynić katalog terminfo dir i podkatalogi terminfo czytelnymi i wykonywalnymi przez użytkownika nano lub skopiować folder terminfo w inne miejsce i użyć edytora szesnastkowego do zmodyfikowania ścieżki zwykłego tekstu w pliku biblioteki współdzielonej.
Link do spakowanego folderu terminfo https://drive.google.com/file/d/1m1tfHgkGRehBGh1jPMK4EaTgQb9EyCG7/view?usp=drivesdk
źródło
Słyszałem, że można to naprawić, nadpisując plik
/usr/share/terminfo
plik z komputera kogoś z działającą instalacją Lion. Nie mogę potwierdzić, czy to działa, czy nie, i niestety jeszcze nie zaktualizowałem, więc nie mogę dostarczyć Ci tego pliku.źródło
Możesz dodać następujące elementy w swoim .bashrc
źródło