[Comm] Fw: reported bugs (fwd)

[Comm] Fw: reported bugs (fwd)

[Oleg Artemjev]

Послать в community не будучи подписанным не удалось. Форвард немного 
доредактирован + добавлено еще пару заслуженных едкостей в адрес 
разработчиков инсталятора, вернее в адрес тех, кто портировал инсталятор
с Мандрейка (я правильно понимаю, что это порт мандряхиного инсталятора? ;) ).

Итак:

Не знаю кто как, а я считаю, что инсталятор это лицо системы.
Если у Вас кривой инсталятор - не все станут работать с системой
дальше. Так, например, я в свое время накнувшись в ASP на одну из
прорех в алгоритме получил нулевого размера конфиги как от лилы, 
так и от граба. После этого я решил попробовать ALt. В результате 
на день рождения мне купили таки именно его, а не ASP.. Впрочем это 
лирика. Инсталятор в ALt Junior с год назад меня устраивал, хотя и не 
совсем - баги я в нем намыл, но это уже "как обычно". А вот инсталятор
от ALT Master в этом году меня настолько удручает, что я при всем желании 
физически не могу поставить систему так как мне хочется с его помощью, 
а вынужден ставить его на одну партицию и потом развлекаться с tar cf/
tar xf (причем машин две и на одной из них я к тому же вынужден буду 
извращаться еще и с lvm).. 

Прошу разработчиков воспринимать это письмо как bug report. Как никак время я на него 
убил. Прошу не предлагать занести этот отчет на соответствующие позиции в web bug report 
- интерфейс раздражает - количество неадекватно-обязательных полей в форме столь велико, 
что создание отчета об ошибках сравнимо с мазохизмом. :/ Прошу также заметить, что я не 
старался найти баги - они сами меня находили.

Для соблюдения формальностей начнем с моей конфигурации. Это моя домашняя тачка: 
Dual PPro 200 . Не разогнаны. 98Mb памяти. Два контроллера SCSI -  Adaptec и FirePort 
на Symbios'овском чипе. Drives Attached: 2 * 4.2 Gb, 3 * 1 Gb, 1 * 4 Gb . И это - пока 
- у меня периодически появляются старые сказевники ибо они дешевы. Плюс к тому Matrox 
Millenium 1 (толи 8 толи 16 мег на борту), сетевуха на realteck'овском чипе, MDA карта, 
звуковуха из старых исашных, уже не помню какая :)). Мать асусовская дуальная. Монитор Sony 15".

Поехали по недочетам инсталятора:

*) В инсталяторе нет возможности запустьить LVM. Остой.  Имея дома десяток гиговых SCSI винтов 
у меня нет возможности организовать из инсталятора raid 0. В результате инсталяция превращается 
в мазохизм. И это коммерческий дистрибутив. Между прочим в SuSe последней в инсталяторе LVM 
доступен. Это к вопросу у кого бы этому поучится.

*) Ни один еще создатель дистрибутива не позаботился о распечатке размеров
основных каталогов инсталяции в дефолтных конфигурациях и в максимальном 
количестве поставленных пакетов.
В результате зачастую приходится инсталировать по нескольку раз любой дистрибутив, 
к сожалению и Ваш также. Приходится сначала поставить все пкеты вообще, потом пустить простенький скрипт
из du и find чтобы понять каков же необходимый минимум для того или иного раздела. Кроме того без этого 
совершенно невозможно ставить систему на железо с большим количеством средних и маленьких винтов. У меня именно
тот случай . Скрипт GPL'ный - пользуйтесь - если распечатка результатов работы этого скрипта в различных конфигурациях 
(порядка 4х страниц A4) будет в книжках к следующей версии дистрибутива - Вы сэкономите людям массу вермени. 


#!/bin/sh
# WHAT:    This script is intended to count sizees of 
# directories listed in 'basedirs' below.
# LICENSE: GNU GPL
# (c) Olli Artemjev <olli@digger.org.NOSPAMru>


# list of full paths we're interested in size information.
basedirs="/ /bin /boot /etc /lib /lib/modules /opt /usr /var \
 /usr/local /usr/lib /usr/share /usr/src /usr/src/kernel /usr/share"
