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

[sfs]

Тогда надо протускать дальше и разбирать остальные ключи
ок. пока не трогаю
запишу в нужник

[sfs]

9. mkpfs -d 1 -o 2.pfs - делает 1.pfs

Что в итоге делаем?

[betcher]

Пока не думал, разбирался с рамлоад

[betcher]

Ничего лучше не приходит:
#aliases
case $1 in
 -d | --dir )
    m="$(find "$2" -maxdepth 1 -mindepth 1 -type d )"
    [ "$m" ] || exitmsg "no directory in '$2'" 1
    echo $@ |grep -q "\-o[[:space:]]" || par="-o $2"
    shift ; shift
    $0 $m "$par $@" ; exit $?
    ;;

Параметры передаются, но -d dir обязательно в начале. Работает, но тоже как то ....
Я бы остановился на том, что у нас сейчас. Ни кто же не мешает полностью команду писать, без алиаса. Либо просто потом переименовать файл.

[sfs]

Я бы остановился на том, что у нас сейчас.

Т.е. без кода выше? Не хотелось бы терять функционал...
Альтернатива - выделить -d см. выше и пропустить дальше - чем так плохо?

[betcher]

Как скажете, если то что я предложил устроит, давайте на этом и остановимся. Не нравится только то, что -d обязательно в начале.

[sfs]

Альтернатива - выделить -d см. выше и пропустить дальше - чем так плохо?

[betcher]

Не пойму какой конкретно вариант вы имеете ввиду.

[sfs]

Выделить -d и не перезапускать скрипт, а установить переменную и продолжить разбор остальных ключей стандартно

[betcher]

Выделить -d и не перезапускать скрипт, а установить переменную и продолжить разбор остальных ключей стандартно

Попробуйте. Если нормально получится я не против конечно.

[DdShurick]

Выделить -d и не перезапускать скрипт, а установить переменную и продолжить разбор остальных ключей стандартно

Сделайте через getopts.

[betcher]

Сделайте через getopts.

Там нет проблем с получением параметра, проблема как его обработать. Сейчас скрипту передается список модулей, а sfs хочет старого поведения, чтоб передавался каталог содержащий модули вот и изобретаем как аккуратно сделать.

[DdShurick]

каталог содержащий модули

ls <"каталог содержащий модули"> | script, скрипт пусть обрабатывает список, мы же в консоли работаем.

[betcher]

ls <"каталог содержащий модули"> | script, скрипт пусть обрабатывает список, мы же в консоли работаем.

Там тьма вариантов
скрипт *
скрипт $(ls /bla/bla |grep bla-bla)
скрипт $(find bla-bla)
Без разницы как, лишь бы список. Это работает. А задача сделать чтоб
скрипт -d dir (это тоже работает), а вот
скрипт -d dir -f -q -o name уже нет.
Я бы и не делал, но sfs говорит - надо Вот думаем как сделать, чтоб просто и надежно.

[sfs]

sfs говорит - надо

Это не прихоть, а опыт использования pfs-util
Никогда не собирал в составной модуль модули раскиданные по винту. Не представляю такой ситуации
Даде если возникнет - проще и удобнее переместить в одну папку