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

Автор Тема: pfs-get - консольный менеджер модулей.pfs .sfs  (Прочитано 34176 раз)

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

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: pfs-get - консольный менеджер модулей.pfs .sfs
« Ответ #240 : 19 Октябрь 2020, 11:06:31 »
скайп, вы не можете согласно его лицензии распространять скайп
https://pkgs.org/search/?q=skype
Ничего не путаете?
В слаке и арче (не оф. репах) есть
С метапакетами задачи пересекаются лишь частично.
А в чем будет разница? На выходе, то одно и то же

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: pfs-get - консольный менеджер модулей.pfs .sfs
« Ответ #241 : 19 Октябрь 2020, 11:12:51 »
Ничего не путаете?
Могу конечно и путать конкретно по скайпу. Но такой софт есть и его дохрена. Сам бесплатный, но качать надо с оф.сайта. Распространять запрещено. Обычно в репы это попадает get пакетами. Типа get-telegram, которые при установке также качают сф.сайта.

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: pfs-get - консольный менеджер модулей.pfs .sfs
« Ответ #242 : 19 Октябрь 2020, 11:15:20 »
А в чем будет разница? На выходе, то одно и то же
На выходе, да. А  на входе у метапакета, только пакеты, а у скрипта для чрут2пфс что угодно,  например исходники софтины + зависимости из репы.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: pfs-get - консольный менеджер модулей.pfs .sfs
« Ответ #243 : 19 Октябрь 2020, 11:37:15 »
на входе у метапакета, только пакеты, а у скрипта для чрут2пфс что угодно,  например исходники софтины + зависимости из репы.
Такое (сценарий сборки пакета) тоже есть в любом дистре. В арче AUR и ABS.
Зачем переизобретать...
Достаточно конвертера пакета в модуль или универсально - под любой дистр chroot2pfs
Собирать пакет стандартными средствами дистра

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: pfs-get - консольный менеджер модулей.pfs .sfs
« Ответ #244 : 19 Октябрь 2020, 12:52:06 »
Такое (сценарий сборки пакета) тоже есть в любом дистре. В арче AUR и ABS.
Зачем переизобретать...
Если все сваливать на ПМ, то откуда у вас вообще репы модулей? В магос например их нет, все собираем urpm2xzm.
А раз модули в репах есть, значит ПМ не достаточно и скрипты могли бы быть полезны.
И вообще у дистра может и не быть ПМ. Дистры разные нужны.... :)
Кто-то еще выскажется по теме?

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: pfs-get - консольный менеджер модулей.pfs .sfs
« Ответ #245 : 19 Октябрь 2020, 13:31:04 »
Если все сваливать на ПМ, то откуда у вас вообще репы модулей?
Я совсем недавно стал стараться опакечивать все. Причем это не очень удобно - двойная работа, но оно стоит того. Т.к. "задача свелась к предыдущей" - делаем из пакетов модуль + доп. плюс - можно юзать в фул без модулей
В магос например их нет, все собираем urpm2xzm.
Зачем тогда вообще pfs-get. С чем работать будет?
У меня нет иллюзий , что юзера будут сами собирать массово
Думаю, что даже с автообновлением браузеров большинство ждет готового модуля...
у дистра может и не быть ПМ
Как в таком прописать зависимости?

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: pfs-get - консольный менеджер модулей.pfs .sfs
« Ответ #246 : 19 Октябрь 2020, 14:27:07 »
Зачем тогда вообще pfs-get. С чем работать будет?
Некогда о себе думать, все для вас, все для вас :)
Как в таком прописать зависимости?
У модулей есть возможность иметь зависимости. И пфсгет их установит, если прописаны. Просто пока мы это не используем.
« Последнее редактирование: 19 Октябрь 2020, 14:28:41 от betcher »

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 5319
  • Репутация: +139/-1
Re: pfs-get - консольный менеджер модулей.pfs .sfs
« Ответ #247 : 14 Ноябрь 2020, 21:44:30 »
Почему мы рассматриваем репозитории только для модулей. У нас же есть chroot2pfs и мы можем делать репозитории со скриптами для него. Ну или смешанные.
Может не в поддержку этой идеи, а как отдельная мысль:
Подумал, что PRA сильно привязан к определенной дате своей репы. Непросто выйти за ее пределы и при этом не поломать всю систему.

При необходимости поддерживать какое-то приложение в актуальном состоянии, придется совершать слишком много ручного труда (редактирование mirrors, обновление баз *.db, потом все повторять в обратном порядке, иначе все сломается), плюс полученные пакеты скорее всего придется устанавливать в /opt. Насколько понимаю, sfs так и делает, чтобы каждый раз не обновлять всю систему, если какое-то приложение с новой версией требует новых зависимостей и либ. Делает по большей части ручками.

