Краткий конспект, после обсуждения с nidd.
Прошу обсуждать.

1. Сизиф, сохраняя преемственность, становится средством для создания,
отладки и управления Virtual appliance (далее VA). По сути, под
законченным "решением" мы теперь понимаем VA.
Разрабатывается Sisypus versioninig policy для обеспечения
сосуществования нескольких версий пакетов.
2. Создается    новый репозиторий -- Sisyphus bazaar (или ALT Bazaar),
состоящий из VA. VA бывают 1) ALT и 2) non-ALT. Первые удовлетворяют
ALT VA policy (см. ниже)
Любой VA работает под управлением Supervisor -- специализированной OS.
Supervisor может входить или не входить в Sisyphus.
 3. (См. картинку)
3.1. ALT VA система поддерживает как VA соответвующие ALT VA policy,
так и не соответствующие им. Первые называются ALT VA.
3.2. ALT VA система может работать на системе виртуализации
поддерживающей требования ALT Supervisor policy. ALT предоставит свою
систему виртуализации, однако она может быть заменена на другие.
3.3. ALT VA policy:
3.3.1. Взаимодействие VA с окружающим миром производится посредством
шины передачи данных предоставляемой Supervisor.
3.3.2. Управление и настройка VA производится посредством
configuration шины (шины управления) по протоколу управления
alterator. ALT VA обязан поддерживать этот протокол управления. Должна
обеспечиваться
возможность настройка системы исключительно с помощью протокола
управления alterator (возможно довести систему до требуемого состояния
используя исключительно протокол alterator).
3.4. Supervisor policy:
3.4.1. Supervisor должен предоставлять возможность создания двух шин
объединяющих VA: шины передачи данных (Data bus) и шины управления и
конфигурации (Configuration bus).
3.4.2. Supervisor должен распределять физические ресурсы между пользователями.
3.4.3. Supervisor должен предоставлять API для управления собой.
3.5. ALT System policy:
3.5.1. ALT System включает маршрутизатор, Supervisor, модуль
управления Supervisor, управляющую систему и набор VA.
3.5.2. Модуль управления Supervisor позволяет управлять Supervisor
используя предоставленный им API. Обращение к модулю рекоммендуется
осуществлять через протокол alterator.
4.
4.1 Для координации работ в рамках проекта Sisyphus вводится должность
Секретаря проекта. Секретарь --  отслеживает состояние проекта во всех
его аспектах и раз в месяц публикует отчет о нем. Секретарь != лидер
проекта.
4.2. Формируются следующие команды внутри проекта, каждая с выделенным лидером:
-- Архитектурная: персективы развития, policy, оригинальные
перспективные разработки.
-- Железная: ядро в части поддержки железа, udev, Xserver etc.
-- Базовая система: pam, libc, coreutils, busybox, alterator, gcc etc.
-- Сиситемные сервисы
-- Графические библиотеки и утлилиты
-- Офисные и mm-приложения
-- Документация.

Rgrds, Алексей