Форум проекта PuppyRus Linux

Разработки проекта PuppyRus => Разработка PFS и Initrd => Тема начата: neobht от 23 Декабрь 2013, 03:38:57

Название: PFS-utils на github
Отправлено: neobht от 23 Декабрь 2013, 03:38:57
Под какой лицензией pfs-utils?

Хочу для удобства работы над кодом для себя выложить код на github.

Есть возражения у авторов?
Вот выложил версию 1.0.0 : https://github.com/pfs-utils/pfs-utils
Название: PFS-utils на github
Отправлено: sfs от 23 Декабрь 2013, 09:21:03
работы над кодом для себя выложить код на github.
Можно подробнее? Какие планируются работы, какая цель, что с совместимостью...
github - т.е. планируется большая коллективная работа?
Название: Re:PFS-utils на github
Отправлено: Zay от 23 Декабрь 2013, 21:40:35
Вопрос о лицензировании у нас пока не поднимался. Можно использовать GPL v3.
Но в лицензиях я не очень разбираюсь...

Что касается размещения на github'е - то вообще я ЗА, но хотел бы уточнить некоторые моменты.
Название: Re:PFS-utils на github
Отправлено: neobht от 24 Декабрь 2013, 14:16:02
Работы планируются по расширению функционала для возможности интеграции с пакетными менеджерами, адаптация под возможность использовать в magos. Унификация. Расширение функционала по мере появления новых идей.

Работа будет более коллективная и централизованная.
Название: Re:PFS-utils на github
Отправлено: sfs от 24 Декабрь 2013, 14:25:00
Работы планируются по расширению функционала для возможности интеграции с пакетными менеджерами,
Со всеми? А какая именно интеграция?
адаптация под возможность использовать в magos.
А разве сейчас нельзя?
Работа будет более коллективная и централизованная.
Кто в коллективе?
Название: Re:PFS-utils на github
Отправлено: neobht от 25 Декабрь 2013, 02:34:13
С наиболее распространенными. Для начала с теми, которые в основе дистров, которые используются с паппи.

Можно с небольшими правками.

По крайней мере все уже существующие в вашем проекте и плюс я.
Название: Re:PFS-utils на github
Отправлено: sfs от 25 Декабрь 2013, 08:57:23
Я готов. только опыта git нет. Учите  ;)
Название: Re:PFS-utils на github
Отправлено: neobht от 05 Январь 2014, 11:50:40
Вот выложил версию 1.0.0 : https://github.com/pfs-utils/pfs-utils

Подключайтесь, будем пробовать коллективно править код.
Я пока только просматриваю код.

Нужно зарегистрировать себе аккаунт на github и я подключу в проект участников.
Название: Re:PFS-utils на github
Отправлено: sfs от 05 Январь 2014, 12:14:27
Тяжело у нас с коллективной работой. Пример http://forum.puppyrus.org/index.php/topic,15221.0.html и тишина
Есть и активные нелюбители pfs
Не думаю что гит у нас пойдет. Опыта 0. Как копирнуть знаю git clone https://github.com/pfs-utils/pfs-utils
Пишите сюда (если будут изменения) и читайте багтрекер ... а там как пойдет

Если заморачиваться универсальностью - в ярлыках сейчас категории не по стандарту
В arch /usr/sbin - симлинк на /usr/bin
Название: Re:PFS-utils на github
Отправлено: neobht от 05 Январь 2014, 13:12:21
когда код пишется параллельно и его найти надо постараться, то многие вещи просто либо дублируются, либо до них руки так и не доходят.

почти 80% успеха коллективного проекта - это правильный выбор гибкой архитектуры и хорошо проработанной спецификации.

Противиться можно на этапе кода - в этом случае - кто более опытен, тот напишет более красивый код.
И на этапе спецификации и архитектуры - в этом случае - каждый будет тянуть одеяло на себя и предлагать свое видение.

Я вижу что решить проблему можно только наиболее гибкой архитектурой и модульным подходом, когда архитектурно ядро представляет собой минимальный набор для расширения, а все остальное уже может расширяться. Ну и конечно в умении слушать друг друга (без этого проект будет превращаться в индивидуальный).

Надо пробовать.
Баг трекер в данном случае более удобен будет встроенный на github. Там же можно держать и вики с элементами рассуждений разработчиков. А уже в официальной вики хранить руководство пользователя по командам.
Название: Re:PFS-utils на github
Отправлено: Zay от 05 Январь 2014, 19:39:54
У меня опыта работы с GitHub - 0.
Но для коллективной разработки это, вероятно, лучший выбор.
Не зря же Git настолько популярен у разработчиков.

Баг трекер в данном случае более удобен будет встроенный на github. Там же можно держать и вики с элементами рассуждений разработчиков. А уже в официальной вики хранить руководство пользователя по командам.
Обсуждение, Баг-трекер и комментарии к разработке пусть пока что останутся здесь, на форуме.
Участники нашего проекта привыкли так, ломать привычки будет сложно и, на данном этапе, не оправданно.
Мало того что придётся Git изучать: Разработка на Git (http://forum.puppyrus.org/index.php/topic,15267.0.html).
Название: Re:PFS-utils на github
Отправлено: neobht от 05 Январь 2014, 19:51:21
Обсуждение безусловно в формате форума удобнее.
А багтрекер скорее всего в виде форума будет менее удобен. Хотя мы в MagOS так и не отвыкли от форума и личной переписки ввиду того, что у нас мало разработчиков и перекинутых пары фраз между собой бывает достаточно. :)

