Re: chOS - круть

2000-01-14 Пенетрантность Виктор Вислобоков
 Тут ты прав, пересобирать все на свете в 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 сделано оптимально - выдается
 приглашение: Установить свзять. И здесь ты уже выбираешь
 надо 

Re: chOS - круть

2000-01-14 Пенетрантность Alexey Vyskubov
  Да, но как я засабмитю багрепорт скажем на PostgreSQL,
 который надо собирать из исходников для Multibyte support с
 поддержкой KOI8-R. Буржуям-то моя KOI8-R не нужна. Значит
 все-равно придется пересобирать.

Гхм. Я сабмитил около десятка багрепортов по поводу русского языка в разных
приложениях. И всем им мейнтейнеры уделяли самое живое внимание. И 85%
запощенных мной багов исправлены.

Кстати, у меня постгрес почему-то работает с русским -- прямо из пакета.

 А кое-что, типа locale patch к tcl8.0.5 в potato было просто протолкнуто.
 
 
   Дык я же не говорю, что это плохо. Но не всегда получается.

Можно пример, когда не получилось?

 Если высокоуровневый инструмент написан нормально, то проблем
 не будет, если криво - то таких нам не надо.

Есть еще одна проблема -- нежелание пользоваться высокоуровневым инструментом.
Ты уже снес свои грязные хаки и пользуешься высокоуровневым Xkb? Оно
давным-давно ровное-ровное.

 Видимо в системе нужен некий proxy (в смысле посредник) к которому
 идет обращение для получения доступа в Internet (я не имею в виду squid).

Почитай на досуге, как работает diald.

 Там же предусматривается идентификация и всякие ограничения. Другое
 дело, что работа с этим proxy должна поддерживаться на уровне клиентского
 софта. 

Отнюдь. Почитай на досуге, как работает diald.

   Запрос же на установку соединения может выдаваться после
 проверки полномочий пользователя в тех случаях когда линк еще
 не поднят.

Вот отсюда поподробнее. Как твой посредник будет определять юзера и его
полномочия?

Даже не xdm, а gdm. Дело не в том бага это или нет. Дело в том,
 что в такой ситуации мне пришлось бежать за дискетой.

А что, твой хваленый chos в single-mode не позволяет грузиться?

-- 
Alexey Vyskubov
(at home)
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!


pgpxv7ninfbvK.pgp
Description: PGP signature


Re: chOS - круть

2000-01-14 Пенетрантность Виктор Вислобоков
  Да, но как я засабмитю багрепорт скажем на PostgreSQL,
 который надо собирать из исходников для Multibyte support с
 поддержкой KOI8-R. Буржуям-то моя KOI8-R не нужна. Значит
 все-равно придется пересобирать.

Гхм. Я сабмитил около десятка багрепортов по поводу русского языка в разных
приложениях. И всем им мейнтейнеры уделяли самое живое внимание. И 85%
запощенных мной багов исправлены.


  Дык это не баг - это фича.

Кстати, у меня постгрес почему-то работает с русским -- прямо из пакета.


Он и работает. Но работа работе рознь.
PostgreSQL стандартной сборки хранит символы в наборе Latin1.
Пока работаешь в Linux проблем нет, а как идешь в Windows - вместо
русских букв сам понимаешь что.
Специально для этого PostgreSQL можно собрать из исходников с
Multibytes support. Это означает, что символы внутри хранятся в UNICODE,
а перекодировка наружу осуществляется как закажешь. UNIX'овые
клиенты получают KOI8-R, а Windows - 1251 с нормальной сортировкой
по алфавиту в том и другом случае. Проблема здесь есть только с pgtcl
(да и то может уже решена). Для меня пока загадка почему, если
символы хранятся в UNICODE, я должен кругом указывать ключик
KOI8-R.

   Дык я же не говорю, что это плохо. Но не всегда получается.

Можно пример, когда не получилось?

   LILOconfig.

 Если высокоуровневый инструмент написан нормально, то проблем
 не будет, если криво - то таких нам не надо.

Есть еще одна проблема -- нежелание пользоваться высокоуровневым
инструментом.
Ты уже снес свои грязные хаки и пользуешься высокоуровневым Xkb? Оно
давным-давно ровное-ровное.

   Как только оно стало работать без грязных хаков, так и я стал