Так что идея некой замороженной (статичной в течении длительного времени) базы и современных постоянно обновляемых приложений, собранных с chroot2pfs --script возможно имеет смысл. Правда размер системы, в таком случае, будет постоянно расти за счет дублирования файлов разных версий.


p.s. На самом деле я понимаю, что настоящий PRA и представляет из себя описанное в предыдущем абзаце. :) В плюсах была бы в первую очередь автоматизация - записанные в скриптах часто повторяющиеся действия:
Цитата
(редактирование mirrors, обновление баз *.db, потом все повторять в обратном порядке, иначе все сломается), плюс полученные пакеты скорее всего придется устанавливать в /opt.
Так же обязателен запуск trim и и.д.


upd. По сути, речь не о множестве скриптов, как было в первоначальной идее, а об одном, где меняется только название приложения. И кратковременно размораживается репа на текущую дату.

Так же в скриптах можно прописать сборку из AUR, это касается пакетов *-bin и перепакованных из *.deb.
« Последнее редактирование: 15 Ноябрь 2020, 00:57:02 от krasnyh »

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: pfs-get - консольный менеджер модулей.pfs .sfs
« Ответ #248 : 15 Ноябрь 2020, 05:58:49 »
Это конкретно "арчевое". Для pfs-utils нужны универсальные идеи.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: pfs-get - консольный менеджер модулей.pfs .sfs
« Ответ #249 : 15 Ноябрь 2020, 09:00:15 »
PRA сильно привязан к определенной дате своей репы
Не более, чем любой другой линукс. Доказал на примере LFD DDR
Непросто выйти за ее пределы и при этом не поломать всю систему.
Выкрутился портированием
При необходимости поддерживать какое-то приложение в актуальном состоянии, придется совершать слишком много ручного труда (редактирование mirrors,
Простые проги проще перекомпилить под свой срез
Делает по большей части ручками.
Прог для дома надо мало. Это не сложно
Кому нужно много прог в актуальном состоянии - фул
Причем  прар2008 будет работать как фул  и останется совместим с  портированной репой. Т.е. крути как хочешь. От полного фругала до полного фула
Т.е. моя портированная репа и арч могут жить вместе, но достаточно независимо. Эту идею я и шлифовал в прар последние годы. Наконец, вроде, получилось

идея некой замороженной (статичной в течении длительного времени) базы и современных постоянно обновляемых приложений, собранных с chroot2pfs --script возможно имеет смысл.
Ну так именно это и реализовано, но перекомпиляцией. Это универсальное решение. chroot2pfs будет сложнее и менее предсказуем. В PKGBUILD можно описать любой сценарий. Ничего изобретать не надо

На самом деле я понимаю, что настоящий PRA и представляет из себя описанное в предыдущем абзаце. :) В плюсах была бы в первую очередь автоматизация - записанные в скриптах часто повторяющиеся действия:
Не совсем. Вы скорее magos описали, как я его понял. Поправьте, что не так
Скрипты сборки исо (в комплекте весь юзабельный софт на любой вкус по темам) из пакетов донорской репы + частая пересборка.
Цитата
Модульность. MagOS Linux состоит из независимых друг от друга модулей,
Раньше нельзя было выдергивать модули ниже по списку и зависимостей в модулях не было. Что-то изменилось?

ПРАР1801 делал как magos. Скучновато. На выходе получается большой, стандартный (т.е. абсолютно как донор) фругал, который надо обновлять переустановкой. В таком варианте не понятно, чем хуже фул (с нужным именно тебе комплектом софта) + uird (который даст любые ауфс трюки с заморозкой и т.п.)
Как фругал с флэшки плохо делимый на модули дистр 1,4 гб вряд ли актуален.

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

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

Написал все это для пояснения, что chroot2pfs --script с миксом срезов реп арча - зло и не получится
Получится :
1. Частая пересборка дистра полностью из донорских пакетов. Ну так почему тогда не фул?
2. Можно и своих добавить, но тогда
2a. в Rolling release их надо или постоянно обновлять (трудозатратно самодельщику) и фул не получится вообще
2b. или морозить репу (так во всех LTS линуксах и делают).

Мне за счет перекомпиляции и портирования удалось в прар2008 сделать гибрид фул+фругал 2a+2б
Только вот нужен ли именно гибрид... Сам юзаю фругал. Фул как-то не приживается.
Софт в линуксе не особо быстро обновляется. Если сузить до актуального дома софта - совсем медленно. Иначе бы LTS были не актуальны. Т.е. обновлять срез репы достаточно раз в 2 года. Ничего не пропустишь. Зачем тогда фул...
речь не о множестве скриптов, как было в первоначальной идее, а об одном, где меняется только название приложения. И кратковременно размораживается репа на текущую дату.
Теоретически такое сделать можно, но...
Если пересобирать этим скриптом раз в 2 года с добавлением своих наработок за эти 2 года - нужно ли тратить время на автоматизацию
Или не понимаю, к чему вы клоните? Что хотите получить на выходе?

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 5319
  • Репутация: +139/-1
