[devel] Баг или фича в hsh-shell?

[Alexey V. Vissarionov]

On 2021-09-29 05:57:12 +0000, Evgeniy Kukhtinov wrote:

 > Обновился недавно с p9 на p10. Пользуюсь иногда hasher в
 > "ручном" режиме. В p9 такая последовательность действий
 > отработала бы без проблем:
 > hsh --initroot -v ~/hasher
 > hsh-install ~/hasher wget 
 > share_network=1 hsh-shell ~/hasher
 > cd /usr/src/
 > wget [...]
 > В p10 столкнулся с проблемой:
 > failed: Temporary failure in name resolution.
 > wget: unable to resolve host address 'gitlab.com'
 > Проверил /etc/resolv.conf изнутри чрута
 > файл пустой.

Да в общем-то и хрен бы с ним...

 > После выполнения hsh-run ~/hasher --rooter -- sh -c
 > 'cat >/etc/resolv.conf' </etc/resolv.conf
 > начинает резолвить и wget отрабатывает нормально.
 > В p9 подобным не нужно было заниматься.
 > Вопрос: это у меня локально такая проблема или стоит
 > заводить багу?

Это, скорее, фича, про которую нужно знать при использовании
хешера без CLONE_NEWNET (параметр share_network). В принципе,
инициализировать /etc/resolv.conf можно стандартной начинкой:

search .
nameserver ::1
nameserver 1.1.1.1

(то есть, ищем сервер DNS сначала локально, а потом по адресу,
доступному через anycast).

Вариант с копированием в контейнер с хоста чуть менее изящен,
зато будет хоть как-то работать практически в любой ситуации.

 > И ещё вопрос на тему hasher (немного напрягает каждый раз):
 > Выполняю hsh-shell, пишу русскую букву, стираю, меняю раскладку
 > на латинский пишу команду и натыкаюсь на отказ выполнения
 > команды. Это баг или фича?

Ненастроенная локаль (ибо это свойство процесса, а не системы).


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net