Углубление национальной принадлежности

[temp2010]

Честно говоря, мне нравится направление развития. Это давно уже не, пардон за резкость, BolgenOS, а вполне самостоятельный развитый форк "бубны", не оторвавшийся, однако, от общего репозитория. Главная национальная черта (пардон за непатриотизм, нищебродство) вполне впечаталась в системные требования, особенно в LXDE-версии. Хочется развивать и развивать эту линию. Иными словами, у Золотой Рыбки я бы попросил сделать как-то так:
1) Рыбка, напиши инсталлятор, который позволяет ставиться на разделы меньше гигабайта. Просто путём расстановки крестиков "ставить-не ставить":
а) OpenOffice
б) ALSA
в) Wine
г) CUPS
д) Qt
е) GTK
ж) Жизненно неважные скриптовые языки
з) "Китовые" сетевые клиенты
2) Рыбка, сделай костыль, позволяющий ставиться и жить на диске с бэдами. В конце концов, если вдруг прибавится ещё один бэд, можно перескачать пакет из репа (хотя бы ребутнувшись с CD), а данные мы и так бэкапить приучены.
3) Рыбка, сделай костыль для установки на FAT32, чтобы можно было основной диск сделать съёмным и он понимался на машинах у этих бесчисленных виндузятников.
4) Рыбка, позволь хранить несколькосотметровое ядро, которое всё равно не особо-то приходится перезаписывать, на сжатом файле образа.
5) Рыбка, позволь запускать два экземпляра X11 в разных консолях и назначать им разные физические устройства ввода-вывода, чтобы на двухмониторной видеокарте с двумя комплектами клавомышей можно было сделать два школьных независимых терминала на одном системнике и уменьшить расходы на каждый класс.
6) Рыбка, напиши интегрированный псевдографический менеждер файлов и системных настроек а-ля "нортон", который будет жрать мизерное количество ресурсов и пахать в качестве оболочки по умолчанию, общаясь напрямую с X11 и не требуя ни Qt, ни GTK, а если с системой что-то стряслось, то и просто через консоль. Что-то вроде mc со встроенными менюхами системных настроек.
7) Рыбка, напиши мультиплатформенный менеджер пакетов, который может одним щелчком скинуть на внешний диск состояние системы, потом на совершенно другой машине где-нибудь в райцентре за 30 км (где есть Инет) проверить репы, выкачать апдейты, запрошенные к установке пакеты, разрешить зависимости, а потом обновить с этого внешнего диска по крайней мере те машины из парка, для которых на нём есть все необходимые пакеты. И включи его в п. 6., благо это какие-то килобайты кода.
Рыбка, замени наиболее долбанутые и индусские пакеты своими.


А теперь кто-нибудь из не особо брезгливых может написать, что ответила бы вздрогнувшая от такой наглости Рыбка на такие запросы

[remderbauer]

Ничего не сказала рыбка, только хвостом взмахула, и уплыла. Долго ждал старик у моря, не явилася рыбка. Пошел старик домой и видит: стоит его старая разваленная хибара, у порога сидит его старуха и смотрит в разбитое корыто!

зы: имхо все эти пожелания выливаются в самостоятельный отдельный проект, который HsH просто не потянет, ибо он ваще один рунтой занимается и ему за это не платят

[ludoed]

