Uruchamianie emacs w kontenerze dokowania

Question

Używam komputera Mac i chcę uruchomić emacs w moim kontenerze dokowania. Czy istnieje preferowany sposób rozwiązania tego problemu? W moim strumieniu dostaję stuc, ponieważ DISPLAY/TERM nie są ustawione

> docker exec -it c6a7a76db84c bash 
> sudo apt-get install emacs 
... 
> oot@c6a7a76db84c:/var/log/apache2# emacs 
Please set the environment variable DISPLAY or TERM (see `tset'). 
> oot@c6a7a76db84c:/var/log/apache2# tset 
tset: unknown terminal type unknown 
Terminal type? 

Co powinienem użyć do tset? Czy istnieje preferowany sposób uruchamiania emacs w kontenerze dokowania?

Answer 1

Aby edytować pliki wewnątrz kontenera, najlepiej jest używać woluminów i edytora na hoście, jak sugeruje Bryan. W rzeczywistości nigdy nie należy edytować pliku, który nie znajduje się w woluminie, ponieważ zmiany zostaną utracone po usunięciu kontenera.

Jednak całkiem możliwe i użyteczne jest uruchamianie edytorów, a nawet aplikacji GUI w kontenerach. Aby uruchomić wersję wiersza poleceń Emacsa, wszystko, co musiałem zrobić, to:

$ docker run -it debian /bin/bash 
root@02bd877c1052:/# apt-get update && apt-get install -y emacs23-nox 
root@02bd877c1052:/# emacs 

Przetestowałem to z boot2docker i doker działa natywnie na Linuksie. Myślę, że twój problem polegał na tym, że emacs próbował uruchomić wersję X emacsa, która nie będzie działać domyślnie, ponieważ nie działa XServer.

Jeśli chcesz uruchomić aplikację GUI wewnątrz kontenera, masz kilka możliwości:

• Używaj VNC lub podobną
• Wykorzystanie ssh -X zrobić Przekazywanie X (wymaga serwer X, takich jak xquartz)
• Zamontuj xsocket wewnątrz pojemnika (znowu wymaga serwer X i nie jestem pewien, jak to będzie działać z xquartz, również istnieje kilka problemów z bezpieczeństwem wystawiając xsocket)

Nie wierz, że pojemniki nie powinny być używane w aplikacjach interaktywnych. Istnieje wiele powodów, aby to zrobić, w tym bezpieczeństwo. subuser project wykorzystuje Docker do uruchamiania aplikacji interaktywnych i szczegółowo opisuje, dlaczego może to być dobry pomysł.

Answer 2

Uruchomienie edytora wewnątrz kontenera nie jest dobrym pomysłem. Kontenery działają dobrze dla usług, a nie dla aplikacji interaktywnych. Jeśli spróbujesz, całe wejście i wyjście jest multipleksowane przez kanał http z procesu (emacs) do interfejsu Docker CLI za pomocą demona Docker. Także jeśli edytowane pliki są w warstwowym systemie plików kontenera, to dodatkowo zwiększa to obciążenie.

Jak Docker say woluminy są lepszym rozwiązaniem:

można również zamontować katalog z własnego hosta do pojemnika.

$ sudo docker run -d -P --name web -v /src/webapp:/opt/webapp training/webapp python app.py 

To będzie zamontowanie lokalnego katalogu,/src/webapp, do pojemnika jako katalogu/opt/webapp. Jest to bardzo przydatne przy testowaniu, na przykład możemy zamontować nasz kod źródłowy wewnątrz kontenera i zobaczyć naszą aplikację w pracy, gdy zmieniamy kod źródłowy.

Pamiętaj, że as from Docker 1.3 Przełącznik -v będzie również działał z zewnętrznego komputera Mac.

Answer 3

Adrian Mouat wspomniano in his comment, po prostu zrobić:

export TERM=xterm 

i będziesz w stanie uruchomić Emacs (uwaga jednak, że zawsze będziesz mieć do podwójnego wprowadzić Cp, aby przejść do poprzedniej linii , ponieważ Docker).