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

Голосование

Нужна ли большая сборка PRA-roll ?

Да. XFCE + LXQT
10 (28.6%)
Да. XFCE
14 (40%)
Да. LXQT
1 (2.9%)
Да. С другим DE (Mate, KDE ... - пишите в комментарии)
3 (8.6%)
Нет. Достаточно OLS
7 (20%)

Проголосовало пользователей: 35

Автор Тема: PRA-roll. x86_64 (64бит). Frugal + Full c автообновлением пакетов  (Прочитано 107220 раз)

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

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 29722
  • Репутация: +199/-0
  • Автор темы
    • PuppyRus-A
Для фругала - чтобы юзать свежие модули из pfs-portable
glibc-2.30-3-1811-sf01.pfs

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 3239
  • Репутация: +103/-1
По поводу vlc и его разную работу в prar-1811-gtk3-01, prar-1811-lx-02. Причина в том, что они используют разный 030-qt5. Один тянет с репы 030-qt5-noicu-5.13.2_64-sf06, другой -  из /optional 030-qt5-1811-sf02.

Если дать vlc в prar-1811-gtk3-01 правильный 030-qt5-1811-sf02, то все ok.
Брать в prar-1811-lx-02.iso  в папке optional. В репах он отсутствует.

030-qt5-1811-sf02.pfs или через sfs-get.
« Последнее редактирование: 25 Ноябрь 2019, 19:30:19 от krasnyh »

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 29722
  • Репутация: +199/-0
  • Автор темы
    • PuppyRus-A
Выложил 030-qt5-1811-sf02.pfs
030-qt5-noicu-5.13.2_64-sf06 - как и почти все перекомпиленное для LF01 - в Ролл тянуть не надо. Будут проблемы с автообновлением

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 3239
  • Репутация: +103/-1
в Ролл тянуть не надо
В смысле тянуть. Пользователь запускает prar-1811-gtk3-01, скачивает vlc через sfs-get. Подтягивается и скачивается зависимость 030-qt5. И то что sfs-get находил и предлагал только 030-qt5-noicu-5.13.2_64 это ведь не является виной юзера? )

Хорошо что наконец исправлено.

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 29722
  • Репутация: +199/-0
  • Автор темы
    • PuppyRus-A
Да. Но и сейчас в sfs-get  будут вылезать оба qt5
Надо выбирать 1811


Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 3239
  • Репутация: +103/-1
Раньше base являлся группой пакетов и при установке его можно было редактировать, что-то исключая например. Сейчас же это обычный пакет со своими зависимостями. Это так, для справки. )


Была у меня идея, делать фругал с не замороженной репой, просто при необходимости обновлять базовые модули (папка /base) с pfsrebuild. Но для этого в модулях не должно быть правок, сокращений, и удалений пакетов, либ.
Подобно Magos, только для Arch. Т.е. берем стандартную систему и как есть 'фругалим' ее. Может только разбив ее для удобства по большим модулям.

Такая сборка, конечно, будет стоять особняком по отношению к привычным. И из-за большего размера, и из-за требованиям к производительности железа.
Но это так, мысли вслух. :)

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 29722
  • Репутация: +199/-0
  • Автор темы
    • PuppyRus-A
Сейчас же это обычный пакет со своими зависимостями
Это метапакет - т.е. пустышка с зависимостями. Т.е. по сути то же самое
Зачем так сделали я не знаю
Вместо выбора пакетов из группы можно pacman -Rsdd

 
фругал с не замороженной репой
Это был первый вариант пра-ролл.
paulus пособирал какое-то время. Больше никого не заинтересовало
prar1811 делался уже под full установку. Там почти ничего не вырезано и добавлено по минимуму.
Причем совсем свое - отдельным опциональным модулем
из-за требованиям к производительности железа.
На простых ДЕ особой разницы не будет
Только смысл? На стационаре удобнее фул с возможностью заморозки. Сквоши и модульность тут только мешают
На флэшке - вряд ли надо самый свежий срез
То что я в соседней теме затеваю - что-то среднее

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 29722
  • Репутация: +199/-0
  • Автор темы
    • PuppyRus-A
