Смысл тратить силы на бекпорт новых фич в 2.6.18?

это же Ынтырпрайз

ваш К.О.

ах да, по традиции

Ждём CentOS 5.4!

У ядра, как известно, нестабильное API, и едиснтсвенный гарант стабильности ядерности для таких контор, как IBM (GPFS-кластеры), Oracle (проект OCFS2 и др вплоть до Oracle DB 11g) и др - это не менять ядро. Увы, менять платформу в очень сложных ынтерпрайз-проектах недопустимо либо нерационально и слишком накладно по ресурсам. На RHEL и SLES очень много завязано.

Доверять продакшн бекпортированной ФС из версии ядра, на 10 выпусков большей? Я бы так не делал.

>Доверять продакшн бекпортированной ФС из версии ядра, на 10 выпусков большей? Я бы так не делал.

RH вам гарантирует.

на финишную прямую вендекапца сразу за Патриком выкатился редхет.

вот кто знал, что 1 сентября 1939 это не просто захват Польши, а начало второй мировой войны. так и через два года об этом событии будут говорить не иначе как с придыханием, как о втором всаднике вендекапца

лонг лайв, РедХэт!

>вот кто знал, что 1 сентября 1939 это не просто захват Польши

дык 1 сентября это ещё день независимости Узбекистана

Помню RedHat 5.2. Давненько дело было...

Сами себя наказываем?

>У ядра, как известно, нестабильное API

И главные коммитеры RedHat, Novell и IBM. Это они сами себя так наказывают, меняют API, а потом героически бэкпортируют код в старые ядра?

> Ждём CentOS 5.4!

И Scientific Linux 5.4

+over9000. Обновится бы

>И главные коммитеры RedHat, Novell и IBM. Это они сами себя так наказывают, меняют API, а потом героически бэкпортируют код в старые ядра?

У них две команды и они друг с другом соревнуются. Одна меняет, а вторая бэкпортирует.

А если не менять, то будут топтаться на месте....

> Доверять продакшн бекпортированной ФС из версии ядра, на 10 выпусков большей? Я бы так не делал.

Назови за эти десять выпусков хотя бы одно изменение в VFS, которое станет якорем в анусе при добавлении в ядро исходников ещё одной файловой системы?

Ха-ха, тем временем на milw0rm'е появились эксплойты Local Root для <2.6.19

>Доверять продакшн бекпортированной ФС из версии ядра, на 10 выпусков большей? Я бы так не делал.

Я больше доверяю ядрам SLES и RHEL чем тем что делаются в некоммерческих дистрах

Лучше бы тратили эти усилия на портирование софта под новое ядро, чем наоборот.

Не ВФС'ом единым.

>Лучше бы тратили эти усилия на портирование софта под новое ядро, чем наоборот.

сам понял что сказал? а поддержкой кто будет заниматься?

нада купить

завтра попробую сходить в RHN и поглядеть что там с обновлениями и один из доменов xen можно будет обновить попробовать. Бакпорты и длительный саппор == есть рулез для сисадмина крупных проекто. у меня уже машины прошли путь с 5.0 до 5.3 и не было "ни единого разрыва".

CENTOS 5.4, ждем.

Отличная новость! Ждём CentOS.

отличная новость, мне как раз нужны были дрова для свежего железа в шапке: заказчик переводит пилотный офис в >100 машин на линух, включая PDC.

Вот именно сертифицированные ФСТЭКом и нужны, где брать?

http://www.rhd.ru/cert.html http://msvsphere.ru/

У меня есть героический серв он еще редхат 7.3 помнит впринципе без особых проблем мигрировал всегда только с миграцией с федоры на центос4 была запарка небольшая, а вот с центос 4 на 5 без проблем перелез в штатном режиме :))))

перешёл на Ubuntu сервер ... глючные rh/centos поделки в прошлом ...

> перешёл на Ubuntu сервер ...

И поэтому пишешь с винды?

> перешёл на Ubuntu сервер ... глючные rh/centos поделки в прошлом ...

Ути-пути толстенький и зелёненький. В дверь еще пролазишь?

ждем-с Cent os 5.4 Думаю bind в этот раз не отвалиться (

> Думаю bind в этот раз не отвалиться (
А ты что предыдущие не упдатил ?

У меня 5.2->5.3 перешел без проблем даже с поднятым
фдс ( если вы помните в 5.3 опен-жаву засунули за место гсж )
а бинд и прочая шалупень ( апач, дднс,фтп, самба ЛВМповерхРаидов и т.д. )
так про них и разговора нет...

> Реализована полная поддержка инфраструктуры гипервизора KVM

наглая ложь. патчи, позволяющие задавать модель процессора и файл биос в xml-конфиге libvrt, так и не приняты.

Отлично! Ждем ебилд^Wобновлений ядра Virtuozzo...

И чё? 2.6.18 с kernel.org != 2.6.18 от RH. И еще в нормальных дистрибутивах уязвимости закрывают без смены мажорной версии ядра.

> Не ВФС'ом единым.

Ну хорошо, тогда commit id любого изменения, которое, по твоему мнению, существенно помешает портированию.

> Ну хорошо, тогда commit id любого изменения, которое, по твоему мнению, существенно помешает портированию.

В больших проектах общие изменения не равны сумме изменений отдельных коммитов...

> Ха-ха, тем временем на milw0rm'е появились эксплойты Local Root для <2.6.19

Ха-ха... Дурачёк, ты думаешь в RHEL как в слаке, ванилла?

>> перешёл на Ubuntu сервер ...
> И поэтому пишешь с винды?
Это наверное один из тех *профи* которые из putty.exe админят сотни серверов на линукс.

> Ждём CentOS 5.4!

А Lance Davis нашелся?

Он, как оказалось, не терялся.

Не успел выйти RHEL 5.3, как уже появился 5.4. Хотя, судя по википедии, обновление выходит раз в 7-8 месяцев. И, да, ждём CentOS 5.4.

> gcc-4.4 c OpenMP;

Дык стандартный gcc 4.1 в RH и так с openmp был.

Мои поздравления администраторам и пользователям RHEL!

бакрепорт еxt4 - это как ?
сначала выкинули , потом взад ?

> Дык стандартный gcc 4.1 в RH и так с openmp был.

А там изначально было написано "OpenMP3", но тройку удалили, дабы избежать коллизий кое с чем созвучным.

че-то сертификат действителен только до 8 декабря сего года. продлевать-то будут?

Отлично, ждем копейку.

> В больших проектах общие изменения не равны сумме изменений отдельных коммитов...

Ну хорошо, назови хоть ты хоть какие-нибудь значительные изменения, которые помешают ext4 взять из апстрима и воткнуть в rhel5?