IvannaXP = IvannaSE2+XFCE+Puppy-Presice

[sfs]

развиваться конечно надо, параллельно пытаюсь сейчас сделать что то вроде версии 'force'. Но опять же засада- оновлять надо кучу библиотек, и пока это сделаешь - устареет что обновлял первоначально :-)

На сколько актуально 2.17? Товарищ более 2-месяцев пользует. Единственная проблема -M-plaer
и почти все медийные  проги потребовали новых зависимостей.

Нужен системный подход. Welcome to PRA 

[andy-voit]

На сколько актуально 2.17? ....

Я признаться не понял что такое 2.17

[sfs]

Наверное glibc 2.17. В PRA уже 2.18. Проблем при переходе не замечено. Со слезой вспоминал

[andy-voit]

Перезалил дистрибутив с последними исправлениями. Добавил пару модулей - скайп и вайн, обновил Оперу. Шапку поправил. Если больше никаких правок не будет - буду надеятся что это уже финал версия.  

[sfs]

Не хотите сюда http://wiki.puppyrus.org/setups/choise Иванну добавить? Пришлите текст...

[andy-voit]

да, но чуть позже, поюзаем еще маненько...

[valentin]

Обратил внимание на небольшой  глюк:  если щелкнуть ЛКМ по **.sfs  и выбрать пункт "Просмотреть" то модуль нормально подключает и открывает в нем Thunar, а после повторного щелчка  отмонтирует нормально, но снова пытается открыть ФМ в этом каталоге.  У меня компьютер "не быстрый"    поэтому при PUPMODE=12  просто оказываюсь в /mnt , а в PUPMODE=5  Thunar  выкидывает сообщение , что нет такого каталога .
 Почитал, что в версии 004 скрипт mnt_sfs   перенаправлял на filemnt-OLD, а теперь на filemnt.
Заменил в 14 и 131 строке на filemnt-OLD  и заработало как прежде, не вызывая Thunar  при размонтировании. Сам скрипт filemnt-OLD в системе остался  

Что-то в системе сломано с монтированием модулей из /root    сейчас проверяю вариант Ретро - модуль firefox-19_ru+adblock_.pfs нормально монтируется с раздела , а из /root после начального диалога - подключить \ установить.. система виснет .
 Попробовал смонтировать из /root обычный k3b.sfs - тоже висяк   После перезагрузки в /mnt/ остаются пустые каталоги с соответствующими именами .

Перезагрузился в старую IvannaXP  004    в ней .sfs  из /root вообще не подключает - пишет файл в главной ФС - переместите на носитель и прерывает процесс    где был изменен  load_sfs я нашел     Встает вопрос - почему раньше не рекомендовалось подключать - даже проверку ввели для этого, а сейчас вдруг захотелось ??
 А вот .pfs  из /root подключались нормально, нужно копать   , почему перестало подключать из /root

[andy-voit]

Виснет система почему то , как я уже писал, если подключать вручную модуль с префиксом u(U)soft-***.sfs

Встает вопрос - почему раньше не рекомендовалось подключать - даже проверку ввели для этого, а сейчас вдруг захотелось ??

Захотелось имет возможность, работая, например на чужом компьютере с флешки или диска в режиме "без сохранения" бистренько скачать какой нибудь модуль, прверить его на работоспособность и выкинуть если что. А браузеры качают обычно в root
 Надо наверное репу переделать-все модули переименовать, убрав префиксы. Раньше флешка не хотела подхватывать модули из каталога SFS без префикса. Потом переделывали, как сейчас не знаю, я на чужом компе с сидика работаю. Ивот тут возможность подключать модули вручную с того же сидюка или из root как нельзя более кстати.

[valentin]

Повторюсь еще раз : IvannaXP 006 retro  Из каталога /root  на данный момент систему "подвешивают " и .sfs и .pfs  модули  с любыми именами  .  Проверял с винта  и в PUPMODE=5  и в =12    Завтра поставлю модерн , посмотрю еще в ней

[andy-voit]

IvannaXP-retro, работает с сидюка, подключение модуля skype из root



Возможно имеет значение с чего загружаться. При загрузке с HDD в Pupmode=5 тоже подключается. А у вас загрузка с флешки?

P.S: Если же этот модуль переиминовать в pfs - то тоже подключается нормально



Если же взять какой либо сложный модуль pfs, который содержит внутри себя другие пакеты - да, система виснет с префиксом и без...  

Модуль .sfs с префиксом usoft тоже вешает систему %
 
Почему так - это хороший вопрос... что то опять связано со слоями ауфс. Надо у sfs совета спросить, у него в Байте модули из root подключались без всякой волокиты.

[andy-voit]

Заменил в 14 и 131 строке на filemnt-OLD  и заработало как прежде, не вызывая Thunar  при размонтировании. Сам скрипт filemnt-OLD в системе остался  

Я уже не помню для чего и почему я делал filemnt-OLD. Помню только что filemnt-OLD был предназначен для работы в системе без доп. модуля PFS

..А вспомнил, в модуле PFS filemnt это ссылка на pfs-ешный mount_file. И править наверное нужно его?

[sfs]

Надо у sfs совета спросить, у него в Байте модули из root подключались без всякой волокиты.

Надо анализировать вывод losetup -a и тексты скриптов подключения. Пробовать менять скрипты <-> дистр
А вообще идеально всем перейти на одинаковые скрипты подключения. Иначе так и будем ходить по старым граблям и запутывать юзеров многообразием форм

[valentin]

..А вспомнил, в модуле PFS filemnt это ссылка на pfs-ешный mount_file. И править наверное нужно его?

Если оставляем старый вариант mnt_sfs,  с просто filemnt , то в /usr/bin/mount_file закоментируем строку с вызовом Thunar при umount .Исправленный работающий вариант здесь
С монтированием из /root сложнее Сегодня пробовал версию модерн, но думаю и в ретро будет так-же.
 все пробовал с винта, Pupmode=5. Сначала сделал что-бы модуль скайпа не грузился автоматом , затем попробовал его без usoft подключить из /root  - подключился    начал пробовать другие модули - некоторые подключает, некоторые нет . Сначала думал из-за размера , но теперь больше склоняюсь , что влияет содержимое. Так трансмишен подключался, добавил в него PDF для увеличения размера- все равно подключает, а меньший по размеру vlc  подвешивает намертво. Попробуйте подключить вот этот модуль - с ним  у меня все стопорится vlc
.pfs  смогу посмотреть только вечером.

[valentin]

 Так и не получилось заставить подключать "проблемные" .sfs  из /root    Все стопорится на этапе перемонтирования

Код

mount -o remount,append:"$mount_point"=ro / 

Из выявленных проблем : при размонтировании модуля щелчком ЛКМ по нем, сначала выполняется fixmenus  в unload_sfs, и второй раз в sfs_remove_old - это иногда вызывает появление ошибки "не найдена lx-panel.." После закомментирования  последней строки в sfs_remove_old все нормально

Код

#catch { exec fixmenus } 

еще как вариант можно попробовать подключить  *.sfs  через openpfs, с копированием в RAM. Но у меня при PUPMODE=5  почти нет свободного ОЗУ 

Код

# free
             total         used         free       shared      buffers
Mem:        513896       502660        11236            0        21780
-/+ buffers:             480880        33016
Swap:      2112512        86692      2025820

[andy-voit]

Во времена IvannaSE & IvannaSE2 уважаемый byciclist56 весьма успешно практиковал подключение из root просто закомментировав вышеупомянутую часть load-sfs. И не было каких то проблем и глюков. Значит и здесь можно сделать, только разобраться надо..