Непонятки с обновлениями для OES2SP3

[Sergant]

Собственно, в связи с предстоящим очередным "вот теперь уже последним" измением в нашем зимнем времени озадачился вопросом обновления серверов, работающих под OES2SP3. Подписка на обновления активна. Увидел я, что обновления для компаненты SLES10-SP4 вот уже почти год представлены только debuginfo пакетами, в то время как с обновлениями для компаненты OES2-SP3 таких измений не произошло, хотя последнее обновление для последней компаненты датировано вчерашним числом. Нужный пакет timezone-debuginfo-2014g-0.5.1.i586.rpm был выложен 22 сентября, но, естественно, rug его не видет.
Что это за изменения и что с этим делать ?

[Dimerson]

для легаси ситем всегда возможен вариант перехода на тамзону GMT+x

слава богу DST не предвидется.

а пакет можно поставить и руками через rpm ... даже force dependence ...

[Sergant]

для легаси ситем всегда возможен вариант перехода на тамзону GMT+x

слава богу DST не предвидется.

а пакет можно поставить и руками через rpm ... даже force dependence ...

Это ясно, но все-таки хочется понять, что это был за переход в одной из двух компанент на debuginfo-пакеты, при чем обновления там плотно шли почти год, включая ядро. И не понятно, как встанет timezone-debuginfo-2014g-0.5.1.i586.rpm на установленный сейчас timezone-2013d-0.5.1.i386.

[Dimerson]

У меня к сожалению нет купленного SLES10SPx LTSS (дороговато)

Если бы было то хватит патча timezone 8944

==== cut here =====
•Russia will subtract an hour from most of its time zones on 2014-10-26 at 02:00 local time.
==== cut here =====

Придется перелазить на GMT+x

[Sergant]

У меня к сожалению нет купленного SLES10SPx LTSS (дороговато)

Если бы было то хватит патча timezone 8944

==== cut here =====
•Russia will subtract an hour from most of its time zones on 2014-10-26 at 02:00 local time.
==== cut here =====

Придется перелазить на GMT+x

У меня тоже нет купленного SLES10SPx LTSS, а в составе стандартной поддержки для OES2 доступен timezone 8944 только в версии debuginfo. А там только сарцы и собственно дебагинфо:

usr/src/debug/timezone-2014g/asctime.c
usr/src/debug/timezone-2014g/localtime.c
usr/src/debug/timezone-2014g/zdump.c
usr/src/debug/timezone-2014g/private.h
usr/src/debug/timezone-2014g/tzfile.h
usr/src/debug/timezone-2014g/zic.c
usr/src/debug/timezone-2014g/ialloc.c
usr/src/debug/timezone-2014g/scheck.c
usr/src/debug/timezone-2014g/version.h

usr/lib/debug/usr/sbin/zdump.debug
usr/lib/debug/usr/sbin/zic.debug

[Dimerson]

самих файлов таймзоне нет только дебагинфо и сырцы для исполняемых бинарей

ищутся счастливчики с SLES10SP3 SLES10SP4 LTSS ....

Теоретически сырцы файлов и данных таймзон

http://www.iana.org/time-zones/reposito ... 14h.tar.gz
http://www.iana.org/time-zones/reposito ... 14h.tar.gz

У кого высокий экспириенс могут собрать RPM пакет ....

UPD нашелсо TID по ручному обновлению таймзон на SLES 10,11

http://www.novell.com/support/kb/doc.php?id=3655154

[Sergant]

Как интересно ! Novell таки поместила фиксу для bash в канал OES2-SP3 через несколько дней после ее появления для SLES10SP4 LTSS.
Как оцениваем шансы на появление там же фиксы для timezone ?

[Dimerson]

Ну не напрягяйтесь вы - достаточно выбрать российскую таймзону на час западнее в yast2 и сказать применить.
поругается может с часок ndsd в логи на обьекты на час старше чем текущее время таймстампом.

И все.

Если хочется красивости то можно и по тиду перестроить файлы для Asia и чего надо.

[Sergant]

Ну не напрягяйтесь вы - достаточно выбрать российскую таймзону на час западнее в yast2 и сказать применить.
поругается может с часок ndsd в логи на обьекты на час старше чем текущее время таймстампом.

