|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 12 Nov 2002 01:30:38
To : Victor Wagner
Subject : Re: какой Линукс
--------------------------------------------------------------------------------
Nov 11 22:46 02, Victor Wagner wrote to Zahar Kiselev:
> <......>
Внимательно прочитал и принял к сведению.
Отдельное спасибо за советы по xterm и выбор локалей.
Правда пока так и не решил,
что же мне теперь поставить ALT, ASP или новый Дебиан.
Если с Дебианом я более-менее знаком, то с первыми двумя - нет, и по-моему надо
на них как минимум посмотреть.
VW> Кстати, у тебя (в старом Debian) локаль 1251 не поддерживается
VW> потому, что XFree ее научились поддерживать только начиная с версии 4.
Иксы у меня четвертые - поставил их весной, когда сделал конфигурацию с двумя
видеокартами - консоль на 14" мониторе, а для графических программ
рядом стоит 19" монитор QUEST QC10 от Sigmex Workstation.
К сожалению, не получается иметь изображение _одновременно_ на текстовой консоли
и на графическом экране. Вот для сочетания "монохром+vga" такое возможно как я
читал. А для двух PCI VGA - работает только с переключением.
VW> И "умной" русификации из коробки быть не может. Программы, они по
VW> определению глупые. А у мейнтейнера могут быть предпочтения, не
VW> совпадающие с твоими.
Я все еще надеюсь, что существует немало людей, у которых предпочтения вобщем
совпадают с моими. Hа мой взгляд очевидно ожидать, что эти люди живут не в
Америке, а в России. Поэтому я и заинтересовался "русскими линуксами".
VW> Debian - система, которую легко с минимальными усилиями заточить под
VW> любые предпочтения и набор задач. При этом если потратить
VW> предварительно
VW> пару часов на чтение policy и maintainers-guide, получится так, что
VW> пакетный менеджер все твои предпочтения будет всячески уважать, и при
VW> апгрейдах ничего не ломать.
По собственному опыту общения с Дебианом (не первый год) могу сказать, что
_корректное_ обращение с пакетным менеджером - наука заметно более сложная, чем
"просто заставить нужный софт работать".
И мне кажется, что в книгах по Линуксу надо бы уделять значительно больше
внимания объяснению приемов работы именно с пакетными менеджерами(надеюсь нас
читают те, кто эти книги пишет:). Потому что пакетный менеджер - вещь несомненно
нужная, но из-за сложности в обращении и отсутствия аналогов в привычном мире
программного обеспечения - пользоваться ей грамотно умеют единицы. Интересно -
есть ли хотябы в электронном виде где-нибудь _учебник_ по этой теме? Где были бы
разжеваны наиболее типичные ситуации. А то ведь учиться "методом проб и ошибок"
не особенно удобно: если пробы и ошибки в работе с какой-то отдельной программой
затрагивают только эту программу, то ошибка в обращении с пакетным менеджером
легко уничтожает результаты длительного труда по настройке сразу многих
программ, а то и приводит систему в нерабочее состояние. Именно отсюда у меня
предубеждение против "автоматических апгрейдов" системы, в которой ранее
серьезно покопались.
Hапример я обратил внимание на следующее явление: если у админа есть свое
собственное мнение о том, как на его машине должен быть установлен тот или иной
софт, то править это надо _до_ установки пакета, после чего пакет пересобирать и
только потом ставить. Обычно же пакет сначала ставят, а потом начинают удалять,
перекладывать или переименовывать файлы. В результате нарушается правильная
работа пакетного менеджера. Однако даже если корректно поставить измененный
пакет - все равно позже есть большой риск стать жертвой автоматического
апгрейда. Вот почему я всегда сначала смотрю, что хочет сделать пакетный
менеджер и пытаюсь "не позволить" ему лезть куда не надо.
Обычно это означает апгрейд только тех пакетов, которые у меня были установлены
без внесения изменений.
VW> А теперь, когда apt научился preferences понимать, так можно ему
VW> сказать "если эта хрень поставлена из моего личного репозитория, ни в
VW> коем случае не апгрейдь ее пакетом из основного дистрибутива". Чтобы не
VW> сломал ненароком.
Вот эту возможность надо будет обязательно исследовать.
Zahar(@spbdept.rbc.ru)
--- Msged/LNX 6.1.0
* Origin: undefined location (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
