IvannaXP = IvannaSE2+XFCE+Puppy-Presice

[valentin]

Вот нормально работающий на моем компьютере Usoft-pfs-utils-XFCE-0.3.0.1test-ixp_.sfs - для проверки. Работа с .pfs и .sfs  сделана как в образце - через openpfs.  Пакет предварительный, еще будет "допиливаться" по мелочам и оформлению. Если будут пожелания по пунктам меню - постараюсь учесть , в меру знаний и умения.

[andy-voit]

Спасибо, замечательный пакет! Добавил только в контекстное меню "Просмотреть как каталог" и для *.sfs тоже.

Обращаю внимание пользователей - использование этого модуля опционально (т.е. не обязательно) но подключается он выше базы следовательно изменения  внесенные им будут вносится в файл сохранения. Лучше определитесь заранее, насколько вам необходима поддержка pfs в Ivanna

[andy-voit]

Рекомендую заменить файл /etc/rc.d/rc.shutdoun в "базе" - добавил строчку для удаления при перезагрузке временных каталогов от смонтированных модулей

[Zay]

Работа с .pfs и .sfs  сделана как в образце - через openpfs.

В PuppyRus скрипт open_pfs испольузется только для .pfs. Для .sfs используется другой скрипт - loader_fs.

В системы, не основанные на PFS, можно добавить скрипты pfsload, pfsunload, open_pfs, pfsinfo, topaufslayer (и некоторые другие).
Так можно получить поддержку подключения PFS не трогая оригинальных скриптов для SFS и прочего.

Остаётся открытым вопрос установки PFS в "не-pfs" системы (это решаемо, но готового скрипта пока нет).

[andy-voit]

Так можно получить поддержку подключения PFS не трогая оригинальных скриптов для SFS и прочего.

Совсем ничего не трогать все равно не получится. Например хотя бы те скрипты, в которых pfs используется как элемент в меню (например /usr/local/apps/Pup_targz и нек.другие)

[Zay]

Совсем ничего не трогать все равно не получится. Например хотя бы те скрипты, в которых pfs используется как элемент в меню (например /usr/local/apps/Pup_targz и нек.другие)

Ну это понятно. Ассоциации тоже надо прописать.
Речь о том, что SFS можно грузить старым способом, а не с помощью loader_fs. Соответственно не надо править связанные с этим делом скрипты (меньше шансов наломать дров).

Хотя, если есть время и желание - можно наоборот перевести все процедуры монтирования на скрипты pfs-utils (возможностей там больше, чем в старых mnt_sfs и прочих).

[valentin]

Попробовал установить  RC4.01на флешку, в каталог, с установкой загрузчика. Флешка под Fat32, устанавливал из системы, установленной  на HDD. Все файлы скопировались, система запустилась. Но после создания сейва на флешке  вылез глюк: судя по характеру загрузки система сейв видит, но настройки не сохраняются. Такое впечатление, что сейв монтирует ниже базы для pupmode=13. Данные mount и PUPSTATE в архиве.

[andy-voit]

Интересный момент.. Из того что я знаю о монтировании слоев(цитирую дядю Шурика)

Факт установленный. В init за очерёдность слоёв отвечает строка
Код:
mount -t aufs -o udba=reval,diropq=w,dirs=${UMNTMAIN}${ZLAYER}${UMNTRO} unionfs /pup_new
Например
UMNTMAIN="/pup_rw=rw:/pup_ro1=ro:/pup_ro2=ro"
ZLAYER=''
UMNTRO=":/pup_ro4=ro"
Смонтировано; 1) /pup_rw - сохранёнка, 2) /pup_ro1 - WM, 3) /pup_ro2 - база, 4) /pup_ro4 - доп. модуль, то в таком порядке слои и будут.

Теперь смотрим, что же мы имеем в init. А имеем следующее:

Код

 12) CREATEPUPSAVE2FS="/pup_rw";CREATEPUPXXXSFS="/pup_ro2"
     OLDFILESMNTPT="/pup_rw";NEWFILESMNTPT="/pup_ro2";UMNTMAIN="/pup_rw=rw:/pup_ro2=ro";;
 13) CREATETMPFS="/pup_rw";CREATEPUPSAVE2FS="/pup_ro1";CREATEPUPXXXSFS="/pup_ro2"
     OLDFILESMNTPT="/pup_ro1";NEWFILESMNTPT="/pup_ro2";UMNTMAIN="/pup_rw=rw:/pup_ro1=ro+wh:/pup_ro2=ro";;
 77) CREATETMPFS="/pup_rw";CREATEFOLDERS="/pup_ro1";CREATEPUPXXXSFS="/pup_ro2"
     OLDFILESMNTPT="/pup_ro1";NEWFILESMNTPT="/pup_ro2";UMNTMAIN="/pup_rw=rw:/pup_ro1=ro+wh:/pup_ro2=ro";;
...и далее бла бла бла......................................................................
 mount -t aufs -o udba=reval,diropq=w,dirs=${UMNTMAIN}${NEWLAYERS}${MAINFS}${ZLAYER}${UMNTRO} unionfs /pup_new 

То есть приоритет всегда имеет pup_rw - но почему то в  PUPMODE=12 это файл сохраненки, а в PUPMODE=12 или 77-это tmpfs... Почему так устроено - тайна великая для меня сия есть.

Хотя признаюсь честно - инит файл для меня полная абракадабра

[DdShurick]

То есть приоритет всегда имеет pup_rw - но почему то в  PUPMODE=12 это файл сохраненки, а в PUPMODE=12 или 77-это tmpfs... Почему так устроено - тайна великая для меня сия есть.

Сделано это для уменьшения циклов перезаписи на флешку. При выключении pup_ro1 перемонтируется rw и происходит синхронизация. А ошибка происходит вероятно из-за этого - /pup_ro1 - WM

[andy-voit]

А ошибка происходит вероятно из-за этого - /pup_ro1 - WM

Если бы.. В Ivanna параметр WM не используется. - /pup_ro1 - WM - здесь просто фраза из вашей цитаты, как пример..
 Короче -  PUPMODE=13 видимо надо менять в init по образцу PUPMODE=12. Не знаю, чем это чревато, но у меня только так получилось загрузить сохраненку с флешки в верхний слой без ущерба для функционала Ivanna  . Что то в роде этого:

Код

 13) CREATEPUPSAVE2FS="/pup_rw";CREATETMPFS="/pup_ro1";CREATEPUPXXXSFS="/pup_ro2"
     OLDFILESMNTPT="/pup_ro1";NEWFILESMNTPT="/pup_ro2";UMNTMAIN="/pup_rw=rw:/pup_ro1=ro+wh:/pup_ro2=ro";;

Или искать иные способы.

[valentin]

Предлагаю еще один, доработанный вариант Usoft-pfs-utils-XFCE-0.3.0.2-ixp_test.sfs. Из самого заметного - "возвращение" девушки, сообщающей о отключении/подключении модулей  . Мы, ведь, все-таки в IvannaXP  Из менее заметного - убрал лишний fixmenu  из cкрипта в sfs_event, что-бы не дергало лишний раз систему. Но самое нужное - доработанный open_pfs. теперь при щелчке на .sfs не появляется диалог с пугающим текстом "пакеты не найдены", а выводится имя этого пакета. Если на других компьютерах этот пакет покажет стабильную работу, то ,ИМХО, просто включить в состав Usoft-XFCE-4.10-ixp.pfs и не заморачиваться больше с поддержкой .pfs в IvannaXP.

[andy-voit]

Замечательно! Спасибо большое..
Однако памятуя, что лучшее - враг хорошего, немного переделал и этот вариант.
1. Вернул подключение и отключение sfs файлов к "старому " способу - через mnt_sfs. Теперь все просматривается, отображается и подключается корректно
2. В пункте главног меню "Утилиты" сделал слой для отображения PFS утилит, точнее для GUI для работы с pfs файлами - из тех что имеются на данный момент.
3. Мелкая правка текста и т.п по мелочи.