Re: pfs-get - консольный менеджер модулей.pfs .sfs
« Ответ #250 : 15 Ноябрь 2020, 11:46:14 »
Или не понимаю, к чему вы клоните?
Так что идея некой замороженной (статичной в течении длительного времени) базы и современных постоянно обновляемых приложений, собранных с chroot2pfs --script возможно имеет смысл. Правда размер системы, в таком случае, будет постоянно расти за счет дублирования файлов разных версий.
Это похоже на использование системы с пакетами snap или flatpak, или даже пакетного менеджера Nix.


А инструмент реализации напоминает pacman2pfs.sh.
upd. По сути, речь не о множестве скриптов, как было в первоначальной идее, а об одном, где меняется только название приложения. И кратковременно размораживается репа на текущую дату.
« Последнее редактирование: 15 Ноябрь 2020, 12:00:35 от krasnyh »

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 5319
  • Репутация: +139/-1
Re: pfs-get - консольный менеджер модулей.pfs .sfs
« Ответ #251 : 15 Ноябрь 2020, 11:49:03 »
Во главе - идея автоматизации и сборки установки актуальных приложений на стороне пользователя для собственных нужд, без выкладывания в общую репу.
« Последнее редактирование: 15 Ноябрь 2020, 12:06:41 от krasnyh »

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: pfs-get - консольный менеджер модулей.pfs .sfs
« Ответ #252 : 15 Ноябрь 2020, 12:35:48 »
Без фул и компиляции со многими прогами будут проблемы
А чем фул не устраивает?

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 5319
  • Репутация: +139/-1
Re: pfs-get - консольный менеджер модулей.pfs .sfs
« Ответ #253 : 15 Ноябрь 2020, 13:24:08 »
Ну так почему тогда не фул?
Слишком часто произносится "почему не фулл". И мне кажется нет понимания с чем столкнется пользователь на самосборке под свои причудливые хотелки. И как часто ему придется чинить свою сборку после очередного вынужденного (частого) обновления системы. Частого, иначе если это дело задержать, потом можно столкнуться с нерешаемыми проблемами.

Когда sfs говорит "почему не фулл", мне кажется он видит именно Mangaro, которую готовит 'посторонний дядя', решая сопутствующие проблемы и выпуская обкатанные обновления. А сколько 'обновленченского ада' испытает/испытывает самосборщик?

Про проблемы расказывал RoDoN, когда перевел какой-то из pra-retro в фулл и со временем, после череды обновлений, там все заработало неправильным образом. С проблемами однажды столкнулись и в IceArch, когда пришлось временно заморозить репу, иначе перестало собираться. Наверно можно найти кучу подобных историй на просторах интернета.
Не надо идеализировать фулл. Для его поддержания в работоспособном состоянии надо все же обладать обширным багажом знаний.


Наверно не на пустом месте возникли такие пакетные системы как snap, flatpak, AppImage, nix.
« Последнее редактирование: 15 Ноябрь 2020, 13:35:21 от krasnyh »

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: pfs-get - консольный менеджер модулей.pfs .sfs
« Ответ #254 : 15 Ноябрь 2020, 19:31:25 »
причудливые хотелки
Можно примеры, чтобы понять что обсуждаем
нет понимания с чем столкнется пользователь на самосборке
У меня больше года стоял фул прар 1801 lxde. Все обновлялось без проблем
Даже если сломается (скорее всего из-за юзера)- пересобрать по списку пакетов легко - см. в вики прар
Частого, иначе если это дело задержать, потом можно столкнуться с нерешаемыми проблемами.
Почитайте форум арча. Нет таких проблем у юзеров со средней подготовкой
Если подготовка меньше  - manjaro
Еще меньше - любой lts
Когда sfs говорит "почему не фулл", мне кажется он видит именно Mangaro, которую готовит 'посторонний дядя', решая сопутствующие проблемы и выпуская обкатанные обновления.
1. Ну так перейдите на репу манджары. В вике прар описано
2. Насколько я понял - Мандж отличается от голого арча, тем , что в нем добавлены свои пакеты для КДЕ и пр. удобств. Поэтому они чуть подтормаживают скорость обновления, когда не успевают собрать скомпилить свое. Проверьте одинаковые пакеты из арча и манджары на мд5. Они одинаковые
сколько 'обновленченского ада' испытает/испытывает самосборщик?
Можно примеры
Про проблемы расказывал RoDoN, когда перевел какой-то из pra-retro в фулл
Это проблемы pra-retro (не предназначен для фул), а не арча.
С проблемами однажды столкнулись и в IceArch, когда пришлось временно заморозить репу, иначе перестало собираться
Что именно и как решили?
Наверно не на пустом месте возникли такие пакетные системы как snap, flatpak, AppImage, nix.
А вот это (система в системе) как раз верный путь запутаться