# temp file ('ll overwrite each execution!)
tempf=/tmp/sizes.log

##### script starts here.
echo -e "\nDirectory sizes for Alt Linux Master installation w/ "
echo -e "`rpm -qa | wc -l` (more then 85%) packages installed.\n"
echo -e "\nSizes reported by this script:\n---------------------------\
---------------\n"
cat $0
echo -e "\n------------------------------------------\n"
echo -e "\nReport start:\n"
echo "'df -h' sais:"
df -h
echo "Counting sizes for '$basedirs' and their subdirectories"
echo "(maxdepth 1, skipping all smaller then 1M):"
for base in $basedirs; do 
echo "For directories in $base:"
dirs=`find $base -type d -maxdepth 1 | grep -v ^.\$| grep -v /proc\$ |\
 grep -v /tmp\$|grep -v /lost+found\$| grep -v /dev\$|\
 grep -v ^..\$|tr '\n' ' '`
 for d in $dirs; do
  size=`du -sh $d|awk -- '{print $1}'`
  # check if size is counted in Mb/Gb, not Kb.
  echo $size|grep -i K>/dev/null
  return=$?
  if [ "$return" = 1 ]; then
  echo -en "\t\t$d";echo -e "\t\t\t$size"
  fi
 done
done


*) Количество и наполнение списка предлагаемых для монтирования на отдельных партициях поражает своей убогостью.
Там нет даже /var/log, не говоря уже о менее насущных вещах! Сэкономьте людям время - пожалуйста поставьте в список
предлагаемых следующие каталоги (часть может и быть - не помню уже какие, но есть те которые нужны, а их нет): 
/var/log - должен монтироваться отдельно, поскольку если Вы например что либо забыли в ротации логов Ваша автопилотная станция
может не дожить до конца Вашего отпуска - при переполнении раздела при /var/log лежащем в той же партиции что и /var/lock 
обломится исполнение многих процессов использующих лочку. Это особенно актуально с учетом того, что logrotate вообще может по 
тем или иным ипричинам пропустить момент ротации лога (я встречался с такими глюками, когда имеющийся корректный параметр в 
конфиге иногда игнорировался - все чесались руки найти ему достойную замену).

Любителям безопасных и нетипичных опций монтирования посвящается (nodev,noexec,noatime,nosuid,ro):
/var/spool/news		noexec,noatime,nosuid,nodev
/var/spool/mail		nosuid,nodev
/var/spool/ftn		noexec,noatime,nosuid,nodev
/var/spool/samba	тут помимо noexec,nosuid,nodev могут быть разные опции вроде umask и т.д,
/usr/src		nosuid,nodev опционально ro и noatime для тех кто ставит софт только в сингле.
/usr/local		nodev
/usr/share		noexec,nosuid,nodev

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

Вообще говоря в этом списке должны быть все самые крупные каталоги системы.
Вот например я раздельно монтирую /boot, /usr, /var/spool, /var/spool/mail, 
/usr/share,/var/log,/usr/lib,/tmp,/home,/usr/src,/usr/share/doc,
/usr/share/games,/var,/opt . И большинство из этих (заметьте - самых емких) 
каталогов я должен прописывать вручную, не имея возможности выбрать их мышью. :((

У меня они с такими размерами:
4.2 Gb disk 1
1) /boot = 0.030Gb; 
2) / = 0.4Gb; 
3) /usr = 1Gb; 
4) /var/spool = 2.1Gb; 
5) /var/spool/mail = 0.3Gb; 
6) SWAP = 0.3Gb;
4.2 Gb disk 2
1) /data = 2.2Gb;
2) /usr/share = 1.4Gb;
3) /var/log = 0.5Gb;

4Gb disk 
1) /usr/lib = 1.6Gb;
2) /Backup = 0.7Gb;
3) /home = 0.7;
4) /tmp = 1Gb;

1Gb disk 1
1) /usr/src = 0.999Gb;
2) /var/lock = 0.001Gb;

1Gb disk 2
1) /usr/share/doc = 0.8Gb;
2) /usr/share/games = 0.3Gb;