А возможности github постепенно освоятся  и пару фич всего будет достаточно.
Я обычно просто просматриваю код, либо изменения через граф Network. Все остальное из практики больше и не требуется.
Название: Re:PFS-utils на github
Отправлено: Zay от 21 Январь 2014, 11:43:20
Сделал первый коммит в основную ветку. Исправление скрипта pfsunload (код возврата (http://forum.puppyrus.org/index.php/topic,15221.msg85913.html#msg85913)).
Если в ближайшее время не будет выявлено каких-либо ошибок, то можно будет считать переход к разработке PFS-utils на GitHub состоявшимся.
Название: Re:Разработка на Git
Отправлено: sfs от 22 Январь 2014, 14:24:33
Zay: Перенесено из темы Разработка на Git (http://forum.puppyrus.org/index.php/topic,15267.0.html).

Проясните новичку гит идею. Коммиты сразу автодобавляются или есть кто-то кто принимает решение добавить\отклонить?
Почитать самому пока некогда и нет уверенности что надо

Сразу добавляются или нет - решается выбором схемы работы. Можно и так и так.

Какой у нас и кто принимает решение?
Название: Re:Разработка на Git
Отправлено: neobht от 22 Январь 2014, 16:05:48
Все могут одинаково коммитить сейчас.

Но лучше чтобы кто-то был главным и принимал решение о включении изменений в основную ветку проекта на основе персональных бранчей.
Название: Re:Разработка на Git
Отправлено: sfs от 22 Январь 2014, 16:13:48
Все могут одинаково коммитить сейчас.
Т.е. все сразу автодобавляется? А как у большинства? Есть желающие возглавить?
Название: Re:Разработка на Git
Отправлено: neobht от 22 Январь 2014, 16:18:14
возглавить pfs-utils должен автор, я считаю.

в большинстве проектов всегда кто-то во главе - руководитель проекта - так получается поступательно и целенаправленно.
Название: Re:Разработка на Git
Отправлено: sfs от 22 Январь 2014, 16:22:11
Поддерживаю.
Название: Re:PFS-utils на github
Отправлено: Zay от 23 Январь 2014, 21:25:08
По прочтении книги базовое представление о работе Git я получил (стало понятно что такое коммиты, бранчи, и т.д.).

Теперь желательно принять решение о схеме работы. Тут опыта практически нет...
neobht - рассчитываю на Вас. Пожалуйста расскажите кратко, какие основные схемы приняты в этой среде, и в чём плюсы.
Название: Re:PFS-utils на github
Отправлено: sfs от 07 Январь 2015, 12:28:27
PFS - нам нужен по части перекрестного функционала и когда есть механизмы более расширенные, то это всегда приятно.

В данном же случае я предлагаю ввести для начала унифицированное именование утилит. Оно уже по большому счету так сделано, но еще есть различное именование.
Совместимость симлинками пока можно оставить. Но со временем нужно все перевести в унифицированный вид и все симлинки исключить.
Какой смысл в унификации имен? Лучше унифицировать утилиты, делающие одно и то же (например подключениен сквоша). Желательно придерживаться принципа консольный скрипт + gui к нему
Название: Re:PFS-utils на github
Отправлено: neobht от 07 Январь 2015, 12:37:54
Где основное описание утилит у вас на вики?
Название: Re:PFS-utils на github
Отправлено: sfs от 07 Январь 2015, 13:04:11
http://wiki.puppyrus.org/puppyrus/pr218/pfs
Название: Re:PFS-utils на github
Отправлено: sfs от 10 Январь 2015, 12:48:59
Я скоро буду работать активно с pfs-tools и буду там вносить правки, чтобы утилиты были универсальны. Поэтому, если вы не подключитесь в совместную работу, у нас версии разойдутся. Предлагаю подключатся.
Готов подключиться, но сначала бы стратегически определиться - каковы цели правок? Мне кажется :
a. Работа с любым squash автоопределением (file сквош.xzm)
б. Перенести /etc/packages в /var/lib/pfs
в. Избавиться от пупи специфики типа losetup-FULL
г. Изменить порядок слоев в pfsmerge. Сделать "низ -a z-верх" Чтобы распакованный модуль работал так же как собраный
д. Решить с busybox losetup и т.п.
е. Перенести все скрипты в /usr/local/bin (sbin убъет арч, удобнее свое иметь отдельно)

То что я поправил в pra - косметика. Кое где сделал опциональный вывод через ntf (http://wiki.puppyrus.org/soft/notify#%D0%B8%D1%82%D0%BE%D0%B3ntf)
Остальные доработки - опциональные :
1. Зввисимости - sfs-get-dep через /start.sh
2. Загрузка модулей - sfs-get (http://wiki.puppyrus.org/soft/sfs-get)
Идея моих утилит складывалась исторически. В итоге код грязный. В идеале бы с нуля переписать
Название: Re:PFS-utils на github
Отправлено: neobht от 10 Январь 2015, 14:01:09
аб - поддерживаю
в - в магос у нас на уровне initrd тоже есть аналог - losetup.real. тут вряд ли получится избавиться. Нужен функционал полноценной утилиты, а не из busybox, поэтому лучше оставить, но придать унифицированное название.

ну и плюс правки надо делать по части унификации именования и уменьшения числа утилит. Желательно функционал перенести в одну-три  утилиты, а все остальное врапперами через параметры.
Название: Re:PFS-utils на github
Отправлено: sfs от 11 Январь 2015, 09:46:49
В пупи была (а может и осталась) проблема - некоторые утилиты - симлинки на busybox. В итоге где-то вылезали косяки и появлялось losetup-FULL
Это не в initrd.
Только тут надо бы не потерять совместимость с пупи
В pra прижилось только ash (жрет меньше bash sh) killall rdate dpkg-deb
Название: Re:PFS-utils на github
Отправлено: neobht от 11 Январь 2015, 10:36:37
ну тут можно будет опционально добавить и потом гибко регулировать опцией.
Название: Re:PFS-utils на github
Отправлено: sfs от 11 Январь 2015, 14:58:49
a. Работа с любым squash автоопределением (file сквош.xzm)
Это , похоже и так есть
Название: Re:PFS-utils на github
Отправлено: Zay от 11 Январь 2015, 18:51:53
Насчет времени Zay - организовать работу можно на равноправных возможностях принимать решение о включении в основной апстрим. Просто необходимо понимать ответственность.
К сожалению, со временем у меня совсем плохо...
Кто-нибудь готов взять на себя контроль за развитием PFS-utils, с учетом интересов обоих проектов?

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

Разработчики у нас адекватные, без согласования не будут менять что-то принципиально.
(А в крайнем случае можно всё откатить, это же Git).
Название: Re:PFS-utils на github
Отправлено: Zay от 11 Январь 2015, 19:01:58
losetup-FULL - это единственный костыль в PFS для PuppyRus, думаю что можно его убрать спокойно.
При сборке пакета PFS-скриптов для PuppyRus можно добавить туда симлинк losetup > losetup-FULL, который окажется в верхнем слое и перекроет симлинк на busybox.

По поводу сокращения числа утилит - а куда ещё сокращать?
Сейчас скрипты по крайней мере читабельны, если их объединить то будет совсем тяжело понять, что к чему.

a. Работа с любым squash автоопределением (file сквош.xzm)
Это , похоже и так есть
Да, давно уже.
Название: Re:PFS-utils на github
Отправлено: sfs от 11 Январь 2015, 19:06:40
Везде юзаю симлинк losetup - все ок
То же с busubox mount и т.п.
Название: Re:PFS-utils на github
Отправлено: DdShurick от 11 Январь 2015, 19:53:12
Кто-нибудь готов взять на себя контроль за развитием PFS-utils, с учетом интересов обоих проектов?
Я сделал форк (https://github.com/DdShurick/pfs-utils).
losetup-FULL - это единственный костыль в PFS для PuppyRus, думаю что можно его убрать спокойно.
При сборке пакета PFS-скриптов для PuppyRus можно добавить туда симлинк losetup > losetup-FULL, который окажется в верхнем слое и перекроет симлинк на busybox.
Давайте условимся так: losetup - полный, а урезанный вызывать busybox losetup.
Название: Re:PFS-utils на github
Отправлено: sfs от 11 Январь 2015, 23:06:44
Тоже приобщился https://github.com/sfs-pra/ntf
Делал по http://forum.puppyrus.org/index.php/topic,15267.msg87080.html#msg87080
Не написано, что надо добавить свой id_rsa.pub на github
Нужен pacman2pfs openssh
Название: Re:PFS-utils на github
Отправлено: DdShurick от 12 Январь 2015, 10:56:45
 Посмотрите https://github.com/DdShurick/pfs-utils/blob/master/usr/local/bin/modules_event и https://github.com/DdShurick/pfs-utils/blob/master/usr/sbin/load_sfs , должны работать в паре. Думаю, для юзеров этого вполне достаточно.
Название: Re:PFS-utils на github
Отправлено: neobht от 12 Январь 2015, 11:37:16
Добавил доступ к pfs-utils участникам. Теперь любой может вносить правки в основной проект.
Лучше это делать через форк и последующий пулл-реквест.

Предлагаю мержить реквесты после одобрения минимум 2-мя участниками в комментариях к реквесту.
Название: Re:PFS-utils на github
Отправлено: sfs от 12 Январь 2015, 13:03:00
Пока "плаваю" в гит. Понажимал что-то в пришедшем письме. В итоге появилось
https://github.com/sfs-pra - так должно быть или я случайно форкнул (тогда как убить?)
Цитировать
Предлагаю мержить реквесты после одобрения минимум 2-мя участниками в комментариях к реквесту.
Можно по русски и с примерами. Планирую перенести в вики
Активно до pra03-1501 вряд ли смогу подключиться

Дописал (http://forum.puppyrus.org/index.php/topic,15208.msg97275.html#msg97275) г
Название: Re:PFS-utils на github
Отправлено: neobht от 12 Январь 2015, 13:19:25
1. При нажатии на Fork - происходит создание форка.

У вас все нормально получилось форкнуть.

2. git clone URL-форка
3.
После чего в своем форке на локальном компьютере вносите правки
По окончании логической завершенности правок:
git add .
git commit -am "описание правок"
Потом опять правите следующую фичу
git add .
git commit -am "еще одна фича"

4. отправляете наработки с компа на гитхаб:
git push origin master

5. Предлагаете свои правки добавить в основной проект Pull Request
6. В основном проекте читают, смотрят, комментируют и делают Merge

как-то так.

После merge каждый забирает к себе обновления из основного проекта:
git remote add upstream URL-основного проекта               - это только один раз делается

git pull upstream master    - слить все изменения из основного проекта.


Кратко, но как-то так.
Название: Re:PFS-utils на github
Отправлено: sfs от 12 Январь 2015, 14:09:25
Т.е. и надо было форкнуть?
Наверное надо сначала создать файл test-git и поупражняться с этими операциями...
Название: Re:PFS-utils на github
Отправлено: neobht от 12 Январь 2015, 14:22:37
Да. Все правильно.


Потренируйте на файле readme.md - заодно будет описание проекта :)
Название: Re:PFS-utils на github
Отправлено: Pro от 12 Январь 2015, 17:09:24
я так понимаю, git и  из браузера частично позволяет работать? мож тоже зарегистрироваться...
Название: Re:PFS-utils на github
Отправлено: sfs от 12 Январь 2015, 17:12:37
git и  из браузера частично позволяет работать?
Разве?
мож тоже зарегистрироваться...
Конечно (http://forum.puppyrus.org/index.php/topic,15267.msg87080.html#msg87080)
Название: Re:PFS-utils на github
Отправлено: Pro от 12 Январь 2015, 17:19:10
неа мне такой мануал не годится, я с работы с виндового компа выходить буду. На ноутбуке выхода в интернет нет и не будет.
Название: Re:PFS-utils на github
Отправлено: neobht от 12 Январь 2015, 17:58:41
я так понимаю, git и  из браузера частично позволяет работать? мож тоже зарегистрироваться...
да можно прям на гитхабе править файлы.
только это не git позволяет, а github.
Название: Re:PFS-utils на github
Отправлено: Pro от 13 Январь 2015, 03:40:27
зарегистрировался Pro-pra
Название: Re:PFS-utils на github
Отправлено: sfs от 13 Январь 2015, 09:38:08
Надо Pro-pra добавить в разрабы
Редактировать гит через www попробовал - нормально. Есть подсветка
Послал тестовый реквест через www. Получилось?
Название: Re:PFS-utils на github
Отправлено: Zay от 13 Январь 2015, 10:17:55
Везде юзаю симлинк losetup - все ок
То же с busubox mount и т.п.
mount и прочие busybox'овые утилиты PuppyRus, которые используются в PFS, работают аналогично их полным версиям. Кроме losetup.
Полный losetup и losetup из busybox'а выдают разное форматирование! Поэтому если заменить в скриптах "losetup-FULL" на "losetup" то в PuppyRus они работать не будут.
Однако PuppyRus уже год как не обновляется, значит сохранять обратную совместимость не обязательно.
Если в будущем развитие PuppyRus будет продолжено - надо будет заменить там losetup на полноценный.


Давайте условимся так: losetup - полный, а урезанный вызывать busybox losetup.
Поддерживаю!
Урезанный busybox losetup в скриптах вообще не нужен, его функционала не достаточно.


Делал по http://forum.puppyrus.org/index.php/topic,15267.msg87080.html#msg87080
Не написано, что надо добавить свой id_rsa.pub на github
Публичный ключ затем нужно внести в настройки аккаунта на GitHub'е.


... Кратко, но как-то так.
Думаю что без обсуждений на форуме не обойтись при работе на Git.
Это привычный формат общения, его не заменить комментариями в Git'е (по крайней мере сейчас).
Название: Re:PFS-utils на github
Отправлено: neobht от 13 Январь 2015, 10:44:34
Обсуждение на форуме - норм.

Но для того, чтобы мержить я считаю и на гитхабе должно быть добро к пулл-реквесту, тогда будет норм.
Хотя pfs-utils - это маленький проект и поэтому не обязательно ревизию двух разработчиков в правила включать, если это будет затруднять развитие проекта. Он по большей части уже реализован.
Чисто ревизия и унификация может быть только потребуется.
Название: Re:PFS-utils на github
Отправлено: sfs от 13 Январь 2015, 10:52:38
Согласен с Zay и neobht
Дописал д е  (http://forum.puppyrus.org/index.php/topic,15208.msg97275.html#msg97275)
Совместимость с pr легко решить при обновлении pfs в pr (если оно будет)
А вот совместимость с пупи необходима и тут можно надеяться только на себя
Название: Re:PFS-utils на github
Отправлено: Pro от 13 Январь 2015, 11:07:10
Совместимость с pr легко решить при обновлении pfs в pr (если оно будет)
А вот совместимость с пупи необходима и тут можно надеяться только на себя
доработка PR смысла не имеет, PRA однозначно лучше.

совместимость с Puppy - краткие предложения на murga-linux можно писать, чтобы они думали.
Название: Re:PFS-utils на github
Отправлено: sfs от 13 Январь 2015, 11:09:21
совместимость с Puppy - краткие предложения на murga-linux можно писать, чтобы они думали.
Сейчас же я pfs к тахр прилепил. Это проще, чем договориться с мургой
Название: Re:PFS-utils на github
Отправлено: Pro от 13 Январь 2015, 11:17:13
совместимость с Puppy - краткие предложения на murga-linux можно писать, чтобы они думали.
Сейчас же я pfs к тахр прилепил. Это проще, чем договориться с мургой
а надо было попытаться договориться, хотя что дает если они это поставят туда?
Название: Re:PFS-utils на github
Отправлено: sfs от 13 Январь 2015, 11:34:08
а надо было попытаться договориться, хотя
Инициатива наказуема исполнением  ;) Договорись
что дает если они это поставят туда?
Дополнительный гемор нам по поддержке  нестандартной системы
Название: Re:PFS-utils на github
Отправлено: sfs от 13 Январь 2015, 16:06:07
Сделал е 1 (http://forum.puppyrus.org/index.php/topic,15208.msg97275.html#msg97275)
Написал скрипты работы с гит (по инфе neobht) - см. аттач, поправить про себя
Получилось?
sfs-get лучше отдельным проектом? Есть альтернатива https://github.com/DdShurick/pfs-utils/blob/master/usr/local/bin/modules_event
 (Функционал меньше, но код проще и понятней)
Название: Re:PFS-utils на github
Отправлено: Zay от 07 Июнь 2015, 14:07:11
На сегодня разработка PFS практически полностью переведена на GitHub.

С учётом возможности редактирования скриптов и создания коммитов прямо из браузера, GitHub оказался очень удобен.
При создании коммитов можно давать в описании ссылку на сообщение форума, т.к. обсуждения в форуме привычнее.
Например так: https://github.com/pfs-utils/pfs-utils/commit/1f2dc7709f8cfc315e18b6c44c2ac20a5d536fdb

Написан скрипт сборки пакета, который должен дать возможность всем в любое время собрать пакет для PuppyRus из последних версий скриптов.
Подобные скрипты можно было бы сделать и для других систем (например для PRA) и таким образом унифицировать скрипты PFS во всех системах.
Название: Re:PFS-utils на github
Отправлено: sfs от 08 Июнь 2015, 10:27:39
В ПРА pfs-util немного отличаются. Местами переделано на ntf. Всего уже не помню
По факту - ПРА единственный дистр где pfs-util практически активно используется , тестируется и дорабатывается. Свою же версию pfs-util тестировал и на других дистрах.
Насколько протестировано и на чем то что на гитхабе - мне неизвестно. Поэтому синхронизирую с гитхабом только то, что переделываю и тестирую сам.

Про унификацию с чем конкретно идет речь?
pfs-util весьма низкоуровневый. Цена ошибки может быть велика.
Изменения на гитхабе как-то тестируются?
Название: Re:PFS-utils на github
Отправлено: Zay от 08 Июнь 2015, 15:18:25
В ПРА pfs-util немного отличаются. Местами переделано на ntf. Всего уже не помню
Вот это как раз не очень хорошо. По сути получился форк.
Если изменений не много - то не страшно, но если что-то переделано в основных утилитах - это хуже.
Особенно плохо что не помните - GitHub тут как раз бы помог (история коммитов).

Насколько протестировано и на чем то что на гитхабе - мне неизвестно.
Изменения на гитхабе как-то тестируются?
Все изменения, которые я вношу на GitHub сам, проверяю на PuppyRus-13.12 (хотя конечно это не 100% гарантия).
Кроме того, практически все изменения описаны в теме http://forum.puppyrus.org/index.php/topic,15221.0.html (http://forum.puppyrus.org/index.php/topic,15221.msg104124.html#msg104124).

Ваши (предложенные тут) изменения делаются отдельными коммитами, с указанием авторства (пример коммита (https://github.com/pfs-utils/pfs-utils/commit/1f2dc7709f8cfc315e18b6c44c2ac20a5d536fdb)).
Их я не тестирую, т.к. суть мне не всегда понятна, и я ожидаю что предложенный код уже был протестирован.

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

Все изменения, начиная с версии 1.0.0 производились коммитами на GitHub, их историю (https://github.com/pfs-utils/pfs-utils/commits/master) можно посмотреть.

Про унификацию с чем конкретно идет речь?
pfs-util весьма низкоуровневый. Цена ошибки может быть велика.
Речь об унификации скриптов во всех дистрибутивах.
Желательно чтобы основные скрипты были одинаковыми (GUI можно и разные сделать, если будет нужно).

А специфичный функционал вызывать через скрипты-обёртки (как сейчас busybox (u)mount, losetup).
При отсутствии в системе этих специфичных скриптов просто игнорировать их, чтобы основной функционал везде работал одинаково.
Название: Re:PFS-utils на github
Отправлено: sfs от 09 Июнь 2015, 12:30:31
До форка далеко. Специально старался до такой степени не увлекаться
Изменения незначительны. Можно засинхрить на 100%, только зачем тратить время. Только за идею - не вдохновляет. Практического смысла не вижу
Все серьезные изменения я тестировал и выкладывал

Гитхаб - если Вы разобрались и удобно - не бросайте - может дорастем
Мне неудобно.
Название: Re:PFS-utils на github
Отправлено: Zay от 09 Июнь 2015, 17:06:48
Практического смысла не вижу
Возможно сейчас смысла и нет, но потом суть изменений, сделанных не в Git'е может быть забыта, и при слиянии можно получить неожиданные результаты.

Гитхаб - если Вы разобрались и удобно - не бросайте - может дорастем
Не могу сказать, что умею пользоваться Git'ом полноценно, слияние веток и т.п. не освоил.
Но механизм коммитов и контроль версий (собственно это основа Git) - очень удобен, ИМХО.
Особенно же мне показалось удобным делать коммиты из браузера (функция GitHub'a).

Бросать Git конечно не буду, по крайней мере все правки в PFS-utils теперь будут в GitHub'е.

Git позволяет и разработчикам, и всем желающим увидеть историю изменений (без Git'a практически нереально).
Название: git
Отправлено: Zay от 28 Ноябрь 2015, 10:05:07
ander, откуда брали исходный pfsload?
Версия PFS-utils без PRA-специфичных вещей находится здесь:
https://github.com/pfs-utils/pfs-utils/blob/master/usr/sbin/pfsload

В "оригинальном" pfsload никаких функций нет.
ИМХО, в таких скриптах лучше вообще не использовать функции.
Для универсальности, BASH'измы тоже лучше не использовать.

Про режим RO - очень полезная информация!
Изначальная архитектура Puppy не допускает наличия файлов .wh нигде, кроме т.н. "сохранёнки", чтобы избежать путаницы. Поэтому такие файлы в модулях - игнорируются. А что касается режима RO - pfsload может смонтировать каталог, и если там что-то будет изменено - логично чтобы и в AUFS отразились изменения. Думаю, выбор опций по типу ФС - правильное решение.

Монтирование через loop - сделано для Puppy-подобных систем (не помню изначальной причины - ядро или busybox'овый mount, но помню что в Puppy иначе не работает), поэтому в PFS-utils, для обратной совместимости, этот механизм остаётся без изменений.
Название: git
Отправлено: sfs от 28 Ноябрь 2015, 11:05:07
ander, откуда брали исходный pfsload?
Из PRA. Там местами пропатчено
Версия PFS-utils без PRA-специфичных вещей находится здесь:
https://github.com/pfs-utils/pfs-utils/blob/master/usr/sbin/pfsload
Насколько мне известно, в PR никто не обновляет pfs-utils
Соответственно github версия нигде не используется и не тестируется. Разработки на github у нас не прижились. Может это и плохо , но факт
ИМХО, в таких скриптах лучше вообще не использовать функции.
Почему?
Монтирование через loop - сделано для Puppy-подобных систем
Хорошо бы оставить совместимость, но неизвестно, юзает ли кто pfs-utils в пупи...
Название: git
Отправлено: sfs от 28 Ноябрь 2015, 11:33:58
fixmenus
sudo -u "`sfsusr`" xfdesktop -R
sudo -u "`sfsusr`" xfce4-panel -r
Не работает с sudo. Работает только от юзера xfce
Как бы сделать... xfdesktop -R - обновляет без передергивания экрана обычное меню
Пока сделал аттач. Передергивания экрана и панели в xfce - плохо, но по другому не получается
Название: git
Отправлено: neobht от 28 Ноябрь 2015, 11:55:48
Печально, если не сможете на github держать всегда актуальную версию.
Сочувствую Zay в попытке держать там актуальную версию, когда остальным три команды в консоле запомнить тяжело.

Я бы даже предложил Zay вообще не переносить последние сторонние наработки туда. Пусть будет много разных версий, а еще лучше чтобы они были несовместимыми. Выкладывать на github только свои наработки, как руководителя этого направления и те, которые посчитаются правильными.

Какая-то свалка из года в год.
Название: git
Отправлено: sfs от 28 Ноябрь 2015, 16:54:17
Печально, если не сможете на github держать всегда актуальную версию.
Для кого ее там держать? Она там уже не 1 год валяется. Никому не нужна. Какое-то движение только здесь. Zay давно и похоже навсегда  :'( отошел от темы - о каком руководстве речь?
Название: git
Отправлено: neobht от 28 Ноябрь 2015, 17:58:06
Держать для тех, кто вносит правки.
Иногда полезно думать не только о себе.
Название: git
Отправлено: sfs от 28 Ноябрь 2015, 19:42:24
Правки (https://github.com/pfs-utils/pfs-utils/commits/master) вносит только Zay. Берет из этой темы. Т.е. сам для себя? А смысл?
Я тестирую и вношу в дистр, имеющий хоть и небольшое, но сообщество. В итоге эта тема жива. Кто думает "только о себе"?
Тему (http://forum.puppyrus.org/index.php/topic,15208.msg85652.html#msg85652) с гитхабом замутили Вы 2 года назад. Что сделано за эти годы? Смысл поддерживать мертворожденное?
Название: git
Отправлено: neobht от 28 Ноябрь 2015, 21:00:03
Мертворожденым его делает нежелание работать по нормальному совместно.
Хорошо, что Zay все же переносит правки.

Но это ужас вся эта канитель по просмотру вложений. Работайте нормально. Все только выиграют.
Название: git
Отправлено: sfs от 29 Ноябрь 2015, 08:59:27
ander всего месяц, как появился на форуме , а уже сделал больше чем остальные за 2 года. Причем без нытья про то что "плохому танцору и" отсутствие гитхаба "мешает"  :)
Кто хочет, тот ищет возможности, кто не хочет — ищет причины
Название: git
Отправлено: neobht от 29 Ноябрь 2015, 11:34:03
Два года все уверяли, что ошибок существенных нет.
Ander внес скорее более универсальный код, менее прибитый гвоздями.
А если бы это делалось нормально через git, то эффективность была бы еще выше. Не приходилось бы дополнительно выполнять diff чтобы посмотреть на изменения.

Не понимаю, зачем пытаться доказать правильным неправильный подход. В каше выложенных версий в этой теме может разобраться только разработчик и то если в основу возьмет последний вариант. Поэтому еще надо смотреть в какую версию внесены новые правки.
Название: git
Отправлено: Zay от 29 Ноябрь 2015, 14:18:12
Насколько мне известно, в PR никто не обновляет pfs-utils
Соответственно github версия нигде не используется и не тестируется. Разработки на github у нас не прижились. Может это и плохо , но факт
Это плохо. Но поскольку минимальное тестирование я проводил, и ничего принципиального в коде не менял, то вероятность наличия ошибок не велика.
В случае, если ошибки всё же будут найдены, в простом линейном (без функций) коде их вполне возможно найти и исправить (как ander с fileinpack).

ИМХО, в таких скриптах лучше вообще не использовать функции.
Почему?
Потому что существенно затрудняет читаемость и понятность кода.
Если нужно вынести какой-то функционал - то в отдельный скрипт.

Монтирование через loop - сделано для Puppy-подобных систем
Хорошо бы оставить совместимость, но неизвестно, юзает ли кто pfs-utils в пупи...
Никаких причин ломать совместимость нет. И кроме Puppy(Rus) есть другие дистрибутивы с AUFS.
"Официальный" PFS-utils претендует на максимальную универсальность и дистро-независимосить.

Два года все уверяли, что ошибок существенных нет.
А их и нет, насколько я знаю. Ошибки, описанные в этой теме, я постарался устранить.

Ander внес скорее более универсальный код, менее прибитый гвоздями.
Подход ander, по моему мнению, верный!
Но он взял за основу уже "прибитый гвоздями" вариант кода из PRA, а не GitHub'овский.
Поэтому суть его предложений, в данном случае для меня, пока что, не очень понятна.

Я бы даже предложил Zay вообще не переносить последние сторонние наработки туда. Пусть будет много разных версий, а еще лучше чтобы они были несовместимыми. Выкладывать на github только свои наработки, как руководителя этого направления и те, которые посчитаются правильными.
По факту так и происходит. На GitHub выкладываются практически только багфиксы.
Исключение - отказ от привязки к busybox и создание прослойки для универсальности.
Но - (см. ниже):

Zay давно и похоже навсегда  :'( отошел от темы - о каком руководстве речь?
В некоторой степени - да, это так. Свободного времени у меня теперь не столько, как два года назад.
Но причина ещё и в том, что когда Pro перестал развивать PuppyRus, обратная связь по сути пропала.
Название: git
Отправлено: sfs от 29 Ноябрь 2015, 15:08:53
Я не против гитхаба в принципе. Но в данном случае это пустая трата времени Zay. Нет у нас разрабов уровня гитхаба. Доработок мало

Доработал fixmenus и сопутствующее
Название: git
Отправлено: neobht от 29 Ноябрь 2015, 15:33:16
Я не против гитхаба в принципе. Но в данном случае это пустая трата времени Zay. Нет у нас разрабов уровня гитхаба. Доработок мало


Ну чепуха же!!!
3 строчки последовательно выполнить - менее 1 минуты.

Причины надуманы.

Вот Ddshurick в свое время выложил Richy и я почти сразу внес более читаемое форматирование кода. Вроде бы мелочь, но читать мне самому стало гораздо проще, потому и доку на три параметра не прошу. Конечно, если не открывать код, то просить доку можно очень долго. А писать доку на init такого уровня - это писать в два, три раза больше текста, чем сам код - это неразумно.  Сам код и должен быть докой для разработчиков. А пользователям дока не нужна, потому что их нет, потому что скрипты не используются.
Название: git
Отправлено: Zay от 29 Ноябрь 2015, 16:22:32
Нет у нас разрабов уровня гитхаба. Доработок мало
neobht уже столько раз пытался донести мысль, ну и я попробую:

Не надо никакого "уровня" для работы с GitHub!
Проект PFS-utils уже не требует значительных модификаций (максимум багфикс) - тем более рационально использовать GitHub.
Пример: тот же багфикс от ander потребовал одного простого коммита (https://github.com/pfs-utils/pfs-utils/commit/abb35d41adeb2a57a5d37df21ead15996e92204b)! Такие коммиты можно и в браузере делать (я делаю).
А "по старинке" вместо этого одного коммита родилась бы очередная "полу-совместимая" с оригиналом модификация.

Но проблема, похоже, не в этом, а в том что по факту в PRA скрипты PFS уже не оригинальные, а со своими "наворотами".
Название: git
Отправлено: sfs от 30 Ноябрь 2015, 09:37:03
Проект PFS-utils уже не требует значительных модификаций
Если не юзать - то да  :)
Чем тогда мы в этой (http://forum.puppyrus.org/index.php/topic,17656.0.html) теме занимаемся?
Кроме того на гитхабе не было и нет менеджера модулей и зависимостей.
Поскольку Zay на форуме редкий гость - не вижу смысла в дополнительных бюрократических процедурах по добавлению коммитов
Надо ориентироваться на действующих разрабов. Если ander удобнее с гитхаб - мне без разницы. Других заинтересованных в доработке не вижу. Ориентироваться на неразрабов не готов.
Гитхаб - для разработки. А не разработка для гитхаба
Название: git
Отправлено: Zay от 01 Декабрь 2015, 21:44:41
Чем тогда мы в этой (http://forum.puppyrus.org/index.php/topic,17656.0.html) теме занимаемся?
По сути - очисткой скриптов от того лишнего, что было внесено туда в PRA.

Кроме того на гитхабе не было и нет менеджера модулей и зависимостей.
Зависимости есть, только их никто не использует.
А менеджер модулей - опять же спец. функционал PRA, к тому же реализованный с другим подходом.

Поскольку Zay на форуме редкий гость - не вижу смысла в дополнительных бюрократических процедурах по добавлению коммитов
Изначально сложности были не от бюрократии, а от того что никто не захотел разобраться с Git'ом.



Подведём итоги:

PFS-utils на GitHub - это уже готовый инструмент.
Принципы, заложенные в основу его разработки:

   Максимальная универсальность.
   Простой, краткий, легко читаемый код.
   Всё это - не в ущерб быстродействию.


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

ИМХО - добавлять новый функционал непосредственно в скрипты PFS-utils не нужно! Функции, которые нужны в конкретном дистрибутиве - можно добавлять как отдельные скрипты, вызываемые из скриптов PFS (как fixmenus).

Опять же ИМХО, но я, как и раньше, против превращения скриптов PFS-utils в помойку, куда запихивают код на уровне качества "работает - и ладно", плохо читаемый, с кучей функций и прибитый гвоздями к конкретному дистрибутиву. Такой код ни одна другая команда не возьмёт в свой дистрибутив, и даже не будет его изучать. И тогда на PFS-utils как универсальном инструменте будет поставлен крест.
Название: git
Отправлено: sfs от 02 Декабрь 2015, 10:07:53
я, как и раньше, против превращения скриптов PFS-utils в помойку, куда запихивают код на уровне качества "работает - и ладно",
Да. такая проблема есть. Мало разрабов. Мне не разорваться

В чем специальность Менеджера модулей для ПРА?
Инструмент загрузки пакетов не нужен как универсальный?
Название: git
Отправлено: ander от 02 Декабрь 2015, 22:00:23
Ну застыдили, застыдили.
Ну выучил я несколько команд git, сделал commit в своем локальном репозитории, внеся те же исправления в pfsload/unload.
Взятые с github pfsload/pfsunload, кстати, не так уж и отличались от тех, что были в PRA.
На github зарегистрировался как andreyrogojin.
А дальше что?  push  я все равно сделать не смогу, надо ж как-то меня туда добавить.
А потом пусть neobt попробует на diff посмотреть и скажет, сильно ли git ему это облегчил.
Если строчку-другую исправлять, то понятно, diff поможет, а вот если условия другим концом поразворачивать, то кажется, что почти все изменилось, хотя по сути изменений и немного.
Название: git
Отправлено: sfs от 03 Декабрь 2015, 09:10:08
У нас проблема с наличием доработчиков, а не с инструментами. 100% синхронизацией с гитхабом не заморачивался, т.к. туда изменения вносятся без тестирования и только по мотивам форума и не часто. Мне проще руками их внести
Название: git
Отправлено: Zay от 04 Декабрь 2015, 09:39:58
На github зарегистрировался как andreyrogojin.
Ваш аккаунт? https://github.com/andreyrogojin?tab=repositories

А дальше что?  push  я все равно сделать не смогу, надо ж как-то меня туда добавить.
При такой активной работе это не будет проблемой.


я, как и раньше, против превращения скриптов PFS-utils в помойку, куда запихивают код на уровне качества "работает - и ладно",
Да. такая проблема есть. Мало разрабов. Мне не разорваться
Так почему бы не реализовать всё это отдельными скриптами?
PFS-utils будут проверять наличие скрипта X, если есть - то выполнять его.

В чем специальность Менеджера модулей для ПРА?
Инструмент загрузки пакетов не нужен как универсальный?
Менеджер не универсален, ИМХО. Насколько я понимаю, там не учитывается архитектура. C PFS лучше работать на уровне пакетов, используя вызовы соотв. скриптов.  Понятия "модуль" тут нет, а есть контейнер для одного/нескольких пакетов.
Одно из преимуществ PFS - возможность тасовать "кирпичики" как угодно, не теряя при этом абсолютно ничего из функционала.
Название: git
Отправлено: sfs от 04 Декабрь 2015, 09:58:26
почему бы не реализовать всё это отдельными скриптами?
PFS-utils будут проверять наличие скрипта X, если есть - то выполнять его.
Мало разрабов. Мне не разорваться
Подключайтесь к работе
Менеджер не универсален, ИМХО. Насколько я понимаю, там не учитывается архитектура. C PFS лучше работать на уровне пакетов, используя вызовы соотв. скриптов.  Понятия "модуль" тут нет, а есть контейнер для одного/нескольких пакетов.
Одно из преимуществ PFS - возможность тасовать "кирпичики" как угодно, не теряя при этом абсолютно ничего из функционала.
Мы говорим о sfs-get? Что там не так как Вы написали. Вы точно его смотрели?
Какая архитектура?
В sfs-get все просто: прописал http с .pfs - ищет, качает , под(от)ключает (через pfs-util)
Никаких привязок ни к чему как и у pfs-util
Название: git
Отправлено: ander от 04 Декабрь 2015, 20:20:20
Цитировать
Цитировать
На github зарегистрировался как andreyrogojin.
Ваш аккаунт? https://github.com/andreyrogojin?tab=repositories
Да, мой.
Как лучше будет, делать push прямо в pfs-utils/master, добавить ветку testing и отправлять в нее, или вообще
сделать fork, чтобы вы потом изменения оттуда сливали?
Я ведь тоже могу что-то поправить, а что-то при этом испортить.

UPD.  Для тренировки сделал форк https://github.com/sfs-pra/ntf, внес туда изменения, которые фактически в сборке pra уже сделаны и отправил pull request.  Надеюсь, sfs его без проблем обработает.  Вообще, думаю, это будет подходящим вариантом работы и с pfs-utils.  Или слишком уж замудрено?  Раньше никогда с git дела не имел, поэтому сложно сразу выбрать оптимальный вариант.
Название: git
Отправлено: neobht от 05 Декабрь 2015, 08:54:27
Работать само оптимально через форк и пулл запросы.
Название: git
Отправлено: sfs от 05 Декабрь 2015, 09:14:29
сделал форк https://github.com/sfs-pra/ntf, внес туда изменения  Или слишком уж замудрено?
Надо пробовать. Раз уж разобрались - можете написать короткую инструкцию по гит ?
Название: git
Отправлено: ander от 05 Декабрь 2015, 19:03:14
Надо пробовать. Раз уж разобрались - можете написать короткую инструкцию по гит ?
Да я бы не сказал, что уже полностью разобрался.  Так, только начал изучать.
Пока пользовался следующим:
Локально:
git clone <url> - загрузить себе копию репозитория
загружается каталог с файлами, которые можно редактировать и в нем подкаталог .git  с собственно репозиторием, в который лазить не надо.
Если потом собираемся изменения выгружать на сервер надо указать свое имя и почту, чтобы было видно, кто какие правки делал
git config user.name=<имя>
git config user.email=<email>

Можно вносить правки в файлы, затем указать, какие файлы надо вносить в репозиторий
git add <файлы, которые правили>
и внести все это в репозиторий
git commit
если файлы только правили, а новых не добавлялось, можно git add не делать, а делать сразу
git commit -a            - внесет в репозиторий все измененные файлы
при выполнении commit открывается редактор, куда можно вписать комментарии, что именно сделано.
на любом этапе можно дать команду git status  - показывает информацию, какие файлы изменены, какие подготовлены к коммиту и т.п., а также дает подсказки, какими командами что с этими файлами сделать
Внесли файлы в локальный репозиторий - можно выгрузить на сервер командой git push
выгрузится, разумеется, только если доступ есть не только на чтение.
Про ветвления и слияния веток читал, но сам пока не пробовал.
На github:
зарегистрироваться, после этого можно найти интересующий проект и там нажать кнопочку fork - создастся копия репозитория проекта, которая будет лично вашей, можно делать и clone и push, причем указано, от какого репозитория ваша копия ответвилась, а после выгрузки на сервер правок - на сколько коммитов ваш репозиторий отличается от исходного.
После этого на сайте можно нажать кнопочку "New pull request" для отправки владельцу исходного репозитория предложения применить эти правки и к исходному проекту.  Как это с той стороны выглядит, еще толком не знаю, вижу только, что
в https://github.com/sfs-pra/ntf/pulls появился этот pull request, можно смотреть изменения, а как их принять - это надо права на исходный репозиторий иметь, поэтому не пробовал.
Тут лучше neobht спросить, он давно с github работает, а не как я - два дня.
Вообще на http://git-scm.com/book/ru/v2 неплохая книга по git, большей частью на русском, по ней и изучаю.  Только она довольно объемистая, так что еще не все одолел.
Название: git
Отправлено: Zay от 06 Декабрь 2015, 17:26:46
Тема про Git: http://forum.puppyrus.org/index.php/topic,15267.0.html
Общие вопросы и инструкции давайте обсуждать там.

По конкретной теме - самый опытный Git'овщик из нас neobht рекоменует fork + pull-request.
Попробуем сделать что-то по такой схеме.


ander'у:
Создайте Fork pfs-utils и внесите изменение в тестовый файл.
Специально для опытов я только что открыл ветку testing и создал в ней файл TEST.md.
В этот файл можно добавить / исправить любой текст, затем отправить мне Pull-Request.
Я, со своей стороны, попробую корректно влить всё сначала в testing, а потом в master.



Какая архитектура?
В sfs-get все просто: прописал http с .pfs - ищет, качает , под(от)ключает (через pfs-util)
Никаких привязок ни к чему как и у pfs-util
Архитектура PFS - это контейнер с пакетами.
Основное значение имеют названия пакетов PFS, а не файлов-контейтеров (*.pfs).
Как я понял, sfs-get не смотрит внутрь файлов *.pfs, а работает с ними как с .sfs.
Т.е. не способен делать pfsmerge, искать и докачивать зависимости, и т.д.
По сути - это отдельный инструмент, актуальный в PRA, но не в др. дистр-ах с PFS.
Название: git
Отправлено: sfs от 07 Декабрь 2015, 09:56:29
ander - добро пожаловать в "клуб  жертв git имени neobht"  :D
Сейчас начитаетесь книжек - через неделю без практики все забудется
git - инструмент профи программеров для каждодневной коллективной работы над большими проектами
Для изменения одной строки раз в месяц он не нужен
Название: git
Отправлено: sfs от 07 Декабрь 2015, 10:07:13
Архитектура PFS - это контейнер с пакетами.
Пакет - это с чем пакетный менеджер работает
В pfs нет служебной инфы. start.sh - пришлось костыль с зависимостями прикрутить
pfs - это модуль. С моими доработками  (менеджер модулей + упрощенные зависимости) - pfs хоть немного стал дотягиваться до пакетной системы
sfs-get Вы явно не видели. Смысл его с Вами обсуждать если у Вас времени только на добавление чужих правок из этой темы в гит
Смиритесь - скрипты не могут жить сами по себе. Они живут в живых дистрибутивах.
В pfs-util есть над чем поработать, но некому. git за Вас работать не будет. Не тратьте на него время
На magos надежды мало. У них вообще идеологически другой дистр
Название: Re:PFS-utils на github
Отправлено: sfs от 07 Декабрь 2015, 10:13:48
Перенес. Предлагаю не забалтывать тему доработки pfs-util тем, кто в ней не участвует
Название: Re:git
Отправлено: Zay от 08 Декабрь 2015, 22:27:07
Пакет - это с чем пакетный менеджер работает
В pfs нет служебной инфы. [...] pfs - это модуль.
В PFS есть служебная информация.

PFS-utils - и есть пакетный менеджер, причём уникальный.
Но некоторых возможностей ему, конечно, не хватает.

Если в PRA от всего комплекса возможностей PFS используется только сборка/разборка, это не значит что тех возможностей нет.
Использовать PFS только как модули = забивать гвозди микроскопом. Если молотка нет - то можно конечно и так.

Смиритесь - скрипты не могут жить сами по себе. Они живут в живых дистрибутивах. [...] Не тратьте на него время
Пока есть хоть какой-то интерес к PFS-utils - не смирюсь.
Особенно учитывая то, что большая часть работы уже сделана.
Читаю тему рядом, и вижу что идеи PFS не теряют актуальности.
А кто их будет использовать - PR (A) или MagOS - это не важно.
Название: Re:git
Отправлено: sfs от 09 Декабрь 2015, 10:00:41
В PFS есть служебная информация.
Но не про зависимости и не про репу
PFS-utils - и есть пакетный менеджер, причём уникальный.
Где скачка и зависимости?
Если в PRA от всего комплекса возможностей PFS используется только сборка/разборка, это не значит что тех возможностей нет.
Использовать PFS только как модули = забивать гвозди микроскопом. Если молотка нет - то можно конечно и так.
сборка/разборка подк(отк)лючение
установка - не востребовано
что еще есть?
Название: Re:PFS-utils на github
Отправлено: Pro от 09 Декабрь 2015, 11:17:32
Цитировать
Где скачка и зависимости?

Цитата: zay
Но некоторых возможностей ему, конечно, не хватает.
Название: Re:PFS-utils на github
Отправлено: sfs от 09 Декабрь 2015, 13:38:38
Ну так - какие планы по этим возможностям на гитхаб?
Название: Re:PFS-utils на github
Отправлено: ander от 14 Декабрь 2015, 13:57:06
отправил pull request, жду, что дальше будет
Название: Re:PFS-utils на github
Отправлено: sfs от 14 Декабрь 2015, 14:24:04
А что должно быть (хотелось бы)?
Название: Re:PFS-utils на github
Отправлено: ander от 14 Декабрь 2015, 16:27:38
Ожидается, что кто-то, имеющий доступ до pfs-utils/pfs-utils на github увидит этот request и либо сделает merge, добавив таким образом мои правки в основной репозиторий, либо напишет что-то в ответ: типа, что вот эта строчка подойдет, а вот эта не нравится и надо вначале поправить, а уж потом сливать.
Название: Re:PFS-utils на github
Отправлено: neobht от 14 Декабрь 2015, 16:32:17
Это не некто мифический. Этот человек - Zay. Я считаю, только он сейчас может это делать.
Название: Re:PFS-utils на github
Отправлено: ander от 14 Декабрь 2015, 16:40:54
Возможно и так.  Я думал, может он еще кому-то давал доступ.  Собственно, сам request со всеми моими коммитами должен быть всем виден, репозиторий-то открытый.  Реальные изменения решил все же делать в ветке testing, думаю, ему так будет проще слить в свой testing, а потом уж разбираться дальше.
Название: Re:PFS-utils на github
Отправлено: Zay от 15 Декабрь 2015, 11:25:20
Принял Pull Request от ander в ветку testing. Вроде бы всё прошло без проблем!

Конкретно по изменениям pfsload чуть позже буду сравнивать.

Реальные изменения решил все же делать в ветке testing, думаю, ему так будет проще слить в свой testing, а потом уж разбираться дальше.
Думаю - это правильное решение.

Хоть я и считаю GitHub отличным средством разработки, но вести обсуждение привык всё же на форуме.
Чуть позже создам специальную тему для обсуждения деталей и коммитов.

Отдельное спасибо и + ander-у за ясные и подробные комментарии к коммитам! Все бы делали так.
Название: Re:PFS-utils на github
Отправлено: sfs от 16 Декабрь 2015, 14:52:45
https://github.com/pfs-utils/pfs-utils/pull/5
Цитировать
добавил ключи к pfsload, чтобы монтировать можно было не только в /mnt/.modname,
pfsload --no-hide
Какой в этом практический смысл?
Название: Re:PFS-utils на github
Отправлено: ander от 16 Декабрь 2015, 19:21:13
А вот захочется, чтобы все было в одном месте и единообразно -
то есть смонтировать туда же, куда initrd монтирует:

pfsload --nh /mnt/home/pra1511g/optional/Libreoffice-p-5.0.0-s01.pfs  /mnt/live/memory/images
Название: Re:PFS-utils на github
Отправлено: sfs от 17 Декабрь 2015, 09:24:00
Не вижу от этого особой пользы. Нужны ли лишние усложнения...
Все это надо тестировать. А у нас с этим плохо. Хоть какое-то тестирование происходит только после попадания в исо
Давайте чтоли две ветки pfs поддерживать - стабильную (багфикс + неоспоримые улучшения)
и тестовую (--nh  и т.п.)
Название: Re:PFS-utils на github
Отправлено: neobht от 17 Декабрь 2015, 17:17:50
--nh - это новый функционал.
просто не используйте его и будет та же самая стабильность.

две ветки держать стоит только в целях разработки.
Название: Re:PFS-utils на github
Отправлено: sfs от 17 Декабрь 2015, 17:26:59
--nh - это новый функционал.
просто не используйте его и будет та же самая стабильность.
...если он не даст побочных эффектов, что можно выяснить только тестированием
Название: Re:PFS-utils на github
Отправлено: ander от 17 Декабрь 2015, 19:20:18
Понятно, что тестировать надо.  Кому бы вот только подсунуть  ;D
Все изменения делаю только в ветке testing, причем в своей, Zay только часть коммитов слил.
Свежие дополнения: подключение/отключение с копированием в память может делаться той же парой утилит
pfsload/pfsunload, для чего pfsload понимает дополнительный ключ -m или --memory
Сделано попроще, чем в pfsramload, отдельная tmpfs на каждый файл не создается, файл просто копируется в существующую, если там места хватает.
Название: Re:PFS-utils на github
Отправлено: DdShurick от 18 Декабрь 2015, 08:27:39
Кому бы вот только подсунуть  ;D
Мне подсуньте, только потом плакать придётся. :)
Свежие дополнения: подключение/отключение с копированием в память может делаться той же парой утилит
pfsload/pfsunload, для чего pfsload понимает дополнительный ключ -m или --memory
Смысл? Разве что при загрузке по сети. К тому-же есть load_sfs (https://github.com/DdShurick/pfs-utils/blob/master/usr/sbin/load_sfs) и unload_sfs (https://github.com/DdShurick/pfs-utils/blob/master/usr/sbin/unload_sfs) вполне достаточные для пользователя.
К сожалению не имею возможности работать с github после замены жёсткого диска, не пускает  :(
Сделано попроще, чем в pfsramload, отдельная tmpfs на каждый файл не создается, файл просто копируется в существующую, если там места хватает.
Это правильно.
Название: Re:PFS-utils на github
Отправлено: sfs от 18 Декабрь 2015, 09:23:29
Как в итоге мне сейчас обновлять pfs-util в PRA? И надо ли это делать?
На мой взгляд ПРА не настолько идеален, чтобы уже вылизывать такие мелочи

Предлагаю более интересную тему - автообновление всех автозагруженных модулей
1. Стандартизировать название модулей
2. Написать скрипт, вдохновясь sfs-get и dist-up
Название: Re:PFS-utils на github
Отправлено: Zay от 19 Декабрь 2015, 14:47:46
Все изменения делаю только в ветке testing, причем в своей, Zay только часть коммитов слил.
Странно, я так понял что Merge был полный.
Может быть Pull Request не полный получился?
И дайте ссылку на свой форк, для сравнения.

UPD: Повторил Merge. Теперь все коммиты есть?


Свежие дополнения: подключение/отключение с копированием в память может делаться той же парой утилит
pfsload/pfsunload, для чего pfsload понимает дополнительный ключ -m или --memory
На тот момент, когда это писалось, функционал был новый и не проверенный. Поэтому разделили.
Сейчас, я думаю, можно объединить скрипты.

Сделано попроще, чем в pfsramload, отдельная tmpfs на каждый файл не создается, файл просто копируется в существующую, если там места хватает.
А вот это спорное решение. Занимать место "на диске" (в "сохранёнке") не желательно, такого эффекта пользователь не ожидает.
Идея была именно "1 модуль - 1 tmpfs". Есть свободная память - монтируем. И гарантия освобождения памяти после отключения.

Кстати, если включать этот функционал в pfsload, то надо ещё предусмотреть случай, когда RAM не хватает.
Например выводить ошибку и не монтировать, но с прарметром "принудительно" - монтировать в любом случае, если памяти не хватает - то обычным способом.

автообновление всех автозагруженных модулей
Моё мнение - автообновление любого ПО это безусловно плохая идея.

А вот простой возможности загрузки по файлов .pfs по сети в PFS-utils действительно не хватает.
Название: Re:PFS-utils на github
Отправлено: ander от 20 Декабрь 2015, 13:53:43
Цитата: Zay
Странно, я так понял что Merge был полный.
Может быть Pull Request не полный получился?

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

Цитата: Zay
А вот это спорное решение. Занимать место "на диске" (в "сохранёнке") не желательно, такого эффекта пользователь не ожидает.
Идея была именно "1 модуль - 1 tmpfs". Есть свободная память - монтируем. И гарантия освобождения памяти после отключения.
Кстати, если включать этот функционал в pfsload, то надо ещё предусмотреть случай, когда RAM не хватает.

Хорошо.  Переделал так:
если для copy2ram используется директория по умолчанию
и на ней еще не смонтирована tmpfs, то tmpfs монтируется сразу с размером
freememory минус 128M, но только если этот размер окажется больше, чем подключаемый файл.
Если tmpfs уже смонтирована, или указана директория, отличная от
директории по умолчанию, то подключаемый файл просто туда копируется, если
там достаточно места и свободная память более чем на 128M
превышает размер файла.  То есть если пользователь сам указал, куда копировать - значит,
ожидает, что там файл и окажется, без всяких дополнительных tmpfs.
Если файл по любой причине в память не копировался, ключ --memory
просто проигнорируется и файл будет подключен как обычно.

pfsunload проверяет расположение отключаемого файла.
Если он располагался на tmpfs - файл удаляется.
Если на директории, в которой располагался файл, смонтирована
tmpfs и эта директория теперь пуста - tmpfs размонтируется.

Отдельную tmpfs на каждый модуль смонтировать, конечно, можно, но больно уж громоздко получается когда куча файловых систем.  Сам не вдруг поймешь, где что лежит.

Цитата: Zay
А вот простой возможности загрузки по файлов .pfs по сети в PFS-utils действительно не хватает.

А как это должно выглядеть, если описать просто человеческим языком?
Название: Re:PFS-utils на github
Отправлено: DdShurick от 20 Декабрь 2015, 14:28:13
 Я такой фокус делал# curlftpfs ftp://mirror.yandex.ru/puppyrus/puppyrus/repository/ /mnt/data/ && rox /mnt/dataНо нужен хороший интернет.
Название: Re:PFS-utils на github
Отправлено: ander от 20 Декабрь 2015, 15:23:58
И потом прямо оттуда и подключить?  В принципе, конечно, можно.  Тут как раз, пожалуй, тот редкий случай, когда действительно нужен copy2ram.  Но вот будет ли это удобно, как-то не уверен.  По мне, так лучше все делать явно - скачал, положил, куда надо, подключил.
Название: Re:PFS-utils на github
Отправлено: DdShurick от 20 Декабрь 2015, 16:14:21
И потом прямо оттуда и подключить?  В принципе, конечно, можно.
Я подключал. Без copy2ram.
По мне, так лучше все делать явно - скачал, положил, куда надо, подключил.
Любой браузер + инструкция.
Название: Re:PFS-utils на github
Отправлено: ander от 20 Декабрь 2015, 21:44:23
Цитата: DdShurick
Цитата: ander
Свежие дополнения: подключение/отключение с копированием в память может делаться той же парой утилит
pfsload/pfsunload, для чего pfsload понимает дополнительный ключ -m или --memory
Смысл? Разве что при загрузке по сети.
Да я тоже особого смысла в copy2ram не вижу, просто хочу избавиться от лишних утилит.  А то есть pfsload/pfsunload,
да кроме того еще и pfsramload/pfsramunload+pfsramfree - ну вот зачем такой зоопарк?  Уж лучше пусть все делается одной
парой утилит.

Цитата: DdShurick
К сожалению не имею возможности работать с github после замены жёсткого диска, не пускает  :(
А что, ssh ключи генерировали?  Я так вообще не заморачивался, работает оно через https,
в том числе с командной строки, и пусть себе работает.
Может и у вас через https пойдет?  А пароль на аккоунт можно и через почту восстановить.
Название: Re:PFS-utils на github
Отправлено: sfs от 21 Декабрь 2015, 10:42:17
автообновление всех автозагруженных модулей
Моё мнение - автообновление любого ПО это безусловно плохая идея.
Чем плохо иметь скрипт, который выводит список устаревавших модулей? Это стандартный функционал любого ПМ

Чем для поиска и загрузки функционально не устраивает sfs-get? Юзаю. Мне удобно

Что теперь делать с доработками на гитхаб?
1. Отдельный модуль - никто не будет тестировать
2. В исо - стремно без тестирования
Вероятно отдельным модулем в исо. Если что-то пойдет не так - отключить
Название: Re:PFS-utils на github
Отправлено: Pro от 21 Декабрь 2015, 10:47:08
Чем плохо иметь скрипт, который выводит список устаревавших модулей? Это стандартный функционал любого ПМ
ты не путаешь "выводит список устаревавших модулей" и "автообновление"? разные вещи однако.
Название: Re:PFS-utils на github
Отправлено: Zay от 23 Декабрь 2015, 12:34:18
Нет, все нормально, просто я же новые коммиты помаленьку добавляю.
А, тогда все в порядке.
Делайте Pull Request чаще, я постараюсь минимум раз в неделю сливать.
Сам в ветку "testing" без согласования не полезу.


Про copy2ram: Прочитал внимательно описание, и думаю это хорошая идея. Только:
...tmpfs монтируется сразу с размером freememory минус 128M...
При работе возможно не только уменьшение свободного места, но и его освобождение.
Может тогда вычислять объем для диска не по freememory, а например "размер RAM минус 256MB"?
Главное - всегда строго проверять freememory потом, при копировании модулей в этот tmpfs.

...если пользователь сам указал, куда копировать...
Что-то я тут не успел... Это как делается, и зачем?

Отдельную tmpfs на каждый модуль смонтировать, конечно, можно, но больно уж громоздко получается когда куча файловых систем.  Сам не вдруг поймешь, где что лежит.
В целом - согласен, думаю Ваш вариант лучше.

Если файл по любой причине в память не копировался, ключ --memory просто проигнорируется и файл будет подключен как обычно.
Хорошо ли это? Пользователь подключил модуль "в память", хочет вынуть флэшку, но - нельзя!
Как минимум надо в таком случае выдавать предупреждение WARNING! Но пользователи GUI его не увидят. Кстати, GUI надо будет тоже поправить!
Мне кажется, лучше в случае нехватки RAM не монтировать и выдавать ошибку, но со спец. параметром (например --force) - делать как сейчас.

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


После просмотра Ваших коммитов с комментариями, отметил некоторые детали:

pfsload:  Если отказаться от создания loop-ов в скрипте - надо обязательно проверить, как это будет работать с busybox'ом (из того же PuppyRus).
Как вариант (если не заработает) - можно перенести функционал создания loop-ов в скрипт /usr/bin/mountb (по условию использования busybox).

Не понял в чем смысл параметра "--nh", тогда уж логичнее было бы дать возможность монтировать в любую директорию (не только "[.]название_модуля").

Т.е. можно было бы заменить MOUNTDIR и --nh одним параметром с двойным функционалом, например:
mountdir /mnt/  (с '/' в конце) - изменить только корневую директорию.
mountdir /mnt/catalog1  (без '/' в конце) - указать произвольную точку монтирования.

И ещё важный момент: такие функции, пока что, очень не желательно вносить в Help, потому что другие скрипты PFS ожидают модули именно в /mnt и с точкой в начале. Поэтому изменение точки монтирования можно предложить как продвинутый функционал, но не для обычных пользователей.

topaufslayer:  Был задуман именно как дистрибутив-специфичный скрипт.
Он не должен присутствовать в пакете, т.к. при его отсутствии pfsload не должен ругаться, а просто работать как будто так и надо.

В перспективе можно сделать такой скрипт для / в UIRD. Оттуда же можно передавать и путь для монтирования по умолчанию.
Название: Re:PFS-utils на github
Отправлено: sfs от 23 Декабрь 2015, 13:09:34
Если файл по любой причине в память не копировался, ключ --memory просто проигнорируется и файл будет подключен как обычно.
Хорошо ли это? Пользователь подключил модуль "в память", хочет вынуть флэшку, но - нельзя!
Как минимум надо в таком случае выдавать предупреждение WARNING! Но пользователи GUI его не увидят.
Поддерживаю Zay
Не понял в чем смысл параметра "--nh",
На мой взгляд - ненужное усложнение. Если это поменять - в других скриптах могут появиться проблемы
В перспективе можно сделать такой скрипт для / в UIRD. Оттуда же можно передавать и путь для монтирования по умолчанию.
Не понял суть замысла...
Название: Re:PFS-utils на github
Отправлено: DdShurick от 23 Декабрь 2015, 13:17:53
Если отказаться от создания loop-ов в скрипте - надо обязательно проверить, как это будет работать с busybox'ом (из того же PuppyRus.
$sudo mount -o loop "$SQMOD" "$mount_point" У меня в load_sfs давно работает.
другие скрипты PFS ожидают модули именно в /mnt и с точкой в начале. Поэтому изменение точки монтирования можно предложить как продвинутый функционал, но не для обычных пользователей.
Изменение точки монтирования не имеет смысла, это промежуточный этап, на конечный результат не влияет. А вот определиться со стандартом надо.
Название: Re:PFS-utils на github
Отправлено: ander от 24 Декабрь 2015, 17:43:57
...если пользователь сам указал, куда копировать...
Что-то я тут не успел... Это как делается, и зачем?

Не понял в чем смысл параметра "--nh", тогда уж логичнее было бы дать возможность монтировать в любую директорию (не только "[.]название_модуля").

А вот захочется, чтобы все было в одном месте и единообразно -
то есть смонтировать туда же и так же без точки, как initrd монтирует, и копирование делать, куда initrd копирует:
pfsload --nh -m /mnt/home/pra1511g/optional/Libreoffice-p-5.0.0-s01.pfs  /mnt/live/memory/images  /mnt/live/memory/copy2ram

Задается только каталог, в котором будет создана точка монтирования.  Имя самой точки монтирования пусть и дальше совпадает с именем pfs, иначе путаницы будет много.

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

pfsload:  Если отказаться от создания loop-ов в скрипте - надо обязательно проверить, как это будет работать с busybox'ом (из того же PuppyRus).
В pra работает, и именно с busybox mount.
DdShurick тоже пишет, что у него все сделано через mount -o loop
Название: Re:PFS-utils на github
Отправлено: sfs от 24 Декабрь 2015, 17:58:08
А вот захочется, чтобы все было в одном месте и единообразно -
Кому и для чего такое может захотеться... Разве что под разные инитрд пилить... (не уверен)
В pra работает, и именно с busybox mount.
Не трогал для совместимости
Без busybox ухудшений нет. У меня одно время было
#busybox
#!/ash
"@"
 :)
Название: Re:PFS-utils на github
Отправлено: Zay от 26 Декабрь 2015, 15:11:36
А вот захочется, чтобы все было в одном месте и единообразно -
то есть смонтировать туда же и так же без точки, как initrd монтирует, и копирование делать, куда initrd копирует:
pfsload --nh -m /mnt/home/pra1511g/optional/Libreoffice-p-5.0.0-s01.pfs  /mnt/live/memory/images  /mnt/live/memory/copy2ram

Задается только каталог, в котором будет создана точка монтирования.  Имя самой точки монтирования пусть и дальше совпадает с именем pfs, иначе путаницы будет много.
Так, как сейчас, уже путаницы много.
Любое изменение пути к точке монтирования ломает в скриптах некоторые функции.

Что касается монтирования "туда же, куда монтирует initrd" - такие планы были с самого начала.
Как мне кажется, должен быть выработан общий стандарт, как для initrd так и для PFS-utils.

Как вариант, можно сделать конфиг. файл, и пусть все скрипты берут оттуда префикс монтирования.
Значение по умолчанию тогда будет '/mnt/.'
Название: Re:PFS-utils на github
Отправлено: DdShurick от 26 Декабрь 2015, 15:44:59
Как мне кажется, должен быть выработан общий стандарт, как для initrd так и для PFS-utils.
Вот и я о том же, а в ответ тишина. Мне кажется правильно будет /mnt/*
Название: Re:PFS-utils на github
Отправлено: ander от 26 Декабрь 2015, 17:06:55
Вот и я о том же, а в ответ тишина. Мне кажется правильно будет /mnt/*
pfsload --nh /mnt/home/pra1511g/optional/Libreoffice-p-5.0.0-s01.pfs
Как раз и смонтирует в /mnt/Libreoffice-p-5.0.0-s01.pfs
А мне все говорят, зачем --nh да зачем --nh  :)
А pfsunload правленный при любой точке монтирования найдет, в том числе и то, чего initrd монтировал.
Надо, конечно, теперь по всем остальным скриптам поправить, чтобы тоже от точки монтирования поменьше зависили, помаленьку надеюсь руки дойдут.
Название: Re:PFS-utils на github
Отправлено: ander от 26 Декабрь 2015, 18:34:12
Давно руки чешутся убрать вовсе вот эту проверку:
if [ "$(echo "${fsname##*.}" | tr A-Z a-z)" = "pfs" ]; then                     
  checksfsxz >/dev/null                                                         
  [ $? -gt 0 ] && echo "Kernel not support PFS!" >&2 && exit 1                 
fi
Сам-то pfsload запускается откуда?  Из подключенного pfs-модуля.  Так какой смысл проверять, способно ли ядро их подключить?  :)
Название: Re:PFS-utils на github
Отправлено: ander от 26 Декабрь 2015, 21:51:03
Цитата: Zay
Мне кажется, лучше в случае нехватки RAM не монтировать и выдавать ошибку, но со спец. параметром (например --force) - делать как сейчас.

Сделал так: монтируется, если еще не смонтирована одна tmpfs стандартного размера - то есть в 50% RAM.
Если скопировать в память не удалось - а при таких размерах файловой системы это определяется в основном свободной памятью, подключение не выполняется, pfsload завершается с ошибкой.
Ключ --force делать не стал, поскольку вместо него проще при ошибке копирования в память просто убрать ключ --memory.
Название: Re:PFS-utils на github
Отправлено: DdShurick от 29 Декабрь 2015, 19:24:52
 Про стандарт точек монтирования опять затихло? Я с вас живых не слезу.
Предлагаю всё монтировать в /mnt/ В такой последовательности:
0 слой - tmpfs
1 слой - save
2 слой - base
3 слой - kernel
4 слой и далее - все остальные модули по именам, без pup_ro*
Монтирование выше базы только из командной строки, для тех кто знает что делает.
Порядок слоёв можно смотреть командой cat $(find /sys/fs/aufs/*/ -name br[0-9]*)|cut -f1 -d=Если сейчас получается неинформативно # cat $(find /sys/fs/aufs/*/ -name br[0-9]*)|cut -f1 -d=
/initrd/pup_rw
/initrd/pup_ro1
/initrd/pup_ro2
/initrd/pup_z
/initrd/pup_ro3
.............
Добавляю glibc-2.22 между save и base
# mount -o remount,add:2:/home/bases-root/LFS/glibc-2.22_DEV/ /
# cat $(find /sys/fs/aufs/*/ -name br[0-9]*)|cut -f1 -d=
/initrd/pup_rw
/initrd/pup_ro1
/home/bases-root/LFS/glibc-2.22_DEV
/initrd/pup_ro2
/initrd/pup_z
/initrd/pup_ro3
..........
При монтировании по предлагаемому стандарту будет выглядеть так:/mnt/tmpfs
/mnt/save
/home/bases-root/LFS/glibc-2.22_DEV
/mnt/base
/mnt/kernel
/mnt/FoxitReader-1.1.0
............
Название: Re:PFS-utils на github
Отправлено: sfs от 30 Декабрь 2015, 12:56:30
Про стандарт точек монтирования опять затихло?
Не совсем понятно какая связь между pfs-util (монтирование по горячему) и base save (их же initrd собирает)
Базовые модули наверх aufs поддерживаю. Написал sort= для porteus-initrd
Цитировать
Монтирование выше базы только из командной строки, для тех кто знает что делает.
Из командной - жестковато. По дефолту вниз - нормально. Это же обсуждали tot njulf. Тогда нас с Вами слили. В итоге я так и сделал в mnt_sfs
Название: Re:PFS-utils на github
Отправлено: DdShurick от 30 Декабрь 2015, 13:18:25
Не совсем понятно какая связь между pfs-util (монтирование по горячему) и base save (их же initrd собирает)
Было предложение унифицировать монтирование. Aufs у нас одна, и монтирование единообразное. К тому-же получается более понятно и можно выкинуть нестандартный /initrd из корня.
Из командной - жестковато.
Нормально, нормально, лучшая защита от дурака.
Название: Re:PFS-utils на github
Отправлено: sfs от 30 Декабрь 2015, 14:15:24
Было предложение унифицировать монтирование.
Потерял мысль. Чего для чего и какими средствами?
Название: Re:PFS-utils на github
Отправлено: DdShurick от 30 Декабрь 2015, 14:35:44
Потерял мысль.
Мысль отсюда
А вот захочется, чтобы все было в одном месте и единообразно -
то есть смонтировать туда же и так же без точки, как initrd монтирует, и копирование делать, куда initrd копирует
Чего для чего
Чтобы было стандартно и понятно.
и какими средствами?
Головой и руками  :)
Я свой rc.init перепишу, а вот вы портеус вряд-ли. :(
Ещё мнения есть?
Название: Re:PFS-utils на github
Отправлено: sfs от 30 Декабрь 2015, 15:11:56
Так красиво написали "стандартно" что прямо номер RFC подмывает спросить  ;)
Какая разница, куда сделано промежуточное монтирование. ls -1 /sys/fs/aufs/*/br[0-9]* - вот и все стандарты
Что и зачем еще придумывать?
Название: Re:PFS-utils на github
Отправлено: DdShurick от 30 Декабрь 2015, 15:41:51
Какая разница, куда сделано промежуточное монтирование.
Для aufs абсолютно безразлично, для пользователя должно быть наглядно и понятно.
ls -1 /sys/fs/aufs/*/br[0-9]* - вот и все стандарты
cat $(find /sys/fs/aufs/*/ -name br[0-9]*) получше будет
Что и зачем еще придумывать?
Не придумывать, а убирать что лишнее нагородили.
Что, портеус жалко? Так я его тоже вредной программой считаю.
Название: Re:PFS-utils на github
Отправлено: Pro от 30 Декабрь 2015, 16:08:23
у тебя все вредное, научился писать идеальный код?
Название: Re:PFS-utils на github
Отправлено: DdShurick от 30 Декабрь 2015, 16:49:02
у тебя все вредное
И сам я вредный, возраст обязывает. :)
научился писать идеальный код?
Идеал недостижим, но стараюсь.
Название: Re:PFS-utils на github
Отправлено: sfs от 30 Декабрь 2015, 17:33:26
Не придумывать, а убирать что лишнее нагородили.
Что, портеус жалко? Так я его тоже вредной программой считаю.
Себя жалко. Работает - не трогай. Поработать и так есть над чем
Название: Re:PFS-utils на github
Отправлено: neobht от 30 Декабрь 2015, 18:00:56
в uird используется /memory/bundles
Название: Re:PFS-utils на github
Отправлено: DdShurick от 30 Декабрь 2015, 18:31:32
Работает - не трогай.
Я не сисадмин, на меня не распространяется.
в uird используется /memory/bundles
Ну вот, опять по новому. Почему не /mnt/memory/ ?
Название: Re:PFS-utils на github
Отправлено: neobht от 30 Декабрь 2015, 18:46:56
/mnt я воспринимаю как место предназначенное для монтирования носителей и т.д.
Я думал о /mnt/bundles, но поскольку в uird используется более расширенное назначение системной директории, то умещать ее всю целиком в /mnt как-то становится уходом от прямого назначения /mnt, но выделять в /mnt bundles - это уход от единого универсального места для uird назначения. Ну и плюс пошла мода уходить от FHS у ряда неординарных дистров, то нет гарантии, что они чего-нибудь не сочинят с /mnt и я выбрал новую начальную точку ( вне FHS) - /memory.
Название: Re:PFS-utils на github
Отправлено: neobht от 30 Декабрь 2015, 18:48:23
А в /mnt кинул симлинки - /mnt/memory/images и т.д.
Название: Re:PFS-utils на github
Отправлено: ander от 31 Декабрь 2015, 01:24:48

 ls -1 /sys/fs/aufs/*/br[0-9]*

cat $(find /sys/fs/aufs/*/ -name br[0-9]*) получше будет


Ммм...  А почему find?
cat из цикла вынести - в данном случае логично, поскольку порядок не важен, а вот какие преимущества имеет
cat $(find /sys/fs/aufs/*/ -name br[0-9]*) перед cat $(ls -1 /sys/fs/aufs/*/br[0-9]*) что-то никак не соображу.
Название: Re:PFS-utils на github
Отправлено: DdShurick от 31 Декабрь 2015, 09:22:36
Найдите отличия
# ls -1 /sys/fs/aufs/*/br[0-9]*
/sys/fs/aufs/si_910d4248/br0
/sys/fs/aufs/si_910d4248/br1
/sys/fs/aufs/si_910d4248/br10
/sys/fs/aufs/si_910d4248/br11
/sys/fs/aufs/si_910d4248/br12
/sys/fs/aufs/si_910d4248/br13
/sys/fs/aufs/si_910d4248/br14
/sys/fs/aufs/si_910d4248/br15
/sys/fs/aufs/si_910d4248/br16
/sys/fs/aufs/si_910d4248/br17
/sys/fs/aufs/si_910d4248/br18
/sys/fs/aufs/si_910d4248/br19
/sys/fs/aufs/si_910d4248/br2
/sys/fs/aufs/si_910d4248/br20
/sys/fs/aufs/si_910d4248/br21
/sys/fs/aufs/si_910d4248/br22
/sys/fs/aufs/si_910d4248/br23
/sys/fs/aufs/si_910d4248/br3
/sys/fs/aufs/si_910d4248/br4
/sys/fs/aufs/si_910d4248/br5
/sys/fs/aufs/si_910d4248/br6
/sys/fs/aufs/si_910d4248/br7
/sys/fs/aufs/si_910d4248/br8
/sys/fs/aufs/si_910d4248/br9
# find /sys/fs/aufs/*/ -name br[0-9]*
/sys/fs/aufs/si_910d4248/br0
/sys/fs/aufs/si_910d4248/br1
/sys/fs/aufs/si_910d4248/br2
/sys/fs/aufs/si_910d4248/br3
/sys/fs/aufs/si_910d4248/br4
/sys/fs/aufs/si_910d4248/br5
/sys/fs/aufs/si_910d4248/br6
/sys/fs/aufs/si_910d4248/br7
/sys/fs/aufs/si_910d4248/br8
/sys/fs/aufs/si_910d4248/br9
/sys/fs/aufs/si_910d4248/br10
/sys/fs/aufs/si_910d4248/br11
/sys/fs/aufs/si_910d4248/br12
/sys/fs/aufs/si_910d4248/br13
/sys/fs/aufs/si_910d4248/br14
/sys/fs/aufs/si_910d4248/br15
/sys/fs/aufs/si_910d4248/br16
/sys/fs/aufs/si_910d4248/br17
/sys/fs/aufs/si_910d4248/br18
/sys/fs/aufs/si_910d4248/br19
/sys/fs/aufs/si_910d4248/br20
/sys/fs/aufs/si_910d4248/br21
/sys/fs/aufs/si_910d4248/br22
/sys/fs/aufs/si_910d4248/br23
Название: Re:PFS-utils на github
Отправлено: Zay от 31 Декабрь 2015, 14:44:17
А мне все говорят, зачем --nh да зачем --nh  :)
Как я понял, Дядя Шурик как раз говорил об /mnt/. (с точкой), т.е. то, что сейчас есть в PFS-utils.


А pfsunload правленный при любой точке монтирования найдет, в том числе и то, чего initrd монтировал.
Если это гарантированно работает на всех ядрах - то отлично!
Но при этом "железная стандартизация" именования точки монтирования теряет всякий смысл.

--nh - это полумера. Принципиально считаю, что полумер не должно быть.
Либо точка монтирования должна быть всегда одинаковой, либо - полная свобода выбора.

Тот же initrd может монтировать модули и не в "название модуля", а в любые каталоги.
И потому желательно иметь возможность смонтировать модуль в любой каталог в ФС.

Как-то так:   pfsload /module.pfs --mountto /catalog/12345/

Надо, конечно, теперь по всем остальным скриптам поправить [...]
Это было бы хорошо. Конечно хочется иметь общий стандарт, но похоже это пока не реально, а работать всё должно.


Сам-то pfsload запускается откуда?  Из подключенного pfs-модуля.
Не факт. Скрипты PFS-utils лежат в свободном доступе на GitHub, и могут быть запущены в любой среде.
Но т.к. старые ядра уходят из десктопных дистрибутивов, и делать ретро-версии на ядрах старше 2.6.37, скорее всего, никто не будет, думаю уже можно убрать проверку.
Либо делать проверку только в случае, если подключение завершилось с ошибкой.

Если скопировать в память не удалось - а при таких размерах файловой системы это определяется в основном свободной памятью, подключение не выполняется, pfsload завершается с ошибкой.
Вариант неплохой, но вопрос: Проверяется ли перед копированием наличие свободного места?
Не получится ли так, что скрипт будет долго-долго читать модуль размером 1 GB с медленной флэшки, и свалится в ошибку потому что памяти 900 MB?


0 слой - tmpfs
1 слой - save
Поддерживаю, но без base и kernel.
Гораздо более правильно монтировать все SquashFS модули в каталоги с их названиями по умолчанию.
Напомню что ядро и база могут быть в одном модуле, возможна и куча других вариантов совмещения.

Монтирование выше базы только из командной строки, для тех кто знает что делает.
Так не надо, но можно поставить в GUI чекбокс "безопасное подключение" (т.е. в нижний слой) по умолчанию.


в uird используется /memory/bundles
Жаль что не /mnt/., хотя логику такого размещения тоже могу понять.
Надо тогда научить UIRD сообщать PFS-utils место монтирования, например через конфиг. файл.
Может быть есть смысл сделать общий конфиг., который будут читать и UIRD, и PFS-utils?
Название: Re:PFS-utils на github
Отправлено: neobht от 31 Декабрь 2015, 14:59:28
Конфиг в UIRD или другом initrd по логике должен быть внутри, а это будет негибко для PFS-utils.

Мне пришла идея о том, что скорее всего есть возможность установить переменную системную, типо sysctl*. Надо подумать.
Название: Re:PFS-utils на github
Отправлено: ander от 31 Декабрь 2015, 15:37:44
Найдите отличия
...

Прикольно, не знал.  Однако, насколько такая сортировка стабильно работает?
Эксперимент:
mkdir tst
for i in $(seq 30); do touch tst/f$i; done
find tst -type f
tst/f30
tst/f29
tst/f28
tst/f27
tst/f26
...
tst/f5
tst/f4
tst/f3
tst/f2
tst/f1

rm tst/*
for i in $(seq 1 2 30); do touch tst/f$i; done
for i in $(seq 2 2 30); do touch tst/f$i; done
find tst -type
tst/f30
tst/f28
tst/f26
tst/f24
tst/f22
...
tst/f9
tst/f7
tst/f5
tst/f3
tst/f1
То есть все зависит от порядка создания файлов.  А в каком порядке они будут создаваться в /sys/fs/aufs/ в разных версиях ядер и вообще от чего этот порядок зависит...  Я бы не очень рассчитывал на правильность такой сортировки, хоть сейчас и работает.
Пропустить через |sort -t'/' --key=6.3n мне кажется понадежнее.
Название: Re:PFS-utils на github
Отправлено: ander от 31 Декабрь 2015, 16:20:48
Цитата: Zay
Тот же initrd может монтировать модули и не в "название модуля", а в любые каталоги.
И потому желательно иметь возможность смонтировать модуль в любой каталог в ФС.

Как-то так:   pfsload /module.pfs --mountto /catalog/12345/

Смонтировать-то элементарно, а вот размонтировать как?  Сейчас pfsunload просматривает список слоев aufs и ищет по имени модуля.  Найдет в любой директории, но только если точка монтирования имеет то же имя, что и модуль.
Можно, конечно, усложнить поиск и для каждой точки монтирования проверять, не через loop ли она смонтирована, а если через loop, то с каким файлом связана.  Но вот стоит ли?  Не могу придумать примера использования, чтобы обязательно требовалось точку монтирования называть не так, как модуль.
Вот в каких случаях pfsload /module.pfs --mountto /catalog/12345/ будет иметь хоть какие-то преимущества перед pfsload /module.pfs --mountto /catalog/module.pfs/  ?

Цитата: Zay
Проверяется ли перед копированием наличие свободного места?
Не получится ли так, что скрипт будет долго-долго читать модуль размером 1 GB с медленной флэшки, и свалится в ошибку потому что памяти 900 MB?
[ $diskspace -gt $filesize ] \                                                проверили, есть ли место в tmpfs
   && [ $(expr $freeram - $minfreespace) -gt $filesize ] \        проверили, останется ли свободная память
   && cp -a "$fsfile" "$copyramdir" \                                      только тогда стали копировать
   && fsfile="$copyramdir/$fsname" \                                    и подключать в дальнейшем будем копию
   || { echo "No space for copy2ram. $fsfile not loaded." >&2       а если любая из проверок или копирование не прошли, ругательство
        grep -q "$copyramdir" /proc/self/mounts \                        и если tmpfs под copy2ram уже смонтирована
         && [ -z "$(ls -A "$copyramdir")" ] \                                  но при этом пуста
         && umountb "$copyramdir"                                            отмонтировали
        exit 1                                                                         выход
      }
Название: Re:PFS-utils на github
Отправлено: DdShurick от 31 Декабрь 2015, 16:31:53
Как я понял, Дядя Шурик как раз говорил об /mnt/. (с точкой), т.е. то, что сейчас есть в PFS-utils.
Вообще-то я имел в виду без точки, но поразмыслив решил,  что с точкой будет лучше.
Но при этом "железная стандартизация" именования точки монтирования теряет всякий смысл.
Смысла нет, зато есть наглядность, всё в одном окне.
0 слой - tmpfs
1 слой - save
Поддерживаю, но без base и kernel.
Гораздо более правильно монтировать все SquashFS модули в каталоги с их названиями по умолчанию.
Напомню что ядро и база могут быть в одном модуле, возможна и куча других вариантов совмещения.
Сейчас initrd монтирует базовые модули в /initrd/pup_rw, /initrd/pup_ro1+wh, /initrd/pup_ro2, /initrd/pup_z при любом их сочетании кроме отсутствия самой базы и от замены абстрактных pup_ro2 и pup_z на понятные base и kernel ничего не изменится.
Монтирование выше базы только из командной строки, для тех кто знает что делает.
Так не надо, но можно поставить в GUI чекбокс "безопасное подключение" (т.е. в нижний слой) по умолчанию.
Защита от дурака обязательна. Я за командную строку.
Может быть есть смысл сделать общий конфиг., который будут читать и UIRD, и PFS-utils?
Мне пришла идея о том, что скорее всего есть возможность установить переменную системную, типо sysctl*. Надо подумать.
echo 'SQMNTPT=/mnt/.' >> /etc/profile
Название: Re:PFS-utils на github
Отправлено: neobht от 31 Декабрь 2015, 17:54:30
В файл плохо. Желательно как-то более системно. На уровне какого-то внутреннего механизма. Попробую поисследовать этот момент.
Название: Re:PFS-utils на github
Отправлено: ander от 31 Декабрь 2015, 18:56:29
Да ну...  Чем в файл плохо-то?  Всегда и везде конфигурационные файлы использовались.
Конечно, в /etc/profile вряд-ли стоит, зачем тащить всюду параметр, который нужен одной-двум утилитам.
Создать какой-нибудь /etc/pfsutils.conf, внутри что-то типа
modules_mount_dir="/mnt/modules"
modules_mountpoint_hide="no"
copy2ram_dir="/tmp/copy2ram"

А в начале того же pfsload
[ -f /etc/pfsutils.conf ] && . /etc/pfsutils.conf

А initrd пусть этот /etc/pfsutils.conf и сформирует.  И будет все подключаться в одном месте, а если в разных дистрибутивах по разному - так это не страшно, прочитал /etc/pfsutils.conf и узнал, что где.
Название: Re:PFS-utils на github
Отправлено: DdShurick от 31 Декабрь 2015, 19:00:33
В файл плохо.
Почему? /etc/profile задаёт переменные окружения. Самое место.
Название: Re:PFS-utils на github
Отправлено: sfs от 01 Январь 2016, 08:59:55
Хочу обновить pfs-util в pra. На какой источник ориентироваться?

Предлагаю стандартизировать вывод сообщений пользователю:
1. Мой ntf. На уровне идеи сформировался. легко построить любые диалоги и сообщения
2. Универсально: скрипт обертка типа
msg -i icon -k "заголовок" "текст" -k - тип сообщения (всплывающее или нет)
Более сложные сообщения вроде в pfs-util не используются
Из готового - notify-send (http://ubuntuforums.org/showthread.php?t=1411620). Сам привязывается к системе сообщений DE
Название: Re:PFS-utils на github
Отправлено: ander от 01 Январь 2016, 21:35:51
Да я думаю можно и с гитхаба из ветки testing попробовать.  Надо же когда-то их начинать тестировать.
Только до сообщений пользователю я там еще не добрался, правил только pfsload/pfsunload.
Или могу их просто отдельно прикрепить на форум, чтобы вам с гитхабом не возиться.
Название: Re:PFS-utils на github
Отправлено: sfs от 02 Январь 2016, 09:54:31
Дайте ссылку на тестинг. zip качнуть не проблема
Или рано - пусть накопятся изменения?
Название: Re:PFS-utils на github
Отправлено: ander от 03 Январь 2016, 00:34:59
Проблема в том, что я еще ни разу не тестировал все это в полном наборе.  Что правил, то и тестировал отдельно.
Поэтому лучше вот модуль с тем, что более-менее проверено.

Кстати, там в fixmenus я придумал извращенческий метод перезапуска xfce4-panel - если помните, раньше не получалось под
sudo ее перезапустить.  А так выдирается окружение от уже запущенной панели и под ним уже делается релоад.

Вот только хотелось бы вообще панель целиком не трогать, после перезагрузки на ней окна переставляются.  Вот бы заставить ее дергать только whiskermenu...

Модуль pfstest.pfs можно для тестов подключить прямо на горячую.  А вот чтобы отключить, придется скопировать куда-нибудь pfsunload
и запускать ./pfsunload pfstest.pfs
Иначе из aufs не отмонтируется, поскольку файл занят.
Название: Re:PFS-utils на github
Отправлено: sfs от 03 Январь 2016, 09:55:03
Поэтому лучше вот модуль с тем, что более-менее проверено.
Да. В таком варианте шансов что кто-то протестирует больше
в fixmenus я придумал извращенческий метод перезапуска xfce4-panel
Да. Панель дергаться перестала, но в обычном меню появляется с опозданием
И при отключении - см аттач и из меню не убирается. Тут явно что-то не то. Этот текст я для пупи делал - там есть такая проблема
Название: Re:PFS-utils на github
Отправлено: ander от 03 Январь 2016, 21:02:36
Что интересно, эта ошибка при отключении возникает при использовании sfs-get, а из командной строки отключается нормально.
Попробую понять, в чем разница.
UPD
Да,малость накосячил.  pfsunload выходит со статусом 1, просто как результат последней проверки, что модуль не в ram и чистить не надо.  Поправил.
Название: Re:PFS-utils на github
Отправлено: sfs от 04 Январь 2016, 10:35:38
Да. Теперь все ок и xfce при обновлении дергается меньше.
Надо еще потестить и добавлю в сдедующий 089
Название: Re:PFS-utils на github
Отправлено: ander от 04 Январь 2016, 21:49:14
Кстати.
Поэкспериментировал с fixmenus (все в pra512g xfce).
В принципе, для обновления меню вполне достаточно дергать только xfdesktop
Вот только при этом то меню, что по правой кнопке мыши на десктопе обновляется сразу, а вот whiskermenu - только через одну-две минуты.  Вот и приходится дергать еще и панель, чтобы обновилось сразу  :(
Название: Re:PFS-utils на github
Отправлено: sfs от 05 Январь 2016, 09:46:18
C меню xfce тоже имел такие наблюдения
Еще notifyd иногда подглючивает с wt - сообщения остаются висеть. Тоже не знаю как улучшить
Название: Re:PFS-utils на github
Отправлено: neobht от 05 Январь 2016, 10:18:37
Я думаю функционал обновления меню не должен находится в pfs-utils.
Название: Re:PFS-utils на github
Отправлено: ander от 05 Январь 2016, 23:53:11
В принципе,конечно, не должен.  Он и находится в отдельном скрипте fixmenus.
Точно так же обновления всяческих mime-типов, кешей шрифтов и т.п. вынесены в pfs-update-caches.
Но поскольку эти файлы из pfsload/pfsunload вызываются, то пусть пока будут рядом, хотя бы в качестве примеров.
В конечном же итоге, разумеется, fixmenus самое место где-нибудь в пакете с оконным менеджером, причем у каждого менеджера и обновляться меню может по-своему, так что и файлы будут разные.
Название: Re:PFS-utils на github
Отправлено: sfs от 06 Январь 2016, 10:35:25
в pfs-update-caches про модули ядра не забыли? И вообще - в чем по замыслу отличие pfs-update-caches и в update-cache?
Название: Re:PFS-utils на github
Отправлено: ander от 06 Январь 2016, 16:23:19
в pfs-update-caches про модули ядра не забыли? И вообще - в чем по замыслу отличие pfs-update-caches и в update-cache?

Отличие только в том, что update-cache проверяет все сразу, и если хоть один пакет содержит что-то, требующее обновления - обновляет.
pfs-update-caches запускается при горячем подключении/отключении каждого пакета, соответственно, если подряд подключить их несколько, то и апдейт может быть вызван не один раз.

Модули ядра не включал.  depmod - тяжелая операция, будут тормоза.  Надо один раз собрать все модули ядра в кучу, запустить depmod и результаты его работы положить в базу - после этого modprobe будет работать почти на всех модулях ядра и depmod запускать не потребуется. Не пройдет такой метод только с проприетарными драйверами nvidia, потому что там для разных моделей карт модули ядра называются одинаково.  Но драйвера nvidia на горячую вроде бы не подключают, а если подключают, то и depmod надо делать из start.sh пакета.
Грузить модули ядра при подключении пакета - можно и вставить, но вот нужно ли?  Чего им память зря занимать, если использующее их приложение не запускается?  Может лучше, если нужны они, скажем, виртуалбоксу, так пусть он их и грузит при своем старте при помощи какой-нибудь обертки?
Название: Re:PFS-utils на github
Отправлено: sfs от 06 Январь 2016, 16:28:41
С проприетарными дровами тяжело. Не дождаться чтобы протестировали
Ок. пусть  будет как сейчас
vbox так и делает и там работает insmod
Поправил в update-cache - иконки и тп. не ищутся только в 001 модуле
Было в 0*
Название: Re:PFS-utils на github
Отправлено: ander от 06 Январь 2016, 16:52:52
А как их протестируешь, если у меня intel  ;D
Название: Re:PFS-utils на github
Отправлено: sfs от 06 Январь 2016, 16:58:50
Вот в этом и проблема, что 5 разных видях ни у кого нет  :'(
Название: Re:PFS-utils на github
Отправлено: Zay от 08 Январь 2016, 10:26:10
Смысла нет, зато есть наглядность, всё в одном окне.
Ну так и я за стандарт!
Только не надо тогда никаких --nh и вариантов путей монтирования.
Думаю что самое правильное - это /etc/profile или что-то подобное.
И pfsload должен выбирать точку монтирования всегда однозначно.

Сейчас initrd монтирует базовые модули в /initrd/pup_rw, /initrd/pup_ro1+wh, /initrd/pup_ro2, /initrd/pup_z при любом их сочетании кроме отсутствия самой базы и от замены абстрактных pup_ro2 и pup_z на понятные base и kernel ничего не изменится.
pup_ro2 и pup_z давно не нужны. Все PFS лучше монтировать одинаково.


Я думаю функционал обновления меню не должен находится в pfs-utils.
Тоже так думаю.
Кстати, всяким *_nomenu тоже не место в основном пакете, они только в PuppyRus нужны.

PFS-utils достаточно проверять наличие скрипта fixmenus в системе, если он есть - вызывать.
А сам скрипт должен быть в каждом дистрибутиве свой. Тоже самое и с сообщениями notify.
Название: Re:PFS-utils на github
Отправлено: sfs от 08 Январь 2016, 15:54:21
Сейчас notify встроен и это плохо
Название: Re:PFS-utils на github
Отправлено: Zay от 08 Январь 2016, 18:35:07
Сейчас notify встроен и это плохо
Согласен. Но вынести его будет не сложно, было бы время и желание.
Название: Re:PFS-utils на github
Отправлено: ander от 08 Январь 2016, 23:41:11
Только не надо тогда никаких --nh и вариантов путей монтирования.
Думаю что самое правильное - это /etc/profile или что-то подобное.
И pfsload должен выбирать точку монтирования всегда однозначно.
В тестовой версии (чуть выше прикреплял pfstest.pfs, только каталоги там для pra, /usr/local/bin)
использован /etc/pfsutils.conf
mountdir_default="/mnt"
hide_mountpoints="yes"
copyramdir_default="/tmp/.mountRAM"
minfreespace=131072

Я думаю функционал обновления меню не должен находится в pfs-utils.
Тоже так думаю.
Кстати, всяким *_nomenu тоже не место в основном пакете, они только в PuppyRus нужны.

PFS-utils достаточно проверять наличие скрипта fixmenus в системе, если он есть - вызывать.
А сам скрипт должен быть в каждом дистрибутиве свой. Тоже самое и с сообщениями notify.
Ну да, писал уже об этом.  Однако fixmenus.example не помешает - удобнее изменить под свои нужды что-то готовое, чем с нуля делать.
Название: Re:PFS-utils на github
Отправлено: Zay от 10 Январь 2016, 18:55:27
/etc/pfsutils.conf
mountdir_default="/mnt"
hide_mountpoints="yes"
copyramdir_default="/tmp/.mountRAM"
minfreespace=131072
Надо будет увязать всё это с Initrd, когда будут выработаны общие правила.
И я бы сделал проще, короче и универсальнее, например:
mountprefix="/mnt/."
copyramdir="/tmp/.mountRAM"
minfreespace=131072

Однако fixmenus.example не помешает - удобнее изменить под свои нужды что-то готовое, чем с нуля делать.
Поддерживаю, хорошая мысль.
Название: Re:PFS-utils на github
Отправлено: ander от 10 Январь 2016, 22:52:29
mountdir_default="/mnt"
hide_mountpoints="yes"
copyramdir_default="/tmp/.mountRAM"
minfreespace=131072
И я бы сделал проще, короче и универсальнее, например:
mountprefix="/mnt/."
copyramdir="/tmp/.mountRAM"
minfreespace=131072
С названиями - можно и так сделать, а вот "/mnt/." - это короче, но не проще, потому как это не директория, а директория с куском названия файла.  То есть basename / dirname / [ -d $dir ] с таким не работают и постоянно нужно помнить, что этот префикс может оказаться чем угодно.  А вот когда директория отдельно и точка отдельно - гораздо проще обрабатывать.  Если уж хочется универсальности, можно сделать не признак скрытого файла, а префикс - но только отдельно от директории.  Вот только не представляю, зачем.  Что полезного, кроме точки, можно в этот префикс вставить-то?
Название: Re:PFS-utils на github
Отправлено: Zay от 12 Январь 2016, 10:22:53
...можно сделать не признак скрытого файла, а префикс - но только отдельно от директории.
Наверное так и можно сделать. Например:
mountdir="/mnt"
mountprefix="."
copyramdir="/tmp/.mountRAM"
minfreespace=131072

Вот только не представляю, зачем. Что полезного, кроме точки, можно в этот префикс вставить-то?
Для логичности (и возможно, совместимости с чем-то). Мне, вроде, встречался вариант со знаком +.

P.S. Возможность выбора точки монтирования в pfsload не нужна.
Название: Re: PFS-utils на github
Отправлено: Zay от 07 Апрель 2016, 13:15:54
Добавил в основную ветку master поддержку стандарта Universal Layered Root FileSystem (http://forum.puppyrus.org/index.php?topic=17858.0).

Подробнее см. коммит:
https://github.com/pfs-utils/pfs-utils/commit/7bccdfbbe28b45599d6525bb7d6c9d1d945e6204

Если файл /etc/initvars отсутствует или некорректен - он игнорируется.
В этом случае используется префикс /mnt/. для обратной совместимости.


В дальнейшем возможна доработка, замена кода на более простой и понятный.
Думаю что код вполне можно улучшить. Скрипт unloader_pfs переделан весьма костыльно.
По хорошему его надо значительно переписать, но не знаю, пользуется ли им кто-нибудь.
Название: Re: PFS-utils на github
Отправлено: Pro от 11 Апрель 2016, 04:32:08
А не пора ли отказаться от /usr/sbin ?

Сделал первый свой коммит, стоит ли продолжить перевод через gettext или лучше сделать перевод методом через переменные как в mount_file.mo?
Название: Re: PFS-utils на github
Отправлено: sfs от 11 Апрель 2016, 09:10:22
Там где есть gettext - лучше через него и делать.
Название: Re: PFS-utils на github
Отправлено: Pro от 11 Апрель 2016, 09:10:45
Там где есть gettext - лучше через него и делать.
там его нигде нету
Название: Re: PFS-utils на github
Отправлено: sfs от 11 Апрель 2016, 09:18:44
Я имел ввиду - что там где есть в ОС gettext лучше его и юзать
Через переменные - этот самопал для initrd и пр. тяжелых случаев

...может лучше уделить внимание русификации.. англофикацией пускай англичане занимаются...
Название: Re: PFS-utils на github
Отправлено: Pro от 11 Апрель 2016, 09:20:32
...может лучше уделить внимание русификации.. англофикацией пускай англичане занимаются...
а что руссифицировать? ничего интересного не нахожу
Название: Re: PFS-utils на github
Отправлено: sfs от 11 Апрель 2016, 09:41:44
multiload; sxlock - пробовал, не смог в Х вывести рус.буквы
В lxpanel местами недорусифицировано
Название: Re: PFS-utils на github
Отправлено: Pro от 11 Апрель 2016, 09:53:01
В lxpanel местами недорусифицировано
обновить перевод из свежих версий же, раз уж версию не обновляем.
Название: Re: PFS-utils на github
Отправлено: sfs от 11 Апрель 2016, 09:56:58
Можно и так. Русифицировать не нечего, а некому. Это хотя бы понятно зачем и для кого
Локализация - тема для носителей языка. Иначе будет - как на китайских товарах
Название: Re: PFS-utils на github
Отправлено: Pro от 11 Апрель 2016, 10:01:38
sxlock - пробовал, не смог в Х вывести рус.буквы
так оно и не умеет ничего выводить кроме имени пользователя и значков пароля.
Название: Re: PFS-utils на github
Отправлено: Pro от 11 Апрель 2016, 10:02:57
Русифицировать не нечего, а некому.
ну у тебя некому.
Название: Re: PFS-utils на github
Отправлено: sfs от 11 Апрель 2016, 10:24:39
не умеет ничего выводить кроме имени пользователя и значков пароля.
"Пароль неправильный" и т.п.
Название: Re: PFS-utils на github
Отправлено: Pro от 11 Апрель 2016, 10:27:15
пока его переведешь, ты уже что-то другое вкорячишь вместо.
Название: Re: PFS-utils на github
Отправлено: sfs от 11 Апрель 2016, 10:41:52
Кто хочет, тот ищет возможности, кто не хочет — ищет причины
Я и pfs постоянно переделываю  ;)
Весь линукс обновляется - отличная "причина"
Название: Re: PFS-utils на github
Отправлено: Pro от 11 Апрель 2016, 11:02:34
Кто хочет, тот ищет возможности, кто не хочет — ищет причины
именно поэтому я делаю то что мне нравится в настоящий момент.
Название: Re: PFS-utils на github
Отправлено: Zay от 11 Апрель 2016, 20:38:50
А не пора ли отказаться от /usr/sbin ?
Это не очень сложно сделать. Но есть смысл делать оптимизацию комплексом.
Например слить тестовую ветку (от ander) с основной. Но сначала протестировать всё, изменений много, наверняка есть подводные камни.


...продолжить перевод через gettext или лучше сделать перевод методом через переменные...
У меня была мысль разделить консольную и графическую часть PFS-utils (это вполне возможно).
Консольную часть переводить не нужно (изначально на англ., и это нормально), а к графической можно gettext прикрутить.
Название: Re: PFS-utils на github
Отправлено: Pro от 12 Апрель 2016, 01:57:03
У меня была мысль разделить консольную и графическую часть PFS-utils (это вполне возможно).
оно уже разделено же вроде, то что с _pfs то графическое.

а к графической можно gettext прикрутить.
ну подсказывай когда можно начинать, я форкну.
Название: Re: PFS-utils на github
Отправлено: sfs от 12 Апрель 2016, 09:12:21
Если уж заморачиваться gettext - сначала надо объединить все 3 варианта pfs : Zay ander PRA
Название: Re: PFS-utils на github
Отправлено: Zay от 14 Апрель 2016, 18:23:45
оно уже разделено же вроде, то что с _pfs то графическое.
Да, я про разделение на уровне GitHub'а.
Консольным утилитам перевод не нужен, в то же время они самые важные с точки зрения функционала.

Кстати, заодно с разделением можно было бы и "отказаться от /usr/sbin" без дополнительных проблем.

ну подсказывай когда можно начинать, я форкну.
Когда угодно. Вроде бы ander не переделывал GUI-часть скриптов.
Но лучше заранее решить - нужно ли разделение на два [под]проекта. Чтобы потом мержить спокойно.

надо объединить все 3 варианта pfs
А это, похоже, совсем не просто. Вот потому я и заговорил про разделение на консоль и GUI.

GUI тогда можно будет спокойно править, переводить на gettext и т.п.
А основные консольные утилиты - менять только по согласованию, с проверками, чтобы исключить ошибки.
Название: Re: PFS-utils на github
Отправлено: Pro от 19 Апрель 2016, 07:10:29
Когда угодно.
Сделал поддержку gettext для скриптов.

Прошу простить что сразу в master ветку закоммитил, надо было в тестинг конечно же :(
Название: Re: PFS-utils на github
Отправлено: Pro от 22 Апрель 2016, 07:43:00
Возникли проблемы при локализации, открыл issue
Помогите.
Название: Re: PFS-utils на github
Отправлено: Zay от 26 Апрель 2016, 18:28:27
Отписал в issue (https://github.com/pfs-utils/pfs-utils/issues/8) для пробы.
Название: Re: PFS-utils на github
Отправлено: Pro от 28 Апрель 2016, 15:28:12
запилил локализацию. Мастер sfs не изволишь ли забрать локализованные скрипты?

Zay, скрипты я доправил в master ветке, файлы переводов ложил в тестинг.

открыл новый issue. надо обдумать.
Название: Re: PFS-utils на github
Отправлено: sfs от 29 Апрель 2016, 08:59:02
За основу были взяты скрипты из ПРА? Там могли быть незначительные отличия. Предлагаю добавлять локализованное в  089en-Pra-update (составной) , а выбор локали вынести в параметр ядра lang= (по дефолту ru.RU-UTF8)
Давай я сделаю lang= , а ты 089en-Pra-update
Название: Re: PFS-utils на github
Отправлено: Pro от 29 Апрель 2016, 09:07:22
За основу были взяты скрипты из ПРА?
нет конечно, за основу были взяты скрипты из master ветки на гитхабе.

Предлагаю добавлять локализованное в  089en-Pra-update (составной)
одно да потому, обсуждали уже. Ты против локализации или чего? против того что нерусский дядя твой скрипт прочитает? ЛОГИКА ГДЕ БЛЯХА?

а выбор локали вынести в параметр ядра lang=
ну можно, а также load=, noload= есть ничем не хуже.
Название: Re: PFS-utils на github
Отправлено: sfs от 29 Апрель 2016, 09:23:46
нет конечно, за основу были взяты скрипты из master ветки на гитхабе.
Как теперь быть с патчами ПРа?
089en-Pra-update - для удобства тестирования. Не хочется запороть локализацией уже достаточно стабильный дистр
Я за локализацию (см. голосование)
lang= даст возможность формировать /etc/locale.conf при старте и соответственно возможность тестировать локализованные скрипты под русской локалью. Иначе придется /etc/locale.conf пихать в сохраненку (уменьшит к-во тестеров)
В варианте 089en-Pra-update  + lang= реально поставить в исо 1505
Название: Re: PFS-utils на github
Отправлено: Pro от 29 Апрель 2016, 09:54:46
уже достаточно стабильный дистр
вызывающе неверная информация.

и соответственно возможность тестировать локализованные скрипты под русской локалью.
load=089-en не?

ЕЩЕ раз: скрипты должны лежать на своем месте, КАК потом править в двух местах!!! конечно не моя проблема, но вдруг, да и вообще что за непринятие чужих корректировок.


Как теперь быть с патчами ПРа?
в том то и проблема что у тебя нету патчей, а есть только исправленные скрипты.
Название: Re: PFS-utils на github
Отправлено: sfs от 29 Апрель 2016, 10:08:29
вызывающе неверная информация.
Согласись, что эксперименты с локализацией ситуацию только ухудшат. Поэтому я и ищу наименее безопасные варианты

load=089-en не?
не
lang= даст возможность формировать /etc/locale.conf при старте и соответственно возможность тестировать локализованные скрипты под русской локалью. Иначе придется /etc/locale.conf пихать в сохраненку (уменьшит к-во тестеров)

скрипты должны лежать на своем месте, КАК потом править в двух местах!!!
Я предлагаю 089en-Pra-update  + lang=
1. Разложить bin sbin под арч (не создаст проблем в других дистрах)
2. Синхронизировать гитхаб с ПРа - с этого надо было начинать. Добавить к pfs-util sfs-get и ntf, переделать сообщения под стандарт ntf
3. Оттестировать локализованные скрипты в русской локали
4. Перенести оттестированное в 070
5. Дорабатывать .mo под остальные языки
Что предлагаешь ты?
Название: Re: PFS-utils на github
Отправлено: Pro от 29 Апрель 2016, 10:11:35
твой дистрибутив - твои правила.
Название: Re: PFS-utils на github
Отправлено: sfs от 29 Апрель 2016, 10:32:59
Наш (http://wiki.puppyrus.org/puppyrus/pr3)
ПРА единственный живой дистр, использующий pfs-util. Мне не понятно стремление позиционировать pfs-util самодостаточным
Что в итоге делаем? Мой план устраивает? lang= писать?

открыл новый issue. надо обдумать.
Список пакетов рисует центрированным, нельзя ли выровнять по левому краю?
2. Синхронизировать гитхаб с ПРа - с этого надо было начинать. Добавить к pfs-util sfs-get и ntf, переделать сообщения под стандарт ntf
Тогда sfs-get заменит unloader_pfs
Название: Re: PFS-utils на github
Отправлено: Pro от 29 Апрель 2016, 13:12:26
в итоге ты продолжаешь пилить свой дистрибутив, а я займусь чем нибудь другим.
Название: Re: PFS-utils на github
Отправлено: Zay от 29 Апрель 2016, 19:41:39
Открывать закрытый issue не стал, но добавил комментарий:
https://github.com/pfs-utils/pfs-utils/issues/8
Название: Re: PFS-utils на github
Отправлено: betcher от 27 Ноябрь 2016, 08:41:44
Хочу попробовать pfs-utils в магос, в связи с эти несколько вопросов.
1. Где находится свежий срез? Гитхаб? Или лучше из сборок доставать.
2. Каков минимальный набор файлов чтоб отключать/подключать, распаковать/запаковать без гуя.
3. Бегло посмотрел на гитхабе, файлов много. Я так понимаю большая часть вспомогательные может правильнее их в pfs-lib функциями, а то глаза разбегаются ;)
4. Правильно я понял, что install в понимании pfs-utils это распаковка в корень системы, типа rootcopy?
Название: Re: PFS-utils на github
Отправлено: DdShurick от 27 Ноябрь 2016, 09:54:31
Каков минимальный набор файлов чтоб отключать/подключать
load-pfs *.pfs, unload-pfs *.pfs. Мой вариант здесь (https://github.com/DdShurick/pfs-utils/tree/master/usr/bin).
распаковать/запаковать без гуя.
Всегда было unsquashfs *.pfs, mksquashfs $devdir.
Название: Re: PFS-utils на github
Отправлено: betcher от 27 Ноябрь 2016, 10:01:22
Мой вариант здесь.
Это есть upstream?  На что ориентироваться то?
Всегда было unsquashfs *.pfs, mksquashfs $devdir.
Имел ввиду именно pfs, там же метаинфа какая то пишется в модуль.
Название: Re: PFS-utils на github
Отправлено: DdShurick от 27 Ноябрь 2016, 10:45:07
Это есть upstream?
Нет. Это пожалуй первоисточник. То, что они намудрили из моего load_sfs, меня не касается.
метаинфа какая то пишется
Список файлов /etc/packages/mount/modulename/pfs.files
Список пустых каталогов /etc/packages/mount/modulename/pfs.empty.dirs (при необходимости)
Спецификация /etc/packages/mount/modulename/pfs.specs
Название: Re: PFS-utils на github
Отправлено: betcher от 27 Ноябрь 2016, 10:53:59
xpupsay это в иксы сообщение?
Название: Re: PFS-utils на github
Отправлено: DdShurick от 27 Ноябрь 2016, 12:23:33
xpupsay это в иксы сообщение?
Да, можно заменить на echo.
Название: Re: PFS-utils на github
Отправлено: sfs от 28 Ноябрь 2016, 12:50:32
1. Где находится свежий срез? Гитхаб? Или лучше из сборок доставать.
В настоящее время pfs-util наиболее активно используется в ПРа (как видно здесь (http://forum.puppyrus.org/index.php?topic=15221.45)). Здесь наиболее оттестированное.
Есть несколько форков на гитхаб разной степени заброшенности. В таком виде нигде не используются. Есть даже попытки перевода на англ.
Короче - бардак
А зачем это в магос? Там же модули нумерованные и переставлять нельзя...
Название: Re: PFS-utils на github
Отправлено: betcher от 28 Ноябрь 2016, 14:56:26
По описанию мне нравится то, что умеют pfs-utils. Если особых сложностей не выявится пожалуй было бы полезно перевести магос на pfs. По началу можно заменить activate линком на pfs-load и аналогично с остальными утилитами. Это мысль номер раз. Есть еще номер два. Учитывая, что uird  умеет грузить самые разнообразные и совершенно не модульные дистры было бы полезно, чтоб при загрузке в систему копировался минимальный набор скриптов для работы с модулями. Почему бы и не pfs-utils. Вот только руки никак не доходят.
То что раздрай и нет основной ветки это не есть гуд. Которые брать то :) ?
Название: Re: PFS-utils на github
Отправлено: sfs от 28 Ноябрь 2016, 14:59:33
Вот только руки никак не доходят.
тоже
Которые брать то :) ?
В настоящее время pfs-util наиболее активно используется в ПРа (как видно здесь). Здесь наиболее оттестированное.
Название: Re: PFS-utils на github
Отправлено: DdShurick от 28 Ноябрь 2016, 15:22:17
было бы полезно перевести магос на pfs.
Имею противоположное мнение - PRA на *.xzm, и унифицировать.
Название: Re: PFS-utils на github
Отправлено: sfs от 28 Ноябрь 2016, 15:40:44
Отпимально чтобы со всеми расширениями сквошей работало
Название: Re: PFS-utils на github
Отправлено: DdShurick от 28 Ноябрь 2016, 16:57:44
Отпимально чтобы со всеми расширениями сквошей работало
У меня именно так, а у вас?
Название: Re: PFS-utils на github
Отправлено: sfs от 28 Ноябрь 2016, 19:13:42
Это актуально делать только для использования в разных дистрах с устоявшимися расширениями сквошей
Модули от этого совместимыми не станут.
Боюсь лишнего лазать в pfs-util. Тестируют у нас плохо. Можно дистр запороть
Есть дела поважней
Название: Re: PFS-utils на github
Отправлено: DdShurick от 28 Ноябрь 2016, 19:51:25
с устоявшимися расширениями сквошей
Мне кажется, *.xzm наиболее распространённое, *.sfs, *.pfs - оставить для совместимости.
Модули от этого совместимыми не станут.
Естественно сами не станут, делать надо.
Боюсь лишнего лазать в pfs-util.
Вообще не пользуюсь. Мне проще из консоли скомандовать.
Кстати, почему в PRA консоль сделана через GUI, неудобно же.
Название: Re: PFS-utils на github
Отправлено: sfs от 28 Ноябрь 2016, 20:51:03
почему в PRA консоль сделана через GUI, неудобно же.
Есть консоль (http://wiki.puppyrus.org/puppyrus/pr218/pfs#%D0%BA%D0%BE%D0%BD%D1%81%D0%BE%D0%BB%D1%8C%D0%BD%D1%8B%D0%B5_%D0%BA%D0%BE%D0%BC%D0%B0%D0%BD%D0%B4%D1%8B) и GUI к нему
Название: Re: PFS-utils на github
Отправлено: Zay от 30 Ноябрь 2016, 17:12:43
Последняя версия, протестированная на совместимая с PuppyRus (но не PRA):
https://github.com/pfs-utils/pfs-utils/commit/7bccdfbbe28b45599d6525bb7d6c9d1d945e6204

Это наиболее близкая к "оригиналу" версия, без дистро-специфичных добавлений.
Справка, почти полностью актуальная: http://wiki.puppyrus.org/puppyrus/pr218/pfs

Коммиты, сделанные после того, на который указывает ссылка, мной не проверялись.
Название: Re: PFS-utils на github
Отправлено: betcher от 01 Декабрь 2016, 08:32:55
На шару не вышло :(
ThinkPad betcher # mkpfs ./testpfs/
testpfs
Parallel mksquashfs: Using 4 processors
Creating 4.0 filesystem on ./testpfs.pfs, block size 524288.
[===============================================================================================================================================================|] 3/3 100%

Exportable Squashfs 4.0 filesystem, xz compressed, data block size 524288
        compressed data, compressed metadata, compressed fragments, compressed xattrs
        duplicates are removed
Filesystem size 0.55 Kbytes (0.00 Mbytes)
        86.02% of uncompressed filesystem size (0.64 Kbytes)
Inode table size 154 bytes (0.15 Kbytes)
        59.69% of uncompressed inode table size (258 bytes)
Directory table size 162 bytes (0.16 Kbytes)
        97.59% of uncompressed directory table size (166 bytes)
Number of duplicate files found 0
Number of inodes 8
Number of files 3
Number of fragments 1
Number of symbolic links  0
Number of device nodes 0
Number of fifo nodes 0
Number of socket nodes 0
Number of directories 5
Number of ids (unique uids + gids) 2
Number of uids 2
        root (0)
        betcher (500)
Number of gids 2
        root (0)
        betcher (500)
ThinkPad betcher # pfsload ./testpfs.pfs
Filesystem not supported!
ThinkPad betcher # pfsinfo ./testpfs.pfs
/usr/bin/pfsinfo: строка 25: disktype: команда не найдена
File "./testpfs.pfs" is not PFS!

Скрипт от ДядиШурика ругнулся пару раз, но подключил. Правда не туда :) Не в /memory/bundles, а /initrd/bundles.
Но файлы из модуля на месте и сам модуль в менеджере отображается.
Ругался на xpupsay, тут понятно все. И еще на
ls: невозможно получить доступ к /etc/packages/mount/: Нет такого файла или каталога

По xpupsay надо бы сделать, чтоб в отсутствии просто echo было. Или как у нас в mdialog сделано, если кеды то kdialog используется если нет то zenity.
Название: Re: PFS-utils на github
Отправлено: DdShurick от 01 Декабрь 2016, 09:43:29
ls: невозможно получить доступ к /etc/packages/mount/: Нет такого файла или каталога
В этом каталоге находятся pfs.files и pfs.specs, каждая пара в своём подкаталоге. Перейдёте на стандарт pfs проблема исчезнет.
xpupsay надо бы сделать, чтоб в отсутствии просто echo было
Это можно, и даже нужно.
Не в /memory/bundles, а /initrd/bundles.
Это уж как в /etc/initvars указано.
Название: Re: PFS-utils на github
Отправлено: sfs от 01 Декабрь 2016, 09:45:05
mkpfs ./testpfs/
У меня так работает  (в пра)
disktype: команда не найдена
Разберите (pfsextract) модуль 070 из pra - станет понятно что надо добавить к тому что на гитхабе
По xpupsay надо бы сделать, чтоб в отсутствии просто echo было.
Лучше использовать для всех сообщений системы ntf (http://wiki.puppyrus.org/soft/notify#%D0%B8%D1%82%D0%BE%D0%B3ntf) из пра. Он привязывается к имеющимся notifyd и т.п.
Название: Re: PFS-utils на github
Отправлено: betcher от 01 Декабрь 2016, 09:50:17
Это уж как в /etc/initvars указано.
LIVEKITNAME=MagOS
SYSMNT=/memory
uird_config=MagOS.ini
uird_copy2ram=kde
uird_cp=*/photoscripts,*/wifi
uird_find_params=-maxdepth_3
uird_from=/dev/sda1/MagOS,/dev/sda3/MagOS-Data
uird_home=/dev/sda3/homes
uird_load=/base/,/modules/,rootcopy
uird_mode=clean
uird_mounts=/MagOS-Data/vartmp::/var/tmp
uird_noload=/MagOS-Data/changes,/MagOS-Data/homes
uird_ramsize=70%
uird_ro=*.xzm,*.rom,*.rom.enc,*.pfs
uird_rw=*.rwm,*.rwm.enc
uird_swap=/dev/sda2


SYSMNT  - /memory что-то еще нужно?
Название: Re: PFS-utils на github
Отправлено: DdShurick от 01 Декабрь 2016, 09:58:44
SYSMNT  - /memory что-то еще нужно?
По идее ничего больше.
Название: Re: PFS-utils на github
Отправлено: betcher от 01 Декабрь 2016, 10:00:12
Лучше использовать для всех сообщений системы ntf из пра. Он привязывается к имеющимся notifyd и т.п.
Лучше наверное вообще не использовать в консольных утилитах графические сообщения. А похожая на ntf штука у нас тоже есть
https://github.com/magos-linux/magos-linux/blob/master/make_MagOS/files/patches/rootfs/MagOS/usr/lib/magos/scripts/mdialog
Только там выбор между zenity/kdialog, больше возможных диалогов и решен вопрос с пользователем и окружением. То есть диалоги работают  даже если запускать рутом в кастрированном окружении как из udev rules  например. И при нескольких  пользователях иксов.
Название: Re: PFS-utils на github
Отправлено: betcher от 01 Декабрь 2016, 10:00:38
По идее ничего больше.
Тогда не сработало что-то.
Название: Re: PFS-utils на github
Отправлено: betcher от 01 Декабрь 2016, 10:17:19
    mkpfs ./testpfs/

У меня так работает  (в пра)
Pfs модуль судя по всему собрался правильно. Его же я и подключал скриптом дяди Шурика.
Название: Re: PFS-utils на github
Отправлено: sfs от 01 Декабрь 2016, 10:31:53
Лучше наверное вообще не использовать в консольных утилитах графические сообщения.
Да. Все pfs-util сделаны  рабочими без гуя к ним. ntf и т.п. только в гуях или с определением Х\консоль
Название: Re: PFS-utils на github
Отправлено: DdShurick от 01 Декабрь 2016, 13:37:23
Тогда не сработало что-то.
Надо исправить строку 8 load_xzm на [ -f /etc/initvars ] && . /etc/initvars
Название: Re: PFS-utils на github
Отправлено: betcher от 01 Декабрь 2016, 15:07:00
Надо исправить строку 8 load_xzm на
Код: [Выделить]

[ -f /etc/initvars ] && . /etc/initvars


Зачем такие сложности, есть же git pull :)

Теперь с этим все норм, в обе стороны работает. Решите еще с xpupsay пжлст.
Название: Re: PFS-utils на github
Отправлено: DdShurick от 01 Декабрь 2016, 16:38:18
Зачем такие сложности, есть же git pull :)
Есть, но не все туда ходють :)
load_xzm unload_xzm исправлено: [ "$(which xpupsay)" ] && xpupsay $2 || echo $2
Название: Re: PFS-utils на github
Отправлено: neobht от 01 Декабрь 2016, 17:12:54
Есть, но не все туда ходють
Кто не ходит - тот значит - не интересуется апстримом. Это по идее должно быть его проблемой, а не всех остальных.
Название: Re: PFS-utils на github
Отправлено: betcher от 01 Декабрь 2016, 22:33:42
Наконец добрался посмотреть что внутри.
1. unload_pfs не работает, хотя пишет, что все ОК.
Там не хватает вот этой строки
[ -f /etc/initvars ] && . /etc/initvars
2. Оба скрипта заканчиваются амперсандом "&" и висят в консоли не завершенными. Зачем? Если его убрать то все ок.
3. после which xpupsay надо добавить 2>/dev/null иначе ругань на отсутствие xpupsay в консоль идет.
4. Русский прямо в скрипте. Если для себя любимого то да. Если для всех то либо только ангельский либо локализацию прикручивать.
В остальном вроде работает то есть вполне универсально получилось.
 
Название: Re: PFS-utils на github
Отправлено: DdShurick от 02 Декабрь 2016, 07:29:24
только ангельский
Не владею.
Остальное исправил.
Может быть echo $2 >> /tmp/modules.log ??
Название: Re: PFS-utils на github
Отправлено: betcher от 02 Декабрь 2016, 08:02:28
Может быть echo $2 >> /tmp/modules.log ??
Да почему бы и нет. У нас в инит скриптах вот такая приблизительно конструкция для логов. В самом начале скрипта:
[ условие включения логов ] && $0 "$@" 2>&1 | tee -a /var/log/$0.log
Это вкратце, подробнее в liblinuxlive есть.
Про ангельский не срочно, да и на работу не влияет, но со временем хорошо бы решить. Это даже больше стандарт чем FHS :)
Название: Re: PFS-utils на github
Отправлено: betcher от 10 Январь 2017, 20:04:31
Добрался до pfs-utils. Брал те, что на гитхабе. В целом с магос работает. Проверял load/unload, install/uninstall и mkpfs. Остальное не смотрел, но оно уже не так важно.
Пару моментов из-за которых не завелось сразу. Первое это disktype - в росе отсутствует в репах напрочь, может на баше заменить? Для универсальности. И второе losetup-FULL, просто сделал линк на обычный losetup и завелось. Тоже надо продумать как сделать чтоб везде работало. 
 
Название: Re: PFS-utils на github
Отправлено: sfs от 10 Январь 2017, 20:17:19
Брать лучше в ПРА. Не факт что на гитхабе есть все багфиксы
disktype - в росе отсутствует в репах напрочь, может на баше заменить?
Да. Или взять статические бинарники в ПРА
losetup-FULL, просто сделал линк на обычный losetup
Правильно
Это все наследие пупи
Название: Re: PFS-utils на github
Отправлено: DdShurick от 10 Январь 2017, 20:32:55
disktype
А он нужен? Обоснуйте.
losetup-FULL
Не обязателен. У меня busybox losetup.
Это все наследие пупи
Опять у вас кто-то виноват, но только не вы.
Название: Re: PFS-utils на github
Отправлено: betcher от 10 Январь 2017, 20:38:55
статические бинарники
Не феншуй. Для проверки конечно можно, а так надо решать либо переписывать на баше либо исходники этого дисктайпа искать и пакет собирать. Мне кажется на баше не сложно должно быть, к примеру file module.pfs собщит о том, что это squаshfs.
C losetup может вроде такого сделать?
LOSETUP=$(which losetup-FULL || which losetup)
и писать $LOSETUP  везде вместо losetup-FULL
P.S. А нельзя ли фиксы запушить, с гит как-то удобнее. 
Название: Re: PFS-utils на github
Отправлено: betcher от 10 Январь 2017, 20:40:39
А он нужен? Обоснуйте.
По сути нет. Заменить не сложно.
Название: Re: PFS-utils на github
Отправлено: sfs от 10 Январь 2017, 20:40:58
А он нужен? Обоснуйте.
Тем кому лень переписать - нужен
Опять у вас кто-то виноват, но только не вы.
Где я написал что кто-то в этом виноват?
И при чем здесь я? Я не автор ни пупи ни пфс
Название: Re: PFS-utils на github
Отправлено: DdShurick от 10 Январь 2017, 20:42:43
C losetup может вроде такого сделать?
Можно. Но проще будет убрать ссылку losetup на busybox.
Название: Re: PFS-utils на github
Отправлено: DdShurick от 10 Январь 2017, 20:44:48
И при чем здесь я? Я не автор ни пупи ни пфс
Ну и придержите своё мнение.
Название: Re: PFS-utils на github
Отправлено: sfs от 10 Январь 2017, 20:47:41
P.S. А нельзя ли фиксы запушить, с гит как-то удобнее. 
Я не умею
Название: Re: PFS-utils на github
Отправлено: sfs от 10 Январь 2017, 20:50:46
проще будет убрать ссылку losetup на busybox.
Убъете совместимость с пупи. А она не помешает
Ну и придержите своё мнение.
Кто бы говорил. Вы вообще пфс-утил  не юзаете
Название: Re: PFS-utils на github
Отправлено: DdShurick от 10 Январь 2017, 20:51:49
Моё здесь (https://github.com/DdShurick/pfs-utils).
Я не умею
Сознался?
Название: Re: PFS-utils на github
Отправлено: DdShurick от 10 Январь 2017, 20:54:33
Убъете совместимость с пупи
С импортным? Её и так нет. Отечественный вы убили.
Название: Re: PFS-utils на github
Отправлено: sfs от 10 Январь 2017, 20:58:16
Моё здесь.
Это не пфс-утил. Дока вряд ли есть и тестирования пользователями не было. Похоже что функционала объединения тоже нет. Давайте про это в отдельную тему. С пфс путаницы и так хватает
Кстати дока пфс  http://wiki.puppyrus.org/puppyrus/pr218/pfs
Название: Re: PFS-utils на github
Отправлено: DdShurick от 10 Январь 2017, 21:01:02
Это не пфс-утил.
С этого всё пошло, беспамятный вы наш.
Название: Re: PFS-utils на github
Отправлено: sfs от 10 Январь 2017, 21:01:31
С импортным? Её и так нет
Да. есть (http://forum.puppyrus.org/index.php/topic,15989.0.html)
Отечественный вы убили.
Не надоело? puppyrus.org в настоящее время самый живой русский самопальный линукс
Заканчивайте оффтопить
Название: Re: PFS-utils на github
Отправлено: sfs от 10 Январь 2017, 21:02:22
С этого всё пошло
Да. Но уже далеко ушло
Название: Re: PFS-utils на github
Отправлено: DdShurick от 10 Январь 2017, 21:06:12
puppyrus.org в настоящее время самый живой русский самопальный линукс
Благодаря громадному количеству недоделок в PRA.
Да. Но уже далеко ушло
Ой ли? Всё то же и всё так же.
Название: Re: PFS-utils на github
Отправлено: sfs от 10 Январь 2017, 21:12:35
pfsramload работает, но точка монтирования в /tmp/.mountRAM. Может стоит туда же где и остальные скопированные в RAM модули $SYSMNT/copy2ram?
Там куча таких мест. Например /etc/packages/mount
Я не лез подобное править, т.к. грамотных тесторов нет, а как есть протестировано работает
Название: Re: PFS-utils на github
Отправлено: betcher от 10 Январь 2017, 21:19:47
Если я полезу править под себя получится еще один полу-форк pfs-utils. Не хотелось бы.  Уже сейчас есть вариант от Дяди Шурика, вариант в pra, вариант на гитхабе и еще Zay, писал, что брать нужно не последний коммит, а раньше ибо не известно кто и что правил.
Попробую со временем собрать все пожелания  в кучу и напишу сюда. А там смотрите сами что стоит делать, а что нет.
З.Ы. завязывайте сраться уже :(
Название: Re: PFS-utils на github
Отправлено: betcher от 10 Январь 2017, 21:24:01
В вики написано, что можно:
pfsload каталог
у меня не работает. FS not supported. Должно работать или я не так понял?
Название: Re: PFS-utils на github
Отправлено: DdShurick от 10 Январь 2017, 21:25:24
З.Ы. завязывайте сраться уже
Да достал он меня. Лезет везде.
Попробую со временем собрать все пожелания  в кучу и напишу сюда.
Да, давай. Если что, в "беседке" обсудим.
Название: Re: PFS-utils на github
Отправлено: sfs от 10 Январь 2017, 21:49:57
Если я полезу править под себя получится еще один полу-форк pfs-utils. Не хотелось бы. 
Я как раз поэтому старался не лезть без необходимости. Ждал пока Вы дозреете.
Есть еще попытка Pro интернационализировать (http://forum.puppyrus.org/index.php?topic=18711.0)
Попробую со временем собрать все пожелания  в кучу и напишу сюда. А там смотрите сами что стоит делать, а что нет.
отлично
pfsload каталог у меня не работает
У меня в пра64 работает, но не вижу практического применения
Название: Re: PFS-utils на github
Отправлено: DdShurick от 10 Январь 2017, 22:00:59
не вижу практического применения
Как раз очень даже. Отладка программы непосредственно в сборочном каталоге.
Название: Re: PFS-utils на github
Отправлено: betcher от 11 Январь 2017, 12:31:27
Вот такие пожелания вырисовываются:
1. Определиться где у вас основная ветка, чтоб одинаковые скрипты у всех были. Проголосуйте что-ли. Лучше если это будет git. Это ж реально удобно, в любой момент код посмотреть и исправить можно хоть с мобильника.
2.  Было бы не плохо оторвать гуй от консольных скриптов. Отдельным проектом или просто отдельной папкой типа pfs-utils, pfs-utils-gui
3. Собрать все вспомогательные скрипты (те что используются другими скриптами) в одну либу по примеру liblinuxlive.
4. Все монтирования перенести внутрь $SYSMNT
5. Убрать зависимость от disktype
Вопросы:
1. Нужны ли скрипты *pet*? Как я понял это все устарело и давно.
2. Много перекрестных ссылок, они действительно нужны?


Это просто пожелания не более , а то форма какая-то приказная получилась :)

З.Ы. С losetup-FULL, ошибку повторить не могу, там все аккуратно подперто костыльком в скрипте losetupb, почему вчера вылезала ошибка ума не дам.

Название: Re: PFS-utils на github
Отправлено: sfs от 11 Январь 2017, 12:57:41
1. Кроме пра пфс нигде больше не используется.
Последние годы я один там хоть что-то делал (http://forum.puppyrus.org/index.php?topic=15221.45)
Против гитхаба ничего против не имею. Не юзал, т.к. не было коллективной работы
2. Почти везде так и есть - см. доку
3. Вспомогательных почти нет (кроме стандартных утилит). Есть дополнительные моего производства - sfs-get ; ntf. Код грязный, исторический, но рабочий
4. Главное, не потерять обратную совместимость
5. Да, но можно не в первую очередь

1. pet = tgz. "установка" вообще не актуальна. Только подключение. С другой стороны - зачем ломать рабочее?
2. Нет это мои попытки сделать совместимость с разными дистрами и чтобы было понятно - где из основной ветки, а где доработано

Это просто пожелания не более , а то форма какая-то приказная получилась
Так и надо. Вместо демократии у нас срач (см. выше) получается
Работает только "сам придумал - сам сделал". Остальные здоровые силы подтянутся
Название: Re: PFS-utils на github
Отправлено: betcher от 11 Январь 2017, 14:22:57
Вспомогательных почти нет
Кусок из преписки с Zay:
"По идее можно сделать такое. Только желательно чтобы сохранилась хорошая читаемость кода.
Можно было бы объединить например: checksfsxz, losetupb, mountb (+ umountb), prefixmount.
Если подумать - то ещё два-три можно соединить (возможно lddcheck и pfsfindlibs, нужные только при сборке).
Ну а для остальных - я за принцип "одна задача - один скрипт", иначе получаются трудно читаемые "портянки"."
2. Почти везде так и есть - см. доку
Это да, это все правильно сделано. Я говорю про физическое разделение. Нужна мне только консольная часть, взял одну папочку и все.

4. Главное, не потерять обратную совместимость
Совместимость с чем?  Если:
1. Кроме пра пфс нигде больше не используется
Лучше сейчас унифицировать, потом сложнее будет.
это мои попытки сделать совместимость с разными дистрами
Мне кажется это уже дело каждого дистра, например нам наверное придется делать ссылки activate-->pfsload, deaсtivate-->pfsunload может и еще что-то. И не правильно их в общий код имхо.
Название: Re: PFS-utils на github
Отправлено: sfs от 11 Январь 2017, 14:38:57
Кусок из преписки с Zay:
Тогда я не понял, что Вы имеете ввиду под Вспомогательными
Поддерживаю Zay
Нужна мне только консольная часть, взял одну папочку и все.
Зачем такое может быть нужно? Как по папкам? Симлинками? Если не попадут в $PATH - неудобно
Совместимость с чем?
С имеющимися модулями ПРА. После переделок не должны перестать подкл\откл собираться\разбираться

Я так и не понял итога Ваших планов. Адаптация к магос или что?
Название: Re: PFS-utils на github
Отправлено: betcher от 11 Январь 2017, 14:55:10
По папкам это так например. В корне пректа лежат две папки:
1. pfs-utils в ней  /usr /sbin и т.д. в них только консольные утилитки
2. pfs-utils-gui в ней /usr/bin usr/share и т.д. в них gui
Вы для пра берете обе папочки, мне гуй не нужен беру первую.
В планах конечно магос, но ничего специфического стараюсь не предлагать.
Скорее первый взгляд того, кто решил использовать ваши идеи в другом проекте.
Название: Re: PFS-utils на github
Отправлено: sfs от 11 Январь 2017, 15:21:47
В корне пректа
В проекте - норм
Зачем Вам только консольный пфс? У Вас же есть аналоги.... Склейка - так Вы вроде все через пакеты собираете....
Название: Re: PFS-utils на github
Отправлено: betcher от 11 Январь 2017, 15:47:00
Pfs-utils функциональнее, худо-бедно развиваются. Наши вполне работают, но умеют самое элементарное и туда уже лет пять никто не лазит :) Это раз. И два о замене речь пока не идет. Сделаем модуль, расскажем как все круто и будем посмотреть :) А гуй не нужен, на уровне отключить подключить модменеджеру пофиг pfs там или xzm, а остальные плюшки по необходимости допишу.
Название: Re: PFS-utils на github
Отправлено: sfs от 11 Январь 2017, 15:49:02
Наши вполне работают, но умеют самое элементарное
А чего иненно сложного хочется?
Название: Re: PFS-utils на github
Отправлено: betcher от 11 Январь 2017, 16:02:08
Нет аналогов инсталл/анинсталл. Если инсталл это по сути копирование, то для обратного действия нужно велосипедить. Нравится что модули можно склеить и разобрать. Pfsload dir,  тоже зачетная штука, и как сам не допер :)
По ходу наверняка еще найдется и зачем все это повторять, когда можно просто взять готовое.
Название: Re: PFS-utils на github
Отправлено: DdShurick от 11 Январь 2017, 16:18:05
Нет аналогов инсталл/анинсталл.
Бери мои, и вообще давай на моей территории работать.
Нравится что модули можно склеить и разобрать.
Собственно для этого pfs и задумано.
Лучше сейчас унифицировать
Я бы сказал так: лучшее сейчас унифицировать, остальное унитазировать ;)
Название: Re: PFS-utils на github
Отправлено: sfs от 11 Январь 2017, 16:18:30
инсталл/анинсталл
У нас не востребовано. А смысл?
Название: Re: PFS-utils на github
Отправлено: betcher от 11 Январь 2017, 17:05:10
Каюсь, ни одного приличного юзкейса не придумал. Зато пришла другая идея, если у нас есть список файлов, то можно pfsinstall модуль.pfs настроить, изменить и т.д. затем pfsrebuild модуль. pfs. Как мысль :) ?
Название: Re: PFS-utils на github
Отправлено: sfs от 11 Январь 2017, 17:13:02
А не проще накидать файлов в папку и засквошить ее?
Название: Re: PFS-utils на github
Отправлено: betcher от 11 Январь 2017, 17:22:26
То ли я Вас не понял толи Вы меня.
Вот устанавливаю я себе ваш pfs-utils.pfs
pfsinstall pfs-utils
Прямо в системе вношу правки, проверяю не переустанавливая после кпждого чиха.
А когда все заработало.
pfsrebuild  pfs-utils.pfs  получаю новый модуль со всеми правками.
Разве плохо?
Название: Re: PFS-utils на github
Отправлено: sfs от 11 Январь 2017, 17:50:54
Сложновато. В этом случае pfsload папка еще лучше
Название: Re: PFS-utils на github
Отправлено: betcher от 11 Январь 2017, 18:01:18
Ну да. Можно и лоад, тут не принципиально.  Идея в том, что есть список файдов, а значит модуль можно пересобрать.
А pfsload папка, это тоже гуд.
Название: Re: PFS-utils на github
Отправлено: betcher от 12 Январь 2017, 12:34:58
Разобрался наконец с руганью на losetup-FULL. Оказалось все дело в различиях кода на гитхабе и в pra. В гит для поиска losetup есть скриптик losetupb, он с ошибкой, если что должно быть так:
if [ -x "$(which losetup-FULL)" ]; then
  losetup-FULL $@
elif   [ -x "$(which losetup)" ] ; then
   losetup $@ || exit 1
fi 2>/dev/null
exit $?
А в скриптах из пра этого кода нет, используется losetup-FULL, который в свою очередь ссылка на /sbin/losetup. Могли бы и раньше подсказать, а то врубиться не мог то ругается то нет :)  Договоритесь с Zay  и сведите  уже код в одно место.

disktype на баше весь повторять нет смысла, похоже достаточно такого:

#!/bin/bash
ftest=$(file $1)
if $(echo $ftest |egrep -qi cannot.*open) ; then
echo $ftest
exit 1

elif $(echo $ftest |grep -qi directory) ;then
echo "$1 Is a directory"
exit

elif $(echo $ftest |grep -qi squashfs) ;then
echo "$1 Linux squashfs"
exit

elif $(echo $ftest |egrep -qi block.*special) ;then
echo block device
echo $(blkid -s TYPE $1)
exit

elif $(echo $ftest |egrep -qi 9660) ; then
echo $ftest
exit
fi

echo "unknown disk type"
exit 2


Название: Re: PFS-utils на github
Отправлено: DdShurick от 12 Январь 2017, 13:10:19
losetup-FULL
Утилита losetup используется для проверки наличия свободных loop. Вывод losetup-FULL -f и busybox losetup -f абсолютно одинаков и не требует никаких костылей. "Зачем делать сложным то, что проще простого?" (c).
Название: Re: PFS-utils на github
Отправлено: sfs от 12 Январь 2017, 13:29:22
В гит для поиска losetup есть скриптик losetupb, он с ошибкой
Я вас предупреждал, что все не из ПРА не тестировалось и выложил текущую версию
Договоритесь с Zay  и сведите  уже код в одно место.
А смысл? Zay по факту слился. Последние правки на гите вносил вслепую. Нигде кроме ПРА не используется
Заливайте что я выложил на свой гитхаб - кому надо подключится к теме
"Зачем делать сложным то, что проще простого?" (c).
Да - не создавайте себе искусственных проблем. Это я про согаласования
Название: Re: PFS-utils на github
Отправлено: sfs от 12 Январь 2017, 13:41:05
disktype на баше весь повторять нет смысла
Золотые слова. Возьмите бинарник и не парьтесь.
Начните с того, что портируйте с минимумом правок, поюзайте - что дальше делать практика подскажет
На этом этапе не надо улучшений по типу "лучшее враг хорошего"
Сейчас Вы поменяете - начнет глючить - и не понятно так было или стало
Если переписывать - тогда полностью.
Название: Re: PFS-utils на github
Отправлено: betcher от 12 Январь 2017, 14:18:41
pfsrebuild, Дарю :)
Собирает правда только отдельные pfs не контейнеры. Ну и проверять конечно нужно еще.
#!/bin/sh
#rebuild loaded or installed pfs, by betcher, GPL v3.
#Version 0.1
#Modify 12.01.2017

if [ ! "$1" ]; then
  echo "Usage: $(basename "$0") PACKAGE" >&2; exit 1
fi

fileslist="/etc/packages/install/$1/pfs.files"
[ -f $fileslist ] || fileslist="/etc/packages/mount/$1/pfs.files"
dirsempty=$(echo $fileslist | sed 's/pfs.files/pfs.dirs.empty/')

if [ -f "${fileslist}" ]; then
  buildir=build_$1
  # если удалять сборочный каталог в конце скрипта, то этот кусок не нужен
  if [ -d $buildir ] ; then
  echo "Directory \"$buildir\" already exist"
  echo "Please enter \"d\" to clear this dir, \"e\" to exit, or press \"enter\" to continue"
  read ans
if [ "$ans" == "d" ]; then
rm -rf $buildir
elif [ "$ans" == "e" ] ; then
exit
fi
  fi
  #########################################################################
  mkdir -p $buildir
 
  listfiles="$(cat "$fileslist" | sed -e 's:^[^/]*::' -e 's:[\]:\\\\:g')"
  echo "${listfiles}" | while read file; do
  mkdir -p ${buildir}$(dirname $file)
  cp "${file}" ${buildir}${file}; done
  if [ -f $dirsempty ] ; then
listdirs="$(cat "$dirsempty" | sed -e 's:^[^/]*::' -e 's:[\]:\\\\:g')"
echo "${listdirs}" | while read file; do
mkdir -p ${buildir}${file}
done
  fi
  mkpfs --name $1 --out-file ${1}.pfs ${buildir}
  #rm -rf buildir
  else
  echo "Package \"$1\" is not installed!" >&2; exit 1
fi

exit 0


Начните с того, что портируйте с минимумом правок, поюзайте - что дальше делать практика подскажет
На этом этапе не надо улучшений по типу "лучшее враг хорошего"
Сейчас Вы поменяете - начнет глючить - и не понятно так было или стало
Если переписывать - тогда полностью
Вы предлагаете делать форк, а я наоборот хочу этого избежать. Если disktype прям так необходим в этом месте, чего я лично не вижу, можно закостылить как losetupb было сделано. Есть бинарник дергаем его, нет бинарника обходимся без него.
А смысл? Zay по факту слился. Последние правки на гите вносил вслепую.

Хотелось бы услышать мнение Zay по этому поводу. Как я понимаю pfs-utils большей частью его код.
Название: Re: PFS-utils на github
Отправлено: sfs от 12 Январь 2017, 15:18:12
pfsrebuild,
Не очень понимаю практическое применение...
Из системы выдергивать стремно. Одинаковые файлы могут быть в разных модулях
Вы предлагаете делать форк
Как раз наоборот. В моем понимании это форк
Если disktype прям так необходим в этом месте, чего я лично не вижу, можно закостылить как losetupb было сделано.
Есть бинарник дергаем его, нет бинарника обходимся без него.
Не хотелось бы плодить костыли
Уж переделывать - так переделывать. Все равно путей 2:
1. Работает не трогай. Как сейчас. Минимальные правки
2. Переделывать не оглядываясь не на кого и не заморачиваясь форк- не форк. соблюсти только совместимость с имеющимися модулями (чтобы не перестали разбираться)
Название: Re: PFS-utils на github
Отправлено: sfs от 12 Январь 2017, 15:26:32
Pfsrebuild я не понял чего делает?
Я понял - собирает (выдергивает) в запущенной системе модуль по его названию

Pro - в свете возобновления интереса к пфс - у тебя к  интернационализации интерес остался?
Название: Re: PFS-utils на github
Отправлено: Pro от 12 Январь 2017, 15:31:34
Я все перевёл и выложил.

Смысл в запущенной системе выдергивать модуль?  Они и так модулями лежат.
Название: Re: PFS-utils на github
Отправлено: betcher от 12 Январь 2017, 15:33:03
Я понял - собирает (выдергивает) в запущенной системе модуль по его названию
В общем да, по списку файлов.
Название: Re: PFS-utils на github
Отправлено: betcher от 12 Январь 2017, 15:37:40
Смысл в запущенной системе выдергивать модуль?  Они и так модулями лежат.
Юзкейс такой.
pfsload mymodule.pfs (или pfsinstall без разницы)
Файлы из модуля попадают в систему. Далее правим какие то из этих файлов. Скрипты там, конфиги. Тут же проверяем без лишних телодвижений со сборкой модуля. Снова правим, снова проверяем. А когда все работает как надо.
pfsrebuild mymodule
на выходе получаем модуль собранный по списку файлов и уже со всеми правками.
Название: Re: PFS-utils на github
Отправлено: DdShurick от 12 Январь 2017, 15:41:32
Снова правим, снова проверяем.
Это только через отмонтирование.
Название: Re: PFS-utils на github
Отправлено: betcher от 12 Январь 2017, 16:12:07
Это только через отмонтирование.
В том и идея, что без отмонтирования.
Название: Re: PFS-utils на github
Отправлено: betcher от 12 Январь 2017, 17:11:31
Посмотрите на гитхабе pfs-utils бранч develop. Это то как я хотел бы чтоб все выглядело. Проверял пока только то что в pfs-utils-cli и то не все.Предлагаю взять за отправную точку и коммитить туда. Тот вариант, что сейчас в pra совсем не обязательно заменять сразу. Замените когда все будет готово.
Название: Re: PFS-utils на github
Отправлено: sfs от 12 Январь 2017, 17:15:24
pfs-utils бранч develop
Это из пра или со старого гитхаба?
Название: Re: PFS-utils на github
Отправлено: betcher от 12 Январь 2017, 17:21:59
Это со старого гитхаба, из пра нужно будет переносить изменения еще.
Название: Re: PFS-utils на github
Отправлено: sfs от 12 Январь 2017, 17:25:13
Я все перевёл и выложил.
Тогда уж лучше отсюда взять
Название: Re: PFS-utils на github
Отправлено: betcher от 12 Январь 2017, 17:28:30
Как скажете. Дайте ссылочку.
Название: Re: PFS-utils на github
Отправлено: sfs от 12 Январь 2017, 17:49:31
Дайте ссылочку.
Чтобы не напутать - пусть лучше автор перевода укажет (Pro)
Название: Re: PFS-utils на github
Отправлено: DdShurick от 12 Январь 2017, 19:42:50
В том и идея, что без отмонтирования.
Не получится.
Название: Re: PFS-utils на github
Отправлено: betcher от 12 Январь 2017, 20:02:37
Почему не получится? Я ж код выложил попробуйте, может что-то еще допилить надо, но в принципе работает.
Название: Re: PFS-utils на github
Отправлено: DdShurick от 12 Январь 2017, 20:16:54
Почему не получится?
Об этом говорит практика, можно пересобрать модуль, но изменения будут видны только после его перемонтирования. Это относится и к примонтированному каталогу. В реальном времени видны изменения только в верхнем слое.
Название: Re: PFS-utils на github
Отправлено: betcher от 12 Январь 2017, 20:20:53
Мы с вами о разном говрим. Посмотрите код уже, это проще чем объяснять поновой чего я пытался добиться.
Название: Re: PFS-utils на github
Отправлено: DdShurick от 12 Январь 2017, 20:44:14
Посмотрите код уже
Не только смотрел, но и пробовал.
чего я пытался добиться.
Перепаковка модуля по списку pfs.files, может пригодиться для разборки составных модулей.
Честно говоря я работаю по старинке: unsquashfs modulename.xzm, в каталог squashfs-root вношу правки, при необходимости обновляю pfs.files и rm modulename.xzm && mksquashfs squashfs-root/ modulename.xzm. После этого перезагружаю систему чтобы изменения вступили в силу.

Ваш скрипт здесь (https://github.com/DdShurick/pfs-utils/tree/master/usr/bin).
Название: Re: PFS-utils на github
Отправлено: betcher от 12 Январь 2017, 20:51:52
Как это приспособить к составным pfs не знаю пока. Не разбирался в подробностях как они устроены, возможно и делать ничего не надо и сразу заработает.
Название: Re: PFS-utils на github
Отправлено: DdShurick от 12 Январь 2017, 20:57:07
сразу заработает.
Да, сразу заработает, только аргументом надо указать имя модуля, входящего в составной.
Название: Re: PFS-utils на github
Отправлено: betcher от 12 Январь 2017, 21:08:10
Ок. А сам составной соберется?
Название: Re: PFS-utils на github
Отправлено: DdShurick от 12 Январь 2017, 21:25:47
А сам составной соберется?
Нет. Надо последовательно копировать в каталог файлы из всех pfs.files входящих в составной модуль.
Название: Re: PFS-utils на github
Отправлено: betcher от 13 Январь 2017, 21:38:05
С контейнерами теперь тоже работает https://github.com/pfs-utils/pfs-utils/blob/develop/pfs-utils-cli/usr/sbin/pfsrebuild (https://github.com/pfs-utils/pfs-utils/blob/develop/pfs-utils-cli/usr/sbin/pfsrebuild)
Проверьте пожалуйста у себя.
Название: Re: PFS-utils на github
Отправлено: sfs от 14 Январь 2017, 08:26:05
С контейнерами теперь тоже работает
Что Вы понимаете под контейнером?
Работает, но пользу для практического применения не вижу
/etc/initvars - хорошая идея, но на гит этого файла нет. Туда сразу /etc/packages и перенести в /var/pfs

Ловите гуй с демо wt и ntf - которые предлагаю включить в комплект и использовать для гуев
# cat xpfsrebuild
#!/bin/sh
#170114 sfs
p="`ls -1 /etc/packages/mount``ls -1 /etc/packages/install`"
wt "pfsrebuild "$(ntf -l `echo "$p" |tr "\n" "|"` "Сборка пакета, подключенного к системе")""
Название: Re: PFS-utils на github
Отправлено: betcher от 14 Январь 2017, 09:33:20
Контейнером называю pfs,  сделанный из других pfs. А вы как их называете?
/etc/initvars у нас с вами в спецификации записан, но надо бы сделать чтоб без него тоде работало, сейчас обычные pfs должны без /etc/initvars собраться, а контейнеры нет. Я путь до точек монтирования модулей не знаю :)
В гит можете сами залить, так глядишь и процесс пойдет :)
Что там со ссылкой на переводы?
По /etc/packages  и /var/pfs не понял что сделать надо.
Название: Re: PFS-utils на github
Отправлено: DdShurick от 14 Январь 2017, 09:40:08
/etc/initvars - хорошая идея
Не идея, стандарт! Попрошу придерживаться.
Контейнером называю pfs,  сделанный из других pfs. А вы как их называете?
Составной модуль. Контейнер звучит пожалуй лучше.
Туда сразу /etc/packages и перенести в /var/pfs
Я тоже не понял.
Название: Re: PFS-utils на github
Отправлено: betcher от 14 Январь 2017, 10:20:56
Работает, но пользу для практического применения не вижу
К примеру есть у вас гит репозиторий с pfs-utils и вы хотите пересобрать свой 070-pfs-util.pfs с изменениями.
cp /путь/pfs-utils-cli/usr/* /usr/ ; pfsrebuild 070-pfs-util.pfs
Все.
Название: Re: PFS-utils на github
Отправлено: sfs от 14 Январь 2017, 10:46:30
Контейнером называю pfs,  сделанный из других pfs. А вы как их называете?
Zay в доке http://wiki.puppyrus.org/puppyrus/pr218/pfs#pfsextract назвал "многопакетный" - на мой взгляд очень криво
Надо бы начать с определений
Предлагаю поправить везде (в доке и теле утилит)

модуль.pfs - squashfs, собранный mkpfs. Именно модуль.
Пакет - то чем оперируют пакетные менеджеры apt , pacman и т.п. Модуль как правило собирается из нескольких пакетов
составной модуль.pfs - squashfs, собранный pfsmerge Иногда называли meta-pfs

/etc/initvars у нас с вами в спецификации записан, но надо бы сделать чтоб без него тоде работало,
Лучше его добавить и не городить лишних костылей

Не идея, стандарт! Попрошу придерживаться.
В продолжении разработки пфс (http://forum.puppyrus.org/index.php?topic=18733.0) - ок
Контейнер звучит пожалуй лучше.
Может быть - давайте определимся чтобы понимать друг-друга

/etc/packages и перенести в /var/pfs - инфа про пакеты во всех дистрах в var
Только придется закостылить для совместимости со старыми модулями оба путя

К примеру есть у вас гит репозиторий с pfs-utils и вы хотите пересобрать свой 070-pfs-util.pfs с изменениями.
cp /путь/pfs-utils-cli/usr/* /usr/ ; pfsrebuild 070-pfs-util.pfs
Чем это лучше pfsextract + mkpfs ?
Название: Re: PFS-utils на github
Отправлено: betcher от 14 Январь 2017, 10:58:09
    /etc/initvars у нас с вами в спецификации записан, но надо бы сделать чтоб без него тоде работало,
Лучше его добавить и не городить лишних костылей
Как его добавить то? Этот файл создает инитрд во время загрузки в том и смысл. Заменил инитрд, пути сменились, а все работает.

Контейнер звучит пожалуй лучше.
Решайте сами, "контейнер" - первое, что пришло в голову.

модуль.pfs - squashfs, собранный mkpfs. Именно модуль.
Пакет - то чем оперируют пакетные менеджеры apt , pacman и т.п. Модуль как правило собирается из нескольких пакетов
составной модуль.pfs - squashfs, собранный pfsmerge Иногда называли meta-pfs
Ок.

/etc/packages и перенести в /var/pfs - инфа про пакеты во всех дистрах в var
Только придется закостылить для совместимости со старыми модулями оба путя
В принципе согласен, /etc/packages - имя которое вполне может использоваться пакетными менеджерами например. Можно словить неприятности на ровном месте. Но боюсь много ломать, может ввести переменную по аналогии с $SYSMNT и на первое время использовать в ней путь /etc/packages?

Чем это лучше pfsextract + mkpfs ?
В некоторых случаях меньше действий. Исправил скрипт, тут же проверил, тут же пересобрал. Ни каких копирований и монтирований.
Название: Re: PFS-utils на github
Отправлено: betcher от 14 Январь 2017, 11:12:46
   /etc/initvars у нас с вами в спецификации записан, но надо бы сделать чтоб без него тоде работало,
Лучше его добавить и не городить лишних костылей
может ввести переменную по аналогии с $SYSMNT и на первое время использовать в ней путь /etc/packages?
Может сделать файл pfs.cfg:
SYSMNT=/mnt
PFSFILES=/etc/packages
и т.д.

В каждом скрипте, в начале
.  /путь/pfs.cfg
.  /etc/initvars 2>/dev/null

Тогда при наличии /etc/initvars переменные из pfs.cfg будут переопределяться. Но и без /etc/initvars работать будет с путями из pfs.cfg
Название: Re: PFS-utils на github
Отправлено: sfs от 14 Январь 2017, 11:31:51
Этот файл создает инитрд во время загрузки в том и смысл
Из этого
программа Initial RAM Disk должна сохранять содержимое этой переменной.
Информация сохраняется в спец. файле /etc/initvars, внутри корневой ФС.
не очень понятно. Надо бы переписать
Ок.
Дядя Шурик - устраивают определения?
Если да - переделаю доку (пока копией http://wiki.puppyrus.org/puppyrus/pr218/pfs)
И на гитхабе надо:
1. Взять файлы с локализацией Pro - вроде он их туда и залил
2. Внести правки из ПРА. Я местами переделал сообщения gtkdialog на ntf (http://wiki.puppyrus.org/soft/notify#%D0%B8%D1%82%D0%BE%D0%B3ntf)
3. Принять ntf или предложить замену
4. Переделать скрипты на ntf и принятую терминологию
Может сделать файл pfs.cfg:
ок
Название: Re: PFS-utils на github
Отправлено: betcher от 14 Январь 2017, 11:51:40
Я пока гуи трогать не буду. Чтоб не распыляться. Если считаете нужным ntf пусть будет ntf. Я почитал описание, это очень напоминает наш mdialog
https://github.com/magos-linux/magos-linux/blob/master/make_MagOS/files/patches/rootfs/MagOS/usr/lib/magos/scripts/mdialog (https://github.com/magos-linux/magos-linux/blob/master/make_MagOS/files/patches/rootfs/MagOS/usr/lib/magos/scripts/mdialog)
Возможно в будущем имеет смысл их скрестить :)
Название: Re: PFS-utils на github
Отправлено: sfs от 14 Январь 2017, 12:17:27
напоминает наш mdialog
Да. Но у меня значительно функциональнее. И yad лучше и легче zenity
Код грязный, но рабочий
Название: Re: PFS-utils на github
Отправлено: DdShurick от 14 Январь 2017, 12:53:00
давайте определимся чтобы понимать друг-друга
Многолетняя практика показывает, что это невозможно.
mkpfs
А это чудо зачем? Достаточно одной команды mksquashfs. Любите вы плодить сущности.
Название: Re: PFS-utils на github
Отправлено: Pro от 14 Январь 2017, 13:03:25
mksquashfs сделает информацию о составе пакета, которая в /etc/packages/mount   ?

Не сделает, и кто тогда её делать будет? Какая сущность?
Название: Re: PFS-utils на github
Отправлено: betcher от 14 Январь 2017, 13:05:32
Да. Но у меня значительно функциональнее. И yad лучше и легче zenity
Код грязный, но рабочий
На сегодняшний момент основная задача mdialog перезапускать запросы к kdialog через xuserrun (то есть с правами текущего пользователя иксов).
Многолетняя практика показывает, что это невозможно.
Вполне возможно. "Особенно если не писать что это не возможно :)"
Kроме mkpfs какие еще претензии к этим скриптам? К консольной части? Что вы считаете нужно исправить?
Почему бы вам не подключиться,  если вам не нужен mkpfs не обращайте на него внимание, давайте сделаем общим то что возможно.
Название: Re: PFS-utils на github
Отправлено: Pro от 14 Январь 2017, 13:09:10
Щас он скажет что pfs не нужны и можно расходиться.
Название: Re: PFS-utils на github
Отправлено: betcher от 14 Январь 2017, 13:40:13
Вмето pfs.cfg использовал для переменных libpfs, частично проверил -работает вроде. Изменения запушил, смотрите.
Название: Re: PFS-utils на github
Отправлено: sfs от 14 Январь 2017, 13:58:36
    давайте определимся чтобы понимать друг-друга
Многолетняя практика показывает, что это невозможно.
Не хотите участвовать - хотя бы не мешайте

Название: Re: PFS-utils на github
Отправлено: DdShurick от 14 Январь 2017, 15:32:49
и кто тогда её делать будет?
find
Какая сущность?
Лишняя.
какие еще претензии к этим скриптам?
В основном - их ненужность. Настоящий разработчик в совершенстве владеет консолью, а "липовый" и со скриптами накосячит.
Щас он скажет что pfs не нужны и можно расходиться.
Уже сказал.
хотя бы не мешайте
Если ваш неуёмный энтузиазм не сдерживать, вы такого нагородите ...
Хотите лекцию о вреде энтузиазма применительно к Linux?
Название: Re: PFS-utils на github
Отправлено: Pro от 14 Январь 2017, 16:20:57
Так, мистер Шурик, здесь про pfs,  покиньте тему раз оно вам не нужно.
Название: Re: PFS-utils на github
Отправлено: DdShurick от 14 Январь 2017, 16:32:46
покиньте тему
Ok
Название: Re: PFS-utils на github
Отправлено: betcher от 14 Январь 2017, 16:55:16
В основном - их ненужность.
Что прям все? Аналоги некоторых скриптов и у вас есть может их синхронизируем.

Есть еще мысль. Писать пока не буду, а то вдруг тоже нинужна :)
Мысль такая. Перенести кусок кода который создает списки файлов из mkpfs в libpfs и использовать его для создания списков в pfsinstall /dir
Установленный таким образом каталог можно в последствии и pfsuninstall и pfsrebuild.
Название: Re: PFS-utils на github
Отправлено: Zay от 15 Январь 2017, 18:13:16
Не заходил на форум несколько дней, а тут такая активность. :)

Обязательно посмотрю, что сделано на Git-е и напишу в теме.
А сейчас - кратко по обсуждаемым пунктам:

По изначальной идее "составной" или "многопакетный" pfs ничем не отличается от обычного. Это такой же контейнер, но внутри которого находится только один пакет.

Разделение GUI и консольных скриптов - в принципе поддерживаю. У меня была мысль разделить pfs-utils на два проекта, один - консольный и универсальный, а второй - GUI и под конкретный дистрибутив. Именно в целях достижения полной универсальности я написал "подпорки" для busybox mount и losetup (можно сделать то же и для disktype).

Поддержка "/etc/initvars" была добавлена в pfs-utils этим коммитом (но тестировался код недостаточно):
https://github.com/pfs-utils/pfs-utils/commit/7bccdfbbe28b45599d6525bb7d6c9d1d945e6204
Название: Re: PFS-utils на github
Отправлено: betcher от 15 Январь 2017, 18:59:37
Часть этих пунктов я уже сделал. Все изменения в ветке develop. Интересно ваше мнение.
Название: Re: PFS-utils на github
Отправлено: betcher от 16 Январь 2017, 05:07:06
busybox mount и losetup
А почему в этих подпорках предпочитается busybox mount и losetup-FULL?  Логично наоборот, имхо.

Смотрел тему по локализации http://forum.puppyrus.org/index.php?topic=18711.0 (http://forum.puppyrus.org/index.php?topic=18711.0). Так и не понял где готовый вариант. В гит есть, но совсем не много. Пол темы обсуждается как пересобирать составные модули, вот бы где pfsrebuild пригодился :)
Название: Re: PFS-utils на github
Отправлено: DdShurick от 16 Январь 2017, 08:12:58
busybox mount и losetup-FULL?
Я бы объяснил, но Pro нагло выгнал меня из темы. Пусть сам объясняет, он в проекте не меньше меня.
Название: Re: PFS-utils на github
Отправлено: Pro от 16 Январь 2017, 08:19:03
но Pro нагло
сам не наглей и повежливей с аппонентами.
Название: Re: PFS-utils на github
Отправлено: betcher от 16 Январь 2017, 08:28:43
Я бы объяснил
В беседке ответите?
Название: Re: PFS-utils на github
Отправлено: sfs от 16 Январь 2017, 09:59:49
почему в этих подпорках предпочитается busybox mount и losetup-FULL?
Наследие пупи. mout там тоже mount-Full, а busybox mount везде одинаковый
Смотрел тему по локализации http://forum.puppyrus.org/index.php?topic=18711.0. Так и не понял где готовый вариант.
Pro - ответь
обсуждается как пересобирать составные модули, вот бы где pfsrebuild пригодился
Чем бы он помог?
Pro нагло выгнал меня из темы.
Не надо оффтопить - создайте другую тему.  У нас рот не затыкают. Всех касается - эту тему надо разделять.
Название: Re: PFS-utils на github
Отправлено: sfs от 16 Январь 2017, 12:37:39
эту тему надо разделять.
отделил интернационализацию
Название: Re: PFS-utils на github
Отправлено: Zay от 18 Январь 2017, 12:07:09
Все изменения в ветке develop. Интересно ваше мнение.
Концептуально мне очень понравилось! Однозначно +!
А подробнее напишу в соотв. темах.