|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 12 Nov 2002 05:29:13
To : Zahar Kiselev
Subject : Re: какой Линукс
--------------------------------------------------------------------------------
Hi, Zahar!
>>>>> "ZK" == Zahar Kiselev <Zahar.Kiselev@p1.f382.n5030.z2.fidonet.org> writes:
ZK> Внимательно прочитал и принял к сведению. Отдельное спасибо за советы
ZK> по xterm и выбор локалей. Правда пока так и не решил, что же мне
ZK> теперь поставить ALT, ASP или новый Дебиан. Если с Дебианом я
ZK> более-менее знаком, то с первыми двумя - нет, и по-моему надо на них
ZK> как минимум посмотреть.
я бы рекомендовал продолжать с Debian.
VW>> пакетный менеджер все твои предпочтения будет всячески уважать, и при
VW>> апгрейдах ничего не ломать.
ZK> По собственному опыту общения с Дебианом (не первый год) могу сказать,
ZK> что _корректное_ обращение с пакетным менеджером - наука заметно более
ZK> сложная, чем "просто заставить нужный софт работать".
и эта сложность неспроста. Хотя, сложность только кажущаяся.
ZK> И мне кажется, что в книгах по Линуксу надо бы уделять значительно
ZK> больше внимания объяснению приемов работы именно с пакетными
ZK> менеджерами (надеюсь нас читают те, кто эти книги пишет:).
ты можешь заняться написанием очередной книги ;-))
ZK> Потому что пакетный менеджер - вещь несомненно нужная, но из-за
ZK> сложности в обращении и отсутствия аналогов в привычном мире
ZK> программного обеспечения - пользоваться ей грамотно умеют
ZK> единицы.
остальным, реально нужна надстройка над пакетным менеджером, и служба
поддержки.
ZK> Интересно - есть ли хотябы в электронном виде где-нибудь _учебник_ по
ZK> этой теме?
По RPM есть книга, Maximum RPM. Прада на английском.
ZK> Где были бы разжеваны наиболее типичные ситуации.
и там все типичный ситуации разжеваны.
ZK> А то ведь учиться "методом проб и ошибок" не особенно удобно: если
ZK> пробы и ошибки в работе с какой-то отдельной программой затрагивают
ZK> только эту программу, то ошибка в обращении с пакетным менеджером
ZK> легко уничтожает результаты длительного труда по настройке сразу
ZK> многих программ, а то и приводит систему в нерабочее состояние.
так думать нужно прежде чем думать! /Станислав ежи Лец/
ZK> Именно отсюда у меня предубеждение против "автоматических апгрейдов"
ZK> системы, в которой ранее серьезно покопались.
смотря как аккуратно копались.
ZK> Hапример я обратил внимание на следующее явление: если у админа есть
ZK> свое собственное мнение о том, как на его машине должен быть
ZK> установлен тот или иной софт, то править это надо _до_ установки
ZK> пакета, после чего пакет пересобирать и только потом ставить.
разумеется. Такова плата за удобство использования этого софта в
типовых ситуациях, про которые ты хотел книгу.
ZK> Обычно же пакет сначала ставят, а потом начинают удалять,
ZK> перекладывать или переименовывать файлы.
Это все от незнания.
ZK> В результате нарушается правильная работа пакетного менеджера.
не совсем так. В результате теряются возможности управлением программой
установленой из этого разрушеного пакета, по средсвом пакетоного
менеджера.
ZK> Однако даже если корректно поставить измененный пакет - все равно
ZK> позже есть большой риск стать жертвой автоматического апгрейда.
не будешь, если сам не захочешь.
ZK> Вот почему я всегда сначала смотрю, что хочет сделать пакетный
ZK> менеджер и пытаюсь "не позволить" ему лезть куда не надо.
есть довольно небольшой набор _формальных_ правил, которым следует
пакетный менеджер. Это железяка, она не может лехть туда, куда ее просят
не лезть.
Если ты разберешься в этих правилах - то все у тебя будет получаться.
ZK> Обычно это означает апгрейд только тех пакетов, которые у меня были
ZK> установлены без внесения изменений.
Опять-же, зависит от многих факторов.
Я легко собираю свои пакеты так, что никакой автоматический апгрейт
средтвами rpm пакетами с тем-же сотом но от производителя дистрибутива их
не тронет.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
