Błąd nano: Błąd podczas otwierania terminala: xterm-256color

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-256colorwszystkiego, wszystko działa dobrze.

Co się dzieje?

W Red Hat to zadziałało dla mnie:

export TERM=xterm

więcej informacji tutaj: http://www.cloudfarm.it/fix-error-opening-terminal-xterm-256color-unknown-terminal-type/

Po aktualizacji do OSX Lion zacząłem otrzymywać ten błąd na niektórych serwerach (Debian / Ubuntu). Rozwiązaniem jest po prostu zainstalowanie pakietu „ncurses-term”, który zawiera plik / usr / share / terminfo / x / xterm-256color.

To zadziałało dla mnie na serwerze Ubuntu, za pośrednictwem Erika Ostermana .

Mogę potwierdzić, że jest to problem z terminfo. To właśnie zadziałało dla mnie. SSH na zdalną maszynę i uruchom

 sudo apt-get install ncurses-term

Bum. Problem rozwiązany.

Miałem ten problem podczas łączenia się z http://sdf.org przez Mac OS X Lion. Zmieniłem pod Terminal Preferences( ⌘+ ,) > Advancedokienkiem Declare Terminal asna VT-100.

Zaznaczyłem również, Delete Sends Ctrl-Hponieważ to połączenie z komputerem Mac było mylące zsh.

Wygląda na to, że działa w moim przypadku użycia.

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/terminfoz nowszego Maca, który ma świeżą instalację Lion i nie wykazuje tego problemu.

Teraz, mimo że echo $TERMnadal daje xterm-256color, vi i less teraz działają dobrze.

w jakiś sposób folder „terminfo” ulega uszkodzeniu po nowej instalacji. nie wiem dlaczego, ale problem można rozwiązać w ten sposób:

1. Download Lion Installer from the App Store
2. Download unpkg: http://www.macupdate.com/app/mac/16357/unpkg
3. Open Lion Installer app in Finder (Right click -> Show Package
Contents)
4. Open InstallESD.dmg (under SharedSupport)
5. Unpack BSD.pkg with unpkg (Located under Packages)   Term info
will be located in the new BSD folder in /usr/share/terminfo

mam nadzieję, że to pomoże.

1. edytować .bash_profileplik

   vim .bash_profile

2. commnet

   #export TERM=xterm-256color

3. Dodaj

   export TERMINFO=/usr/share/terminfo

   export TERM=xterm-basic

   dla Twojej .bash_profile

4. Wreszcie

   biegać:

   source .bash_profile

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

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.

Możesz dodać następujące elementy w swoim .bashrc

if [ "$TERM" = xterm ]; then TERM=xterm-256color; fi