1Gb disk 3
1) /opt = 0.6Gb;
2) /var = 0.4Gb;

*) Желательно иметь возможность сохранить информацию из вывода mkfs.ext2 для создаваемых
партиций на дискетке в момент инсталяции. Это крайне полезно в случае лечения проблем с файловой
системой.

*) Отсутствует возможность из инсталятора создавать зашифрованные разделы и цеплять уже имеющиеся.
Посмотрите в сторону SuSe, господа! Мне вмеру понравилась их реализация скриптов. Если Вам не в 
падлу будет подписать мой From на devel@altlinux.ru - могу поучаствовать в адаптации SESe'шных 
скриптов - для себя я это все равно буду делать.

*) Утилита из инсталятора, которая занимается созданием разделов работает криво. А именно возможна ситуация, когда
приходится удалять соседний раздел, поскольку утилита отказывается работать c только что созданными разделами (к 
сожалению не запомнил, отказ звучал чем-то вроде 'не могу удалить раздел поскольку он не...' это относилось к его номеру.
Прошу прощения за столь расплывчатую диагностику - склероз. :(
 
*) Не уверен насчет инсталятора, но вот аналогичная утилита из Alt Linux Control Center глючит на SCSI - создает
разделы, которые потом в fdisk'е отображаются с warning'ами по поводу границ раздела и цилиндров, такое впечатление,
что пытается работать так же как с ide. По крайней мере у меня аналогичные warning'и fdisk выдает только с IDE в LBA 
или вроде них. fdisk'ом вручную создаю разделы, на которые он потом не ругается (разумеется - это же SCSI!).

*) Инсталятор не знает, что SCSI ID может быть более 7. Из за этого тупизма мне пришлось выравнивать ID, так чтобы 
дисков с ID более 7ми в системе не было . Диск с ID=8 не отображался в списке доступных для редактирования разделов.

*) Принципиально не правильно ставить дистрибутив в ядре в котором включен APM. Ну подумайте сами - что произойдет, если бага 
ядра вскроется после засыпания экрана. Только не надо говорить что виноват пользователь. Виноват тот, кто решил выбрать в инсталятор
ядро с поддержкой APM. Для тех кто в танке поясняю - в случае kernel panic через несколько часов монитор уже не проснется. Как можно
допускать такое в инсталяторе? :/ Это наверное была идея того же <пожевано для приличия> кекса, который придумал ситавить картинку 
вместо нормальной диагностики загрузки по умолчанию. :/

*) Прелесть frame byuffer в инсталяторе не только в возможностях показать картинку на экране, но еще и в том, что можно 
поднять герцы. Ну кто сказал, что я должен портить себе глаза на 60ти герцах в текстовых консолях? Ну дайте же возможность выбрать
при инсталяции!! А между тем как после инсталяции в текстовых консолях те же говеные 60 герц. Зло берет. Это надо иметь 
возможность выбирать.

*) Обсчет количества занимаемого места идет с ошибками. То место, которое занимают каталоги отведенные мной под разделы было
меньше чем то, что я отвел под разделы, а между тем мне не давали выбрать пакеты - мол места нет. Я проверил между прочим. :/ 
Именно из-за этого я вынужден раскидывать инсталяцию по разделам таром, поставив сначала все на /. :/ ПОЗОР. :/

*) Какой _ГАД_ устроил перезагрузку при слишком долгом ожидании? Этот <censored> заставил меня потерять массу времени.
У меня нет ни желания ни времени следить за инсталятором в момент копирования файлов - это кретинизм. Еще больший кретинизм - 
перегружать систему не дождавшишь ввода от пользователя за более чем час (по моему там вопрос исчисляется минутами).
Кроме того - в руководстве по инсталяции нет (или я пропустил :/) описания того как начать инсталяцию с того же момента. 
Более того  - с того же момента просто не реально начать. Ну скажите - зачем было заставлять пройти од того же мромента прокликав 
еще раз выбор языка, страны, ... до выбора пакетов.  Надо было предложить выбор - продолжать с момента обрыва или это самое...
Количество моей ругани в адрес субъектов сделавших у инсталятора такой алгоритм гораздо больше размеров этого письма. :E~~~
Ну кто Вам сказал, гады, что пользователь не имеет право лечь спать или пойти поесть и погулять  покуда ставится дистрибутив? :E~~~



