On Thu, 13 Jan 2000, Виктор Вислобоков wrote: > >Вот именно поэтому я и не люблю RH. За то что там нужно пересобирать все > >на свете, начиная с vim. Видел я тут один сервер с RH. Казалось бы, > > Тут ты прав, пересобирать все на свете в Debian'е не нужно, но > согласись, что для нормальной и удобной работы тех стандартных > настроек, что предлагает дистрибутив, явно мало. Все равно надо > править, дополнять, изменять. И в основном руками с помощью > любимого текстового редактора.
Надо. И по возможности не забывать засабмитить свои правки как bugreport-ы. > И видимо появилась у тебя эта часть сама по себе и драгоценное > время профессионала ты на ее создание не тратил? ;) > А выйдет релиз POTATO и ты будешь снова компилять к нему > все что тебе нужно. Значительно меньше. Хотя бы потому, что 70% содержимого ftp.ice.ru/debian это backports из potato. При этом 90% правки, вносившейся в debian/rules заключается в том чтобы это нормально работало с glibc 2.0 А кое-что, типа locale patch к tcl8.0.5 в potato было просто протолкнуто. > И я буду, и все остальные будут. И никуда мы от этого не денемся, > потому что как я и сказал - это Linux, а не Windows NT. А вот с этим нужно бороться. Например тем, что первый кто пересобрал пакет, кладет его в доступное место и аннонсирует здесь. Тогда времени на пересборку будет существенно меньше. > Ну сделай задержку в одну секунду. Тогда твой пользователь толком-то > и не увидит выбора. А в lilo можно 0. Как у меня везде и стоит. > >> В этом вопросе я с тобой несогласен. Debian ДОЛЖЕН идти > >> по пути более понятного, более дружественного пользователю > > >Мое мнение таково, что идти по этому пути нужно не так, как это делает MS > >ли RedHat. Нужно сначала сделать все очевидным и прозрачным для людей > >валифицированных (dselect этому критерию не очень удовлетворяет, capt и > > Нужно прежде всего делать меньше глюков. В этом отношении > Debian пока навысоте. ВСЕ очевидным и прозрачным в динамически > развивающейся системе (а Debian сейчас является именно таковой) > сделать НЕВОЗМОЖНО в принципе. > А на мой взгляд этот процесс нужно выполнять параллельно. Слово сначала употреблено скорее в смысле приоритетов, чем временных рамок. > Иначе до этой стадии Debian может не дойти никогда. > > > А делать систему в которой шаг вправо/шаг влево считается > >побег (как linuxconf или redhat-овские network-скрипты) - это навсегда > >лишать новичка возможности вырасти в профессионала. > > Не волнуйся. Кто захочет таковым стать, тот и в RH > разберется в скриптах и поймет почему что-то вдруг не стало > работать. Кто не захочет - все равно не заставишь. > Как бы не были удобны и круты внешние высокоуровневые > инструменты для чайников, у пользователей в Linux всегда > есть выбор - либо ими пользоваться, либо наплевать на них > и делать все руками. И это не зависит от дистрибутива, ибо > это - Linux, а не Windows NT. Проблема в том, что хочется иметь возможность поправить что-то руками на чужой машине, не лишив этим хозяина возможности продолжать пользоваться высокоуровневым инструментом. Да и самому иногда проще бывает. > А почему вместо? Даже когда в Debian'е smail был MTA по умолчанию, > никто не мешал тебе поставить sendmail. Так что не вместо, а ВМЕСТЕ. > Также как сейчас вместе работают dselect и capt. Это, конечно, глюка dselect-а, но когда идешь по списку пакетов последовательно и отменяешь smail, то оно начинает ругаться и норовить выбросить mailx. > Если пользователь занимается настройкой таких вещей, то это уже > admin. А admin должен все это помнить. Пользователь должен не Вот это как раз самая большая проблема Linux на десктопах. Linux изначально рассчитан на то, что у него есть админ. И требовать от каждого домашнего пользователя быть админом малореально, но в то же время без админа о надежной работе можно забыть. Удачного решения этой проблемы я не знаю. > задумываться о этих вещах и может даже не знать как их настраивать. > Однако, при этом система должна позаботится либо о создании > типовых настроек, подходящих 99% пользователей либо о наличии > удобного и неглючного инструмента для настройки в понятных для > пользователя терминах. > xisp - гадость, согласен. kppp не видел. > Но мне кажется, что ты забываешь про такой момент как ручной > подъем соединения. Он РЕАЛЬНО нужен. Если у меня настроен > автоматический диалап, то это не значит, что он должен происходить, > если я по ошибке ткнул в браузере при локальном просмотре > документа на URL. > В этом отношении в Windows сделано оптимально - выдается > приглашение: "Установить свзять". И здесь ты уже выбираешь > надо оно тебе или нет. Придумай способ запрашивать подтверждение аналогичным образом в Linux. Корректное с точки зрения наличия нескольких пользователей на нескольких X-терминалах и возможности запуска какого-нибудь newsx по крону. Достаточно концепции. Если она будет корректно работать в условиях моей домашней машины, (три X-терминала в разных комнатах) код я напишу. Желательно еще предусмотреть возможность работы в сети с маскарадом и виндовыми клиентами. > Вот-вот. У меня вчера случилось это непредвиденное: я снес xfstt > и забыл отменить настройки в XF86Config. А у меня автоматом стартует > xdm. Стартует и падает, снова стартует и снова падает. Это xserver падает, а не xdm. Неудачно значит в дебиане сделано. Поскольку если X-сервер респавнится из init, то init через две минуты сам сообразит и сделает пятиминутную передышку. А checking for valid X server configuration значит не сработал? Бага это. В дебиановском пакете xdm. > Однако в случае, когда предыдущий запуск закончился неудачно - > у тебя выдается то меню на автомате. Опять же - определите термин "неудачно" -------------------------------------------------- Victor Wagner [EMAIL PROTECTED] Programmer Office:7-(095)-203-50-60 Institute for Commerce Home: 7-(095)-135-46-61 Engineering http://www.ice.ru/~vitus
