Alibek B., под какую определенную? в rhel/centos настолько консервативный подход к обновлениям, что там никогда не меняются версии ПО, а просто накладываются патчи. Целая толпа программистов только и делает что пытается в этот тухляк портировать разные возможности, которые есть в новых версиях. Хотя это относится в большей мере к ядру. Остальной софт просто остается на многие годы тухлым.
Так вот, в свете вышесказанного, апгрейды в пределах первой цифры версии как правило безопасны.

Alibek B., ваша проблема надуманна. теоретически, может сказаться, но не должно. В этом суть махрового энтерпрайза. Один раз поставили - работает 5 лет (подумаешь программисты поплюются от древних версий. им не впервой).

С другой стороны, должен быть способ заморозки пакетов, потому что в других пакетных системах он есть. Я просто не пытался никогда этого делать в rhel по вышеописанным причинам.

Alibek B., ну найдите какой-нибудь манифест от RHEL и сошлитесь на него. Сама эта политика должна быть где-то описана.

Прояснить ситуацНу как можно быть таким тугим?


Первая-же ссылка в гугле
А как можно быть таким безответственным ?
Вы сейчас понапишите, а потом очередной разработчик поместит это в документацию и будет следить чтобы в интернете плодились уязвимые системы, только чтобы не потерять поддержку.

miksoftAlibek B.Периодически на сервере обновляются пакетыА, собственно, зачем?
Нужные для работы пакеты обновлять, по вашим словам, нельзя. Ненужные - не должны быть даже установлены.
Потому что у интернет-провайдеров сервера выставлены в интернет и с ними работают все. Биллинг подразумевает какой-то личный кабинет. Соответственно, важной мерой обеспечения безопасности является обновление пакетов.

[quot miksoftАга, Perl и Apache обновлять нельзя, а обновление mc - " важная мера обеспечения безопасности" [/quot]
я к чему и веду : можно обновлять и то и другое. и ничего не сломается. Такой CentOS.

Alibek B., и при обновлении с какого до какого именно релиза CentOS это было?
с 5 на 6 - могло быть. но в рамках 5.x не могло.

Проясним тугодум, чо хотел? мимо прахади, да.

В ПОСЛЕДНЕЙ версии RHEL 5.9 от 7 января 2013 версия perl до сих пор 5.8! Чувствуешь запах тлена?

Проясним тугодум, я прекрасно понял что имелась ввиду версия perl. А вот ты уже запутался в нумерках.
В RHEL 5.x нельзя запуская заявленную команду "yum update" обновить версию perl с 5.8 до 5.10, потому что этого нельзя никогда.
Нужна другая команда чтобы съехать с 5.x на 6.x версию RHEL и поломать хваленую стабильность.

Проясним тугодумnetwindПроясним тугодум, я прекрасно понял что имелась ввиду версия perl.
А спрашивал зачем-то про обновления релизов сентоса.

netwindА вот ты уже запутался в нумерках.
В RHEL 5.x нельзя запуская заявленную команду "yum update" обновить версию perl с 5.8 до 5.10, потому что этого нельзя никогда.
А я где-то говорил что можно через yum обновить с 5.8 до 5.10?



Спрашивал чтобы товарищ задумался. А задумался почему-то ты.
netwindНужна другая команда чтобы съехать с 5.x на 6.x версию RHEL и поломать хваленую стабильность.
Ты реально тугодум, если уверен, что с 5.x на 6.x переезд - вообще практически возможен, с помощью какой-то другой команды.
формально эта команда выглядит иначе.