Рекомендации по созданию портируемых модулей

[dim-kut]

Всем привет !

Какие люди!!! Надолго к нам?

Я тоже рад вас всех услышать! С работой сейчас полегче стало, появилась возможность какими-то своими проектами заниматься. Посмотрим, надолго-ли. Боюсь сглазить   Система заметно изменилась, это здорово. Понемногу осваиваю. Забыл уже многое.

Тогда объясните мне концептуально - вот я пользователь, которому не хватает некоторых программ. Мне их делать обычными или портируемыми модулями? Наверное лучше портируемыми, легче перетаскивать на другую систему, да и вообще понадежнее IMHO. Хотя зависимости никто не отменял, меньше шанс что модули мешать друг другу будут, да? Модули от пользователей - это все портируемые, да?

[sfs]

Концептуально в дистре , в котором заявлена совместимость с репой на уровне ПМ - в модулях софта не должно быть ничего (хотя бы либ) отличного от этой репы. Иначе можно сломать зависимости дистра
Поэтому надо стараться портировать все модули. Это даст упрощение использования их в других дистрах (другой версии этого же дистра). Ничего нового в этом подходе нет. Все браузеры так делают и еще куча дистронезависимого софта

Проблема с модулями с /usr/lib/подпапка - красивого решения (только перекомпиляция в /opt) я не нашел
Если всетаки необходимо юзать левый непортируемый модуль - надо грузить его в нижний слой /base/000-*pfs
Тогда максимум - сломается этот модуль, а не вся система

Если юзеру нужен софт которого нет модулем - самый простой путь - pacman2pfs.  Заранее подключив либы которые уже есть модулем (типа qt) и потом прописав их в зависимость (start.sh)
Для более продвинутых - AUR или по своим рецептам компилить

[dim-kut]

Зависимости модуля от модуля допускаются ? Мне потребовались библиотеки из модуля 10-mesa-libgl-10.6.4-1-i686.pfs Мне его включать в свой модуль ?

[sfs]

Зависимости модуля от модуля допускаются ?

Да. Но злоупотреблять этим и мельчить  не надо. В виде зависимых модулей делать только часто используемые

Мне потребовались библиотеки из модуля 10-mesa-libgl-10.6.4-1-i686.pfs Мне его включать в свой модуль ?

Нет. В своем прописать в /start.sh

Код

sfs-get-dep mesa-libgl

У меня уже "глаз замылен". Могу я Вас попросить доработать эту инструкцию до публикации в вики?

[Pro]

я предлагаю в портируемые модули дописывать еще и что-то вроде PATH=/opt/$p/bin;$PATH чтобы в /usr/bin ложить только основной бинарник, а дополнительные бинарники которые могут быть нужны программе, или библиотекам искались первоначально из /opt
Это упростит портирование как мне кажется.

[sfs]

PATH - теоретически хорошая идея, но практически я ни разу не столкнулся с тем, чтобы главному бинарнику нужны были дополнительные, которые получится положить в /opt

[Pro]

если этот "бинарник" будет типа скриптом на питоне или на баше, то столкнуться легко.

[sfs]

Давай сначала столкнемся с этой ситуацией, а тогда и подумаем как лучше. Раньше то как и зачем
Ну или приводи пример. Может я что-то не догоняю...

[Pro]

спасибо все что я хотел сказать, я сказал.

[dim-kut]

У меня уже "глаз замылен". Могу я Вас попросить доработать эту инструкцию до публикации в вики?

Да, заметно, вы слишком "в теме". А я наоборот слишком отстал и не сразу догоняю. Как разберусь, я попробую доработать инструкцию. А новичку въехать еще сложнее ...

[sfs]

Свежий взгляд очень ценен. Готов ответить на все вопросы

[Pro]

предлагаю расширить функционал mkport в плане определения потребности в библиотеках
алгоритм:
1. Получить список библиотек имеющихся  base модулях (хотя тут сразу проблема с mesa получится)
2. для библиотек портируемого модуля сделать ldd и сравнить с base библиотеками, чего не найдется - выдать на экран, но при этом из вывода убрать библиотеки которые уже есть в портируемом модуле (т.е. которые в /opt/имя_программы/lib)

[Pro]

если pacman может искать по содержимому пакетов, то вывести список пакетов в которых найдены нужные библиотеки

[sfs]

расширить функционал mkport

Для поиска зависимостей использую скрипт dep-find. Надо ли что-то еще... типа совмещения его с pkgfile

[Pro]

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