>> Тут ты прав, пересобирать все на свете в Debian'е не нужно, но >> согласись, что для нормальной и удобной работы тех стандартных >> настроек, что предлагает дистрибутив, явно мало. Все равно надо >> править, дополнять, изменять. И в основном руками с помощью >> любимого текстового редактора.
>Надо. И по возможности не забывать засабмитить свои правки как >bugreport-ы. Да, но как я засабмитю багрепорт скажем на PostgreSQL, который надо собирать из исходников для Multibyte support с поддержкой KOI8-R. Буржуям-то моя KOI8-R не нужна. Значит все-равно придется пересобирать. >> А выйдет релиз POTATO и ты будешь снова компилять к нему >> все что тебе нужно. >Значительно меньше. Хотя бы потому, что 70% содержимого ftp.ice.ru/debian >это backports из potato. При этом 90% правки, вносившейся в debian/rules >заключается в том чтобы это нормально работало с glibc 2.0 Все-равно этот объем пока слишком велик. И даже без перекомпиляции забот хватает: настройка русского в плане console-tool / kbd, простановка default charset'ов в lynx и т.д. и т.п. Вот если бы ВСЕ приложения сами правили свои настройки в нужную сторону только взглянув на LANG, но увы этого пока нет и не знаю будет ли. А потом кто-то скажет, что ему русские буквы в mc не нужны и таким образом придется придумывать интерфейс типа /etc/localeapps # The tunes in this file cause appropriate applications enable or disable its # locale settings lynx: yes mc: no netscape: yes и т.д. А также патчить те приложения на предмет работы с этим файлом. А пока хотя бы сделали так, чтобы при установке спрашивало не клавиатуру, а какой язык установить и уже согласно этому языку устанавливало бы и клавиатуру и /etc/environment и /etc/lynx.cfg и /usr/X11/lib/app-defaults/Netscape и т.д. >А кое-что, типа locale patch к tcl8.0.5 в potato было просто протолкнуто. Дык я же не говорю, что это плохо. Но не всегда получается. >> И я буду, и все остальные будут. И никуда мы от этого не денемся, >> потому что как я и сказал - это Linux, а не Windows NT. >А вот с этим нужно бороться. Например тем, что первый кто пересобрал >пакет, кладет его в доступное место и аннонсирует здесь. Согласен, хотя это половинчатое решение проблемы, которое позволяет экономить время другим но саму проблему не снимает. Проблема могла бы решится, если бы Debian наконец-то разделил дистрибутив на интернациональную и национальные части. >> Ну сделай задержку в одну секунду. Тогда твой пользователь толком-то >> и не увидит выбора. >А в lilo можно 0. Как у меня везде и стоит. Дык вроде и там можно. Только бессмыслено. >> А на мой взгляд этот процесс нужно выполнять параллельно. >Слово сначала употреблено скорее в смысле приоритетов, чем временных >рамок. А судя по дистрибутиву скорее в смысле времени ;) >> Как бы не были удобны и круты внешние высокоуровневые >> инструменты для чайников, у пользователей в Linux всегда >> есть выбор - либо ими пользоваться, либо наплевать на них >> и делать все руками. И это не зависит от дистрибутива, ибо >> это - Linux, а не Windows NT. >Проблема в том, что хочется иметь возможность поправить что-то руками >на чужой машине, не лишив этим хозяина возможности продолжать пользоваться >высокоуровневым инструментом. Да и самому иногда проще бывает. Если высокоуровневый инструмент написан нормально, то проблем не будет, если криво - то таких нам не надо. >> А почему вместо? Даже когда в Debian'е smail был MTA по умолчанию, >> никто не мешал тебе поставить sendmail. Так что не вместо, а ВМЕСТЕ. >> Также как сейчас вместе работают dselect и capt. >Это, конечно, глюка dselect-а, но когда идешь по списку пакетов >последовательно и отменяешь smail, то оно начинает ругаться и норовить >выбросить mailx. Но тут же затыкается, если дать ему другой MTA. >> Если пользователь занимается настройкой таких вещей, то это уже >> admin. А admin должен все это помнить. Пользователь должен не >Вот это как раз самая большая проблема Linux на десктопах. >Linux изначально рассчитан на то, что у него есть админ. И требовать >от каждого домашнего пользователя быть админом малореально, но в то же >время без админа о надежной работе можно забыть. Удачного решения >этой проблемы я не знаю. Как видится мне, удачное решение лежит в области глубокой проработки тех настроек, которые должен менять пользователь и администратор и в создании соответствующих инструментов. А кроме того в подробном Help'е (а ля Microsoft) на чистом русском языке с поиском по ключевому слову и набором готовых инструкций к действию. >> Но мне кажется, что ты забываешь про такой момент как ручной >> подъем соединения. Он РЕАЛЬНО нужен. Если у меня настроен >> автоматический диалап, то это не значит, что он должен происходить, >> если я по ошибке ткнул в браузере при локальном просмотре >> документа на URL. >> В этом отношении в Windows сделано оптимально - выдается >> приглашение: "Установить свзять". И здесь ты уже выбираешь >> надо оно тебе или нет. >Придумай способ запрашивать подтверждение аналогичным образом в Linux. >Корректное с точки зрения наличия нескольких пользователей на нескольких >X-терминалах и возможности запуска какого-нибудь newsx по крону. >Достаточно концепции. Если она будет корректно работать в условиях >моей домашней машины, (три X-терминала в разных комнатах) код я напишу. Видимо в системе нужен некий proxy (в смысле посредник) к которому идет обращение для получения доступа в Internet (я не имею в виду squid). Там же предусматривается идентификация и всякие ограничения. Другое дело, что работа с этим proxy должна поддерживаться на уровне клиентского софта. Или скажем, пущай клиентский софт ничего про этого посредника не знает, но обращение к внешним адресам автоматически перенаправляется сперва на этого посредника. Если там все проходит успешно, то посредник возвращает все (или не все) порты обратно клиенту и может быть даже поднимает какую-либо маршрутизацию и включает какие-либо firewall'ы, маскарады и т.д. Запрос же на установку соединения может выдаваться после проверки полномочий пользователя в тех случаях когда линк еще не поднят. Все это очень утрировано, но ты просил идею и она мне видится так. >> Вот-вот. У меня вчера случилось это непредвиденное: я снес xfstt >> и забыл отменить настройки в XF86Config. А у меня автоматом стартует >> xdm. Стартует и падает, снова стартует и снова падает. >Это xserver падает, а не xdm. Неудачно значит в дебиане сделано. Ну я и имел ввиду xserver. >Поскольку если X-сервер респавнится из init, то init через две минуты >сам сообразит и сделает пятиминутную передышку. А checking for valid >X server configuration значит не сработал? Бага это. В дебиановском пакете >xdm. Даже не xdm, а gdm. Дело не в том бага это или нет. Дело в том, что в такой ситуации мне пришлось бежать за дискетой. >> Однако в случае, когда предыдущий запуск закончился неудачно - >> у тебя выдается то меню на автомате. >Опять же - определите термин "неудачно" Ну скажем при нажатии 3-х пальцев в некий файл помещается некий код неудачного завершения. Сложность здесь в том, что загрузчик все равно не в состоянии этот код получить до запуска ядра. Также неудачной можно считать перезагрузку при которой "/dev/hda1 was not unmounted correctly" Виктор