просто включить в состав Usoft-XFCE-4.10-ixp.pfs и не заморачиваться больше с поддержкой .pfs в IvannaXP.

А надо ли? Вопрос, как говорит наш уважаемый председатель, спорный..Стоит ли включать опциональные файлы? Может кому то они на фиг не нужны, эти pfs ? Зачем забивать человеку голову. PFS - это все же пока для тех кто "в теме". А для тех кто не в теме - автоподключение происходит и без доп модуля.

Цель все же сделать изначально максимально просто и поэтому понятно-хотя бы потому что уже известно. Если у пользователя по мере юзания будет еще расти интерес - тогда вот те пожалуйста, дополнительные возможности.

Но справку все же править придется..

[valentin]

А надо ли? Вопрос, как говорит наш уважаемый председатель, спорный..Стоит ли включать опциональные файлы? Может кому то они на фиг не нужны, эти pfs ? Зачем забивать человеку голову. PFS - это все же пока для тех кто "в теме". А для тех кто не в теме - автоподключение происходит и без доп модуля.

Цель все же сделать изначально максимально просто и поэтому понятно-хотя бы потому что уже известно. Если у пользователя по мере юзания будет еще расти интерес - тогда вот те пожалуйста, дополнительные возможности.

ИМХО,  чем больше типов файлов "знает" система - тем лучше, особенно начинающему пользователю, ведь мы же не против, что Puppy  "понимает" .deb/.rpm , пусть будет еще и .pfs    Я, лично, за полный вариант сразу - кому они не нужны, пользоваться не будут, кто захочет попробовать - в системе уже все есть, тем более работа с ними почти не отличается от .sfs - подключил/отключил.
Просто, если есть опасения что скрипты обрабатывающие  .pfs еще будут меняться   , - то отдельный Usoft-pfs-utils-XFCE-***-ixp.sfs, но в "базовую " версию желательно оставить  просмотреть/распаковать/запаковать .pfs. Как в предыдущем варианте RC4. А то в системе  один из важнейших модулей Usoft-XFCE-4.10-ixp.pfs , а "поковырять" его , не подключая Usoft-pfs-utils-XFCE-***-ixp.sfs не получится  

[andy-voit]

А то в системе  один из важнейших модулей Usoft-XFCE-4.10-ixp.pfs , а "поковырять" его , не подключая Usoft-pfs-utils-XFCE-***-ixp.sfs не получится  

Я вообще то его временно пфс-ом делал, на время проверки установщика и скриптов.

Если на других компьютерах этот пакет покажет стабильную работу, то ,ИМХО, просто включить в состав Usoft-XFCE-4.10-ixp.pfs и не заморачиваться больше с поддержкой .pfs в IvannaXP.

Подумав, решил поступить компромиссно. Включить модуль в состав дистрибутива, в качестве доп модуля в корне системы (как собственно сейчас и есть) а уж объединять-разъединять - на усмотрение пользователя. Захочет - может совсем удалить.

[valentin]

Когда помогал тестировать инсталлятор  для PuppyRus-Icewm-13.02, то обращал внимание, что, т.к. сообщение выводится через yaf-splash  и если провести по нем курсором , то хотя установка и не прекращается - сообщение исчезает. В PuppyRus-Icewm-13.02 DdShurick  решил это вообще красиво - индикатором прогресса.  "Нам так не жить"   поэтому предлагаю вариант попроще, но не менее надежный.  Функциональность скрипта не изменилась, поменялось только внешнее оформление.

От переизбытка свободного времени решил "покопаться" в проблеме подключения в IvannaXP сохраненки при работе с флешки.  Возник вопрос к более знающим товарищам - обязательно ли наличие внутри ixpsave.3fs файлов: .wh..wh.aufs   .wh..wh.plnk  .wh..wh.orph  ?  Они создаются внутри  сейва после первой перезагрузки?  

P.S. Файл перезалил, оказалось дорабатывал старую версию ,