IceWM Rox

[krasnyh]

32bit нет или я его не нашел.

https://mirror.yandex.ru/puppyrus/puppyrus-a/pra03/pfs-test/045-tint2-graph-652-1-3s09.pfs

[knn]

Вот, для образца

спасибо, позже по-подробнее посмотрю

[knn]

в 6408 /home/live/.gtkrc-2.0 в 089-*.pfs, а модули-тем-ГТК - 084-*

  - вроде в  "старых" модулях-ГТК-тем не было линка /usr/share/themes/PRA на Тему.

[sfs]

нет ничего вроде linux-firmware-any для ПРА?

Фирмваре одинаков для всех дистров всех архитектур

в  "старых" модулях-ГТК-тем не было линка /usr/share/themes/PRA на Тему.

Да. Теперь это главный механизм модульного метода смеры оформления
Костыльненько, но лучше не смог придумать

[knn]

https://mirror.yandex.ru/puppyrus/puppyrus-a64/pfs-portable/089-de-tint2g_gtk2-p_64-sf10.pfs

в 089-de-tint2g_gtk2-p_*.pfs -  модуль dunst-p.pfs  - "_any"? или для 32/64 нужен разный?

[krasnyh]

модуль dunst-p.pfs  - "_any"? или для 32/64 нужен разный?

Вероятно разный.
https://www.archlinux.org/packages/community/x86_64/dunst/
https://www.archlinux32.org/packages/i686/community/dunst/

[knn]

Вероятно разный.

из обозначения не видно ...

[knn]

Нет такого пакета dunst_any

- я про модуль (в составе "Составного")

[krasnyh]

Код

$ file ./dunst
dunst: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 3.2.0, BuildID[sha1]=14626c3e99446f3861b95d901f9953dbfc80a323, stripped

[krasnyh]

Т.к. зависимостей минимум - оптимально сделать вообще портированный модуль (как мой tint2) - чтобы юзать во всех системах

...чтобы юзать во всех системах 
Как я понял, юзать во всех 32битных или во всех 64битных. Не получится модуля 089-de-IceWM..._any, как нет и модуля 089-de-tint2g_gtk2-p_any.

[knn]

- Там действительно не видно по обозначению.
 - Конфиги-то вроде отдельными модулями или "что-то вроде того" можно "портировать" .
 ========
  Как раз сейчас пробовал Вариант-для Конфигов:
  Модуль(программы) - "Относительно составной" - т.е. содержит модуль программы(из пакета) , плюс Конфиг-файл(ы)[-недефолтные] в каталогах, подкаталогах.
  ( где-то было , что модуль в составе Составного ест 1,5 - 2 Мб - может будет поменьше "есть" памяти, да распаковывать по-быстрее - нужно здесь еще смотреть, пробовать ; также всплывает вопрос "Слоёв"(перекрытия) ...)

т.е. это относительно того - когда Составной модуль - из Модуля-программы и модуля-её-конфига

-----upd
  обозначать можно ~так:
 ...module-cfg.squashfs
 ...module-p-cfg.squashfs
 .....module-p-c.squashfs

[knn]

   И , по случаю -  в теме, где было про ИИ, упоминалось, что ИИ нужно будет "отстреливать" одинаковае пакеты, либы, ...
   А если в рамках одного-Репозитария-модулей есть возможность сделать так, чтобы не подключать два одинаковых модуля с идентичными названиями( т.е. "в составе Составного"), то возможно это как-то съэкономит РАМ...

(если это "не вариант - то и ладно" )

[knn]

в  "старых" модулях-ГТК-тем не было линка /usr/share/themes/PRA на Тему.
Да. Теперь это главный механизм модульного метода смеры оформления

- думается, /usr/share/themes/default - по-интернациональней

[knn]

Вариант-для Конфигов:
  Модуль(программы) - "Относительно составной" - т.е. содержит модуль программы(из пакета) , плюс Конфиг-файл(ы)[-недефолтные] в каталогах, подкаталогах.

- что-то погорячился - такие модули делается, но почему-то в таком случае простой-модуль-из-составного пока не монтируется   .
Возможно "ограничения" squashfs-tools...( ? или AUFS, или чего-то еще)

[sfs]

для 32/64 нужен разный?

да

из обозначения не видно ...

089-de-tint2g_gtk2-p_64-sf07.pfs

простой-модуль-из-составного пока не монтируется

Сложите модули в папку и mkpfs