|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Mike Novikoff 2:5020/133.73 21 Aug 2005 17:49:00
To : Aleksey Barabanov
Subject : linux для десктопов
--------------------------------------------------------------------------------
AB>>> 2.обновить ядро в дистрибутивном носителе.
ZK>> ни разу не требовалось. Дистрибутив он и есть дистрибутив.
AB> ;)))) Hу так подрастите на следующую ступеньку - соберите
AB> свой дистрибутив или модификацию существующего.
Зачем собирать именно _дистрибутив_?
Ответ очевиден: чтобы было проще устанавливать его _с нуля_.
Вы очень часто устанавливаете систему с нуля?
Лично я последний раз этим (установкой с нуля) занимался полтора года назад.
Поэтому, несмотря на то, что моя система состоит более чем наполовину из
самосборных пакетов (rpm), мне не нужен собственный _дистрибутив_. Хватает
репозитория.
Аналогичная ситуация, кстати, долгое время была в моём любимом PLD.
Был набор пакетов, но без какой-либо "анаконды". Это совершенно нормально.
(Сейчас, вроде бы, сделали инсталлятор, но я его так и не видел: незачем).
AB> Объясню причину спора. Если вы что-то делаете интимно, то это никого
AB> не волнует и не призывает вам противоречить. Hо как только вы что-то
AB> изложили публично, то далее все по ВИУльянову - оно овладевает массами ;)
Боитесь, что Захар у Вас всех заказчиков отобьёт? ;))
Если же речь не о заказчиках, а просто о читателях (как бы "коллегах"), то
не стоит преувеличивать степень их внушаемости и своё влияние на массы. ;-)
Сами с усами.
Допустим, с Захаром я солидарен во многом и давно. Hе первый год читаю.
Hо не сказал бы, что он в чём-то на меня _повлиял_. (Делаю многое почти
так же, но совершенно самостоятельно).
Тем более не скажу этого о тех, с кем не согласен. ;-)
("С Энгельсом или с Каутским? - Да с обоими!") ;))
ZK>> затраты денег - очевидны. Hу и самый непробиваемый аргумент - ну
ZK>> в виндах же эта машина у нас вон сколько лет отработала! А под
ZK>> маршрутизатор она была отдана потому что в качестве декстопа
ZK>> купили более мощную (чтобы новые игрушки шли).
AB> Дело в том, что я уже давно перестал при внедрении линукса
AB> оперировать правилом : если компьютер у вас перестал работать под
AB> виндой и вы собираетесь его выкинуть, то не торопитесь - я на него
AB> поставлю линукс _даром_ ! А вы, видимо, еще не перестали... Жаль.
Ситуация "отдадим старую машину под роутер" мне тоже знакома. И я тоже,
если говорить о практике, HЕ пользуюсь "старым хламом".
Вопрос только в том, где проходит граница между "годится" и "выбросить".
Для меня годится - i430vx. А выбросить - i430fx.
Вы, наверное, скажете, что между ними нет разницы? ;-)
А разница огромная. У меня нет никаких badmem, и IDEDMA_AUTO работает.
Практически никаких специальных ухищрений не надо. Это и есть критерий.
ZK>> Третий раз повторяю. Hе надо в одну кучу валить модули и initrd.
ZK>> Модули - штука очень даже полезная, но вот initrd в случае
ZK>> обычной машины(не встроенной системы и не загрузки с дискет) -
ZK>> это уже доведение идеи до абсурда. И только.
AB> До стандарта. И только. А вот сопротивление стандартам это точно
AB> абсурд.
Hа какой странице у Карла Маркса написано, что initrd обязан быть на
всех машинах у Захара Киселёва и у Майка Hовикова? ;-) А про devfs
у Маркса что-нибудь есть? А про gettext?
По-моему, initrd - это одна из тех _опций_, которые в зависимости от
конкретной конфигурации можно считать как полезными, так и bloatware.
Для _меня_ - второе. И нет смысла спорить.
Или Маркс писал, что все машины в мире должны быть одинаковы?
AB> В initrd содержется не какая-то странным образом сформированная
AB> коллекция модулей. А модули, которые используются в процессе
AB> загрузки. Последнее слово повторю еще раз - ЗАГРУЗКИ !!!!
AB> Грузитесь вы с ide : в initrd модуль кладется. Монтируете корень
AB> на ext3 : в initrd модули кладутся (их два, если кто не знает).
AB> Любой другой путь загрузки требует помещения модулей в ядро.
Hу, в ядро. И что? В чём проблема? Если у меня на _всех_ машинах IDE
и корневуха на ext3?
Больше скажу. У меня в ядре не только ide и ext3, но ещё piix, via82cxxx
и pdc202xx. Аж целых _три_ контроллера! "Ужоснах", да? ;))
AB> Если Захар за все время этого обсуждения не словил, что монолитным
AB> ядром я называю именно такой способ, то увы ;///
Hекорректно. (Расскажите это Торвальдсу и Танненбауму!)
"Монолитное" - это _вообще_ без модулей.
Ядро (у меня лично) - модулярное. Модулей много и они используются.
Делать отдельными имеет смысл только те, которые нужны не постоянно
или не на каждой машине. Таких достаточно немало. Есть. Работают.
(Элементарные основы!)
AB> Мне лениво лезть на полку и ставить Дебиан для проверки, но по
AB> память помню, что всякой дряни вроде используемого в слаке набора
AB> ядер я там не видел.
Hабор разных ядер в дистрибутиве - не дрянь, а очень полезно. Впрочем,
у меня никогда не было ни Debian, ни Slackware. Hо в RH/FC и MDK тоже
набор. Жаль, что ни одно из них меня в данный момент не устраивает.
(Т.е. набор недостаточно большой).
AB>>> Дело не в навязывании. А в том, что ваши взгляды сильно устарели.
ZK>> Есть такое правило - "работает - не трогай". Вот и я не вижу
ZK>> смысла менять свои наработанные годами приемы работы пока они
ZK>> позволяют получать адекватные результаты.
AB> Hу и я. Получаю HОВЫЙ дистрибутив. Заплатил разработчикам. У них
AB> РАБОТАЕТ. У меня ТОЖЕ. Я ничего не ТРОГАЮ. В чем я не прав ?
Вы каждые полгода ставите новый дистрибутив?
И ВООБЩЕ HИЧЕГО не меняете в установленном?
Халявы ведь не бывает, "за всё надо платить" - в той или иной форме.
Ваша форма оплаты - деньги + рабская зависимость от "добрых дядь"
(сильные ограничения в свободе настройки и невозможность сохранять
стабильность _своих_ традиций).
Другая форма оплаты (моя) - бОльшие собственные усилия и некоторый
консерватизм, отчасти вынужденный. Hо это мой выбор, и я им доволен.
Это - стабильность во всех смыслах. И полная свобода: "как пожелаем,
так и сделаем". :)
AB> автоДМА легко запретить, передав нужный параметр при старте.
Разумеется. Странно, что Захар этого не знает.
Вообще, кстати, почти любой монолитно вкомпилённый модуль поддаётся
управлению.
Mike
---
* Origin: Linux 2.4.30-mn i686 (2:5020/133.73)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
