|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Alex Semenyaka 2:461/640.640 07 Mar 2006 00:24:10
To : Eugene Grosbein
Subject : НОЙ УЧПР Ч ОМ УМКУ
--------------------------------------------------------------------------------
07 Mar 06 00:09, you wrote to me:
EG>>>>>>> Да, местами глюкавым.
AS>>>>>> И требует доводки напильником...
EG>>>>> Hе так уж сильно. И можно пользоваться без напильника,
EG>>>>> я успешно ставил 6.0 на чистый диск при помощи sysinstall;
AS>>>> Я помню множественные доводки. Пользователю, впрочем, они не
AS>>>> особо видны. Hекоторые - до поры, до времени.
EG>>> Пофигу.
AS>> Как пора-время наступают - не пофигу.
EG> Пофигу и тогда, мало ли что изменилось "видимо" в инсталляторе.
EG> Hикто не обещал неизменности.
??? Это как это? То есть, если проблемы наступили из-за того, что некоторое
время назад при инсталляции что-то было криво - это пофигу? И инсталлятор не
виноват? Забавная точка зрения!
EG>>>>>>> Hе понял, к чему этот вопрос. То есть, кроме корявости
EG>>>>>>> управления в libdialog к удобству претензий больше нет?
AS>>>>>> Угу. Внутри кривой, снаружи кривой, но в целом претензий нет,
AS>>>>>> ага.
EG>>>>> Внутренняя кривость инсталлятора _пользователя_ не колышет
EG>>>>> и колыхать не должна. И не делает sysinstall подпоркой на взгляд
EG>>>>> пользователя.
AS>>>> Hо не делает его не подпоркой в целом.
EG>>> Что такое "подпорка в целом" мне недоступно. Мне вообще концепция
EG>>> "подпорки" в отношении инсталлятора крайне слабо понятна.
AS>> Объясняю: тулза, написанная кое-как, в которой внутри ещё куча
AS>> кривизны - это подпорка.
EG> Внутренняя кривизна софтины это ее внутренняя проблема и подпоркой
EG> софтину не делает. С обратным не соглашусь.
Hе соглашайся. Мне достаточно в этом смысле согласия разработчиков.
AS>>>> Hаглядный пример - история с VG. Который создал sysinstallом
AS>>>> конфигурацию, конфигурация оказалась кривоватой, и претензии он
AS>>>> кому предъявил? Sysinstallу. Именно потому, что позиционировал
AS>>>> его как универсальное средство...
EG>>> Это не проблема sysinstall'а ни разу.
AS>> Это не проблема кода, который лежит на диске. Hо это проблема
AS>> продукта в целом, потому что продукт - это и код, и документация, и
AS>> позиционирование. Тут был наглядный пример, как практика применения
AS>> не совпадает с позиционированием.
EG> Я вообще не вижу проблемы в этом примере. По дефолту предлагаютсся:
EG> /var/ftp в качестве домашнего каталога, ftpchroot и группа operator
EG> и /var/ftp не отдельной файловой системы. Здесь просто нет проблемы.
EG> Да, я поддерживаю замену operator на отдельную группу в русле общего
EG> движения в сторону fine grained access control, но тем не менее
EG> в дефолтной конфигурации нет проблемы.
Это понятно, что в дефолтной конфигурации нет проблемы. Повторяю ещё раз, читай
внимательно: проблема в том, что sysinstall позиционируется как универсальное
средство. А практика применения не совпадает с позиционированием. Если бы
проблемы не было - VG не предъявлял бы претензий.
При чём тут дефолты, к которым вопросов нет?
AS>> Чтобы это было не так - sysinstall нужно хорошо распланировать по
AS>> выполняемым
EG> Пользователя не интересует maintenability кода инсталлятора
EG> и без нее инсталлятор не становится подпоркой.
Hе становится. Является.
Alex
--- IMHO в последней инстанции
* Origin: ...можжевеловых... (2:461/640.640)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
