mkpfs v.3 (pfsmerge-dir v.2) Неудобства перепаковки составного модуля

[betcher]

Я думал, что они будут писаться в верхний rw слой.

Наверное надо вытащить этот кусок из mkpfs в либу. Сделать mkmeta <корень исходного каталога> <корень целевого>. То есть если нужно прямо в каталог записать то $1 $2 одинаковые. Если прямо в систему записать (для pfsinstall dir) то mkmeta /path/dir  / , а для этого случая  mkmeta $i $SYSMNT/aufs$n     вроде того.

[sfs]

1. /etc/packages/ не представляют ценности. какая разница? Если так и оставить - можно вместо mkaufs - > mount
2. Как сейчас и как всем не нравится - зачистка сейчас в addlayer - вернемся к этому после pfsextract

[sfs]

Наверное надо вытащить этот кусок из mkpfs в либу

таких кусков везде полно - да, но не сразу. Давайте сначала получим функционал хотя бы на макете. Потом будем вылизывать

[sfs]

mkaufs работает в двух режимах, без аргументов в tmpfs, с аргументами (dev и dir) на указанном разделе.

Замена в pfsmerge-dir : mkaufs  на mkaufs sda1 qqq не решила проблемы сборки из aufs раздела
Или я что-то не понял?

[betcher]

. /etc/packages/ не представляют ценности. какая разница?

Разница в том, что если каталог не доступен для записи - скрипт не работает.  И вообще не прилично оставлять мусор, представьте, что после архивации каталога каким нибудь зипом в нем, в каталоге появляются новые неведомые файлы
Это конечно все не особо важно и можно до поры отложить. Как и с mkmeta.

[sfs]

можно до поры отложить

да

[betcher]

Сделал mkmeta на основе рецепта DdShurick'а. Добавил в pfsmerge-dir. Вроде норм, и тест проходит.
Вместо  ERR на пробу использую функцию exitmsg, предлагаю везде юзать если норм. Посмотрите.

[sfs]

mkmeta - может лучше mklist - более понятно
Это вместо mkpfs -d - и кстати там можно переделать
И остальное тоже в функцию
От mkpfs останется :
mklist ; mksfs

[sfs]

mkaufs работает в двух режимах, без аргументов в tmpfs, с аргументами (dev и dir) на указанном разделе.

Замена в pfsmerge-dir : mkaufs  на mkaufs sda1 qqq не решила проблемы сборки из aufs раздела
Или я что-то не понял?

В итоге пересобрать на aufs (т.е. в tmpfs) - нерешаемо?

[betcher]

Мне кажется можно решить. Еще не пробовал.
У меня тут мысль в сторону, как обычно
Думал на счет mkpfs, в том ключе, что он тоже исходную папку метадатой портит ( mkmeta это сокращение  от make metadata).  И тут до меня доходит, что pfsmerge-dir для одной папки это и есть mkpfs. Может объединим? Название лучшн mkpfs наверное оставить. По синтаксису вижу так:
mkpfs  список_каталогов -o  out.pfs
примеры:
mkpfs dir - как сейчас модуль из каталога
mkpfs  dir1 dir2 - получаем контейнер с именем по первому пакету dir1.pfs
mkpfs * -o out.pfs - сделать контейнер из всех папок в текущем каталоге имя дать out.pfs
mkpfs $(find /memory/bundles bla-bla) -f -o bundles.pfs
И так далее.

[sfs]

на счет mkpfs

да
сюда же и pfsmerge надо включить
Тогда вообще все логично

meta - было metapfs - может всетаки list - понятно по рус. и англ

[betcher]

Я не против mklist просто объяснил откуда название. Был еще вариант mkmdata у меня.

[sfs]

Я не против mklist

Договорились
data - это скорее сами файлы, а не из список

[sfs]

Сделал mkmeta

-n / --not-dirs-empty - не создавать файл pfs.dirs.empty.
Я так понимаю - это сливаем? Не разу не использовал . Кто помнит зачем оно было?
И -m / --md5 - создать необязательный файл pfs.md5. тоже

[betcher]

Я б слил. Вот только с ДШ в нашем чате беседовали.
Сделал как описывал pfsmerge-dir, теперь он заменяет mkpfs  и pfsmerge. Смотрите если норм переименуем в mkpfs (или новое название придумать), а эти можно удалять.