PFS-utils на github

[ander]

Только не надо тогда никаких --nh и вариантов путей монтирования.
Думаю что самое правильное - это /etc/profile или что-то подобное.
И pfsload должен выбирать точку монтирования всегда однозначно.

В тестовой версии (чуть выше прикреплял pfstest.pfs, только каталоги там для pra, /usr/local/bin)
использован /etc/pfsutils.conf

Код

mountdir_default="/mnt"
hide_mountpoints="yes"
copyramdir_default="/tmp/.mountRAM"
minfreespace=131072

Я думаю функционал обновления меню не должен находится в pfs-utils.

Тоже так думаю.
Кстати, всяким *_nomenu тоже не место в основном пакете, они только в PuppyRus нужны.

PFS-utils достаточно проверять наличие скрипта fixmenus в системе, если он есть - вызывать.
А сам скрипт должен быть в каждом дистрибутиве свой. Тоже самое и с сообщениями notify.

Ну да, писал уже об этом.  Однако fixmenus.example не помешает - удобнее изменить под свои нужды что-то готовое, чем с нуля делать.

[Zay]

/etc/pfsutils.conf

Код

mountdir_default="/mnt"
hide_mountpoints="yes"
copyramdir_default="/tmp/.mountRAM"
minfreespace=131072

Надо будет увязать всё это с Initrd, когда будут выработаны общие правила.
И я бы сделал проще, короче и универсальнее, например:

Код

mountprefix="/mnt/."
copyramdir="/tmp/.mountRAM"
minfreespace=131072

Однако fixmenus.example не помешает - удобнее изменить под свои нужды что-то готовое, чем с нуля делать.

Поддерживаю, хорошая мысль.

[ander]

Код

mountdir_default="/mnt"
hide_mountpoints="yes"
copyramdir_default="/tmp/.mountRAM"
minfreespace=131072

И я бы сделал проще, короче и универсальнее, например:

Код

mountprefix="/mnt/."
copyramdir="/tmp/.mountRAM"
minfreespace=131072

С названиями - можно и так сделать, а вот "/mnt/." - это короче, но не проще, потому как это не директория, а директория с куском названия файла.  То есть basename / dirname / [ -d $dir ] с таким не работают и постоянно нужно помнить, что этот префикс может оказаться чем угодно.  А вот когда директория отдельно и точка отдельно - гораздо проще обрабатывать.  Если уж хочется универсальности, можно сделать не признак скрытого файла, а префикс - но только отдельно от директории.  Вот только не представляю, зачем.  Что полезного, кроме точки, можно в этот префикс вставить-то?

[Zay]

...можно сделать не признак скрытого файла, а префикс - но только отдельно от директории.

Наверное так и можно сделать. Например:

Код

mountdir="/mnt"
mountprefix="."
copyramdir="/tmp/.mountRAM"
minfreespace=131072

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

Для логичности (и возможно, совместимости с чем-то). Мне, вроде, встречался вариант со знаком +.

P.S. Возможность выбора точки монтирования в pfsload не нужна.

[Zay]

Добавил в основную ветку master поддержку стандарта Universal Layered Root FileSystem.

Подробнее см. коммит:
https://github.com/pfs-utils/pfs-utils/commit/7bccdfbbe28b45599d6525bb7d6c9d1d945e6204

Если файл /etc/initvars отсутствует или некорректен - он игнорируется.
В этом случае используется префикс /mnt/. для обратной совместимости.


В дальнейшем возможна доработка, замена кода на более простой и понятный.
Думаю что код вполне можно улучшить. Скрипт unloader_pfs переделан весьма костыльно.
По хорошему его надо значительно переписать, но не знаю, пользуется ли им кто-нибудь.

[Pro]

А не пора ли отказаться от /usr/sbin ?

Сделал первый свой коммит, стоит ли продолжить перевод через gettext или лучше сделать перевод методом через переменные как в mount_file.mo?

[sfs]

Там где есть gettext - лучше через него и делать.

[Pro]

Там где есть gettext - лучше через него и делать.

там его нигде нету

[sfs]

Я имел ввиду - что там где есть в ОС gettext лучше его и юзать
Через переменные - этот самопал для initrd и пр. тяжелых случаев

...может лучше уделить внимание русификации.. англофикацией пускай англичане занимаются...

[Pro]

...может лучше уделить внимание русификации.. англофикацией пускай англичане занимаются...

а что руссифицировать? ничего интересного не нахожу

[sfs]

multiload; sxlock - пробовал, не смог в Х вывести рус.буквы
В lxpanel местами недорусифицировано

[Pro]

В lxpanel местами недорусифицировано

обновить перевод из свежих версий же, раз уж версию не обновляем.

[sfs]

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

[Pro]

sxlock - пробовал, не смог в Х вывести рус.буквы

так оно и не умеет ничего выводить кроме имени пользователя и значков пароля.

[Pro]

Русифицировать не нечего, а некому.

ну у тебя некому.