работать с ним. Т.е. начиная с slink'а. Однако при этом я разделяю
мнения Алексея Корчмаря, что отсутствие обратной совместимости -
это мягко говоря нехорошо.

 Видимо в системе нужен некий proxy (в смысле посредник) к которому
 идет обращение для получения доступа в Internet (я не имею в виду squid).

Почитай на досуге, как работает diald.


   diald - это немножко не то, как я думаю. В частности права доступа
к Internet'у там не пропишешь (насколько я знаю). Да и механизмы
поднимания ДОПОЛНИТЕЛЬНЫХ маршрутов  и firewall'ов (насколько
я понял) отсутствуют? А кроме того как выбирать ISP, если их
несколько?

Вот отсюда поподробнее. Как твой посредник будет определять юзера и его
полномочия?

  Когда человек задает вам вопрос по существу - уставьтесь на него
как на сумашедшего. Когда от отведет глаза - задайте ему его же
вопрос.  (Из 10-ти правил для руководителей проекта). ;)
Определить юзера нетрудно - есть же UID и GID. Можно определить
процесс, который пинает посредника? А по процессу определить
пользователя, который его создал? А вот как diald будет проверять
его полномочия - не знаю.

Даже не xdm, а gdm. Дело не в том бага это или нет. Дело в том,
 что в такой ситуации мне пришлось бежать за дискетой.

А что, твой хваленый chos в single-mode не позволяет грузиться?

 Дык я же и говорю, что это было ДО chOS. Сейчас у меня в
менюшке оно стоит.

 Вообще chOS не мощнее LILO по возможностям. Он просто
удобнее, красивее и нагляднее.

Виктор


Re: chOS - круть

2000-01-14 Пенетрантность Alexey Vyskubov
On Fri, Jan 14, 2000 at 02:49:22PM +0500, Виктор Вислобоков wrote:
   Да, но как я засабмитю багрепорт скажем на PostgreSQL,
  который надо собирать из исходников для Multibyte support с
  поддержкой KOI8-R. Буржуям-то моя KOI8-R не нужна. Значит
  все-равно придется пересобирать.
 
 Гхм. Я сабмитил около десятка багрепортов по поводу русского языка в разных
 приложениях. И всем им мейнтейнеры уделяли самое живое внимание. И 85%
 запощенных мной багов исправлены.
 
 
   Дык это не баг - это фича.
 
 Кстати, у меня постгрес почему-то работает с русским -- прямо из пакета.
 
 
 Он и работает. Но работа работе рознь.
 PostgreSQL стандартной сборки хранит символы в наборе Latin1.
 Пока работаешь в Linux проблем нет, а как идешь в Windows - вместо
 русских букв сам понимаешь что.

Не понимаю. На www.piter-press.ru стоит постгрес из дебиановского пакета.
Регулярно синхронизируется с внутрииздательской базой на Access. Внутри него
-- Windows 1251. Вебмастер подключается к постгресу посредством ODBC из
виндов. Где должны быть проблемы?

 А что, твой хваленый chos в single-mode не позволяет грузиться?
 
  Дык я же и говорю, что это было ДО chOS. Сейчас у меня в
 менюшке оно стоит.

LILO boot: linux single не катит?

Я так и не понял, зачем дискета.

-- 
Alexey Vyskubov
(at home)
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!


Re: chOS - круть

2000-01-13 Пенетрантность Виктор Вислобоков
 Я все-таки полагал что Debian позиционируется как дистрибутив для
 более-менее профессионалов. То есть в большинстве инсталляций выбор OS не
 нужен совсем, и даже там где нужен - украшательство только раздражает.

Раздражает украшательство без функциональности.
Что касается загрузчика, то советую посмотреть grub из Hurd. Он,
естественно,
отлично живет и с Linux.


   А какую вам функциональность нужно от chOS?
   Linux грузит? Грузит. DOS грузит? Грузит. Дополнительные параметры
ядру позволяет задать - позволяет.
   Все остальное в реальной жизни не нужно в 95% случаев.
   Как я уже писал Витусу, если ты профессионал, то сменить дефолтный
загрузчик на тот же LILO для тебя не проблема, а вот начинающему
пользователю -
да.
grub я посмотрю, интересно мне, но chOS мне нравится гораздо больше,
чем LILO.

Виктор


Re: chOS - круть

2000-01-13 Пенетрантность Victor Wagner
On Thu, 13 Jan 2000, Виктор Вислобоков wrote:

А какую вам функциональность нужно от chOS?
Linux грузит? Грузит. DOS грузит? Грузит. Дополнительные параметры
 ядру позволяет задать - позволяет.

А password и restricted? Правильным загрузчиком является тот, который
не позволяет получить рута не вскрывая корпуса машины. Это, на мой взгляд
нужно в 100% случаев в которых отсутствует вторая OC на диске.  

А bios_map? Если я DOS хочу грузить не просто так, а со второго сказевого
диска?

Как я уже писал Витусу, если ты профессионал, то сменить дефолтный
 загрузчик на тот же LILO для тебя не проблема, а вот начинающему
 пользователю -
 да.

Тут есть и другая сторона вопроса - если ты профессионал, то твое время
стоит дорого. Поэтому установка дистрибутива в котором то надо менять, се
надо менять, а это пересобирать с правильными опциями, встает дороже
покупки лицензии на Windows NT сервер. В данный момент я использую Debian
ровно потому, что он позволяет мне с наименьшими затратами труда
установить требуемую конфигурацию (при наличии, правда, сидюка локальных
пакетов, собранных Артемом Чуприной и мной). 

Если Debian пойдет по пути
редхатоидов - ориентация на чайника, то придется либо собственный
дистрибутив создавать, что требует больших затрат времени = дорого,
либо уходить с Linuх на Solaris или какую-нибудь BSD.

 чем LILO.

Главным плюсом LILO является то, что его не видно. При нормальной загрузке
от LILO только проскакивает на экране строчка LILO loanding Linux и все.

--
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


Re: chOS - круть

2000-01-13 Пенетрантность Виктор Вислобоков
А какую вам функциональность нужно от chOS?
Linux грузит? Грузит. DOS грузит? Грузит. Дополнительные параметры
 ядру позволяет задать - позволяет.

А password и restricted?

Password есть.

Правильным загрузчиком является тот, который
не позволяет получить рута не вскрывая корпуса машины. Это, на мой взгляд
нужно в 100% случаев в которых отсутствует вторая OC на диске.


 Засунь дискету в дисковод и получишь root'а. Так что LILO здесь
проблем не решает.

А bios_map? Если я DOS хочу грузить не просто так, а со второго сказевого
диска?


 Если бы у меня был второй сказевый диск, то я бы попробовал.
К сожалению такового не имеется ;)

Как я уже писал Витусу, если ты профессионал, то сменить дефолтный
 загрузчик на тот же LILO для тебя не проблема, а вот начинающему
 пользователю - да.

Тут есть и другая сторона вопроса - если ты профессионал, то твое время
стоит дорого.

   Видимо настолько дорого, что даже нормального LILOconfig'а
в Debian'е нет, хотя он уже года три как есть в Slackware. И каждый
раз надо профессионально писать файл ручками или не менее
профессионально доставать его из bakup'а ;)

 Поэтому установка дистрибутива в котором то надо менять, се
надо менять, а это пересобирать с правильными опциями, встает дороже
покупки лицензии на Windows NT сервер.

Даже в RH нужно менять то и се. Это Linux, а не Windows NT

В данный момент я использую Debian
ровно потому, что он позволяет мне с наименьшими затратами труда
установить требуемую конфигурацию (при наличии, правда, сидюка локальных
пакетов, собранных Артемом Чуприной и мной).


Вот вот. А без наличия оного?

Если Debian пойдет по пути
редхатоидов - ориентация на чайника, то придется либо собственный
дистрибутив создавать, что требует больших затрат времени = дорого,
либо уходить с Linuх на Solaris или какую-нибудь BSD.


   Либо добавить в свой CD локальных пакетов еще пару-тройку.

 чем LILO.

Главным плюсом LILO является то, что его не видно. При нормальной загрузке
от LILO только проскакивает на экране строчка LILO loanding Linux и все.


 Ну видно chOS и что? Через заданный тобой интервал загрузится
ОС по умолчанию. Какая проблема-то?

Если тебе не хочется смотреть на сообщения загрузчика - ну прямо
как красная тряпка для быка, то ты всегда можешь включать экран после
того как ОС загрузится полностью ;)

В этом вопросе я с тобой несогласен. Debian ДОЛЖЕН идти
по пути более понятного, более дружественного пользователю
дистрибутива. А ориентация на профессионалов от этого не страдает,
так как она на мой взляд заключается не в этом, а в обилии самых
разнообразных пакетов и их добросовестном тестировании.

