Конфликт библиотек

[Pro]

второй раз столкнулся с конфликтом библиотек в пакете java была liblcms2 версии 2.0.5, у меня стоял пакет для cups с версией liblcms2 2.0.6 в итоге отвалилась печать.

[sfs]

Откуда взялась одна и вторая?
Главный принцип - все модули софта, которые портируются - портировать

Если не портируются - использовать либы из нашего среза арчрепы

Если в нем старее чем нужно :
Если либа в базе - обновить эту либу в базе и поправить остальные модули
Если нет - сделать модуль с либой и прописать зависимости или обновить во всех модулях

...и тут потихоньку подходим к вопросу -"как часто надо обновлять срез арчрепы"

[Pro]

в пакете java была liblcms2 версии 2.0.5, у меня стоял пакет для cups с версией liblcms2 2.0.6 

[sfs]

Откуда взялись разные либы в разных модулях? Ты их не из нашего среза арчрепы брал?

[Pro]

это уже не вспомнить но сам факт.
пересобирать все модули под новую версию системы вручную ?

[sfs]

пересобирать все модули под новую версию системы вручную ?

Непортированные - да. Почему и не тороплюсь обновлять срез

[Pro]

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

[sfs]

Версии либ проверить не особо сложно: pkgfile. Можно скрипт написать
Портирование - "наше всё"
У нас авторов - раз , 2 и обчелся

[Pro]

авторов мало - пакетов много становится.
в mtpaint эта liblcms2 тоже есть устаревшая, но он портируемый и поэтому пока не влияет.

[sfs]

пока не влияет.

А как "потом" может повлиять? Только если либы базы обновятся в /opt/mtpaint/lib старых придется добавить