ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Maxim Timofeyev                      2:5030/1763.1  08 Nov 2004  13:04:31
 To : Alex Korchmar
 Subject : Re: дистриб        на        сервер
 -------------------------------------------------------------------------------- 
 

 MT>> Почему? Hу, к примеру, зачем мне ALSA на сервере? ;)
 AK> затем же, зачем все остальное - она часть ядра, и входит в поставку.
 AK> Специальных серверных ядер без alsa не делают, ровно потому, что они
 AK> никому не нужны. Кстати, пару интересных применений alsa я бы нашел. 
 
 Крики в динамики (а они есть? ;)) в случае, если что-то случилось с
 сервером. ;) Это извращение -- сервера-то в серверной стоят. ;)
 
 MT>> Это совсем не то.
 AK> что "не то"? Ты получаешь rpm (со всеми вытекающими, включая правильную 
 AK> работу -U/-F) и не получаешь геморроя. Что ты еще хотел? А-а, потрахаться.
 AK> Hикакого другого оправдания выковыриванию "ненужных" драйверов я не вижу.
 
 А кто-то уверял, что все просто... ;)
 
 MT>>  Я так делал с чекинсталом. 
 AK> чекинсталл нах для этой ерунды не нужен.
 
 Прошедший этап. Я его до rpm мучал...
 
 MT>> Если админу нужно ставить более, чем на одну машину, то и админа.
 AK> еще раз: админу никогда не понадобится пересобирать этот rpm. И тем более
 AK> ему не понадобится делать это на другой машине и руками другого,
 AK> полуграмотного, админа.
 
 Всякое бывает. В том числе и отсутствующие в дистрибутиве пакеты.
 
 AK> Если только оный не страдает херней, типа выковыривания alsa.
 
 ;)
 
 AK> (а потом ему говорят - знаешь, у нас тут у АТС полетела плата, давай, 
 AK> твой сервер, все равно в одном шкафу стоят, будет вместо нее ogm играть? 
 
 И так все сервера? ;)
 
 AK>>>>>>> я сомневаюсь, что ты хоть что-то знаешь о линуховых ядрах. Тред про
 AK>>>>> так как насчет заявления что "я знаю весь софт"?
 MT>> Я это привел в пояснения слова "знаю".
 AK> плохое пояснение. Линухный кернел в этом плане "знать" - не для работающего
 AK> где-то человека.
 
 Hу как хочешь.
 
 AK>>> вот и с линухом примерно то же самое - как ему запаску поставить - знаю,
 AK>>> и ездить на ем умею. А вот где у него коробка передач - примерно
 AK>>> догадываюсь по тому, откуда там маслянный щуп торчит.
 MT>> Именно. Я не говорил, что пишу драйвера и исправляю какие-нибудь сложные
 MT>> ошибки в ядре. Я предпочитаю смотреть, как это сделано у других. ;)
 AK> в этом случае наезды на тему "использования готовых решений" выглядят совсем
 AK> уж глупо.
 
 Готовые решения можно использовать по-разному. GPL этого не запрещает.
 ;-)
 
 MT>> Hе факт. ;) Я уже многого насмотрелся. Хотя бы недавний выход libgd.
 MT>> За несколько дней вышло несколько версий -- по одной в день.
 AK> догадываешься, почему меня это не колышет? 
 AK> !rpm -q gd
 AK> [No write since last change]
 AK> gd-1.8.4-4
 
 Hу и что?
 
 MT>> Причем версия .29 даже не собиралась. А ядро 2.4.11 уже все забыли?
 AK> и не помнили никогда. Потому что херней не страдаем. 
 AK> $ rpm -q kernel
 AK> kernel-2.4.9-31
 AK> kernel-2.4.20-28.7
 
 И что?
 
 MT>> Hу RH7.3 уже вышел очень давно. После RH6.2 это был последний нормальный
 MT>> дистрибутив от RH. RH9 очень крив, к примеру.
 AK> да, потому что все следующие были только отладочным полигоном для ES.
 AK> Фактически, бета-версиями.
 
 Согласен. Также согласен, что ES сделан лучше. Хотя при shutdown фонты
 слетают и utf-8 показывает красивые крякозябры... При загрузке вроде не
 заметил. Поставил русский язык (не по-дефолту), а в результате для ввода
 пароля нужно переключаться. ;(
 
 AK> И FC такой же стабильной тоже не будет, хотя ситуация в целом получше 
 AK> (FC2 не очень показателен, поскольку это major upgrade - тут и ядро, 
 AK> и половина юзерланда перепахана)
 
 Hу FC я даже смотреть не хочу.
 
 AK> Hу так об этом было всем заранее ясно сказано - валите на alt, если нет
 AK> охоты платить за ES.
 
 Hу вот платим мы за Sybase и что?!! Hе думаю, что с ES будет лучше...
 
 AK> Думаю, никаких проблем с ядрами и в alt не будет.
 
 Поживем -- увидим.
 
 AK>>> а воровать - нехорошо...
 MT>> Кто ворует? Может я вытянул src.rpm и все пересобрал и из-за этого
 AK> тогда не стоит называть это RH.
 
 ;)
 
 -- 
 GPG key ID: 55F6ADEC
 E-mail: tma@tma.spb.ru
 JabberID: tma@tma.spb.ru
 --- tin/1.5.16-20030125 ("Bubbles") (UNIX) (Linux/2.4.20-alt10-up (i686))
  * Origin: TMA at HOME (2:5030/1763.1)
 
 

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