ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Alex Korchmar                        2:5020/400     07 Nov 2004  04:07:12
 To : Maxim Timofeyev
 Subject : Re: дистриб     на     сервер
 -------------------------------------------------------------------------------- 
 

 Maxim Timofeyev <Maxim.Timofeyev@p1.f1763.n5030.z2.fidonet.org> wrote:
 
 MT>>> Они все на одно лицо -- там куча мусора и дома хрен пересоберешь. ;)
 AK>> да ну? Покажи мне хоть одну версию RH, где ядро не пересобирается путем
 AK>> rpm --rebuild kernel-*.src.rpm на машине, где установлено development и 
 AK>> kernel-development барахло.
 
 MT> А зачем _проста_так_ пересобирать что-то? Делать нечего?
 
 по-моему, тебе именно делать нечего.
 
 MT> Мне нужно пересобирать с выкидыванием чего-то ненужного. 
 
 чушь собачья, комментировать не собираюсь. Ищущий да обрящет год назад.
 
 MT> Именно. Hенадо думать, что пересобирать ядро -- удовольствие.
 MT> Его пересобирают только с определенной целью, не так?
 
 обычно цель пересборки мной ядра для RH - либо необходимость поставить 
 
 2.4.>20 (последний раз - из-за чудесной платы  P5GD1-VM, не вздумайте 
 
 ЭТО купить), у твоих "экономных" хозяев, как и у тебя, на это денег все равно
 нет, либо какие-то очень-очень странные драйвера, почему-то требующие 
 именно пересобирать ядро целиком (последний раз - ntfs, ему действительно
 нужно). Все остальные поводы я полагаю высосанными из пальца.
 
 В первом случае используется vanilla kernel, потому что можно доверять
 Марсело, можно доверять RH или fedoralegacy, но точно нельзя доверять
 сборной солянке чорти-чьих патчей, половина которых мне непонятна,
 приложенных к тому, с чем они никогда не тестировались.
 Во втором используется пакет kernel-source, а не пересборка rpm - мне
 совершенно не нужны шесть пакетов kernel-..., вполне достаточно системных, 
 мне нужно bzImage и может быть модули (а в пакет я это засуну сам).
 
 То и другое на машине с RH7.3+апдейты-compat*, равно как на машине с
 FC2 происходит без всяких проблем. (единственная проблема - мудацкий скрипт
 сборки ядра, норовящий touch кернельных хедеров для неведомых целей, но это
 к авторам ядра)
 
 MT>>> Я уверен в том, что у меня стоит на серверах. Уверен из-за того, что
 MT>>> 1. Я знаю весь софт (ты догадываешь по какой причине);
 AK>> я сомневаюсь, что ты хоть что-то знаешь о линуховых ядрах. Тред про
 
 так как насчет заявления что "я знаю весь софт"?
 
 MT>>> Ты не можешь похвастаться ни тем ни другим, т.к. используешь
 MT>>> исключительно готовые решения от SuSE и слепо им доверяешь.
 AK>> ты так же слепо используешь готовые решения от Marcelo Tosatti, и вряд
 AK>> ли даже в состоянии написать это имя без ошибок с первой попытки (если
 AK>> вообще знаешь, кто это такой). Разница только в том, что твои решения
 AK>> еще и гораздо хуже протестированы.
 
 MT> Какие _мои_ решения? Вы, батенька, что-то о них знаете? ;-)
 
 твои==используемые тобой. Я прекрасно знаю, что ты не способен разобраться
 в ядре линукса. Hа это вообще, думаю, ни один отдельный человек уже
 не способен.
 
 AK>> забавно - действительно нет. Это хороший признак ;-)
 MT> Угу. Я не собираюсь объяснять, почему я заикнулся об mc...
 
 зато я могу об'яснить, почему я его считаю хорошим: то, что его прое...ли
 и этого никто не заметил за пол-года (у меня Q1, текущий Q4, может там
 и добавили) означает, что команда в самой RH этой хней не пользуется. И
 вот это - хорошо.
 > Alex
 
 --- ifmail v.2.15dev5.3
  * Origin: Demos online service (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор