CentOS 6 на подходе

[babai]

Добавьте в топик основные изменения, фичи, багфиксы и т.п. в 6.0

[intnzy]

fixed.
чтобы не кросс-постить — сделал линку на большущий список изменений

[michs]

Я ждал этого релиза максимум к новому году, но что 9 месяцев рожать будут, не ожидал!

[intnzy]

нас ждет еще 9 лет на этом релизе ;)

[Neutrino7]

когда-то я это уже слышал

[Gular]

Давно пора, 6.0 будет поистинее замечательной вестью для администратора. Changelog внушает, как говорится.

[wedge]

Отличные новости!

[z123]

не прошло и года…

[k41n]

2.6.32 ядро — это значит привет BKL, прощай CHOKe и ipset. Надеюсь, в репозитарии уже лежит хотя бы 2.6.38.

[ergil]

2.6.32 от RH != vanilla 2.6.32, нужно смотреть что было бэкпортировано, хотя да, ipset вряд ли, к сожалению.
сам не использую RHEL, а потому не могу сказать что там с бэкпортами, нужно смотреть чэнджлоги.

[ergil]

ничего страшного, я понял, что не мне.
для ipset ничего не мешает, а вот то, что вполне может быть «Привет, BKL», никакие модули не исправят, но я верю в RH и надеюсь, что они выпиливание BKL бэкпортировали или бэкпортируют в скором времени.

[postdig]

а можно подробнее почему прощай ipset?

[k41n]

Ну как-бы в ядро его впилили только в 2.6.39

[postdig]

А я уж думал…
Ничего страшного, во всей ветке 5 ставил модулем и далее не проблема ставить.

[k41n]

Тех кто помнит patch-o-matic уже ничем не испугать :)

[opium]

Не прошло и три года, как говорится.

[phasma]

и опять напишут, что что-нибудь не так с PGP, а потом QA скажет, что релиз на след неделе, а External Sync mirrors перенесут на август :) Каранбир вообще пока ничего в твиттере не писал.

[intnzy]

уже решили проблему с подписями )))

[phasma]

как это не прискорбно, но я оказался прав, только с датой немного ошибся. Сдвинули дату на 8 число :)

[eyeless_watcher]

glibc 2.7 наконец-то будет?

[Terion]

А репозитории перестанут быть полными древним барахлом и их начнут, наконец, своевременно обновлять?

[phasma]

Вы выбрали либо неправильный подход к разработке, либо неправильный дистрибутив. Я склоняюсь к первому, т.к. суть RHEL в том, что ПО пишется под определенную платформу и потом поддерживается по 5 лет и разработчики не кричат от того, что в новой версии поломали API.

Так, к слову, у нас есть сервер, который работает еще на 2.4 ядре. Представляете? А у вас уже Linux 2.6.38 :)

[Terion]

Вы действительно считаете, что последние версии того же php 5.1 и postgresql 8.1 в репах — это нормально?
pg8.1 вообще стар аки экскременты мамонта.
В итоге приходится искать левые репозитории и поднимать через одно место.
Благо, вот, наткнулся недавно на хороший репо, где был полный php5.3 под центу (немного ранее ничего старше 5.2.6 найти не мог) и у самих постгрес оказались свои репозитории, откуда можно сдернуть версию по-свежее.
Но тем не менее, это все равно как-то неправильно. Запаздывание на такое нещадное кол-во версий — это ужас.

[phasma]

Поставьте Debian Testing и у вас всегда будут свежие версии ПО. Дистрибутив же и называется Red Hat _Enterprise_ Linux.

[Terion]

ЗЫ
да, по ссылке из статьи уже прочитал, что обещают свежие дистры в репозиториях)

[taishy]

samba4 с openchange'м там будет?