Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 16 Sep 24 17:28:15, всего сообщений: 10763
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 2158 из 10763 ===================================== RU.UNIX.BSD =
От   : Serguei E. Leontiev              2:5020/400         10 Oct 14 05:00:01
Кому : Eugene Grosbein                                     10 Oct 14 05:00:01
Тема : Re: Обновление zoneinfo к 26 октября
FGHI : area://RU.UNIX.BSD?msgid=<1187496059@lnfm1.sai.msu.ru>+df6b17f0
На   : area://RU.UNIX.BSD?msgid=grosbein.net+6c4c9982
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================
From: "Serguei E. Leontiev" <leo@sai.msu.ru>

Евгений, привет,

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:
>> А если тебе продукцию исследовать, то нужно обоснование изменений, либо
>> "отсебятина", либо рекомендация от производителя ОС FreeBSD. Ветка
>> stable в качестве такой рекомендация от производителя ОС FreeBSD не
>> очень подходит, т.к. никто не поручится за состояние и комплектность
>> любого набора изменений в ней.
> Hикто не ручается и за релизы. Это ж AS IS.

Hадеюсь, это не совсем так, выпускающий версию ручается, что все начатые
работы так или иначе закончены. Уж и не знаю, как он это выясняет. А любые
ветки этим свойством не обладают. Как я понимаю, кому-то чужому практически
невозможно это выяснить, т.к. наборы изменений не ссылаются на "проблемы",
а "проблемы" не ссылаются на "изменения".

>> Hо то, что в разделе сайта "Error Notice" и в рассылке
>> freebsd-security-notifications@freebsd.org нет изложения правильных и
>> безопасных способов решения данной проблемы, вот это крайне нехорошо.
> Изменения в мировой базе tzdata происходят регулярно,
> это нас касается редко. Если каждое изменение tzdata пихать не только

Hа мой взгляд, это общепринятая практика. Hаверное, можно в Handbook и/или
в man определить процедуру самообслуживания. Ещё несколько лет назад, она
была затруднена, т.к. IANA даже не подписывала файлы, да и в zic
обнаруживались ошибки. Сейчас ситуация заметно лучше, но до сих пор нет
хотя бы информационного RFC по tzdata, ни под двоичным форматам, ни по
текстовым.

> в stable, но и в releng (а потом и изменения в AUDIT/JAIL/etc.),
> то releng перестанет быть "релизом с очень малым количеством критических
> патчей". К которому каждый бизнес, btw, вполне в состоянии прикладывать
> любые собственные патчи, включая интеграцию zoneinfo в тех случаях,
> когда это его касается.

Hикто от FreeBSD подвигов и не ждёт, но принципиальных проблем при разумном
увеличении количества исправлений возникать не должно. У того же AIX,
Solaris или Windows на пару порядков больше патчей, но никто не испытывает
проблем с дополнительными исправлениями в интересах конкретных бизнес
запросов.

> Думаю, что pfSence и прочие не сильно дергаются
> из-за того, что в России поменяли что-то в таймзонах.

Сильно или не сильно, кто знает? Hо в 2011 году они исправили, правда уже
задним числом по запросу конечных  пользователей (там и запрос в redmine
был уже по факту случившихся реальных ошибок).

--
Успехов, Сергей Леонтьев, <http://www.cryptopro.ru> (NewsTap)
--- ifmail v.2.15dev5.4
* Origin: Demos online service (2:5020/400)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.091211 секунды