*) Продолжение следует - меня уже с работы гонят. Я поражаюсь - как можно было выпустить в коммерческую продажу такую недоделку. =)
Впрочем все равно дистрибутив стоило покупать - в оличие от SuSE, в которой баги в инсталяторе тоже есть у Вас хоть с русификацией проблем не приходится огребать.. - хоть на этом время сэкономили - спасибо. =)


---------- Forwarded message ----------
Date: Tue, 10 Dec 2002 19:00:04 +0300 (MSK)
From: Olli Artemjev <olli@metaltelecom.orgNOSPAM.ru>
To: mantis-admin@altlinuxNOSPAM.ru
Cc: mantis-reports@altlinuxNOSPAM.ru, community@altlinuxNOSPAM.ru
Subject: reported bugs


О, а я уже было забыл о том, что я когда-то потратил час на
bug-report'ы. =) Я несколько пересортирую Ваш ответ, поскольку _очень_
неудобно обсуждать, когда квотится все письмо, а дискуссия по пунктам.

> ======================================================================-----------------------------------------------------------------------
>  inger - 02-09-02 12:17 MSD 
> -----------------------------------------------------------------------
> 1.Пожайлуста добавьте ошибки на соответствующе пакеты, или перевеьте эту
> багу на пакет altlinux-release. А то Ваш труд может оказаться напрасным - я
> случайно заметил Ваше письмо.
Я попросил коллег купить мне на день рождения Alt Master. Так что мне уже
глубоко фиолетово исправление ошибок в Junior. К сожалению особенности 
выхода в инет не позволяют мне быстро и удобно пользоваться интерфейсом
bug-report'ов (который я считаю вообще и в принципе не удобным,BTW). 

Поскольку я уже снес Junior - буду признателен, если Вы перекинете
соответствующие репорты куда следует - мне это сделать настолько напряжно
и неудобно, что я считаю трудозатраты неадекватными. Sorry.

> 2. Рац. предложение - мне кажется большинство ошибок из-за того что что-то
> было сделано неправильно. Наверное есть смысл спросить некоторые вопросы в
> community@altlinux.ru и ошибки исчезнут сами собой.
Едва ли. Я достаточно давно работаю с Linux/Unix системами, чтобы быть
уверенным в адекватности своего поведения с инсталятором.

> =======================================================================Project:                    ALT Linux
> Bug ID:                     0001226
> Package:                    installer
> Reproducibility:            always
> Severity:                   major
> Priority:                   normal
> Summary:                    multiple installer bugs and wrong (by idea itself) steps & also other bugs for other packaghes..
> Description: 
>> 1. Второй диск предназначен для установки,скорее всего он с дефектом -
>> обратитесь в support@altlinux.ru за заменой
Я скачивал диск с сервера, а не покупал (тогда у меня был
широкий канал). Возможно диски на ftp и в продаже просто разные, либо
необходимо проделать какие-то дополнительные телодвижения чтобы подцепить
второй. В любом случае мне уже все равно.

>> 3. Из cups изчезла поддержка ibm lexmark 4039 plus. Пришлось ставить
>> предыдущую версию, зачем спрашивается (в сторону developer'ов cups).
> 3. Это скорее к девелоперам foomatic. Также посмотрите на linuxprinting.org
> - скорее всего никуда откатываться не придется
Я нашел нечто похожее по свойствам, похоже модель по неясным соборажениям
переименовали в списке поддерживаемых. К счастью уже не актуально. В Master 
почему-то аналогичная модель нашлась. =)

> 6,8 непонятно о чем идет речь
> 6. append убогий перенаправляющий вывод на 10ю консоль бесит - мешает
> диагностике ляпов, затрудняет лечение, н
> аконец просто достает каждый раз удалять этот бред (в том числе при
> инсталяции smp ядра).
Очень не люблю гадостей. За такие надо бить по рукам. Чтоб не
повадно было. Тот же самый отстой в Master. Cтрока в lilo.conf (как
водится угрохал, не осталось, так что показать не могу) на тему 
fbprogress в сторону какой-то консоли просто бесит - в случае проблем 
диагностику сразу не видно, а при переключении заранее на соответствующую консоль мешает progress-bar,
который бодро отрисовывается поверх отчетов о статусе загрузки демонов.. :E~

