делать сохраненку в папку и распаковать в нее корень (сам не пробовал)Попробовал - работает:
Так загружается TinyCore Linux.По дефолту или "можно и так"?
Гибридную установку можно спутать с гибридной установкой на флешкуТоже про это думал
"большой, модульный и быстрый"Где у меня это в этой теме? Я пишу про возможность более хитрого фул. Тут уместнее вспомнить uird. С ним еще и не такие трюки возможны
быстрый", как MagOS LinuxПо итогу моего ознакомления он мне таким не показался. Быстрый - с чем надо сравнивать и какие критерии?
развивать идею тематических модулейЯ так и не понял чем лучше один модуль со всеми, например, медиаплеерами, если я буду использовать только 1...
Что и как делается в МагОс для получения быстроты по сравнению с дистром-донором?Система пожатая в squashfs работает быстрее за счет того, что читать необходимо с носителя в 3 раза меньше.
Как решаете эту проблему?Такой проблемы нет. В среднем за месяц прилетает обновлений относительно предыдущей версии около 200Мб, но это весь дистр целиком.
Как в МагоС с фул? В ПРа пока почти никак. Этот пробел и пытаюсь сейчас доработатьИспользовать фул можно, т.к. uird умеет грузить что угодно и почти откуда угодно в любой комбинации, как конструктор. Но в магос нет в этом необходимости. Мы из опыта выбрали для себя вариант гибридной работы - когда система в ридонли (например copy2ram), а home на разделе или в файле.
Система пожатая в squashfs работает быстрее за счет того, что читать необходимо с носителя в 3 раза меньше.Только если носитель медленный а проц мощный и только при первом запуске проги
Выпуская каждый месяц новую версию проблема решается.Т.е. магос надо переустанавливать каждый месяц с пересозданием сохраненки? Т.к. если в сохраненке старые бинарники и либы - не факт что заработает.
место сейчас экономить почти никому нет необходимостиНа походной флэшке. На ней и copy2ram не помешает для ускорения
Чем фулл Роса будет хуже Magos?На всякий случай сразу отвечу на "Чем фулл Arch будет хуже ПРА"
Назвал его "гибридный" (готов рассмотреть варианты названия)...называть ... своими именами...
(full+frugal).=> ~
удобство иметь под рукой полезный набор разных плееров - это плюс - каждый возьмет себе токак раз, куча вашего тематического хлама не нужна, каждый возьмет себе только тот...
удобство иметь под рукой полезный набор разных плееров - это плюс - каждый возьмет себе токак раз, куча вашего тематического хлама не нужна, каждый возьмет себе только тот...
Всегда использую changes, но базу в него никогда не распаковывал. Надо попробовать :)
Лучше один раз попробовать.Пробовал, и не один раз. Медленнее, даже до предела облегчённый вариант. Особенно тормозит при выключении.
Вы все равно придете к этому.Вряд ли. Темпы у нас как при строительстве коммунизма. :)
full&frugalНа мой взгляд этот метод с трудом можно назвать frugal
При обновлении системы сохраненка как была, так и работает. Пакетный менеджер тоже. Просто с инета будут тянуться пакеты, которые в базу рпм не попали, но уже в новой версии стоятВ итоге через некоторое время имеем в сохраненке еще одну систему с дублями пакетов (но уже свежих версий) модуля базы
Просто вместо теоретизирования рекомендую попробовать.Разве я теоретически неправильно описал процессы:
Лучше Росы модульностью и всеми из этого вытекающими плюшками.Чем модули при установке на винт будут лучше пакетов?
На мощных компах с носителя всегда грузить медленнее, поэтому пожатая система всегда работает быстрее. Плюс кеширование для loop со squash всегда делает повторные запуски быстрее, чем аналогичные в фулл.Это умозаключение или были тесты? Прямо на глаз заметно существенное ускорение?
гибридный режим соединяет лаконично фулл и фругал. Пользователи не боятся обновлять систему, потому что всегда все будет работать,Здесь Вы под "гибридный" понимаете фругал с большой сохраненкой?
базовая система всегда целостная в отличие от всяких солянок с портабельным софтомНу так тогда на выходе получим просто донорский дистр, установленный извращенным методом
патчиками 089.А как еще фиксить свои баги в скриптах?
Вы все равно придете к этому. Просто потратите лишние годы, если не будете прислушиваться.Как видите - я прислушиваюсь. Пока :
Пробовал, и не один раз. Медленнее, даже до предела облегчённый вариант.Те же впечатления. Все что не из Росы - трудно с ходу понять и правильно использовать.
В итоге через некоторое время имеем в сохраненке еще одну систему с дублями пакетов (но уже свежих версий) модуля базыПроблем не возникает. По крайней мере с мандривой и росой не было. В пределах одной ветки дистра критических изменений версий библиотек не бывает, по этому обновляю раз в пол год - год свои модули и то на всякий случай а не потому что сломалось. Этого достаточно. Магос же обновляется ежемесячно автоматом.
Зачем такая модульность? Тут или не юзать ПМ и каждый месяц переустанавливать или ставить фул (aufs-full)
Дайте рецепт (чтобы не читать доку) UIRD загрузки папки с базой ro и поверх папки сохраненки rwЕсли правильно понял это uird.scan=legacy и все.
Вот это может быть интересно. Поэкспериментировал с настроенной системой - ничего не нагадил в ней
При фругале нужно заморозить репу или не пользоваться ПМТут все от донора зависит. В стандартных дистрах (не роллинг) версии библиотек в пределах версии дистра не меняют, только исправления ошибок и все.
Если юзать ПМ (например для обновлений системы) получаем гибрид от плюсов фругала в котором ничего не остается
Вот уже с самого начала: MagOS_2014.64_20170526.tar.gz - т.е. пробный запуск в виртуалке live-iso слит. Смысл? tar.gz - сразу ассоциация что надо заливать ddМагос обновляется сам.
MagOS обновляется каждый месяц. Если ПМ обновление нормально работает смысл ежемесячных релизов?
Неужели есть юзера, переставляющие каждый месяц...
Это - интересно. Надо бы попробовать. Нет ли более подробных инструкций?Какой именно момент?
большинство не берет себе нужное самостоятельно и это требует дополнительных усилийНе надо из пра пытаться делать китайскую мобилу с кучей предустановленного ПО, которое нафиг не надо и создает только проблемы. И люди прилагают дополнительные усилия, чтобы от этого всего избавиться... Тут модульность (не тематическая) как раз и помогает. Хламом называю ваши субъективно лучшие, но не нужные 20 плееров и т.д. Любому, нормальному человеку, не надо в системе 10-20 дубликатов идентичных программ. Все ваши потуги рассчитаны на девственного пользователя (первый запуск), а таких единицы... Все уже давно знают свои предпочтения и любимый софт, а остальные 1.5 человека могут в сети поискать или спросить совет. Уже не наз это обмусоливали, надоело...
большинство не берет себе нужное самостоятельно и это требует дополнительных усилийНе надо из пра пытаться делать китайскую мобилу с кучей предустановленного ПО, которое нафиг не надо и создает только проблемы. И люди прилагают дополнительные усилия, чтобы от этого всего избавиться... Тут модульность (не тематическая) как раз и помогает. Хламом называю ваши субъективно лучшие, но не нужные 20 плееров и т.д. Любому, нормальному человеку, не надо в системе 10-20 дубликатов идентичных программ. Все ваши потуги рассчитаны на девственного пользователя (первый запуск), а таких единицы... Все уже давно знают свои предпочтения и любимый софт, а остальные 1.5 человека могут в сети поискать или спросить совет. Уже не наз это обмусоливали, надоело...
Если правильно понял это uird.scan=legacy и все.
uird.scan=legacy находит и грузит в чистом режиме установленный обычным способом линукс. (не фругал)А хотелось бы в одной папке корень и ro ее
В стандартных дистрах (не роллинг) версии библиотек в пределах версии дистра не меняют, только исправления ошибок и все.Пожалуй - да. Торможу. Но в таких дистрах со свежаком не особо ознакомишься.
Обнолять из пм в сохраненку не удобно и даже вредно. Вообще сохраненку рекомендуем использовать только для настроек, а софт только модулями. Так надежнее и более управляемо получается, всегда можно откатить что-то одно не удаляя сохраненку целиком.Стало еще понятней. Но я бы такой фругал не хотел. Такая махина, чтобы браузер погонять...
Не надо из пра пытаться делать китайскую мобилу с кучей предустановленного ПО, которое нафиг не надо и создает только проблемы. И люди прилагают дополнительные усилия, чтобы от этого всего избавиться...Не ругайтесь. По итогу разъяснений - именно в магос так, похоже, действительно удобнее, но мне так тоже не нравится.
ПРа-roll-full планирую несколькими нумерованными модулями: база, 070, de, 084, palemoon, mpv , transmissionЗачем в roll заморачиваться c gtk2only? Этот ж какой древний будет transmission?! База должна быть с gtk3 и адвайту не стоит выкидывать, с темами от пра сплошной головаболь... Или это будет пра32?
Все gtk2.
Тогда не понятно - зачем релизить магос ежемесячно или типовая установка - вынесенный /home ...Обновления как раз с этих релизов и работают. Все что у росы за месяц накопилось, плюс что у нас.
uird.scan=legacy находит и грузит в чистом режиме установленный обычным способом линукс. (не фругал)Загрузитесь с эти параметром, посмотрите что в /etc/initvars автоматом сконфигурилось (не смог слово подобрать :) ). И добавьте то что вам нужно uird.mode=changes uird.changes=/папка
А хотелось бы в одной папке корень и ro ее
В другой changes rw
И все фичи по их слиянию интересны
Фул вообще в магос не предусмотрен? Или это получится Роса?Да. Набор софта только немного отличается.
Не надо из пра пытаться делать китайскую мобилу с кучей предустановленного ПО,Это по тематическим модулям как я понимаю. Попробую разъяснить. Смысл в том, что при сборке модулей по одной софтине в модуле неизбежно дублирование библиотек в разных модулях. Если вы собираете модули из пакетов используя ПМ, это еще больше усугубляется, дублироваться будут не только либы, а пакеты целиком. Фишка тематических модулей в том, что софт, котрый выполняет близкие задачи использует одни и те же библиотеки. По этому такие модули выгодны, ну и удобны конечно.
uird.mode=changes uird.changes=/папкаСпасибо. Вынес в шапку. Как сделаю исо - буду пробовать
Смысл в том, что при сборке модулей по одной софтине в модуле неизбежно дублирование библиотек в разных модулях.Т.к. модули пронумерованы и из середины выдергивать нельзя - чем хуже сделать например:
Набор софта только немного отличается.Т.е. есть своя репа? Что в ней?
Мы о модулях в сборке или о дополнительных модулях?http://magos.sibsau.ru/repository/netlive/2014red/MagOS/base/
Каждая из них потянет jack и он будет в каждом модуле. Зачем?Ну так : 050-jack 051-звук1 051-звук2
Если удалите самба, то скорее всего мультимедмя будет работать.Пробовал с год назад - не работало
Пока не поняли пагубность этой идеи выноса всего и вся в отдельные модулиА в чем пагубность?
У меня нет сомнений в том, что если вы будете создавать дистр не для себя, но и для других, то модули будут укрупненных групп.Создаю. Укрупнения нет и не планируется. Недовольных нет
50-jack удовлятвлряет этому требованию, а 51-аудио уже нет, так как в нем нет jack.Что-то совсем запутался. А как же тогда
Удали samba - не будет работать multimediamultimedia не удоволетворяет
А в чем пагубность?
Модульный дитр с сохранением ПМ можно строить только нумерованными модулями без возможности выдергивания (как в магос)
То есть когда есть готовый дистр под все задачи - его скачивают и больше не заморачиваются с установкой софта ни в фулл, ни в фругал в виде модулей - репа совершенно до лампочки людям - у них все уже есть готовое и из коробки.Это я уже понял про магос, но такой подход мне не нравится. Я бы здесь поставил фул. Тем более с uird можно перевести его в Ro и наэкспериментироваться как с фругалом (ничего не сломав). Вот к этому сейчас и пойду (не бросая старую концепцию пра)
возможность выдергивания естьа как проверю :D :D :D
# ls -1 MagOS/base/
00-kernel.xzm
10-core.xzm
20-x-base.xzm
21-x-gtk.xzm
30-x-icewm-1.3.12.xzm
31-x-lxde.xzm
40-1-drakconf.xzm
40-2-network.xzm
88-magos.xzm
ядро удобнее оставить модулемА если не модулем, а в changes/ будет ли ядро обновляться пакманом в фулл-тест1?