Сайт | Скачать | Видео | Wiki

Голосование

Вам интересен full или гибридный вариант установки PRA?

Нет
Да
Не планирую использовать,но может пригодиться

Автор Тема: aufs-ful. Установка PRA full через changes=. Сравнение c MagOS  (Прочитано 18590 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8633
  • Репутация: +187/-2
  • Старый чайник
Re: Гибридная установка PRA (full+frugal).
« Ответ #15 : 06 Июнь 2017, 08:06:35 »
Лучше один раз попробовать.
Пробовал, и не один раз. Медленнее, даже до предела облегчённый вариант. Особенно тормозит при выключении.
Вы все равно придете к этому.
Вряд ли. Темпы у нас как при строительстве коммунизма. :)
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 33953
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Гибридная установка PRA (full+frugal).
« Ответ #16 : 06 Июнь 2017, 10:00:27 »
full&frugal
На мой взгляд этот метод с трудом можно назвать frugal

При обновлении системы сохраненка как была, так и работает. Пакетный менеджер тоже. Просто с инета будут тянуться пакеты, которые в базу рпм не попали, но уже в новой версии стоят
В итоге через некоторое время имеем в сохраненке еще одну систему с дублями пакетов (но уже свежих версий) модуля базы
Зачем такая модульность? Тут или не юзать ПМ и каждый месяц переустанавливать или ставить фул (aufs-full)

Дайте рецепт (чтобы не читать доку) UIRD загрузки папки с базой ro и поверх папки сохраненки rw
Вот это может быть интересно. Поэкспериментировал с настроенной системой - ничего не нагадил в ней

Просто вместо теоретизирования рекомендую попробовать.
Разве я теоретически неправильно описал процессы:
При фругале нужно заморозить репу или не пользоваться ПМ
Если юзать ПМ (например для обновлений системы) получаем гибрид от плюсов фругала в котором ничего не остается
Тогда уж aufs-full - вот что лучше тестировать

На всякий случай поясню (тем кто испугался, что я планурую координально изменить пра) - обсуждается борьба за полноценный rolling-release в pra-roll. Актуально это только достаточно опытным юзерам, интересующимися свежим софтом. Для прочих - это только дополнительные возможности запороть систему.  rolling-release дается ухудшением неубиваемости

Лучше Росы модульностью и всеми из этого вытекающими плюшками.
Чем модули при установке на винт будут лучше пакетов?
Какие именно плюшки?

На мощных компах с носителя всегда грузить медленнее, поэтому пожатая система всегда работает быстрее. Плюс кеширование для loop со squash всегда делает повторные запуски быстрее, чем аналогичные в фулл.
Это умозаключение или были тесты? Прямо на глаз заметно существенное ускорение?

гибридный режим соединяет лаконично фулл и фругал. Пользователи не боятся обновлять систему, потому что всегда все будет работать,
Здесь Вы под "гибридный" понимаете фругал с большой сохраненкой?
По опыту ПРА - большинство проблем юзера решается удалением сохраненки
RW сохраненка - это уже почти фул

базовая система всегда целостная в отличие от всяких солянок с портабельным софтом
Ну так тогда на выходе получим просто донорский дистр, установленный извращенным методом
Солянка как раз и дает те "плюшки", которых нет у донора
патчиками 089.
А как еще фиксить свои баги в скриптах?

Вы все равно придете к этому. Просто потратите лишние годы, если не будете прислушиваться.
Как видите - я прислушиваюсь. Пока :
Это совсем не нравится
Это - интересно. Надо бы попробовать. Нет ли более подробных инструкций?

Пробовал, и не один раз. Медленнее, даже до предела облегчённый вариант.
Те же впечатления. Все что не из Росы - трудно с ходу понять и правильно использовать.
Только на донорской репе (без спец. дополнений) не получится пупи-подобного фругала. Будет громоздко , тяжело, сложно и как следствие фул окажется удобнеe
Сетевая загрузка - актуально только в конторах где для этого есть админы
UIRD - интересно, но для среднего юзера  большая часть функционала избыточна и понять без шансов
Вот уже с самого начала: MagOS_2014.64_20170526.tar.gz - т.е. пробный запуск в виртуалке live-iso слит. Смысл? tar.gz - сразу ассоциация что надо заливать dd
MagOS обновляется каждый месяц. Если ПМ обновление нормально работает смысл ежемесячных релизов?
Неужели есть юзера, переставляющие каждый месяц...

