From: "Alexey V. Vissarionov" <gremlin@altlinux.org> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] Баг или фича в hsh-shell? Date: Wed, 29 Sep 2021 16:54:25 +0300 Message-ID: <20210929135425.GF7741@altlinux.org> (raw) In-Reply-To: <576324B1-840F-42CD-89E1-0E25ABB4DAC3@yandex.ru> 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
next prev parent reply other threads:[~2021-09-29 13:54 UTC|newest] Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-09-29 5:57 Evgeniy Kukhtinov 2021-09-29 13:52 ` Oleg Solovyov 2021-09-29 13:54 ` Alexey V. Vissarionov [this message] 2021-09-29 13:58 ` Stanislav Levin 2021-09-29 14:04 ` Gleb Fotengauer-Malinovskiy 2021-09-29 14:21 ` Evgeniy Kukhtinov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20210929135425.GF7741@altlinux.org \ --to=gremlin@altlinux.org \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git