|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 01 Nov 2006 21:08:40
To : Ruslan Kosolapov
Subject : Re: Подскажите...
--------------------------------------------------------------------------------
Oct 20 06:01 06, Ruslan Kosolapov wrote to Zahar Kiselev:
ZK>>>> пять Дебианом пользуюсь, а вообще линуксом не меньше десяти - и
ZK>>>> то периодически натыкаюсь в Дебиане на то чего я не знаю как
ZK>>>> именно в нем надо настраивать. Хотя думаю и в других
ZK>>>> дистрибутивах с развитой "автоматизацией" много подобных
ZK>>>> тонкостей наейдется. Когда знаешь как это сделать вообще, но не
ZK>>>> знаешь как это надо делать в данном дистрибутиве чтобы эту
ZK>>>> автоматику не сломать.
RK>>> Это проблема не debian, а твоя. Тыщу раз уже тебе это говорили.
ZK>> Это проблема вообще любого дистрибутива с высокой степенью
ZK>> "автоматизации".
RK> Ещё раз. Это проблема HЕ дистрибутива.
А чьей же еще проблемой является слишком высокая сложность? Дебиан это еще
ничего так, а вот если верить тому, что про современный RH рассказывают...
RK> "Проблема молотка в том, что я себе по пальцам попадаю постоянно".
RK> Пользоваться научись, вот и вся магия.
Уж сколько лет учусь, а все находится что-то, чего я не знаю.
ZK>> Задача "написать конфиг в соответствии с техзаданием" - довольно
ZK>> проста для квалифицированного админа. Задача "заставить
ZK>> автоконфигуратор написать конфиг в соответствии с техзаданием" -
ZK>> на порядок сложнее если ситуация хоть немного отличается от
ZK>> нескольких предлагаемых вариантов.
RK> Hеправильная формулировка задачи.
RK> Задача должна формулироваться так: "сделать так, чтобы работало
RK> так,
RK> как надо". Для этого вовсе необязательно "заставлять
RK> автоконфигуратор что-то записать в конфиг", достаточно просто
RK> забыть
RK> о конфиге, и пользоваться автоконфигураторами как чёрными ящиками.
Тогда кроме собственно самой программы, которую конфигурируем и рассматриваем
как черный ящик(в предположении что в исходник не лезем), придется изучить
_еще_один_ черный ящик - ее конфигуратор. И ладно бы этим конфигуратором можно
было просто не пользоваться, так ведь нет - в случае например того же Grub`а в
Дебиане просто неиспользование без изучения грозит проблемами.
RK> Или наоборот, забыть о конфигураторах, и пользоваться конфигами (и
RK> таки ДА, конфиг надо править ВДУМЧИВО, особенно такой программы,
RK> как grub).
Я забыл о конфигураторе, беру info grub и пишу то что мне нужно в конфиг.
Убеждаюсь что работает. А проблему получаю через N недель, когда приедет
очередной апдейт ядра. Hалицо заботливо разложенные в траве грабли.
ZK>> Хороший пример с конфигом GRUBа тут уже был. Человек пишет конфиг
ZK>> под свои условия, получает работающий как ему нужно загрузчик, а
ZK>> потом очередной апдейт системы ему этот конфиг сносит потому что
ZK>> человек не знал о существовании совершенно левой man-страницы на
ZK>> эту тему и естественно ее не прочитал. А откуда он узнать-то о
ZK>> ней мог кроме как случайно?
RK> У тебя с памятью совсем плохо. В той ситуации инструкция "а вот
RK> тут
RK> автоматически генерируемый текст" написана в том самом конфиге,
RK> который ты правил. И так в каждом конфиге, который формируется
RK> автоконфигуратором.
Я не правлю автоматически сгенерированные варианты загрузки. Я _добавляю_ свой.
Приведи обоснование, зачем автоконфигуратору его _стирать_? Hу изменил бы свое,
переставил в конце концов дефолтный вариант загрузки с моего варианта на свой,
но совсем-то тереть мой вариант зачем?!
Тем более если очевидно, что это может в дальнейшем создать заметную проблему.
Zahar
--- Msged/LNX 6.1.1
* Origin: Остров Большой Березовый: N 60ш20'02.9" E 28ш37'00.3" (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
