|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Dmitry Astapov 2:5020/400 12 Nov 2002 17:02:48
To : Zahar Kiselev
Subject : Re: какой Линукс
--------------------------------------------------------------------------------
VW>> А ты его обмани. Подними там X-сервер, и запусти на нем xterm на
VW>> полный экран без window-manager-а.
ZK> Мне для своей деятельности нужно пять-семь текстовых консолей,
ZK> переключаемых с клавиатуры. Как это реализовать с использованием xterm
ZK> вместо настоящей консоли
ZK> - сходу не соображу. Можешь предложить, как запустить несколько xterm
ZK> "один
ZK> поверх другого" и переключать их с клавиатуры чтобы максимально
ZK> эмулировать текстовые консоли? (в машине 256М памяти и 300мгц
ZK> процессор, так что уж очень экономить ресурсы надобности нет)
Оконный менеджер larswm.
ZK>>> ожидать, что эти люди живут не в Америке, а в России. Поэтому я и
ZK>>> заинтересовался "русскими линуксами".
VW>> Я уже писал про то что русскоязычные разрабочики в Debian есть.
ZK> Они и в ALT и в ASP есть. Причем громко утверждают, что их продукт
ZK> более соответствует желаниям русского пользователя. Вот я и хочу
ZK> посмотреть на что это похоже. Вот на RH 7.3 от SUN Microsystems я уже
ZK> посмотрел, впечатления я тут весной излагал, и они были далеко не
ZK> восторженные.
Хм. А ты сравни фамилии русскоязычных разработчиков в Debian, ALT и ASP. Ты
будешь приятно удивлен :)
ZK>>> "методом проб и ошибок" не особенно удобно: если пробы и ошибки в
ZK>>> работе с какой-то отдельной программой затрагивают только эту
ZK>>> программу, то ошибка в обращении с пакетным менеджером легко
ZK>>> уничтожает результаты длительного труда
VW>> Как раз наоборот - ошибочно установленный пакет всегда можно снести.
ZK> По моему опыту - далеко не всегда. Особенно часто необратимыми
ZK> оказываются результаты всяких "автоматических апгрейдов".
Хм. Обычно такая ситуация называется "grave bug", быстро оказывается в bug
tracker-е, и не менее быстро лечится (по крайней мере, в Debian).
За последний год я могу вспомнить аж одну версию одного uninstallable
пакета в ветке unstable, где каждый день обновляется по 10-50 пакетов.
ZK>>> и только потом ставить. Обычно же пакет сначала ставят, а потом
ZK>>> начинают удалять, перекладывать или переименовывать файлы. В
ZK>>> результате нарушается
VW>> "А Вы так не делайте" (c) по-моему Булгаков.
ZK> Вот чтобы так не делали - и надо разжевывать в книгах - как работают
ZK> пакетные менеджеры, и самое главное - какую пользу от них можно
ZK> получить в тех или иных ситуациях. Это кстати относится не только к
ZK> пакетным менеджерами, а и к много какому другому линуксовому софту,
ZK> даже тому, что есть в дистрибутивах - нередко просто не знаешь - чем и
ZK> как лучше выполнить ту или иную операцию, и от этого незнания
ZK> пытаешься делать ее так, как делал когда-то в досе или вообще на ЕС
ZK> ЭВМ.
Для этого есть всякие разные места сбора информации о том, что для чего
используется. По моему впечатлению, самым полезным из них является
groups.google.com :)
Книги будут устаревать уже в момент начала написания ....
ZK> Это мы с тобой знаем - потому что когда-то опытным путем до этого
ZK> дошли. А _большинство_ людей видит ненужные им файлы и их просто
ZK> удаляет. (Рассматриваем только тех, кто в состоянии точно определить
ZK> нужность, чайники не в счет).
А как эти люди определяют, ненужные это файлы или нет? Интуиция? Знания
свыше? И при этом они не знают, что поломается или весь пакет целиком, или
package manager? ИМХО, высосано из пальца.
ZK> И при этом окажется, что авторы дистрибутива предлагают поставить эти
ZK> программы не так, как это удобно в данном случае или просто как
ZK> привыкли за длительное время пользования тем, что было в local. Бывают
ZK> еще и авторы пакетов, которые делают их не прикладывая голову - в
ZK> результате появляются весьма странные зависимости, как например
ZK> имевшая место в стоящей у меня версии Дебиана зависимость bind от perl
Для этого есть обратная связь с разработчиками через bug tracking system.
Если ты никому не рассказываешь о своих потребностях, то ... телепаты, как
известно, в отпуске.
Судя по тому, что groups.google.com ничего не находит по строчке
"group:debian.bugs.closed Zahar Kiselev", ты ею (при работе с Debian) не
пользовался ...
ZK> строго по правилам" - то и еще что-нибудь найдется, как результат
ZK> работы автогенератора зависимостей.
Автогенератор - это в Red Hat-е....
ZK> работают и с более старыми версиями. Обычно это бывает, когда ставишь
ZK> софт "от третьих лиц", предлагающих его в виде пакетов. Hачинаешь
ZK> ставить - оно вопит "хочу новую версию чего-нибудь, а не ту, что в
ZK> дистрибутиве поставилась" - если же это хотение удовлетворить, то
ZK> велика вероятность того, что развалится что-нибудь из уже
ZK> установленного вместе с дистрибутивом.
Это опять-таки проявление rpm-овских "bugs as designed", где зависимости
пытаются отследить автоматически, и никаких других зависимостей, кроме
requires, не существует.
В большинстве пакетов Debian написано "requires: some-lib (>= current version)",
что, как правило, является правдой.
--
Dmitry Astapov //ADEpt E-mail: adept@umc.com.ua
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498 2B08 7867 4860 F5D7 639D
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: People also know me as 2:463/218 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
