Реализация .PFS (тестирование)

[Zay]

Пакет обновлён.

Изменены условия вызова команды ldconfig при подключении/отключении (скрипты pfsload и pfsunload).
Обновлены скрипты PET (подробнее: http://forum.puppyrus.org/index.php/topic,14586.0.html)

сейчас ldconfig никак не может выполняться т.к. находится в devx

Вызов ldconfig уже давно есть в pfsload (сначала идёт проверка наличия этого файла в системе).

Теперь ldconfig вызывается при наличии файлов *.so в каталогах "/lib", "/usr/lib", "/usr/local/lib" и "/usr/X11R7/lib".

[Pro]

editor_pfs кажется сломан, не может создать файл с измененным pfs, пишет:
Could not create destination file: No such file or directory

[Zay]

editor_pfs кажется сломан, не может создать файл с измененным pfs, пишет:
Could not create destination file: No such file or directory

editor_pfs давно не менялся серьёзно.
На каком пакете ошибка, и вообще какой порядок действий к этой ошибке приводит?

[Pro]

Через editor_pfs задаю пакет puppyrus-soft-13.05.pfs и снимаю флажки с пакетов opera и nettle, задаю имя выходного файла в другом каталоге, нажимаю создать pfs.

Выдается ошибка при создании модуля pfs. все.

[Pro]

Предлагаю рассмотреть возможность делать depmod при выполнеии pfsload если подключаем модуль содержащий файлы *.ko в каталоге /lib/modules или /usr/lib/modules

Возможны ситуации когда подключаемый пакет содержит модули ядра и плюс depmod для них, но получится что он "затрет" существующую информации и база модулей станет неполной. Например, я подключаю virtualbox и nvidia в результат получается что система не увидит один из модулей.

[sfs]

Может быть делать это через start.sh ?

[Pro]

а смысл? это костыльно и притом должно делаться в обязательном порядке, т.е. альтернативы нет, модуль который подключается должен корректно прописаться в системе.

Используя start.sh добавляется элемент непредсказуемости т.к. автор модуля может забыть прописать туда нужные данные.

[sfs]

а смысл?

Если что-то пошло не так - легче автору посмотреть и поправить свой start.sh чем искать где это во всем пакете утилит, писать сюда.
Сделать как-то по любому надо. Где - не принципиально

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

От забывчивости нечего не поможет

[Pro]

что может пойти не так с выполнением depmod? мне безразлично наличие start.sh, но depmod делать НАДО.
если есть возможность реализовать это в скриптах pfs - надо реализовать там, а не перекладывать на юзера.

Не мануалы надо толще делать, а скрипты совершенствовать.

[sfs]

depmod делать НАДО.

С этим не поспоришь. Пускай Zay решит где удобнее это делать

[Zay]

Про depmod - согласен, скоро добавлю (в pfsload и pfsunload соответственно).

Про editor_pfs - скорее всего причина не в нём, а в pfsmegre.
Если не снимать флажки - работает?
На других пакетах работает?

P.S. Внезапно собралось одновременно много дел, несколько дней был занят...

[Pro]

Zay, если можешь постараяся за выходные, я решил выложить 13.10
Возможно для ускорения работы есть смысл делать depmod [имя_файла] надо полный путь к модулю указывать.

pfsmegre из командной строки работает, что в нем могло поменяться, такого что с ним перестал дружить editor_pfs

[Zay]

Пакет обновлён.

Изменено условие запуска depmod при подключении/отключении пакетов.
Было так:

Код

[ `find "${mountpoint}/lib/modules/$(uname -r)" 2>/dev/null | grep -ic "ko$"` -gt 0 ] && depmod &

Теперь так:

Код

[ "$(find "${mountpoint}/lib/modules" "${mountpoint}/usr/lib/modules" -name "*.ko" 2>/dev/null)" != "" ] && depmod &

Исправление ошибок в скрипте editor_pfs.

[Zay]

Zay, если можешь постараяся за выходные, я решил выложить 13.10

Постарался успеть.

Возможно для ускорения работы есть смысл делать depmod [имя_файла] надо полный путь к модулю указывать.

А если модулей ядра несколько - придётся гонять в цикле? Тут подумать надо, как лучше.
Пакетов с модулями ядра не так уж много, не думаю что это сильно замедлит работу.
Поэтому пока сделал просто depmod при наличии .ko-файлов.

pfsmegre из командной строки работает, что в нем могло поменяться, такого что с ним перестал дружить editor_pfs

Ну так бы сразу и сказал, что проверял pfsmegre и там всё нормально.
Действительно, в editor_pfs вылез баг, теперь должно работать.

[Pro]

при загрузке и подключении pfs с модулем ядра (проприетарные драйвера nvidia) не наблюдаю выполнения depmod, смотрю в /initrd/pup_rw результат.
по идее должно выполнится и результаты depmod в слое rw появится должны.