Opensuse build service: особливості складання rpm і deb

Відео: Lightning - openSUSE Build Service

Корисною (а для кого-то - дратівливою) особливістю збірки RPM в OBS є автоматичний запуск на зібраних пакетах утиліти rpmlint, що перевіряє відповідність пакетів загальноприйнятим стандартам. У разі, якщо пакет не проходить тести rpmlint, збірка вважається завершилася невдало, і пакети з ВМ не витягаються. Взагалі, дотримання стандартів - це добре, але якщо боротися з rpmlint немає сил, можна додати в секцію BuildRequires spec-файлу опцію `-post-build-checks`.

Аналога rpmlint для Deb-пакетів в OBS немає. Однак у збірки Deb-пакетів в системі - свої особливості.

Відмінністю процесу складання Deb від RPM є те, що ім`я архіву з вихідним кодом НЕ прописується в інструкціях для скриптів dpkg- замість цього, інструмент просто шукає файл з ім`ям, що має вигляд [імя_проекта] - [версія] -src.tar.gz (tgz , tar.bz2, ...). Втім, якщо ваш архів називається по-іншому, турбується не варто - OBS самостійно перейменує архів при приміщенні його в віртуальну машину. Правда, такий інтелект передбачає, що серед файлів проекту є тільки один архів. В іншому випадку система не зможе зрозуміти, який з архівів треба перейменувати.

Нарешті, при складанні пакету в деяких заснованих на Debian системах можна отримати таку помилку:



dpkg-source: error: unrecognized file for a v1.0 source package




Це означає, що інструментарію збірки не сподобався формат вашого архіву, а точніше - метод стиснення. Найнадійніший спосіб уникнути подібних помилок - використання архівів tar, стислих gzip (tar.gz).



Принцип роботи OBS досить простий. Веб-інтерфейс системи теж простий і інтуїтивно зрозумілий, хоча і має тенденцію час від часу змінюватися (а документація, як водиться, за змінами не завжди встигає).

Але веб-інтерфейс не завжди зручний - все-таки він передбачає участь людини, а в виробничому процесі зручніше було б автоматизувати «спілкування» з системою, написавши скрипти для завантаження в неї вихідного коду і вилучення результатів збірки. Розробники OBS таку можливість передбачили - користувачам надається REST API (так що можна спілкуватися з OBS за допомогою, наприклад, curl) і утиліти командного рядка.

І варто нагадати, що OBS є вільним програмним забезпеченням (поширюється під GNU GPL), так що кожен бажаючий може розгорнути власну копію системи, налаштувавши її на свій смак і потребам.