По п. 1
Если я правильно понимаю идеологию Убунты, не получится, т.к. здесь применяется что-то вроде распаковки готового образа системы на винт
То, что вы просите, реализовано в системах типа Fedora и AltLinux
п.2
ИМХО, при форматировании диска происходит ремап и скрытие бэдов. Если они продолжают появляться в процессе эксплуатации - диск сыплется и долго не протянет, все равно менять придется
п.3
А подсоединить винт с установленной рунтой к машине виндузятника и указать в биос, с какого винта грузиться - разве не проще?
Или же загрузиться с LiveCD и с помощью chroot переключиться на корневой раздел внешнего диска.
п.4
Ядро  в данном случае имеется в виду не ядро Linux, а неизменяемые системные каталоги вроде /bin /sbin и т.д.?
Тогда проще при установке указать разделы винта, которые будут монтироваться в /var /usr и т.п.
п.5
Эта тема на прошлом форуме была, к сожалению, не сохранил у себя
п.6
уже написан.
наберите в терминале mc
HsH его всегда включает в свои сборки
На других сборках - sudo apt-get install mc
п.7
рекомендую почитать документацию по apt и synaptic - то что вы просите, реализуется созданием локального репозитория / скриптом aptoncd / скриптами, генерируемыми synaptic для закачки файлов (обновление машин, не имеющих интернета)
п.8
Невыполнимо. Один HsH не сможет заменить полтора миллиарда индусов Даже если Вы ему поможете

[HsH]

что ответила бы вздрогнувшая от такой наглости Рыбка на такие запросы

      Смотря кто будет выступать в роли Рыбки.

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

    Установка по такой схеме реализована в инсталляторе Anaconda упомянутых ранее rpm-based дистрибутивов, также ведутся разработки в этом направлении в новой версии установщика Debian.
   На данном этапе как вариант можно рассматривать alternate-установку минимальной системы с добавлением нужных пакетов из локального репозитория на CD.

2) Рыбка, сделай костыль, позволяющий ставиться и жить на диске с бэдами.

    Такая "экономия" обычно выходит дороже, чем покупка нового диска.

3) Рыбка, сделай костыль для установки на FAT32, чтобы можно было основной диск сделать съёмным и он понимался на машинах у этих бесчисленных виндузятников.

    FAT32 не поддерживает прав доступа. Для чего виндузятникам видеть содержимое системного диска Linux? Для них там нет ничего интересного. Раздел же с данными может быть и FAT32, и NTFS - например, на съёмном диске 2 раздела - системный с Linux и раздел FAT32 для хранения пользовательских данных (документы, мультимедиа и т.п.).

4) Рыбка, позволь хранить несколькосотметровое ядро, которое всё равно не особо-то приходится перезаписывать, на сжатом файле образа.

    Само ядро обычно имеет модульную структуру и достаточно небольшого размера (упакованные в архив собственно ядро и корневая фс при использовании initrd).

5) Рыбка, позволь запускать два экземпляра X11 в разных консолях и назначать им разные физические устройства ввода-вывода, чтобы на двухмониторной видеокарте с двумя комплектами клавомышей можно было сделать два школьных независимых терминала на одном системнике и уменьшить расходы на каждый класс.

    Мне кажется, в таком случае проще организовать клиент-серверную архитектуру с сервером терминалов (один мощный ПК) и тонкими клиентами на рабочих местах. Если не ошибаюсь, в дистрибутиве Edubuntu (образовательный вариант Ubuntu) есть всё необходимое для обеспечения такой схемы работы.

6) Рыбка, напиши интегрированный псевдографический менеждер файлов и системных настроек а-ля "нортон", который будет жрать мизерное количество ресурсов и пахать в качестве оболочки по умолчанию, общаясь напрямую с X11 и не требуя ни Qt, ни GTK, а если с системой что-то стряслось, то и просто через консоль. Что-то вроде mc со встроенными менюхами системных настроек.

   Возможно, вам нужен Webmin или что-то типа Zentyal (бывший eBox)?

7) Рыбка, напиши мультиплатформенный менеджер пакетов, который может одним щелчком скинуть на внешний диск состояние системы, потом на совершенно другой машине где-нибудь в райцентре за 30 км (где есть Инет) проверить репы, выкачать апдейты, запрошенные к установке пакеты, разрешить зависимости, а потом обновить с этого внешнего диска по крайней мере те машины из парка, для которых на нём есть все необходимые пакеты.

http://keryxproject.org/