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

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

[Evgeniy Kukhtinov]

Здравствуйте, коллеги! Нужна помощь.

Обновился недавно с p9 на p10. Пользуюсь иногда hasher в "ручном" режиме. В p9 такая последовательность
действий отработала бы без проблем:

hsh --initroot -v ~/hasher
hsh-install ~/hasher wget
share_network=1 hsh-shell ~/hasher
cd /usr/src/
wget https://gitlab.com/jeanfi/psensor/-/archive/1.2.1/psensor-1.2.1.tar.gz

В p10 столкнулся с проблемой:

$ wget https://gitlab.com/jeanfi/psensor/-/archive/1.2.1/psensor-1.2.1.tar.gz
--2021-09-29 02:57:50--  https://gitlab.com/jeanfi/psensor/-/archive/1.2.1/psensor-1.2.1.tar.gz
Resolving gitlab.com (gitlab.com)... failed: Temporary failure in name resolution.
wget: unable to resolve host address 'gitlab.com'

Проверил /etc/resolv.conf изнутри чрута:

$ awk '!/^(#|$)/' /etc/resolv.conf - файл пустой.

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

Вопрос: это у меня локально такая проблема или стоит заводить багу?

И ещё вопрос на тему hasher (немного напрягает каждый раз):

Выполняю hsh-shell, пишу русскую букву, стираю, меняю раскладку на латинский пишу команду и натыкаюсь
на отказ выполнения команды. Это баг или фича? ッ

--
С уважением, Евгений Кухтинов
<neurofreak@altlinux.org>

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

[Oleg Solovyov]

В письме от среда, 29 сентября 2021 г. 08:57:12 MSK пользователь Evgeniy 
Kukhtinov написал:
> Выполняю hsh-shell, пишу русскую букву, стираю, меняю раскладку на латинский
> пишу команду и натыкаюсь на отказ выполнения команды. Это баг или фича? ッ
Это unicode. Не до конца стёрли букву и её кусок попал в команду

$ echo "l"
�l
$ l
-bash: $'\320l': command not found