Была идея сделать "моно-DE tint2 арч фулл" типа ice-Arch c заменой и постоянным обновлением ffmpeg qt5-noicu и т.п. на свои облегченные. Своя репа с большим приоритетом, с отслеживанием обновлений арч репы. А может и полный переход на свою репу с более глубокой оптимизацией в сторону "маленький и быстрый"
Т.е. типа пра64 по облегченности, но фулл
Решил, что не вывезу
Придумал как упростить:
При FULL установке портированные модули (*-p*.pfs) не надо устанавливать (если планируете автообновление из арч репы)
Т.к. они не опакечены и не будут обновляться + могут мешать пакетам арч репы
В основном это перекомпиленный в стиле "маленький и быстрый" софт
Поддерживать такой софт в соответствии с обновлениями арч репы - трудозатратно.
Заменить аналогами из арч репы - жирно и некоторым сложно

Возникла идея опакетить такой софт. Т.е. прописать зависимости (конфликты) с софтом арчрепы
Таким образом будет и "маленький и быстрый"  и совместимо с арчем
prar20.08-x86_64-06.iso
Состав iso
По сравнению с prar2008-x86_64-01.iso :
Обновлен grub4dos, добавлено автоопределение root= - спасибо krasnyh
Обновлено ядро manjaro до 5.7
Добавлено ядро 5.4.0-popteus для старого железа

Размер (в основном gtk3) оитимизировал методом fake пакетов (пустышка, у которой прописан конфликт с настоящим пакетом)
Т.е. если обновлять дистр в исходном составе - он будет нормально обновляться
Если нужно установить другой софт с не fake зависимостями - менять fake пакет на настоящий
Эту идею надо проверить на практике...

Портированный опакеченный софт
Впервые добавлен minitube - не требует youtube-dl (на python) , использует либы из mpv (здесь - из модуля celluloid)
Скомпилен, но не включен в исо свежий NM c l2tp

Больше отличий от prar1912 нет
Есть идеи - пишите...
Есть пожелания по включению в iso gtk3 и qt5 софта?

Мои hook-и не работают с mkinitcpio-28 (пересборка инитрд при обновлении ядра). Не разбирался почему. Сделал пакет
mkinitcpio27-27-4-any.pkg.tar.xz
и пересобрал с ним
070-prar-full-2008-sf02.pfs

Прошу активнее тестировать. Возможно, в недалеком будущем,  prar останется единственным поддерживаемым мной дистрибутивом
« Последнее редактирование: 06 Ноябрь 2020, 13:36:11 от sfs »

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 3239
  • Репутация: +103/-1
Я бы добавил в menu.lst строку с загрузкой голой консоли, с авторизованным пользователем live. Иногда нужно всего лишь проверить в ВМ какую-то команду, посмотреть содержимое скрипта и т.д., незачем грузить целиком рабочее окружение.
Конечно должно грузится DE из этой консоли, при необходимости.

Это вопрос удобства.

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 29722
  • Репутация: +199/-0
  • Автор темы
    • PuppyRus-A
Я бы добавил в menu.lst строку с загрузкой голой консоли
Еще кто-нибудь такое хотел бы?

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 3239
  • Репутация: +103/-1
Если будет вопрос решен положительно, то добавить еще и vi, мой любимый редактор :) в отличие от mcedit. Vi присутствует в busybox, но в наших сборках этот самый busybox отсутствует.

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 29722
  • Репутация: +199/-0
  • Автор темы
    • PuppyRus-A
vi, мой любимый редактор :) в отличие от mcedit
у меня наоборот и всем не угодить
А не проще сделать pacman2pfs vi ?

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 3239
  • Репутация: +103/-1
В моей системе давно уже установлен vim. Речь про iso, которые я буду крутить в ВМ, выискивая баги или отвечая другим пользователям в решении проблем.
« Последнее редактирование: 08 Сентябрь 2020, 16:45:28 от krasnyh »

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 29722
  • Репутация: +199/-0
  • Автор темы
    • PuppyRus-A
В моей системе давно уже установлен vim
Выкладывайте модуль. Положу в репу. Всегда и везде сможете подгрузить