Нет, все нормально, просто я же новые коммиты помаленьку добавляю.
А, тогда все в порядке.
Делайте Pull Request чаще, я постараюсь минимум раз в неделю сливать.
Сам в ветку "testing" без согласования не полезу.
Про copy2ram: Прочитал внимательно описание, и думаю это хорошая идея. Только:
...tmpfs монтируется сразу с размером freememory минус 128M...
При работе возможно не только уменьшение свободного места, но и его освобождение.
Может тогда вычислять объем для диска не по freememory, а например "размер RAM минус 256MB"?
Главное - всегда строго проверять freememory потом, при копировании модулей в этот tmpfs.
...если пользователь сам указал, куда копировать...
Что-то я тут не успел... Это как делается, и зачем?
Отдельную tmpfs на каждый модуль смонтировать, конечно, можно, но больно уж громоздко получается когда куча файловых систем. Сам не вдруг поймешь, где что лежит.
В целом - согласен, думаю Ваш вариант лучше.
Если файл по любой причине в память не копировался, ключ --memory просто проигнорируется и файл будет подключен как обычно.
Хорошо ли это? Пользователь подключил модуль "в память", хочет вынуть флэшку, но - нельзя!
Как минимум надо в таком случае выдавать предупреждение WARNING! Но пользователи GUI его не увидят. Кстати, GUI надо будет тоже поправить!
Мне кажется, лучше в случае нехватки RAM не монтировать и выдавать ошибку, но со спец. параметром (например
--force) - делать как сейчас.
А как это должно выглядеть, если описать просто человеческим языком?
Это, во многом, зависит от дистрибутива и его принципа сборки. Чуть позже постараюсь описать подробнее, как я это вижу, а там уже можно будет подумать, востребован ли будет такой функционал.
После просмотра Ваших коммитов с комментариями, отметил некоторые детали:
pfsload: Если отказаться от создания loop-ов в скрипте - надо обязательно проверить, как это будет работать с busybox'ом (из того же PuppyRus).
Как вариант (если не заработает) - можно перенести функционал создания loop-ов в скрипт /usr/bin/
mountb (по условию использования busybox).
Не понял в чем смысл параметра "--nh", тогда уж логичнее было бы дать возможность монтировать в любую директорию (не только "[.]название_модуля").
Т.е. можно было бы заменить MOUNTDIR и --nh одним параметром с двойным функционалом, например:
mountdir /mnt/ (с '/' в конце) - изменить только корневую директорию.
mountdir /mnt/catalog1 (без '/' в конце) - указать произвольную точку монтирования.
И ещё важный момент: такие функции, пока что, очень не желательно вносить в Help, потому что другие скрипты PFS ожидают модули именно в /mnt и с точкой в начале. Поэтому изменение точки монтирования можно предложить как продвинутый функционал, но не для обычных пользователей.
topaufslayer: Был задуман именно как дистрибутив-специфичный скрипт.
Он не должен присутствовать в пакете, т.к. при его отсутствии
pfsload не должен ругаться, а просто работать как будто так и надо.
В перспективе можно сделать такой скрипт для / в UIRD. Оттуда же можно передавать и путь для монтирования по умолчанию.