Как стать автором
Обновить

Комментарии 29

Добавьте в топик основные изменения, фичи, багфиксы и т.п. в 6.0
fixed.
чтобы не кросс-постить — сделал линку на большущий список изменений
Я ждал этого релиза максимум к новому году, но что 9 месяцев рожать будут, не ожидал!
нас ждет еще 9 лет на этом релизе ;)
когда-то я это уже слышал
Давно пора, 6.0 будет поистинее замечательной вестью для администратора. Changelog внушает, как говорится.
Отличные новости!
не прошло и года…
2.6.32 ядро — это значит привет BKL, прощай CHOKe и ipset. Надеюсь, в репозитарии уже лежит хотя бы 2.6.38.
2.6.32 от RH != vanilla 2.6.32, нужно смотреть что было бэкпортировано, хотя да, ipset вряд ли, к сожалению.
сам не использую RHEL, а потому не могу сказать что там с бэкпортами, нужно смотреть чэнджлоги.
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
ничего страшного, я понял, что не мне.
для ipset ничего не мешает, а вот то, что вполне может быть «Привет, BKL», никакие модули не исправят, но я верю в RH и надеюсь, что они выпиливание BKL бэкпортировали или бэкпортируют в скором времени.
НЛО прилетело и опубликовало эту надпись здесь
а можно подробнее почему прощай ipset?
Ну как-бы в ядро его впилили только в 2.6.39
А я уж думал…
Ничего страшного, во всей ветке 5 ставил модулем и далее не проблема ставить.
Тех кто помнит patch-o-matic уже ничем не испугать :)
Не прошло и три года, как говорится.
и опять напишут, что что-нибудь не так с PGP, а потом QA скажет, что релиз на след неделе, а External Sync mirrors перенесут на август :) Каранбир вообще пока ничего в твиттере не писал.
уже решили проблему с подписями )))
как это не прискорбно, но я оказался прав, только с датой немного ошибся. Сдвинули дату на 8 число :)
glibc 2.7 наконец-то будет?
А репозитории перестанут быть полными древним барахлом и их начнут, наконец, своевременно обновлять?
Вы выбрали либо неправильный подход к разработке, либо неправильный дистрибутив. Я склоняюсь к первому, т.к. суть RHEL в том, что ПО пишется под определенную платформу и потом поддерживается по 5 лет и разработчики не кричат от того, что в новой версии поломали API.

Так, к слову, у нас есть сервер, который работает еще на 2.4 ядре. Представляете? А у вас уже Linux 2.6.38 :)
Вы действительно считаете, что последние версии того же php 5.1 и postgresql 8.1 в репах — это нормально?
pg8.1 вообще стар аки экскременты мамонта.
В итоге приходится искать левые репозитории и поднимать через одно место.
Благо, вот, наткнулся недавно на хороший репо, где был полный php5.3 под центу (немного ранее ничего старше 5.2.6 найти не мог) и у самих постгрес оказались свои репозитории, откуда можно сдернуть версию по-свежее.
Но тем не менее, это все равно как-то неправильно. Запаздывание на такое нещадное кол-во версий — это ужас.
Поставьте Debian Testing и у вас всегда будут свежие версии ПО. Дистрибутив же и называется Red Hat _Enterprise_ Linux.
ЗЫ
да, по ссылке из статьи уже прочитал, что обещают свежие дистры в репозиториях)
samba4 с openchange'м там будет?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации