Entware и таймзоны

[Zyxmon]

Небольшое уточнение по поводу таймзон в Entware. Если в прошивке устанавливается переменная TZ в соответствии со стандартами uclibc (или другой системной библиотеки, отличной от glibc, которая используется в Entware), то переменная имеет приоритет перед файлом localtime и временная зона в Entware не будет установлена.
Для приложений, которые чувствительны к заданию зоны следует делать `unset TZ` перед запуском или устанавливать переменную TZ так ‘TZ=:/opt/etc/localtime’.
Пример

Код: Выделить всё

[RT-N56U@/etc]> # echo $TZ
UCT-3
[RT-N56U@/etc]> # /opt/bin/date
Tue May 29 08:14:54 UCT 2018
[RT-N56U@/etc]> # TZ=:/opt/etc/localtime /opt/bin/date
Tue May 29 08:14:57 MSK 2018
[RT-N56U@/etc]> # unset TZ
[RT-N56U@/etc]> # /opt/bin/date
Tue May 29 08:16:32 MSK 2018

[Ludovic]

Zyxmon, подтверждаю. /opt/bin/date из пакета coreutils-date после манипуляций с TZ начинает возвращать MSK вместо UTC. А вот /bin/date так и остаётся UTC.
Причём проверил я это на последней тестовой прошивке Padavan 3.4.3.9-099_46abd57, в которой Александр Рыжов обновил встроенный скрипт установки Entware (он теперь устанавливает Entware, а не Entware-ng). Так что в этой прошивке переменная TZ, по идее, устанавливаться не должна (а она устанавливается).

[Zyxmon]

Источник цитаты Так что в этой прошивке переменная TZ, по идее, устанавливаться не должна (а она устанавливается).

Наверное, я плохо объяснил.
Прошивка (не важно тут Падаван или нет) устанавливает TZ для своих нужд (или файл /etc/TZ или переменную). Если установлена переменная это может вступить в небольшой конфликт с Entware, как с этим жить я выше написал.

[Ludovic]

Понял. Кстати, прошивка, с которой я имею дело, устанавливает и /etc/TZ, и переменную TZ в UTC-3.