Сборка RPM-пакетов на CentOS

С семёркой дела не имел. Попробуй использовать https://build.opensuse.org/! Если твой софт не проприетарный и не закрытый.

т нужной версии ope

наверняка привязка к версии указана в spec ?

Вот при чем тут в принципе OBS?

сборкой занимается rpm, базовый образ выбирает пользователь, а зависимости регулируются спеком.

Притом что под мой дистр (не RHEL) он собирает на не обновлённой системе (только репозиторий base, без updates). Там tzdata за 2013 год. Вот я и предположил, что CentOS - так же.

зачем собирать пакеты в докере, когда уже есть давно mock? из епел репозитория?

т нужной версии ope

наверняка привязка к версии указана в spec ?

Конечто же нет :)

Я понимаю что в случае с CentOS это правельное решение, но проблема в том, что этот же пакет должен запускатся на SuSE 12.1, и вот я не в курсах как там с репозиториями, и подтянет ли оно openssl-1.0.2 (который в SuSE 12.2) при обновлении.

Если твой софт не проприетарный и не закрытый

Не проприетарный и не закрытый, но у нас 100500 пакетов, налажены все приколы с Дженкинсами, и это все какой-то полуинтерпрайз, поэтому OBS не вариант.

зачем собирать пакеты в докере, когда уже есть давно mock? из епел репозитория?

Смотри комент выше.

Гм так ошибка в чем ? Именно в том что не хватает .so lib ?

этот же пакет должен запускатся на SuSE 12.1

Не будет он там запускаться. Ваш КЭП. В Сузе даже spec не такие как в CentosOs.

Не будет он там запускаться. Ваш КЭП. В Сузе даже spec не такие как в CentosOs.

На удивление, собранное на CentOS 7.3 работало.

Гм так ошибка в чем ? Именно в том что не хватает .so lib ?

Разные version information в либе с которой он слинкован и в либе которая в системе.

А есть на ЛОРе ребята которые работают с SuSE Enterprise?
Если я посталю пакет на 12.1, а зависимость у него будет на пакет 12.2, зависимость подтянется на проплаченном сетапе?

У меня на моем сетапе просто 12.1 не проплаченный и там репозиториями указанны ИСОшники 12.1 скачанные с сайта.

как она подтяется если репозитарии настроены на 12.1 ?

Ну например в CentOS'е репозиторий настроен всегда на просто на версию 7.


Хотя бы потому что если вы ставили 7.1 например, и попытаетесь поставить какой-либо пакет, то он бы не установился бы если бы репозиторий бы настроенн на конкретную версию, так как репозитории старых релизов очищаются.

12.1 - последняя нормальная суся. Стабильно работает. 12.2 не такая. Она, хоть и последняя без Systemd, какая-то разрушенная...

проблема в том что большинство не хотят обновлять работающий сервер до след. ревизии в ветке. Т е в большинстве своем на сервере стоит сборная солянка ( часть пакетов обновлено по yum install, часть нет ). Если вы хотите собрать универсальный пакет коммерческого ПО ( т е ПО которое не предоставляют исходники для компиляции ) то пихайте как можно больше библиотек в ваш пакет. То же и касается всяких openssl и т п ...

CentOS 7 != CentOS 7.4 ?