Если до сих пор не ясно - это я в адрес графической загрузки,
которая не просто делает frame buffer, но еще и кладет на откывающуюся по
умолчанию консоль раздражающе неинформативную картинку, а на другую (AFAIR
- 10ю сыплет логи, которые в отличие от картинки ценны. Поведение a-la винды позволительно
лишь когда Вы уверены в безошибочном поведении системы, а до этого еще далеко. :/

> 9. append убогий перенаправляющий вывод на 10ю консоль бесит - мешает
> диагностике ляпов, затрудняет лечение, наконец просто достает каждый раз 
> удалять этот бред (в том числе при инсталяции smp ядра).
Это я уточнил что же такое 6.

> 7.при выборе печати при помощи тулзы gimp'а совершенно убогие default
> values, - картинка получается отстойне
> йшая (в сравнении с postscript на том же ps принтере ).
Это про вариант реализации печати на принтер с использованием чего-то
окологимпового. Предлагаемые по умолчанию настройки - отстой - приходится 
тратить массу времени чтобы подобрать более адекватные значения. И так делает 
каждый, кто пользуется таким типом печати. Нельзя ли к следующей версии ALT-Master это 
поправить? ?-)


> Неадекватный выбор пакетов в инсталяторе - в виде дерева их меньше чем в
> "одномерном" виде. (Тянется еще с Junior 1)
 И это убожество продолжилось в Master - количество пакетов в дереве и без
дерева разительно разнится.  Не вижу разумного повода к такому поведению
инсталятора.

> 8. Мозила украина конфликтует с моизиллой русской настолько,что при
> загруженных настройках на русскую локаль
> стартует украинская мозила, причем даже после переименования
> /usr/share/locale/uk* в *.original . =) Пришлось
> вынести соответствующий rpm. =) BTW - это вообще некорректно, когда в
> нестандартном месте лежит локализация
> пакета - я, например, там где локализованные меню достают удаляю файлы
> локализации соответствующего пакета..
Это про то, что получается, когда устанавливаешь для мозилы ua и ru
локали одновременно. Позор.

> 2. автоинсталятор (kick start) ведет себя неадекватно - в момент инсталяции
> я специально делал deselect при вопросах что нужно форматировать, а эта
> тварь полезла форматировать даже то, что вообще не использовалось при
> инсталяции (не монтировалось и не форматировалось). И не надо говорить так
> и должно быть - так не должно - написано, что сохраняется
> последовательность действий при инсталяции, а на самом деле
> не так. =) (Да, я читал надпись при загрузке с kick start drive, и тем не
> менее).
Обратите и на это внимание.. =) Это идейный вопрос. =)

 
> 4. При инсталяции не всегда корректно инициализируются переменные, так что
> реально попасть на ситуацию, когда выбрав тип fs и передумавши сменив его на другой
> натыкаешься на ляп - после инсталяции нихрена не грузится, поскольку к
> партиции одного типа применяются опции монтирования для партиций другого
> типа.
Обратите и на это внимание.. =)

> 5. Сделали новый метод аутентификации tcb , однако в nsswitch.conf не
> написали что значит, после выноса разуме
> ется перестало пускать в систему (могли бы man tcb написать котя-бы), но
> это еще ладно. А вот то, что screen s
> aver'ы в KDE теперь после запуска с запросом пароля требуют убиения с -TERM
> (при -9 замерзает экран) - неудобно.
Обратите и на это внимание.. =) Неплохо бы в конфигах писать куда делать RTFM - 
не все следят за новинками.

> 10. aptitude/apt-get после установки кучи пакетов корежат базу rpm -
> приходится делать --rebuild, причем лучще это сделать немедленно. =)
Кстати это делает работу этого пакета крайне неудобной.