Виктор


Re: chOS - круть

2000-01-13 Пенетрантность Victor Wagner
On Thu, 13 Jan 2000, Виктор Вислобоков wrote:

 
  Засунь дискету в дисковод и получишь root'а. Так что LILO здесь
 проблем не решает.

Решает. При наличии загрузки c С only и запароленного Bios.
 
 
 надо менять, а это пересобирать с правильными опциями, встает дороже
 покупки лицензии на Windows NT сервер.
 
 Даже в RH нужно менять то и се. Это Linux, а не Windows NT

Вот именно поэтому я и не люблю RH. За то что там нужно пересобирать все
на свете, начиная с vim. Видел я тут один сервер с RH. Казалось бы,
ставится сервер под Oracle c 64Mb, и нужно оттуда снести все лишнее. Так
нет, туда KDE встала. Подозреваю, что просто потому, что тот, кто ставил,
не знал как ей запретить ставиться. 
 
 Вот вот. А без наличия оного?

Ну так оно же в наличии - частью на ftp.ice.ru/debian, частью на
ftp.pirit.ru
Я вот все не соберусь сделать кроновский скрипт для поддержки up-to-date
файла Packages, чтобы можно было просто в apt-sources прописывать  

 
 Если Debian пойдет по пути
 редхатоидов - ориентация на чайника, то придется либо собственный
 дистрибутив создавать, что требует больших затрат времени = дорого,
 либо уходить с Linuх на Solaris или какую-нибудь BSD.
 
 
Либо добавить в свой CD локальных пакетов еще пару-тройку.

пару-тройку тысяч ;-(


  Ну видно chOS и что? Через заданный тобой интервал загрузится
 ОС по умолчанию. Какая проблема-то?

Проблема в том, что юзер который перегружает машину в отсутствие админа,
видит, что у него есть  какой-то выбор.  
 
 Если тебе не хочется смотреть на сообщения загрузчика - ну прямо
 как красная тряпка для быка, то ты всегда можешь включать экран после
 того как ОС загрузится полностью ;)

Так я на них и так не смотрю  у меня типичный uptime месяцами измеряется
 
 В этом вопросе я с тобой несогласен. Debian ДОЛЖЕН идти
 по пути более понятного, более дружественного пользователю

Мое мнение таково, что идти по этому пути нужно не так, как это делает MS
или RedHat. Нужно сначала сделать все очевидным и прозрачным для людей
квалифицированных (dselect этому критерию не очень удовлетворяет, capt и 
aptitude уже чуточку лучше), а потом думать, что добавить чтобы и новичкам
жилось хорошо. А делать систему в которой шаг вправо/шаг влево считается
побег (как linuxconf или redhat-овские network-скрипты) - это навсегда
лишать новичка возможности вырасти в профессионала. 

 дистрибутива. А ориентация на профессионалов от этого не страдает,
 так как она на мой взляд заключается не в этом, а в обилии самых
 разнообразных пакетов и их добросовестном тестировании.

Ориентация на профессионалов страдает, когда вместо проверенного временем
решения начинает использоваться нечто кривое, не обладающее достаточной
функциональностью, типа smail.


Вообще, если ориентироваться на то, чтобы растить из новичков грамотных
пользователей, первое что следует им внушать, это то что в системе есть
такие вещи, о которых они в норме вспоминать не должны. Например, дозвон
по ppp, например, загрузчик, например, локаль. Один раз настроил и забыл
как это устроено.

С этой точки зрения я считаю всякие xisp и kppp объективно _вредными_
программами. Поскольку они внушают мысль, что дозвон провайдеру это
действие, на которое пользователь должен обращать внимание, и даже
какие-то кнопки жать. 

Очевидно, что chOS из той же оперы. Он заставляет пользователя обращать
внимание на операцию, которая должна происходить полностью автоматически,
если только не случилось чего непредвиденного и нужно загрузить систему в 
single-user или со старым ядром.

Тут со мной согласен даже Билл Гейтс. В 95-х для того, чтобы при загрузке
вылезла менюшка с пунктом Previous version of MS-DOS требуется то-ли F5,
то-ли F8 нажать.  
   Виктор
 

--
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


Re: chOS - круть

2000-01-13 Пенетрантность Виктор Вислобоков
Решает. При наличии загрузки c С only и запароленного Bios.

 И набора служебных кодов к этому BIOS'у которые