То что я пытаюсь добавить в ПРА - совсем наоборот. Если опытный - ставь один раз фул (aufs-full) и дальше как-то сам. Переставлять не надо. Юзать пакетв ПРА или официальной арчрепы - решай сам
Опять оговорюсь (чтобы когото не напугать сменой курса)- все это только опционально
Сегодняшнюю методику ПРА сильно менять не планирую

Оффлайн betcher

  • Ветеран
  • *****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Гибридная установка PRA (full+frugal).
« Ответ #17 : 06 Июнь 2017, 13:16:50 »
Такую тему чуть не пропустил :))

В итоге через некоторое время имеем в сохраненке еще одну систему с дублями пакетов (но уже свежих версий) модуля базы
Зачем такая модульность? Тут или не юзать ПМ и каждый месяц переустанавливать или ставить фул (aufs-full)
Проблем не возникает. По крайней мере с мандривой и росой не было. В пределах одной ветки дистра критических изменений версий библиотек не бывает, по этому обновляю раз в пол год - год свои модули и то на всякий случай а не потому что сломалось.  Этого достаточно. Магос же обновляется ежемесячно автоматом.

Дайте рецепт (чтобы не читать доку) UIRD загрузки папки с базой ro и поверх папки сохраненки rw
Вот это может быть интересно. Поэкспериментировал с настроенной системой - ничего не нагадил в ней
Если правильно понял это uird.scan=legacy и все.
При фругале нужно заморозить репу или не пользоваться ПМ
Если юзать ПМ (например для обновлений системы) получаем гибрид от плюсов фругала в котором ничего не остается
Тут все от донора зависит. В стандартных дистрах (не роллинг) версии библиотек в пределах версии дистра не меняют, только  исправления ошибок и все.
Вот уже с самого начала: MagOS_2014.64_20170526.tar.gz - т.е. пробный запуск в виртуалке live-iso слит. Смысл? tar.gz - сразу ассоциация что надо заливать dd
MagOS обновляется каждый месяц. Если ПМ обновление нормально работает смысл ежемесячных релизов?
Неужели есть юзера, переставляющие каждый месяц...
Магос обновляется сам.
Исо собирается скриптом по необходимости, для тех кому лень исошники собираются на моем сервере и выкладываются на трекере, иногда с опозданием правда :)
Обнолять из пм в сохраненку не удобно и даже вредно. Вообще сохраненку рекомендуем использовать только для настроек, а софт только модулями. Так надежнее и более управляемо получается, всегда можно откатить что-то одно не удаляя сохраненку целиком.

Оффлайн betcher

  • Ветеран
  • *****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Гибридная установка PRA (full+frugal).
« Ответ #18 : 06 Июнь 2017, 13:19:14 »
Это - интересно. Надо бы попробовать. Нет ли более подробных инструкций?
Какой именно момент?

Оффлайн paulus

  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 1732
  • Репутация: +24/-0
Re: Гибридная установка PRA (full+frugal).
« Ответ #19 : 06 Июнь 2017, 14:12:37 »
большинство не берет себе нужное самостоятельно и это требует дополнительных усилий
Не надо из пра пытаться делать китайскую мобилу с кучей предустановленного ПО, которое нафиг не надо и создает только проблемы. И люди прилагают дополнительные усилия, чтобы от этого всего избавиться... Тут модульность (не тематическая) как раз и помогает. Хламом называю ваши субъективно лучшие, но не нужные 20 плееров и т.д. Любому, нормальному человеку, не надо в системе 10-20 дубликатов идентичных программ. Все ваши потуги рассчитаны на девственного пользователя (первый запуск), а таких единицы... Все уже давно знают свои предпочтения и любимый софт, а остальные 1.5 человека могут в сети поискать или спросить совет. Уже не наз это обмусоливали, надоело...
« Последнее редактирование: 06 Июнь 2017, 14:19:22 от paulus »

Оффлайн neobht

  • Ветеран
  • *****
  • Сообщений: 1031
  • Репутация: +15/-0
Re: Гибридная установка PRA (full+frugal).
« Ответ #20 : 06 Июнь 2017, 15:18:26 »
большинство не берет себе нужное самостоятельно и это требует дополнительных усилий
Не надо из пра пытаться делать китайскую мобилу с кучей предустановленного ПО, которое нафиг не надо и создает только проблемы. И люди прилагают дополнительные усилия, чтобы от этого всего избавиться... Тут модульность (не тематическая) как раз и помогает. Хламом называю ваши субъективно лучшие, но не нужные 20 плееров и т.д. Любому, нормальному человеку, не надо в системе 10-20 дубликатов идентичных программ. Все ваши потуги рассчитаны на девственного пользователя (первый запуск), а таких единицы... Все уже давно знают свои предпочтения и любимый софт, а остальные 1.5 человека могут в сети поискать или спросить совет. Уже не наз это обмусоливали, надоело...