> Система bug-report'ов в которой я сецчас этот текст набираю довольно
> неудобна - мне совсем не нравится на тонком канале по минуте ждать reload
> формы, так что извините, что все в одном месте..
А теперь после того как мне купили и подарили Master, Junior мне и вовсе
не интересен. BTW, форвардните это письмо в community plz, если не пройдет
- я на этот список рассылки не подписан пока. Как подпишусь - буду
костерить разработчиков инсталятора Master. Это же надо было такое кривое
поделие смастерить, что в необходимой мне конфигурации его поставить
черезвычайно сложно, проще поставить на диск целиком, а потом раскидать
tar'ом на разделы созданные в ручную. :/ Впрочем об этом я напишу
отдельно, когда дойдути руки подписаться на рассылку. :/

----- Кое что на затравку:
С удовольствием побил бы того, кто придумал ребутить инсталятор
(как Junior'а, так и Alt'а) по прошествии периода неактивности. Из-за
этого censored с его _идиотской_ идеей я вынужден тратить на инсталяцию
гораздо больше времени, чем хотел бы и делать это непрерывно. То есть
владельцам старых машин приходится следить за монитором, вместо того,
чтобы на следующий день вечером продолжить инсталяцию начатаю
предыдущим вечером. :/ Я думаю, что тот, кто придумал ребутить инсталятор
-  <тут подставить ругань в меру фантазии>.  А чего стоит необходимость
повторять первые шаги инсталлятора после того, как система сребутилась
после просьбы вставить очередной компакт. Зла не хватает. :/

Кроме того, шуточка того же
пошиба, что и авторебут по неактивности - зачем поднимать поддержку apm в
ядре из которого запускается инсталятор??? Дурдом - при повисании ядра на
кривом железе после выключения apm'ом экрана диагностики не увидимшь -
экран на повисшем ядре не поднимется. 

-- 
Bye.Olli			http://olli.digger.org.ru
PGP fingerprint:
(expire 2005-02-09,1.0.6,2048)	= 154B 5A59 DF51 6602 F589  2314 C77A 5292 6879 649A

Re: [Comm] Fw: reported bugs (fwd)

[Sergey Vlasov]

On Sun, 15 Dec 2002 23:33:10 +0300
Oleg Artemjev <olli@simauto.ru> wrote:

> *) Прелесть frame byuffer в инсталяторе не только в возможностях показать картинку на экране, но еще и в том, что можно 
> поднять герцы. Ну кто сказал, что я должен портить себе глаза на 60ти герцах в текстовых консолях? Ну дайте же возможность выбрать
> при инсталяции!! А между тем как после инсталяции в текстовых консолях те же говеные 60 герц. Зло берет. Это надо иметь 
> возможность выбирать.

vesafb (который ставится по умолчанию) принципиально не дает
возможности выбирать частоту (что поставит video-BIOS, то и будет). В
инсталяторе вряд ли можно выбрать что-то лучше. В установленной
системе - можно, но руками (/etc/sysconfig/framebuffer, но при этом не
будет работать LPP (для него драйвер fb должен быть вкомпилен в ядро,
а не модулем; впрочем, он вам все равно не нравится)).

Еще проблема в том, что далеко не для всех карт (даже работающих с
vesafb), есть настоящий (и работоспособный) драйвер framebuffer.
Например, для карт от NVidia вроде бы есть rivafb, но он не работает
совместно с NVDriver для X, поэтому он почти никому не нужен.

> *) Какой _ГАД_ устроил перезагрузку при слишком долгом ожидании? Этот <censored> заставил меня потерять массу времени.

Это действительно так? БЕЗОБРАЗИЕ!!!!

Re: [Comm] Fw: reported bugs (fwd)

[Oleg Artemjev]

On Sun, 15 Dec 2002 21:15:26 +0300
Sergey Vlasov <vsu@altlinux.ru> wrote:

> > *) Прелесть frame byuffer в инсталяторе не только в возможностях показать картинку на экране, но еще и в том, что можно 
> > поднять герцы. Ну кто сказал, что я должен портить себе глаза на 60ти герцах в текстовых консолях? Ну дайте же возможность выбрать
> > при инсталяции!! А между тем как после инсталяции в текстовых консолях те же говеные 60 герц. Зло берет. Это надо иметь 
> > возможность выбирать.
> vesafb (который ставится по умолчанию) принципиально не дает
вот мне бы хотелось иметь в режиме эксперта возможность выбирать какой именно frame buffer я хочу пользовать как на 
момент инсталяции, так и после. Это просьба в сторону разработчиков инсталятора.