Re: [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

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

[Stanislav Levin]

[-- Attachment #1.1: Type: text/plain, Size: 2247 bytes --]



29.09.2021 08:57, Evgeniy Kukhtinov пишет:
> Здравствуйте, коллеги! Нужна помощь.
> 
> Обновился недавно с p9 на p10. Пользуюсь иногда hasher в "ручном" режиме. В p9 такая последовательность
> действий отработала бы без проблем:
> 
> hsh --initroot -v ~/hasher
> hsh-install ~/hasher wget
> share_network=1 hsh-shell ~/hasher
> cd /usr/src/
> wget https://gitlab.com/jeanfi/psensor/-/archive/1.2.1/psensor-1.2.1.tar.gz
> 
> В p10 столкнулся с проблемой:
> 
> $ wget https://gitlab.com/jeanfi/psensor/-/archive/1.2.1/psensor-1.2.1.tar.gz
> --2021-09-29 02:57:50--  https://gitlab.com/jeanfi/psensor/-/archive/1.2.1/psensor-1.2.1.tar.gz
> Resolving gitlab.com (gitlab.com)... failed: Temporary failure in name resolution.
> wget: unable to resolve host address 'gitlab.com'
> 
> Проверил /etc/resolv.conf изнутри чрута:
> 
> $ awk '!/^(#|$)/' /etc/resolv.conf - файл пустой.
> 
> После выполнения hsh-run ~/hasher --rooter -- sh -c 'cat >/etc/resolv.conf' </etc/resolv.conf начинает
> резолвить и wget отрабатывает нормально.
> В p9 подобным не нужно было заниматься.
> 
> Вопрос: это у меня локально такая проблема или стоит заводить багу?
http://git.altlinux.org/gears/h/hasher.git?p=hasher.git;a=commit;h=91d61bd1716014259015721094884a758a8ffe08
> 
> И ещё вопрос на тему hasher (немного напрягает каждый раз):
> 
> Выполняю hsh-shell, пишу русскую букву, стираю, меняю раскладку на латинский пишу команду и натыкаюсь
> на отказ выполнения команды. Это баг или фича? ッ
> 
> --
> С уважением, Евгений Кухтинов
> <neurofreak@altlinux.org>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel
> 


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 840 bytes --]

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

[Gleb Fotengauer-Malinovskiy]

[-- Attachment #1: Type: text/plain, Size: 3044 bytes --]

Hi,

On Wed, Sep 29, 2021 at 05:57:12AM +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 https://gitlab.com/jeanfi/psensor/-/archive/1.2.1/psensor-1.2.1.tar.gz
> 
> В p10 столкнулся с проблемой:
> 
> $ wget https://gitlab.com/jeanfi/psensor/-/archive/1.2.1/psensor-1.2.1.tar.gz
> --2021-09-29 02:57:50--  https://gitlab.com/jeanfi/psensor/-/archive/1.2.1/psensor-1.2.1.tar.gz
> Resolving gitlab.com (gitlab.com)... failed: Temporary failure in name resolution.
> wget: unable to resolve host address 'gitlab.com'
> 
> Проверил /etc/resolv.conf изнутри чрута:
> 
> $ awk '!/^(#|$)/' /etc/resolv.conf - файл пустой.
> 
> После выполнения hsh-run ~/hasher --rooter -- sh -c 'cat >/etc/resolv.conf' </etc/resolv.conf начинает
> резолвить и wget отрабатывает нормально.
> В p9 подобным не нужно было заниматься.
> 
> Вопрос: это у меня локально такая проблема или стоит заводить багу?

$ rpm -q --changelog hasher
...
* Thu Nov 07 2019 Dmitry V. Levin <ldv@altlinux.org> 1.4.1-alt1
- hsh-initroot:
  + disabled copying of resolver configuration files from host system
    by default (by Gleb Fotengauer-Malinovskiy);
  + fixed error handling in archive_chroot_cache_compress_file.
...

До этого изменения hasher молча и без предупреждения копировал эти файлы.
В итоге в некоторых наших образах можно было обнаружить resolv.conf с
компьютеров, на которых разработчики делали образы.

Если хочется, чтобы hasher копировал в чрут конфигурацию resolv-ера, нужно
включить опцию install_resolver_configuration_files в .hasher/config или
копировать их самому когда нужно.

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

Если выставить переменную LC_CTYPE (например, в C.UTF-8), то shell
сразу догадается, что бывают такие символы. :)

-- 
glebfm

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

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

[Evgeniy Kukhtinov]

Благодярю всех за советы и разъяснения!

29 сентября 2021 г. 14:04:38 UTC, Gleb Fotengauer-Malinovskiy <glebfm@altlinux.org> пишет:
>Hi,
>
>On Wed, Sep 29, 2021 at 05:57:12AM +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 https://gitlab.com/jeanfi/psensor/-/archive/1.2.1/psensor-1.2.1.tar.gz
>> 
>> В p10 столкнулся с проблемой:
>> 
>> $ wget https://gitlab.com/jeanfi/psensor/-/archive/1.2.1/psensor-1.2.1.tar.gz
>> --2021-09-29 02:57:50--  https://gitlab.com/jeanfi/psensor/-/archive/1.2.1/psensor-1.2.1.tar.gz
>> Resolving gitlab.com (gitlab.com)... failed: Temporary failure in name resolution.
>> wget: unable to resolve host address 'gitlab.com'
>> 
>> Проверил /etc/resolv.conf изнутри чрута:
>> 
>> $ awk '!/^(#|$)/' /etc/resolv.conf - файл пустой.
>> 
>> После выполнения hsh-run ~/hasher --rooter -- sh -c 'cat >/etc/resolv.conf' </etc/resolv.conf начинает
>> резолвить и wget отрабатывает нормально.
>> В p9 подобным не нужно было заниматься.
>> 
>> Вопрос: это у меня локально такая проблема или стоит заводить багу?
>
>$ rpm -q --changelog hasher
>...
>* Thu Nov 07 2019 Dmitry V. Levin <ldv@altlinux.org> 1.4.1-alt1
>- hsh-initroot:
>  + disabled copying of resolver configuration files from host system
>    by default (by Gleb Fotengauer-Malinovskiy);
>  + fixed error handling in archive_chroot_cache_compress_file.
>...
>
>До этого изменения hasher молча и без предупреждения копировал эти файлы.
>В итоге в некоторых наших образах можно было обнаружить resolv.conf с
>компьютеров, на которых разработчики делали образы.
>
>Если хочется, чтобы hasher копировал в чрут конфигурацию resolv-ера, нужно
>включить опцию install_resolver_configuration_files в .hasher/config или
>копировать их самому когда нужно.
>
>> И ещё вопрос на тему hasher (немного напрягает каждый раз):
>> 
>> Выполняю hsh-shell, пишу русскую букву, стираю, меняю раскладку на латинский пишу команду и натыкаюсь
>> на отказ выполнения команды. Это баг или фича? ッ
>
>Если выставить переменную LC_CTYPE (например, в C.UTF-8), то shell
>сразу догадается, что бывают такие символы. :)
>
>-- 
>glebfm

--
С уважением, Евгений Кухтинов
<neurofreak@altlinux.org>