20 плееров не будет. Будет 3-4, но лучших.

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 33953
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Гибридная установка PRA (full+frugal).
« Ответ #21 : 06 Июнь 2017, 15:59:00 »
Если правильно понял это uird.scan=legacy и все.
uird.scan=legacy находит и грузит в чистом режиме установленный обычным способом линукс. (не фругал)
А хотелось бы в одной папке корень и ro ее
В другой changes rw
И все фичи по их слиянию интересны

В стандартных дистрах (не роллинг) версии библиотек в пределах версии дистра не меняют, только  исправления ошибок и все.
Пожалуй - да. Торможу.  Но в таких дистрах со свежаком не особо ознакомишься.
Тогда не понятно - зачем релизить магос ежемесячно или типовая установка - вынесенный /home ...
Обнолять из пм в сохраненку не удобно и даже вредно. Вообще сохраненку рекомендуем использовать только для настроек, а софт только модулями. Так надежнее и более управляемо получается, всегда можно откатить что-то одно не удаляя сохраненку целиком.
Стало еще понятней. Но я бы такой фругал не хотел. Такая махина, чтобы браузер погонять...
Фул вообще в магос не предусмотрен? Или это получится Роса?
Не надо из пра пытаться делать китайскую мобилу с кучей предустановленного ПО, которое нафиг не надо и создает только проблемы. И люди прилагают дополнительные усилия, чтобы от этого всего избавиться...
Не ругайтесь. По итогу разъяснений - именно в магос так, похоже, действительно удобнее, но мне так тоже не нравится.

ПРа-roll-full планирую несколькими нумерованными модулями: база, 070, de, 084, palemoon, mpv , transmission
Все gtk2. Должно получиться еще легче light. Все что выше 070 юзер может отключить и собрать сам pacman2pfs
Можно и 070 отключить, но тогда от пра ничего не остается
Устраивает такая концепция roll?
Из магос можно опционально стырить uird - позволит перейти на любое aрч и манджаро ядро и и иметь все фичи uird (функционал там больше). Это уже потом
Остальные идеи магос после подключения betcher стали понятны, но для rolling без заморозки не подойдет
А с заморозкой у нас и так все ок
Магос-овцам спасибо за терпеливые разъяснения
« Последнее редактирование: 06 Июнь 2017, 16:06:22 от sfs »

Оффлайн paulus

  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 1732
  • Репутация: +24/-0
Re: Гибридная установка PRA (full+frugal).
« Ответ #22 : 06 Июнь 2017, 16:28:38 »
ПРа-roll-full планирую несколькими нумерованными модулями: база, 070, de, 084, palemoon, mpv , transmission
Все gtk2.
Зачем в roll заморачиваться c gtk2only? Этот ж какой древний будет transmission?! База должна быть с gtk3 и адвайту не стоит выкидывать, с темами от пра сплошной головаболь... Или это будет пра32?

Оффлайн betcher

  • Ветеран
  • *****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Тогда не понятно - зачем релизить магос ежемесячно или типовая установка - вынесенный /home ...
Обновления как раз с этих релизов и работают.  Все что у росы за месяц накопилось, плюс что у нас.
    uird.scan=legacy находит и грузит в чистом режиме установленный обычным способом линукс. (не фругал)

А хотелось бы в одной папке корень и ro ее
В другой changes rw
И все фичи по их слиянию интересны
Загрузитесь с эти параметром, посмотрите что в /etc/initvars автоматом сконфигурилось (не смог слово подобрать :) ). И добавьте то что вам нужно uird.mode=changes uird.changes=/папка
 
Фул вообще в магос не предусмотрен? Или это получится Роса?
Да. Набор софта только немного отличается.
Не надо из пра пытаться делать китайскую мобилу с кучей предустановленного ПО,
Это по тематическим модулям как я понимаю. Попробую разъяснить. Смысл в том, что при сборке модулей по одной софтине в модуле неизбежно дублирование библиотек в разных модулях. Если вы собираете модули из пакетов используя ПМ, это еще больше усугубляется, дублироваться будут не только либы, а пакеты целиком. Фишка тематических модулей в том, что софт, котрый выполняет близкие задачи использует одни и те же библиотеки. По этому такие модули выгодны, ну и удобны конечно.   
« Последнее редактирование: 06 Июнь 2017, 20:17:41 от betcher »

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 33953
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
uird.mode=changes uird.changes=/папка
Спасибо. Вынес в шапку. Как сделаю исо - буду пробовать
Смысл в том, что при сборке модулей по одной софтине в модуле неизбежно дублирование библиотек в разных модулях.
Т.к. модули пронумерованы и из середины выдергивать нельзя - чем хуже сделать например:
050-ffmpeg
051-mpv
051-vlc
В 051 придется немного повториться чтобы можно было откинуть
Вообще какая-то неправильная модульность. Результат на мой взгляд хуже и фул и фругал
Делаю ПРА под фул. Столкнулся с аналогичными проблемами. При перекомпиляции с отбросом лишних зависимостей и портировании таких проблем меньше, но ухудшается совместимость с донорской репой
Набор софта только немного отличается.
Т.е. есть своя репа? Что в ней?
« Последнее редактирование: 07 Июнь 2017, 09:31:15 от sfs »