> возможности выбирать частоту (что поставит video-BIOS, то и будет). В
> инсталяторе вряд ли можно выбрать что-то лучше. В установленной
а если я знаю какое железо и какими дровами в ядре оно поддерживается? :? Я к тому, что выбор ядер в 
которых будет работать инсталятор вещь возможно более адекватная. Собственно режим эксперта увеличивает 
возможности насатройки на крохи, хотя эксперт мог бы делать массу настроек еще на момент инсталяции.

> системе - можно, но руками (/etc/sysconfig/framebuffer, но при этом не
> будет работать LPP (для него драйвер fb должен быть вкомпилен в ядро,
> а не модулем; впрочем, он вам все равно не нравится)).
> Еще проблема в том, что далеко не для всех карт (даже работающих с
> vesafb), есть настоящий (и работоспособный) драйвер framebuffer.
Я знаю что для моего матрокса он есть и знаю как его настроить. А еще я думаю, 
что эта опция из тех, которые можно было бы выбрать еще при инсталяции.

> Например, для карт от NVidia вроде бы есть rivafb, но он не работает
> совместно с NVDriver для X, поэтому он почти никому не нужен.
Есть ведь комбинации работающие изумительно и безглючно? Так может их стоит включить в список на выбор?

> > *) Какой _ГАД_ устроил перезагрузку при слишком долгом ожидании? Этот <censored> заставил меня потерять массу времени.
> Это действительно так? БЕЗОБРАЗИЕ!!!!
Не то слово. =) У меня в адрес придумавшего такое только обилие нецензурных выражений. :/
Это _свинство_ наблюдается еще и в ALT Junior, AFAIR - уже начал забывать за ненадобностью. Просто в 
Junior'е оно не так раздражает - там не так много пакетов и он не так долго ставится. До исходника 
инсталятора руки не дошли пока - времени свободного мало. Но я гляну.. <7 этажей мата порезано цензурой>, 
сказал я и грязно выругался. =) Возможно конечно, что это у них побочный эффект такой. Например особенности
APM.. но за такие побочные эффекты надо наказывать. :E

-- 
Bye.Olli.						http://olli.digger.org.ru

Re: [Comm] Fw: reported bugs (fwd)

[Oleg Artemjev]

On Mon, 16 Dec 2002 16:29:54 +0300
Oleg Artemjev <olli@simauto.ru> wrote:

> > > *) Какой _ГАД_ устроил перезагрузку при слишком долгом ожидании? Этот <censored> заставил меня потерять массу времени.
> > Это действительно так? БЕЗОБРАЗИЕ!!!!
> Не то слово. =) У меня в адрес придумавшего такое только обилие нецензурных выражений. :/
> Это _свинство_ наблюдается еще и в ALT Junior, AFAIR - уже начал забывать за ненадобностью. Просто в 
> Junior'е оно не так раздражает - там не так много пакетов и он не так долго ставится. До исходника 
> инсталятора руки не дошли пока - времени свободного мало. Но я гляну.. <7 этажей мата порезано цензурой>, 
> сказал я и грязно выругался. =) Возможно конечно, что это у них побочный эффект такой. Например особенности
> APM.. но за такие побочные эффекты надо наказывать. :E
В догонку - оставил тут на трое суток на выборе пакетов - тут как тут, гаденыш - сребутился мой будущий сервак.
Причем на запросе следующего диска он не дожидается и 8 часов, скорее даже менее чем 4 часа.. В общем по 
диагностике - это сделанно намеренно, поскольку timeout'ы разные.. 

#$%^!#$^!#%&!$%&!$%&!@$%&@$^&*%&!#%&!#$%&!%&!&%&!&%#!&!&!#!!!!!

Подставьте ругань в адрес того кто это придумал вмеру Вашей фантазии. :/

-- 
Bye.Olli.					http://olli.digger.org.ru