Сборка UIRD в Arch Linux (PKGBUILD)

[sfs]

Там же многие параметры расшифрованы.

Добавил в шапку. Юзера все равно не найдут

UIRD - это UIRD.tar.gz
Да. Распакованный.

Т.е. его надо распаковать в корень раздела? Что даст, кроме ini и как догадаться в исо, что это нужно сделать?
Внутри ини -  bash. У нас не все владеют

Если подробно все описать - книга получится. Не будут читать
Максимум - спросят на форуме как получить нужный юзеру вариант
Вот по этому принципу и надо делать : задача - решение

[betcher]

Т.е. его надо распаковать в корень раздела? Что даст, кроме ini и как догадаться в исо, что это нужно сделать?
Внутри ини -  bash. У нас не все владеют

Все параметры с сохранениями настроены на имена папок внутри UIRD. Если UIRD оставить в корне не запакованным то эта папки и будет цепляться, а в случае загрузки с iso туда не будет возможности записи. То есть варианты такие:
1. Оставить архив.  Его нужно распаковать в корень любого раздела, либо внутрь первого источника (т.е. в папку prar1912 в данном случае)
2. Положить папку  как есть. Но подписать пункты в меню, которые не будут работать с ИСО. Папку можно будет переносить с раздела на раздел с сохранением работоспособности всех пунктов меню.

Основной способ использования ини это присвоение значений переменным в конфигах. Там просто.
[/etc/pfs.cfg]
prefixmp="/mnt/."
 

[krasnyh]

Т.е. его надо распаковать в корень раздела?

Я поэтому и написал ранее, что iso бесполезен для демонстрации uird и выложил prar1912.tar.gz с распакованным UIRD.tar.gz. Но никто не скачивал и я удалил его.

Само сообщение не смог найти.

[betcher]

Если подробно все описать - книга получится. Не будут читать
Максимум - спросят на форуме как получить нужный юзеру вариант
Вот по этому принципу и надо делать : задача - решение

Хорошо бы, но на практике: Задача - 10 решений + 30 подвариантов

[betcher]

По поводу ini можно сделать немного иначе чем сейчас.
Перенести его из папки UIRD в prar1912 и включить uird.preinit в конфиге lfa. Таким образом обработка ини будет работать всегда, независимо от наличия распакованного UIRD. Тогда все что понадобится костылить будем делать в ini, /mnt/home например.
Делаем?

[betcher]

Да, так пожалуй будет правильнее. Сборку перевыложил с этими изменениями.
Добавлен костылик в ини для /mnt/home и для /mnt/.имя_модуля.pfs
Осталось решить за UIRD, архив или папка?

[krasnyh]

Конечно папка. Если даже у sfs возникла проблема с пониманием, что такое UIRD.tar.gz и что с ним делать...

[betcher]

А как пометить пункты меню которые только для установки на диск? Баннером отделить?
Если будет папка, то можно ини вернуть обратно

[betcher]

Если UIRD - папка появляется еще один неприятный момент. Не получится без дополнительных танцев запустито сборку с исо, а сохранения писать в папку UIRD на диск. Потому, что uird папку UIRD в исо найдет раньше и подключит ее.
Критично?

[betcher]

Недавно в нашем чате проскочила идея встраивания инсталлера в uird. Точнее не в uird, а с использованием uird.run. Мысль проста, отдельный пункт загрузки, который вместо создания ауфс и старта /sbin/init запускает скрипты из отдельной папочки с использованием параметра uird.run. Скрипты или может один скрипт показывает вам список подходящих для установки устройств под номерами, типа:
1. /dev/sda 2g
2. /dev/sdb 100g
выбираете номер и туда устанавливается система.
Либо стандартно, либо как гибрид с dd. Второй вариант для uird тоже вполне подходит, если распаковать папку UIRD на оставшееся после dd место.
Интересно?
З.Ы. Я даже название придумал - SSinstall, где SS это simple и stupid

[sfs]

2. Положить папку  как есть. Но подписать пункты в меню, которые не будут работать с ИСО

Думаю, так лучше, чем не понятно где писать , что надо распаковать и опять же что без этого не все будет работать

что iso бесполезен для демонстрации uird

Если хоть один пункт запускается из исо в виртуалке - архив ничем не лучше. И это уже много раз обсуждали

Делаем?

да

решить за UIRD, архив или папка?

папка

как пометить пункты меню которые только для установки на диск? Баннером отделить?

да

Если будет папка, то можно ини вернуть обратно

Как логичнее
Я так до конца и не понял без чтения док - зачем эта распакованная папка...
Короче - надо доводить интуитивную понятность исо

Потому, что uird папку UIRD в исо найдет раньше и подключит ее.

Почему не оставить в разделе запуска с исо только варианты без папки?

проскочила идея встраивания инсталлера в uird

Можно и всю систему в инитрд загнать и даже с мульти инитрд что-то типа модульности сделать
С точки зрения сборки простого фругала с помощью юирд в любом дистре может и интересно на уровне идеи
С другой стороны на этапе pra64 -> prar ->pra64 я пришел к выводу , что модульный фругал и фул - 2 разных подхода
Нормальный фругал надо делать руками. Много чего, типа портирования модулей, не автоматизировать
Если не ужимать и не портировать - просто поставить фул и морозить его по необходимости

Это я к тому, что не нужна куча недоклонов модульного фругала. Нужен 1 , но доведенный до ума

По итогу - давайте начатое доведем. Не надо сейчас в инсталляторы и т.п. лезть

[betcher]

По всем пунктам - ок, кроме инсталлера. Я его сделаю, в самом элементарном виде, а там видно будет. Подозреваю, что скрипт будет строк на 10-20.

[sfs]

инсталлера

full?

Надеюсь, окончательный и проверенный мной на aarch64 вариант PKGBUILD
uird-r532.034b333-8-any.pkg.tar.xz

[betcher]

full?

нет

[betcher]

Перевыложил сборку с папкой UIRD и инсталлятором. https://yadi.sk/d/HqHfgABNqm6m9g
Инсталлер в самом низу листать надо. Проверял в виртулке только, как пример работы uird.run пойдет, если есть интерес то надо еще шлифануть Я думаю это самый быстрый способ поставить с исо на диск в виртуалке, как раз чего мне не хватало в штатном инсталляторе.  При этом в сам uird ничего не добавлено, все скрипты в папке /UIRD/SSinstaLL/.