можно найти в любой уважающей себя файлопомойке и
которые делают установку пароля бессмысленной.

  Ну и я уже говорил, что password - есть.

 надо менять, а это пересобирать с правильными опциями, встает дороже
 покупки лицензии на Windows NT сервер.

 Даже в RH нужно менять то и се. Это Linux, а не Windows NT

Вот именно поэтому я и не люблю RH. За то что там нужно пересобирать все
на свете, начиная с vim. Видел я тут один сервер с RH. Казалось бы,

Тут ты прав, пересобирать все на свете в Debian'е не нужно, но
согласись, что для нормальной и удобной работы тех стандартных
настроек, что предлагает дистрибутив, явно мало. Все равно надо
править, дополнять, изменять. И в основном руками с помощью
любимого текстового редактора.

 Вот вот. А без наличия оного?

Ну так оно же в наличии - частью на ftp.ice.ru/debian, частью на
ftp.pirit.ru

  И видимо появилась у тебя эта часть сама по себе и драгоценное
время профессионала ты на ее создание не тратил? ;)
  А выйдет релиз POTATO и ты будешь снова компилять к нему
все что тебе нужно.
  И я буду, и все остальные будут. И никуда мы от этого не денемся,
потому что как я и сказал - это Linux, а не Windows NT.

  Ну видно chOS и что? Через заданный тобой интервал загрузится
 ОС по умолчанию. Какая проблема-то?

Проблема в том, что юзер который перегружает машину в отсутствие админа,
видит, что у него есть  какой-то выбор.

Ну сделай задержку в одну секунду. Тогда твой пользователь толком-то
и не увидит выбора.
А потом это проблема пользователя и админа, а никак не загрузчика.
У тебя получается: LILO хорош, потому что юзер который перегружает машину
в отсутствие админа - дурак. ;)

 В этом вопросе я с тобой несогласен. Debian ДОЛЖЕН идти
 по пути более понятного, более дружественного пользователю

Мое мнение таково, что идти по этому пути нужно не так, как это делает MS
ли RedHat. Нужно сначала сделать все очевидным и прозрачным для людей
валифицированных (dselect этому критерию не очень удовлетворяет, capt и

Нужно прежде всего делать меньше глюков. В этом отношении
Debian пока навысоте. ВСЕ очевидным и прозрачным в динамически
развивающейся системе (а Debian сейчас является именно таковой)
сделать НЕВОЗМОЖНО в принципе.

ptitude уже чуточку лучше), а потом думать, что добавить чтобы и новичкам
жилось хорошо.

 А на мой взгляд этот процесс нужно выполнять параллельно.
Иначе до этой стадии Debian может не дойти никогда.

 А делать систему в которой шаг вправо/шаг влево считается
побег (как linuxconf или redhat-овские network-скрипты) - это навсегда
лишать новичка возможности вырасти в профессионала.

  Не волнуйся. Кто захочет таковым стать, тот и в RH
разберется в скриптах и поймет почему что-то вдруг не стало
работать. Кто не захочет - все равно не заставишь.
  Как бы не были удобны и круты внешние высокоуровневые
инструменты для чайников, у пользователей в Linux всегда
есть выбор - либо ими пользоваться, либо наплевать на них
и делать все руками. И это не зависит от дистрибутива, ибо
это - Linux, а не Windows NT.

 дистрибутива. А ориентация на профессионалов от этого не страдает,
 так как она на мой взляд заключается не в этом, а в обилии самых
 разнообразных пакетов и их добросовестном тестировании.

Ориентация на профессионалов страдает, когда вместо проверенного временем
решения начинает использоваться нечто кривое, не обладающее достаточной
функциональностью, типа smail.

  А почему вместо? Даже когда в Debian'е smail был MTA по умолчанию,
никто не мешал тебе поставить sendmail. Так что не вместо, а ВМЕСТЕ.
Также как сейчас вместе работают dselect и capt.
   А что касается smail, то он тоже имеет свои преимущества - он
гораздо легче настраивается, чем sendmail. К тому же Exim - тоже
не назовешь проверенным временем. Однако он очевидно лучше -
он сохранил простоту настройки smail и вместе с тем имеет дополнительные
возможности, хотя вот, например, люди, работающие с почтой через UUCP
наверное найдут его хуже, чем smail.