Оффлайн betcher

  • Ветеран
  • *****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Так. Стоп. Мы о модулях в сборке или о дополнительных модулях?
Я говорю о тематических. То есть я занимаюсь к примеру фотографией и дособираю себе модуль с программами по этому направлению, которые в дефолтном магос отсутствуют. Digikam, hugin, darktable, luminance-hdr и так далее. Они по зависимостям пересекаются если собирать в модуль каждый пакет отдельно общий размер ощутимо увеличится. И пересобирать потом не один модуль а несколько. В этом смысле, кстати,  контейнерный pfs хороший компромисс.
А пример с плеерами не особо удачен, другое дело если взять программы для создания звука, а не воспроизведения. Каждая из них потянет jack и он будет в каждом модуле. Зачем?

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 33953
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Мы о модулях в сборке или о дополнительных модулях?
http://magos.sibsau.ru/repository/netlive/2014red/MagOS/base/
А какая в Магос разница? Все пронумерованы
Удали samba - не будет работать mulrimedia

Это только в ПРА:
1. Базовые с номерами слоев
2. Модули этой версии среза арчрепы типа qt4 и тп.
3. Портированные. С добавлением либ пойдут везде

Каждая из них потянет jack и он будет в каждом модуле. Зачем?
Ну так : 050-jack 051-звук1 051-звук2
В ПРА еще в gui-pfs зависимости модулей есть (сам подтянет нужное или скажет что не хватает)

Оффлайн neobht

  • Ветеран
  • *****
  • Сообщений: 1031
  • Репутация: +15/-0
Если удалите самба, то скорее всего мультимедмя будет работать.

В свое время, когда заморачивались подобно тому, что вы сейчас изобретаете, то я писал скрипт по оптимизации модулей, чтобы автоматом при сборке разных пакетов в модули общие либы выносились в отдельный модуль. Это было не долго. Пока не поняли пагубность этой идеи выноса всего и вся в отдельные модули. Можете пойти по этому пути. Но итог все равно известен. У меня нет сомнений в том, что если вы будете создавать дистр не для себя, но и для других, то модули будут укрупненных групп.
Я с удовольствием буду наблюдать за развитием этого направления у вас - интересно понастальгировать о тех ошибках, которые делали и о том, что нам казалось полезным, но практика показала, что это нафиг не надо большинству.

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 33953
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Если удалите самба, то скорее всего мультимедмя будет работать.
Пробовал с год назад - не работало
Пока не поняли пагубность этой идеи выноса всего и вся в отдельные модули
А в чем пагубность?
Нумерация ВСЕХ модулей и невозможности выдергивать -  это в моем понимании и есть "дистр для себя"
У меня нет сомнений в том, что если вы будете создавать дистр не для себя, но и для других, то модули будут укрупненных групп.
Создаю. Укрупнения нет и не планируется. Недовольных нет

Сейчас заканчиваю ПРА-full. Пока он запускается и модульно. Чтобы не сломать зависимости почти все модули пронумеровал, т.е. как в магос, но по моему замыслу модулей минимум. Все кроме первого можно убрать и самостоятельно pacman2pfs собрать что хочется (пра наработки в своей репе - можно использовать)
Так логичнее. Не вижу смысла перепаковывать донорскую репу в pfs. Это просто. Юзер и сам сделает
На крайняк написать мастер-гуй для этого типа libreoffice xfce
То что ставится по имени одного пакета типа : mpv palemoon - вообще не заморачиваться - сами сделают
Вот как-то так я вижу расширение пра в сторону full и чего-то магос-подобного

Оффлайн betcher

  • Ветеран
  • *****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Мы о разном.
Любой модуль собранный в магос для магос работает в любом магос любой версии собранных на одном репозитории. То есть модуль должен зависеть только от того что есть в дефолтном магос. Таким образом 50-jack удовлятвлряет этому требованию, а 51-аудио уже нет, так как в нем нет jack.