Сайт | Скачать | Видео | Wiki

Автор Тема: Продолжение разработки pfs-utils  (Прочитано 94523 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #165 : 11 Декабрь 2017, 13:15:36 »
Модули то нормальные, на работу этот косяк не влияет. Просто имена сабмодулей там с расширением, а должны быть без.
RoDoN, может pfsrebuild еще попробуете? Раз уж начали. Не помню проверял ли кто в pra.
Ну и sync2layer :)

Онлайн RoDoN

  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 6282
  • Репутация: +141/-0
Re: Продолжение разработки pfs-utils
« Ответ #166 : 11 Декабрь 2017, 14:28:36 »
может pfsrebuild еще попробуете?
Ну и sync2layer
В меню ПКМ в ФМ и в меню mc такого нет, в справке тоже, а перелопачивать форум не собираюсь.
Lenovo G500 (i3-3110M, 8 Гб, Intel + Radeon HD 8570)
PRA 16.12 JWM, Runtu 22.04 x64 XFCE

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #167 : 11 Декабрь 2017, 15:44:41 »
Описаний потому и нет, что мало тестили. Ну и потому, что в v2 аналогов нет.
pfsrebuild  пересобирает модуль по спискам файлов. Сами файлы берет из системы. То есть есть у вас к примеру подключенный модуль mate.pfs и вы хотите заменить в нем пару файлов, ну или конфиг какой поправить. Заменяете и правите прямо в системе, и запускаете pfsrebuild mate (или mate.pfs не помню). В текущей папке получите модуль с изменениями.
sync2layer подключает новый  rw слой (папка или img) и переносит в него файлы из changes. Использовать можно для освобождения RAM при переполнении changes, и для создания модулей с изменениями находу.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #168 : 11 Декабрь 2017, 16:13:55 »
Перенести этот текст в вики?

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 5319
  • Репутация: +139/-1
Re: Продолжение разработки pfs-utils
« Ответ #169 : 12 Ноябрь 2018, 22:25:52 »
А для обновления базовых модулей давно есть pfsrebuild,  который упрямо никто не тестит. Попробуйте, может особых проблем и не будет, а мелочи допилим.
В качестве теста.
При запуске abiword-minimal-gtk3-p-3.0.1_64-sf01.pfs ошибка (не работает):
Код
$ abiword                   
/opt/abiword/bin/abiword: symbol lookup error: /usr/lib/libpango-1.0.so.0: undefined symbol: fribidi_get_par_embedding_levels_ex
Удаляю в /opt/abiword/lib либы fribidi. Затем:
Код
sudo pfsrebuild abiword-minimal-gtk3-p-3.0.1_64-sf01.pfs
Создается модуль с тем же названием. Запустил, работает.

P.s. Удалял либы именно в рабочей системе.
« Последнее редактирование: 12 Ноябрь 2018, 22:31:15 от krasnyh »

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #170 : 13 Ноябрь 2018, 03:46:16 »
Не понял суть теста. Пфсребилд создает новый модуль по спискам файлов из старого. То есть если в системе изменить файл принадлежащий модулю и пересобрать модуль пфсребилдом, в новый модуль попадет измененный файл.
Это по задумке, может уже не работает :)

Оффлайн ansivar

  • Постоялец
  • ***
  • Сообщений: 145
  • Репутация: +9/-0
