Доступен (http://openbuildservice.org/2015/02/05/version-2.6/) релиз платформы Open Build Service 2.6 (http://www.open-build-service.org), позволяющей (http://en.opensuse.org/Build_Service) организовать процесс разработки дистрибутивов и программных продуктов, включая подготовку и сопровождение релизов и обновлений. Система даёт возможность выполнить кросс-компиляцию пакетов для большинства основных дистрибутивов Linux или собрать собственный дистрибутив на основе заданной пакетной базы.Поддерживается сборка для 21 целевой платформы (дистрибутивов) и 6 архитектур, в том числе для архитектур i386, x86_64 и ARM. Среди поддерживаемых дистрибутивов: CentOS, Debian, Fedora, Mandriva, openSUSE, SUSE Enterprise Linux, Red Hat Enterprise Linux (RHEL) и Ubuntu. В настоящий момент OBS используется в качестве первичной системы для сборки проектов openSUSE, Tizen, ownCloud и VideoLAN, а также для сборки Linux-продуктов в компаниях Dell, Cray и Intel.
OBS позволяет создать spec-файл или подключить репозиторий пакетов, представленный на сайте software.opensuse.org (http://software.opensuse.org/), и одной командой собрать последнюю версию заданной программы в виде бинарного пакета под нужную систему. Кроме того, можно сформировать готовое минималистичное окружение для выполнения в системах виртуализации, cloud-окружениях или для загрузки в виде Live-дистрибутива. Загрузка исходных текстов целевого приложения может быть осуществлена из внешних Git или Subversion репозиториев или архивов с кодом с ftp- и web-серверов первичных проектов, что позволяет избавиться от промежуточной ручной загрузки архивов с кодом на локальную машину разработчика и последующего импорта в openSUSE Build Service.
При работе с OBS разработчик может использовать готовый web-сервис build.opensuse.org (http://build.opensuse.org/) или установить (https://github.com/openSUSE/open-build-service) подобную систему на своём сервере. Кроме того, можно быстро развернуть собственную инфраструктуру при помощи специально подготовленных образов (http://www.open-build-service.org/download/) для виртуальных машин, локальной установки или PXE-загрузки по сети. Код всех компонентов системы, включая web-интерфейс, систему тестирования пакетов и сборочные бэкенды, полностью открыт (https://github.com/openSUSE/open-build-service) под лицензией GPLv2.Среди улучшений (https://github.com/openSUSE/open-build-service/blob/2.6/Rele...), добавленных в Open Build Service 2.6:
- В дополнение к поддерживаемым ранее возможностям по формированию сборок при помощи системы KIWI в новом выпуске обеспечена поддержка создания Live-образов с использованием инструментария live-build (http://live.debian.net/devel/live-build/), развиваемого проектом Debian. При помощи данного инструментария можно создавать произвольные загрузочные образы на основе пакетной базы Debian, которые можно использовать для работы в Live-режиме или для организации установки системы на диск (установка производится через копирование содержимого образа);- В систему запросов, через которую организуется приём заявок и изменений в проекты других пользователей, добавлена возможность распределения заявок по приоритетам, определяющим вес и срочность внесения того или иного изменения. Для крупных проектов приоритеты предоставляют отличную возможность выделить первостепенные задачи из общей массы, например, организовать устранение в первую очередь проблем с безопасностью. Другим новшеством интерфейса обработки запросов является отчёт с историей рецензирования, показывающий кто, когда и для чего менял статус запросов.
<center><a href="http://openbuildservice.org/images/posts/obs-2.6-request.png... src="http://www.opennet.me/opennews/pics_base/0_1423547370.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
- Для групп теперь можно назначать сопровождающих, которые имеют полномочия по изменению состава списка членов группы;
- Добавлена возможность отслеживания бинарных пакетов, что можно использовать для определения появления готовых пакетов с релизами программ;
- Ссылки на проекты теперь могут быть привязаны к определённым веткам в системах управления исходными текстами;
- Реализована обработка ситуации с наличием нескольких бинарных пакетов с одним именем.
URL: http://openbuildservice.org/2015/02/05/version-2.6/
Новость: http://www.opennet.me/opennews/art.shtml?num=41641
Так вот где источник! Вот откуда ноги болгеноса, и иже подобных..
Здесь честно говорится, собрать именно дистрибутив, хотя и свой. А BolgenOS преподносилась как новая передовая ОС.
>> BolgenOS преподносилась как новая передовая ОС.важное замечание - как "принципиально" новая ОС
когда они уже добавят туда epel.
в смысле? centos6 например там есть, недавно ставил yate под el6 с software.opensuse.org, который в свою очередь лишь оболочка для OBS, а EPEL - это самостоятельный проект, с OBS не связан
Хотелось бы подцеплять пакеты из EPEL. Приходится добавлять их вручную в репозиторий.
Никогда
> OBS позволяет создать spec-файл ..., и одной командой собрать
> последнюю версию заданной программы в виде бинарного пакета под
> нужную систему.одной командной - это при условии, что spec-файл сразу будет написан без ошибок, выявляющихся в процессе сборки.
на практике при сотворении spec-файла софтину собирать приходится не менее трёх-пяти раз.
Я делаю проще. Компиляю по фен-шую (CentOS 5, GCC 4.7 из репозитория devtoolset), а потом архивирую в RPM и DEB. Да - ручное управление, зато понимаешь как работает.С помощью ldd узнаю зависимости, с помощью pkgs.org смотрю как называется один и тот же пакет в Enterprise Linux, Fedora, SLES, Opensuse и Mageia. Для пакетов, которые в разных дистриутивах азываются по-разному, прописываю "Если такой-то дистр, то нужен такой-то пакет, конец условия". Для Debian, Ubuntu и Mint разных названий одной зависимости, к счастью, нет. Потом тестирую возможность установиться в виртуальных машинах. Наконец, выкладываю в таком виде:
"Скачать для Windows, Mac OS X и Linux (RPM: x86, x86_64) (DEB: x86, x86_64) (tar.gz)".
Без пароля и SMS, надеюсь?
> Компиляю по фен-шую (CentOS 5, GCC 4.7 из репозитория devtoolset), а потом архивирую в RPM и DEB.Что вас заставляет использовать устаревший дистрибутив и устаревший компилятор?
И в чем смысл тестировать возможность установиться вручную, по сравнению с OBS, где это делается автоматически? Да еще собирать не теми средствами и не с теми библиотеками, что в целевом дистрибутиве...А обновлять Ваш пакет как пользователи будут?
> А обновлять Ваш пакет как пользователи будут?Обратятся за профессиональной помощью, конечно же.