Неотложные работы по стабилизации Сизифа

• george@ — во всём виноват
• inger@ — вторая и третья стадия установщика, alterator
• zerg@ — “browser” для установщика (a.k.a. Wizard)
• legion@ — вторая стадия установщика
• sbolshakov@ — первая и вторая стадия установщика, propagator, модули alterator
• vsu@ — udev-hal-hotplug, ядро и initrd/initramfs
• greycat@ — spt, libhw
• ldv@ — ни в чём не виноват должен быть в курсе
• a.e.n@g.c — нужно держать в курсе дела

Установщик

• Сборка (формирование загрузочно-установочного образа)
  • подготовка initrd (initramfs)
  • подготовка образа 2-й стадии
  • формирование ISO-шника
• Выкладывание ISO-шек в сети

Сборка

• /devel/spt3? greycat@
• libhw, libhwtools(x11createconfig), hwdatabase и иже с ними. Заброшено. Есть нарекания по работе: предположиетльно при использовании libhw игнорируется стандартные PCI ID из модулей ядра. Специальные libhw-патчи других пакетов (каких?). greycat@.

Первая стадия

• ядро и стартовый виртуальный диск. vsu@
• /Propagator?. Ответственный: lioka@

Вторая стадия

• Используется alterator и специальный qt-броузер (a.k.a. wizard) к нему.
• Модуль разбиения диска. Странная логика (не документировано). lioka@
  • Снос старым EVMS-модулем особо извращённых extended partition (не всегда воспроизводится, хотя /Fr Br George наблюдал это множество раз)
    
  • Не забыть поставить активный раздел
  • EVMS не умеет изменять тип разлела. Обойти по дизайну (чтобы не нужно было этого делать)
  • Для разметки диска используется EVMS (libevms), но для работы с диском и RAID — mdadm и lvmtools, т. к. EVMS слишком толст для initrd и неудобен в эксплуатации (пример поднятия EVMS из initrd — тут?)

Третья стадия

• ALTerator + Wizard для обязательной части
• ALT Linux control center — ALTerator + простой броузер + все имеющиеся модули
• TIMEZONE и ntpd
  • Выключасть UTC на двухсистемных машинах
  • ??? Использщовать openntpd вместо ntpd?
    
• Настройка сети (не такая, как в ALC30). Тут придётся делать что-то по поводу неопределённого порядка сетевых интерфейсов — создавать либо /etc/net/iftab, либо соответствующий набор правил для udev. При использовании /etc/net/iftab нужно в обязательном порядке присваивать всем интерфейсам нестандартные имена (etcnet не обрабатывает ситуацию, когда запрошенное имя занято другим интерфейсом). Если переименовывать интерфейсы средствами udev, в принципе можно оставлять имена вида ethN, но нужно аккуратно писать правила (и обязательно тестировать на «странных» устройствах — некоторые драйверы (madwifi, стек devicescape) создают несколько интерфейсов для одного устройства, также нужно проверять vlan, чтобы не получить /7c661f6e737e6264?#7c661f6e737e6264 конфликт с основным интерфейсом).
• Настройка Xorg. кто
  • Настройка Dual-head карт
  • Настройка мышей, touchpad-ов и клавиатурных пупырышков
• Принтеры
  • Если принтер недоступен, не выставлять offline policy
  • Возможность делать принтер shared (для print-серверов) (или в Control?)
    
• Пользователи
  • включать пользователя в группы: cdrom, floppy, cdwriter, audio, radio, xgrp, camera, scanner, uucp, ещё?

udev – hotplug – hal 

Всё полностью на vsu@. Ох, много.

• правила udev
• перенос udev в rc.sysinit (возможно, в initramfs, т. к. для работы с RAID уже нужны устройства, нормально определить которые может только udev)
• Изничтожение hotplug (был нужен для 2.4, заменяется udev)
  • Blacklists — частично в udev, частично в modprobe.conf. Проблемы с framebuffer-модулями.
  • (предложение rider@) Hotplug остаётся, но занимается только
    • Blacklist
    • Драйверы для процессора
    • PnP 
• Новый modprobe
  • blacklist, modutils.d и специфические для старого modprobe настройки (типа above)
  • пакеты, кладущие в modutils.d в старом синтаксисе
  • Конвертирование имеющихся настроек в старом синтаксисе
• HAL. Патчи на libhw, предположительно неправильно работающие.

Базовая система

• Распознавание и монтирование устройств без X11-клиентов. pmount не предлагать. А что предлагать?
  • Можно монтировать через HAL method — немного описано тут? и тут; этот механизм сейчас используется в KDE. Потребуется написать несколько программ, общающихся с hald через dbus. Преимущества — отсутствие необходимости в suid-программах, возможность передачи любых безопасных опций монтирования (в частности, для vfat можно задать опции dmask и fmask, чего pmount не позволяет).
• -m32 для gcc. Без этого не собирается GRUB/x86_64 вообще.
• Dist-upgrade с ALC3.0 и ALM2.4

Документация

Все на kirill@

• • Документация по разработке и отладце инсталлятора, см. заготовки?

* ALT-специфика

* README.ALT.Security (обновить раздел про alt-specific из документации Master-2.4)
* README.ALT.RedHat.users (нужны подопытные Red Hat? users)
* README.ALT.Debian.users (нужны подопытные Debian users)
* mithraen@: Я бы предпочел ещё видеть и alt-specific как man. Очень удобно когда есть что ответить на правильный вопрос 'man что?'.
* написать man по /etc/X11/Xsession (php-coder@: А может просто обновить man 6 faq из пакета man-pages-ru ?)
* См. также http://www.freesource.info/wiki/AltLinux/Features?v=1be3

* etcnet — непонятная документация, особенно man'ы. каким-то образом адаптировать с помощью материалов отсюда?
* APT