И все.

Если хочется красивости то можно и по тиду перестроить файлы для Asia и чего надо.

Да не напрягаюсь я по этому поводу
Просто интересен двойной подход Novell к поддержке OES2 как продукта: с одной стороны компонента SLES, которя уже поддерживается только по LTSS, с другой - компонента OES, поддержка которой цветет и пахнет. И это все в рамках одного приобретенного продукта OES.

[Павел Гарбар]

Наверняка разные команды за продукты отвечают, поэтому и не одновременно выкладывают. У всех так...

[Dimerson]

Я думаю что security fix для bash и простое обновление tzdata это разные вещи ...

[Sergant]

Я думаю что security fix для bash и простое обновление tzdata это разные вещи ...

Я тоже так думаю, поэтому в рамках стандартной поодержки обновления timezone не жду.
А с bash интересен момент: фикса появилась в канале для SLES как никому ненужная debuginfo, а затем уже в канале для OES.

[Dimerson]

У меня один товарищ активно контрибьютит в OpenSuse он сказал что вообще нет проблемы.

1. берем сырцы
http://demeter.uni-regensburg.de/SLES11 ... .1.src.rpm
ftp://ftp.iana.org/tz/releases/tzcode2014h.tar.gz
ftp://ftp.iana.org/tz/releases/tzdata2014h.tar.gz

2. rpm -ivh timezone-2013b-0.4.1.src.rpm, кидаем сырцы с iana.org в /usr/src/packages/SOURCES

3. правим /usr/src/packages/SCPECS/timezone.spec, я правил

============== cut here ===========
# norootforbuild

Name: timezone
License: BSD 3-Clause; GPL v2 or later; LGPL v2.1 or later
Summary: Timezone descriptions
Group: System/Base
AutoReqProv: on
Version: 2014h
Release: 0.4.1
Url: http://www.gnu.org/software/libc/libc.html
PreReq: filesystem
BuildRoot: %{_tmppath}/%{name}-%{version}-build
Source: tzdata%{version}.tar.gz
Source1: tzcode2014h.tar.gz
#Patch0: tzdata-china.diff
#Patch1: tzcode-zic.diff
#Patch2: tzcode-ksh.diff

%description
These are configuration files that describe available time zones. You
can select an appropriate time zone for your system with YaST.

%prep
%setup -c -a 1
#%patch
#%patch1
#%patch2
============== cut here ===========
ну и для порядка
============== cut here ===========
%changelog
* Mon Oct 6 2014 e-mail@here
- update tzdata to 2014h
* tzdata-china patch removed
============== cut here ===========

далее rpmbuild -ba timezone.spec
на выходе имеем в /usr/src/packages/RPMS/x86_64

файлик timezone-2014h-0.4.1.x86_64.rpm

rpm -Uvh timezone-2014h-0.4.1.x86_64.rpm

и после этого проверяем:
zdump -vv /etc/localtime | grep 2014
/etc/localtime Sat Oct 25 18:59:59 2014 UT = Sun Oct 26 01:59:59 2014 NOVT isdst=0 gmtoff=25200
/etc/localtime Sat Oct 25 19:00:00 2014 UT = Sun Oct 26 01:00:00 2014 NOVT isdst=0 gmtoff=21600

вуяля.

В общем надо бы взять сходник _последнего_ доступного для SLES10 SP4 сырца timezone и поправить номер версии на
ту что у недоступного нам бинарного RPM пакета.

Вопрос - кто-нибудь миррорит сырцы OES10 SP4 x86_64 на свой SMT ? У меня SLES10 SP3,SP4 есть но без сырцов .... тянуть много не хочется. Дадите сырцы последнего соберем _более правильный_ RPM.

UPD: нашел timezone-2013d-0.5.1.src.rpm
дают в https://www.suse.com/download-linux/pat ... -code.html
по логину-паролю для ну_новелл_ком.

[capricious]

я от sles11 взял timezone и поставил на sles10sp3

к переходу готов

[Sergant]

я от sles11 взял timezone и поставил на sles10sp3

к переходу готов

Смело !

Какие-нибудь тонкости установки есть ?