Sticky-bit
« Ответ #171 : 23 Январь 2019, 19:58:54 »
https://github.com/pfs-utils/
Имеем frugal-установку дистрибутива UPupBB-18.05(woof-based)32bit (https://sourceforge.net/projects/zestypup/files/Upup-Bionic/upupbb-18.05%2B25.iso)
- все действия производил от root'a.

Скачал 2019-01-22 https://github.com/pfs-utils/pfs-utils-cli/archive/master.zip,
создал из каталога /project-files (находящегося внутри файла master.zip) pet-пакет "pfs_3_2019-01-22-i386.pet" и успешно установил его.

Скачал файл spacefm-1.0.6-1-rosa2016.1.i586.rpm  и распаковал его в каталог: /spacefm-1.0.6-1-rosa2016.1.i586
Код
# ls -la ./spacefm-1.0.6-1-rosa2016.1.i586 
total 16
drwxr-xr-x 4 root root 4096 авг.   9 22:27 .
drwxr-xr-x 3 root root 4096 янв.  23 15:59 ..
drwxr-xr-x 3 root root 4096 авг.   9 22:27 etc
drwxr-xr-x 4 root root 4096 авг.   9 22:27 usr
Затем запаковал каталог /spacefm-1.0.6-1-rosa2016.1.i586 в пакет "spacefm-1.0.6-1-rosa2016.1.i586.pfs":
Код
mkpfs  spacefm-1.0.6-1-rosa2016.1.i586
После чего переименовывал пакет "spacefm-1.0.6-1-rosa2016.1.i586.pfs" в пакет "spacefm-1.0.6-1-rosa2016.1.i586.sfs"
и попытался подключить пакет 'spacefm-1.0.6-1-rosa2016.1.i586.sfs" с помощью встроеной в дистрибутив UPupBB-18.05 утилиты "SFS-Load on-the-fly",  в результате  -  отказ в установке пакета "spacefm-1.0.6-1-rosa2016.1.i586.sfs"  из-за наличия внутри пакета  установленого Sticky-бита.

Действительно, после распаковки  spacefm-1.0.6-1-rosa2016.1.i586.pfs в каталог /spacefm-1.0.6-1-rosa2016.1.i586
Код
pfsextract spacefm-1.0.6-1-rosa2016.1.i586.pfs
имеем:
Код
ls -la ./spacefm-1.0.6-1-rosa2016.1.i586 
total 16
drwxrwxrwt 4 root root 4096 янв 23 17:52 .
drwxr-xr-x 3 root root 4096 янв 23 17:53 ..
drwxr-xr-x 3 root root 4096 авг  9 22:27 etc
drwxr-xr-x 4 root root 4096 авг  9 22:27 usr
- в первой строке установлен Sticky-bit.

Затем из каталога /spacefm-1.0.6-1-rosa2016.1.i586(полученого непосредственно из распаковки spacefm-1.0.6-1-rosa2016.1.i586.rpm)  создал с помощью встроеной в дистрибутив UPupBB-18.05 утилиты "dir2sfs" пакет spacefm-1.0.6-1-rosa2016.1.i586.sfs:
Код
dir2sfs  ./spacefm-1.0.6-1-rosa2016.1.i586 spacefm-1.0.6-1-rosa2016.1.i586.sfs
- который успешно устанавливается с помощью встроенной в дистрибутив UPupBB-18.05 утилиты "SFS-Load on-the-fly", после этого  распаковываю "spacefm-1.0.6-1-rosa2016.1.i586.sfs" в каталог/spacefm-1.0.6-1-rosa2016.1.i586 и смотрю права:
Код
# ls -la  ./spacefm-1.0.6-1-rosa2016.1.i586_18.05
total 16
drwxr-xr-x 4 root root 4096 авг  9 22:27 .
drwxr-xr-x 3 root root 4096 янв 23 18:37 ..
drwxr-xr-x 3 root root 4096 авг  9 22:27 etc
drwxr-xr-x 4 root root 4096 авг  9 22:27 usr
- в первой строке не произведено никаких изменений по сравнению с каталогом ./spacefm-1.0.6-1-rosa2016.1.i586_18.05 из которого непосредственно делался пакет spacefm-1.0.6-1-rosa2016.1.i586.sfs

P.S.
Создал пакет "spacefm-1.0.6-1-rosa2016.1.i586.pfs" на frugal-установке дистрибутива pra03-1808retro 32bit (pra03-1808retro.iso), после  распаковки  "spacefm-1.0.6-1-rosa2016.1.i586.pfs" в каталог /spacefm-1.0.6-1-rosa2016.1.i586
Код
pfsextract spacefm-1.0.6-1-rosa2016.1.i586.pfs
  имеем:
Код
ls -la ./spacefm-1.0.6-1-rosa2016.1.i586 
итого 16
drwxrwxrwt 4 root root 4096 янв 23 15:54 .
drwxr-xr-x 3 root root 4096 янв 23 15:56 ..
drwxr-xr-x 3 root root 4096 авг  9 22:27 etc
drwxr-xr-x 4 root root 4096 авг  9 22:27 usr
- в первой строке установлен Sticky-bit...

P.P.S.
to RoDoN: нельзя ли информацию между тэгами "code"  "/code" для лучшей разборчивости отображать черным шрифтом на светло-жёлтом фоне?

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 5319
  • Репутация: +139/-1
Re: Продолжение разработки pfs-utils
« Ответ #172 : 24 Январь 2019, 23:32:37 »
из-за наличия внутри пакета  установленого Sticky-бита
А ведь в старых сборках его не было. Например, распаковываем polkit-0.112-2.pfs из pra03-1808retro. Права на папку:
Цитата
% ls -l  |grep polkit-0.112-2
drwxr-xr-x  5 root root      4096 дек 22  2014 polkit-0.112-2

Теперь gstreamer-1.14.4-1811-sf01.pfs из roll-1811-gtk3-01
Цитата
% ls -l | grep gstreamer-1.14.4-1811-sf01
drwxrwxrwt  4 root root      4096 янв  2 15:38 gstreamer-1.14.4-1811-sf01

Этот Sticky bit действительно необходим? Скриншот (графическое отображение прав на папку gstreamer-1.14.4-1811-sf01):

P.s. Все действия производились из под roll-1811-gtk3-01.

 
« Последнее редактирование: 24 Январь 2019, 23:36:50 от krasnyh »

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #173 : 25 Январь 2019, 09:57:49 »
подключить пакет 'spacefm-1.0.6-1-rosa2016.1.i586.sfs" с помощью встроеной в дистрибутив UPupBB-18.05 утилиты "SFS-Load on-the-fly",  в результате  -  отказ в установке пакета "spacefm-1.0.6-1-rosa2016.1.i586.sfs"  из-за наличия внутри пакета  установленого Sticky-бита.
pfsload подключает?
Этот Sticky bit действительно необходим?
Не помню, чтобы специально этим заморачивались
https://ru.wikipedia.org/wiki/Sticky_bit
Какие-то проблемы с этим (кроме SFS-Load on-the-fly) есть?

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 5319
  • Репутация: +139/-1
Re: Продолжение разработки pfs-utils
« Ответ #174 : 07 Август 2019, 01:14:55 »
umountfile

22 строка   `which busybox` umount -d "${mntpoint}"
(В PRA именно так)
https://github.com/pfs-utils/pfs-utils-cli/blob/v4/project-files/usr/bin/umountfile


Когда тестировал chroot2pfs поставил себе сразу весь пакет pfs-utils-cli-4 со всеми фиксами и отвалилась функция отмонтирования модуля.

« Последнее редактирование: 07 Август 2019, 01:16:39 от krasnyh »

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #175 : 07 Август 2019, 02:28:40 »
`which busybox` umount -d "${mntpoint}"
А чем эта конструкция отличается от busybox  umount -d "${mntpoint}", чет разницы не вижу. Или не проснулся еще :)
Кстати, давно хочу спростить. Эти два скрипта monunt/unmountfile вообще как-то используются? Там же одна строчка с mount и все. Тип фс он сам определит. В других скриптах они не нужны. Может убрать или в pfs перенести функциями.
З.Ы. Я б убрал :)
« Последнее редактирование: 07 Август 2019, 02:45:36 от betcher »

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #176 : 07 Август 2019, 09:11:58 »
отвалилась функция отмонтирования модуля.
В busybox umount нет -d. Есть -D - не подойдет?
Изначально прф делался и был протестирован под busybox
Если можно это сохранить - лучше так и сделать - для микросистем
чем эта конструкция отличается от busybox  umount -
Если busybox есть в системе - через него и отработает
Нет - через большой umount
monunt/unmountfile вообще как-то используются?
У меня в паре скриптов
Я б убрал
Зачем лишние движения без улучшения функционала?

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #177 : 08 Август 2019, 02:44:51 »
Зачем лишние движения без улучшения функционала?
Для порядку. Но нужен так пусть будет.

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 5319
  • Репутация: +139/-1
Re: Продолжение разработки pfs-utils
« Ответ #178 : 08 Август 2019, 14:42:50 »
А чем эта конструкция отличается от busybox  umount -d "${mntpoint}", чет разницы не вижу.
Вот это было замечено еще в старой теме umountfile не работает в prar
Замените в umountfile : busybox на `which busybox`


Раз у нас pfs-utils-cli един для Magos и PRA, то хотелось бы чтобы все работало у меня без дополнительных правок. Иначе каждый раз как я обновлю pfs-utils-cli, придется подгонять отдельные скрипты под особенности PRA.

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #179 : 08 Август 2019, 18:12:40 »
Раз у нас pfs-utils-cli един для Magos и PRA, то хотелось бы чтобы все работало у меня без дополнительных правок. Иначе каждый раз как я обновлю pfs-utils-cli, придется подгонять отдельные скрипты под особенности PRA.
Вы так пишете будто это я сломал.  В umountfile не было wich busybox начиная с первого коммита версии 2.0. Нужны правки - делайте, Если у меня не  пройдет селфтест - буду думать.