Вообще, если ориентироваться на то, чтобы растить из новичков грамотных
пользователей, первое что следует им внушать, это то что в системе есть
такие вещи, о которых они в норме вспоминать не должны. Например, дозвон
по ppp, например, загрузчик, например, локаль. Один раз настроил и забыл
как это устроено.

   Если пользователь занимается настройкой таких вещей, то это уже
admin. А admin должен все это помнить. Пользователь должен не
задумываться о этих вещах и может даже не знать как их настраивать.
Однако, при этом система должна позаботится либо о создании
типовых настроек, подходящих 99% пользователей либо о наличии
удобного и неглючного инструмента для настройки в понятных для
пользователя терминах.

С этой точки зрения я считаю всякие xisp и kppp объективно _вредными_
программами. Поскольку они 

Re: chOS - круть

2000-01-13 Пенетрантность Victor Wagner
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 по крону.

Достаточно концепции. Если она будет корректно работать в условиях
моей домашней машины, (три 

chOS - круть

2000-01-12 Пенетрантность Виктор Вислобоков
Привет всем!

Советую обратить внимание на chos, который
появился в POTATO. С ним загрузка выглядит
поприятнее, так как он позволяет иметь меню,
из которого выбирается чего грузить с цветами,
таймером задержки и фоновым рисунком (правда
из ANSI графики ;)

Честное слово - лучше бы по дефолту сделать
загрузчиком его.

Виктор



Re: chOS - круть

2000-01-12 Пенетрантность Victor Wagner
On Wed, 12 Jan 2000, Виктор Вислобоков wrote:

 From: Виктор Вислобоков [EMAIL PROTECTED]
 Subject: chOS - круть
 X-Mailer: Microsoft Outlook Express 4.72.3110.1
 
 Привет всем!
 
 Советую обратить внимание на chos, который
 появился в POTATO. С ним загрузка выглядит
 поприятнее, так как он позволяет иметь меню,
 из которого выбирается чего грузить с цветами,
 таймером задержки и фоновым рисунком (правда
 из ANSI графики ;)
 
 Честное слово - лучше бы по дефолту сделать
 загрузчиком его.
 

Я все-таки полагал что Debian позиционируется как дистрибутив для
более-менее профессионалов. То есть в большинстве инсталляций выбор OS не
нужен совсем, и даже там где нужен - украшательство только раздражает.

Debian как раз отличается тем что гибкость и надежность всегда ставятся
превыше красоты. Исключением был дефолтный MTA в hamm, и то в slink уже
ставится вполне профессиональный exim.

--
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


Re: chOS - круть

2000-01-12 Пенетрантность Aleksey Novodvorsky

On 12-Jan-2000 Victor Wagner wrote:
 On Wed, 12 Jan 2000, Виктор Вислобоков wrote:
 
 From: Виктор Вислобоков [EMAIL PROTECTED]
 Subject: chOS - круть
 X-Mailer: Microsoft Outlook Express 4.72.3110.1
 
 Привет всем!
 
 Советую обратить внимание на chos, который
 появился в POTATO. С ним загрузка выглядит
 поприятнее, так как он позволяет иметь меню,
 из которого выбирается чего грузить с цветами,
 таймером задержки и фоновым рисунком (правда
 из ANSI графики ;)
 
 Честное слово - лучше бы по дефолту сделать
 загрузчиком его.
 
 
 Я все-таки полагал что Debian позиционируется как дистрибутив для
 более-менее профессионалов. То есть в большинстве инсталляций выбор OS не
 нужен совсем, и даже там где нужен - украшательство только раздражает.
 
Раздражает украшательство без функциональности. 
Что касается загрузчика, то советую посмотреть grub из Hurd. Он, естественно,
отлично живет и с Linux.
Rgdrs, AEN.


Re: chOS - круть

2000-01-12 Пенетрантность Peter Novodvorsky


On Wed, 12 Jan 2000, Aleksey Novodvorsky wrote:

  Я все-таки полагал что Debian позиционируется как дистрибутив для
  более-менее профессионалов. То есть в большинстве инсталляций выбор OS не
  нужен совсем, и даже там где нужен - украшательство только раздражает.
  
 Раздражает украшательство без функциональности. 
 Что касается загрузчика, то советую посмотреть grub из Hurd. Он, естественно,
 отлично живет и с Linux.

Более того, были разговоры о том, чтобы сделать его дефолтным
загрузчиком в wookie.

Peter.