1. Маленький и быстрый - это миф. Современное оборудование - большой и быстрый.
На чем базируется утверждение?
Факты:
CPU~Dual core Intel Core2 Duo T9500 Mem~4046.5MB : NVIDIA G84M [GeForce 8600M GT] -
современное?
Pra-middle 1509 укоцаный lxde< 200mb -
маленький Загрузка 19s. ram used 55mb -
быстрыйMagOs 2014.64 20150925< 1Gb -
большойЗагрузка kde 1.16 ram used - 481 -
быстрый ?Сравнивать lxde и kde некорректно
Выкидываем лишние для запуска lxde модули
Система загрузилась с маленьким разрешением
Загрузка lxde 32s ram used - 150 -
быстрый ?Добавляю модуль nvidia304 - система виснет не дойдя до консоли
Удаляю модуль nvidia304
Запускаю mplayer - нет либы smb - т.е. если убрать модуль ниже - все выше перестают работать?
Интересная модульность...
Ищу ПМ - нету. Оказывается он отдельным модулем. Подключаю - все как я
писал :
сломанные индексы базы ПМ Не верю сам себе.
Нашему проекту скоро будет уже лет 10
Не может в дистре которому 10 лет такого быть. Делаю вывод , что я не знаю особенностей magos. Лезу в
доку:
Можно выкидывать ненужные системные модули и собрать дистрибутив под свои задачи
Оборудование автоматически определяется и настраивается при запуске системы
Как на моем железе запустить magos lxde + nouveau без лишних модулей, но так чтобы не лишние (mplayer) работали?2. По зависимостям как ни крути - все это будет никому не нужно. Необходимо сразу и все, что нужно для любых задач.
Тут вы в конечном итоге прийдете к идее, которая у нас в проекте называется Тематические модули. То есть деление на модули не на уровне программ и тем более библиотек, а на уровне задач - художник, сапр, музыкант, дизайнер, программист, астроном и тд.
Я, как музыкант, отключил модуль samba - итог выше
Идея сборки модулей и репозиторий с отдельными программами-модулями канула в лету. Это бессмысленно. Только подборка хороших программ в одном месте - в виде тематического модуля - актуально пользователю.
В ПРА я могу заменить браузер, медиаплеер и т.п. на другой заменой модуля. В этом модуле не будет ничего лишнего
Если в "тематическом модуле" один ненужный мне компонент - что делать?
Вы можете пробовать все же идти по старому пути, но если не прислушаетесь к нашему опыту, то результат уже известен и он не обнадеживающий.
Можно подробнее и с обоснованием про результат ?
Тем более что сейчас есть дистрибутиво-независимые модульные технологии - uird, epm2xzm.
epm2xzm соберет мне модуль под ПРА? Где про него почитать?
Ddshurick выбрал оптимальный вариант
А как быть с
этими проблемами?
systemd и Дядя Шурик несовместимы на аппаратном уровне
MagOS Multi уже есть, бери и приводи к блеску необходимый вариант. Делай подборку тематических модулей и получай линукс для повседневных задач, а не только для непрерывных экспериментов и разработки.
Пока что-то и с MagOS Single не получилось...
MagOS Multi - это идея зафругаливания любого дистра? Я по итогу прихожу к другому выводу:
Маленький и быстрый модульный фругал надо делать
1. Из исходников. На выходе - пакеты. ПМ - pacman (только он не имеет общих индексных файлов). В ПРА сейчас база не из исходников только по причине отсутствия ресурса разрабов
2. "Маленький и быстрый" достигается сужением применения дистра до домашнего. Т.е. ценой урезания функционала + заменой тяжелых приложений (где возможно) на самодельный gtkdialog-yad GUI к консольным утилитам
3. Пока дистр не полностью на своей репе - ПМ - инструмент сборщика пакетов, а не пользователя
4. Часто используемые либы - выделять в зависимые модули (но не мельчить ; pfs не deb)
5. Если у Вас сохраненка с софтом , да и еще RW - надо ли вам фругал? Ставьте full
Скрипты и компиляция - наше ВСЁ.