1.1, Евгений (??), 14:36, 28/11/2006 [ответить]
| +/– |
Клиника-с. CentOS ставят ради стабильности и поддержки. Если нужно всё (в тч. ядро) самое свежее, то надо ставить что-то иное, от Федоры и testing Debian до openSuse. | |
1.2, Michael Shigorin (?), 23:45, 28/11/2006 [ответить]
| +/– |
Ну один из вариантов и имеет пакеты промежуточным звеном, но как обитающий в "нэзалэжной" могу отметить, что "so that you are independent from the kernels supplied by your distribution" -- это даже не баальшой вопрос по части "плюс или минус", это голый минус по части необходимых знаний, умений и времени (в т.ч. на поддержку при неприятностях, хотя вроде как и с 2.6 уже худшее скорее позади).
Особенно при постановке задачи в виде "a custom kernel using the latest unmodified kernel sources" -- не могу считать данное howto разумным примером.
Пойду-ка черкну автору пару строк... [done] | |
|
2.3, Евгений (??), 23:53, 28/11/2006 [^] [^^] [^^^] [ответить]
| +/– |
>Ну один из вариантов и имеет пакеты промежуточным звеном, но как обитающий
>в "нэзалэжной" могу отметить, что "so that you are independent from
>the kernels supplied by your distribution" -- это даже не баальшой
>вопрос по части "плюс или минус", это голый минус по части
>необходимых знаний, умений и времени (в т.ч. на поддержку при неприятностях,
>хотя вроде как и с 2.6 уже худшее скорее позади).
>
>Особенно при постановке задачи в виде "a custom kernel using the latest
>unmodified kernel sources" -- не могу считать данное howto разумным примером.
>
>
>Пойду-ка черкну автору пару строк... [done]
хаха. Я тоже в этих краях.
Ну, для рабочей станции консерватизм RHEL (4) не всегда приемлем - я вот только что сменил 4-й CentOS на 6-ю Федору.
Но на серверах... держать нестабильные дистры... мазохизм.
RHEL зарекомендовал себя как очень стабильный дистр, и обновления к его ядру, где аккуратно добвляется пачка нужных драйверов при сохранении стабильности, очень кстати.
Кстати, если RH зажмет лицензионные гайки, 5-го ЦентОСа не будет. И прийдется ли в сторону Дебиана смотреть, ил в сторону OpenSuse.
| |
2.4, Евгений (??), 00:10, 29/11/2006 [^] [^^] [^^^] [ответить]
| +/– |
>Ну один из вариантов и имеет пакеты промежуточным звеном, но как обитающий
>в "нэзалэжной" могу отметить, что "so that you are independent from
>the kernels supplied by your distribution" -- это даже не баальшой
>вопрос по части "плюс или минус", это голый минус по части
>необходимых знаний, умений и времени (в т.ч. на поддержку при неприятностях,
>хотя вроде как и с 2.6 уже худшее скорее позади).
Экий ты оптимист.. Темпы добавления нового в 2.6 по-прежнему высоки. Видел я баальших спецов, по привычке собиравших ядра с кернел.орг. И что? Заставить работать простые вещи им не всегда удавалось. Просто потому, что все изменилось, и они тупо повторяли на себе все ошибки тех, кто собирают ядра в дистрах - но без их базы тестеров и багрепортов.
| |
|
3.5, Michael Shigorin (?), 00:23, 29/11/2006 [^] [^^] [^^^] [ответить]
| +/– |
>>хотя вроде как и с 2.6 уже худшее скорее позади).
>Экий ты оптимист.
Ни разу, я про роскошные дырки в апстриме -- не более.
>Темпы добавления нового в 2.6 по-прежнему высоки.
>Видел я баальших спецов, по привычке собиравших ядра с
>кернел.орг. И что? Заставить работать простые вещи им
>не всегда удавалось. Просто потому, что все изменилось, и они
>тупо повторяли на себе все ошибки тех, кто собирают ядра в
>дистрах - но без их базы тестеров и багрепортов.
О том и говорю денно и, увы, нощно. А баальшие спецы у нас в штате есть -- наверное, минимум трое могут собрать живое и ровное 2.x хоть в пакеты, хоть make bzImage.
Да только смысл в этом бывает -- вынужденный. Коллега вон последний раз собирал как раз на CentOS из-за мамок под Woodcrest (e1000 там нужен из 2.6.17+) и Lustre, а я -- пакетами для ALT из-за bootsplash, который из альтовского текущего репозитория после каких-то очередных развалов с этим патчем и выкинули.
Никакой особенной эйфории эта вынужденность не вызывает...
PS: может, кому пригодится: http://wiki.sisyphus.ru/admin/KernelBuild | |
|
4.7, Евгений (??), 01:11, 29/11/2006 [^] [^^] [^^^] [ответить]
| +/– |
>Ни разу, я про роскошные дырки в апстриме -- не более.
зато там тьма жирных глюков.
>Да только смысл в этом бывает -- вынужденный. Коллега вон последний
>раз собирал как раз на CentOS из-за мамок под Woodcrest (e1000
>там нужен из 2.6.17+) и Lustre, а я -- пакетами для
Хм. Редхатовцы где-то в рассылках грозились оперативно эти драйвера добавить.
Не смотрел, их еще нет в бета-пакетах ядра RHEL4 ? как минимум sata от 2.6.15 там появилось на 4 мес раньше релиза. Мне тогда от них был нужен доступ к смарту дисков.
Как по мне, уж лучше бета-RHEL, чем ванилла или федорины ядра (которые чуть лучше ваниллы).
>Никакой особенной эйфории эта вынужденность не вызывает...
100%
| |
|
5.8, Michael Shigorin (?), 11:44, 29/11/2006 [^] [^^] [^^^] [ответить]
| +/– |
>>собирал как раз на CentOS из-за мамок под Woodcrest (e1000
>>там нужен из 2.6.17+) и Lustre
>Хм. Редхатовцы где-то в рассылках грозились оперативно эти драйвера добавить.
>Не смотрел, их еще нет в бета-пакетах ядра RHEL4 ?
Да ему всё равно надо было перелопачивать под себя (и заодно чинить съехавший bonding), а мне RHEL неинтересен -- последний раз хватило временно воткнуть e100 (благо хватало), повесить в bugzilla.altlinux.org FR насчёт бэкпорта и дождаться сборки, а тогда уже вернуться на набортные e1000.
>как минимум sata от 2.6.15 там появилось на 4 мес раньше
>релиза. Мне тогда от них был нужен доступ к смарту дисков.
А, ну к libata у vsu@ особое отношение и оно у нас было и в 2.4.26 (Master 2.4). Не помню, как на 2.6.14-alt, а на .16 через sata_nv уже смарт снимал (с ide/scsi и так было, вот через рейды бы как пробиться...). | |
|
|
|
|
|