Компания Etersoft объявила (http://etersoft.ru/content/view/306/251/) об открытии публичного сервера системы Korinf (http://www.freesource.info/wiki/korinf). Система представляет собой среду сборки пакетов под произвольные операционные системы. Среди поддерживаемых сисем (http://etersoft.ru/wine/platforms) Debian/Ubuntu, SUSE, RHEL/Fedora, Arch Linux, Gentoo и FreeBSD. Используя Korinf, разработчики смогут достаточно легко выпускать свои приложения для различных Linux-дистрибутивов. Одновременно с открытием публичного сервера выходит (http://sisyphus.ru/srpm/Sisyphus/korinf) новый релиз Korinf 2.0 под свободной лицензией AGPLv3.
В режиме публичного доступа разработчики смогут конвертировать пакеты, используя ресурсы сборочного сервера Etersoft. Устанавливать Korinf на собственный сервер не потребуется. Доступ к серверу может быть как платным, так и бесплатным — это определяется степенью социальной значимости и открытости проекта. По вопросам использования публичного сервера K...URL: http://etersoft.ru/content/view/306/251/
Новость: https://www.opennet.ru/opennews/art.shtml?num=30954
Копия Open Build Service?
Основное отличие Korinf от Open Build Service состоит в том, что система Open Build Service не привязана к какому-то определенному дистрибутиву и инструкции о сборке пакетов в ней формируются отдельно
> В Korinf используется привязка к spec-файлам из репозитория SisyphusМожно узнать, в каких дистрибутивах, кроме Альта, этот сизиф используется?
То есть отдельно для каждого дистрибутива. Для сборки, например, wine@etersoft в OBS на дюжине платформ пришлось бы писать дюжину спеков и каждый отлаживать. А в Коринфе -- один.
Коринф удобнее тем, кто собирает свой пакет для нескольких дистрибутивов.
> пришлось бы писать дюжину спековВообще-то для OBS нужен один спек с необходимыми %if и один набор правил для Debian/Ubuntu.
C Gentoo/Arch/*BSD таки засада...
ошибаетесь, нужен один spec для rpm based и еще один файл для deb based
янетормоз> и один набор правил для Debian/Ubuntu
Надо сильно накосячить, чтобы сборка под source-based была засадой.
> Основное отличие Korinf от Open Build Service состоит в том, что система
> Open Build Service не привязана к какому-то определенному дистрибутиву и инструкции
> о сборке пакетов в ней формируются отдельноИнтересно, кто-нить пробовал поднимать OBS на не-openSUSE?
Касательно же "формируются отдельно" -- так в обоих случаях получается, что если нет готовых, то писать (причём "необходимые %if" в нетривиальных случаях только выглядят невинно, даже спек для нескольких версий одной и той же опенсузи или мандривы порой выглядит монструозно и с этим мало что можно поделать при текущей скорости изменения макропакетов по дистрибутивам).
Т.е. это подходы к одной матрице с разных сторон.
OBS умеет еще локально собирать пакеты в chroot целевого дистрибутива. Причем, поддерживается простая сборка в chroot, сборка в виртуалке kvm или xen на выбор.
Korinf, я так понял, этого не умеет.И насчет разных rpm-based - тут есть варианты. Либо писать spec под каждый дистрибутив, либо писать один подо все с разными %if..%endif.
> Korinf, я так понял, этого не умеет.Почему же, был бы ssh на место.
> И насчет разных rpm-based - тут есть варианты. Либо писать spec под
> каждый дистрибутив, либо писать один подо все с разными %if..%endif....либо http://git.altlinux.org/people/lav/packages/?p=rpm-build-alt...
Тогда зачем этот Korinf нужен, если есть Open Build Service?
А OBS поддерживает сборку под Gentoo или Arch?
Какая сборка под Gentoo!? Написал ебилд и все, собирать будут пользователи пакета!
Не будет! Проприетарный продукт надо собрать под все платформы, а как поделиться с гентой, никто не знает.
Я предлагаю через LD_PRELOAD= запускать бинарники для Slackware. =)
> Не будет! Проприетарный продукт надо собрать под все платформы, а как поделиться
> с гентой, никто не знает.Вот чёрт, а nvidia-то и не знает. Клепает себе проприетарные дрова... а они наверное сами отползают в портежи и порты.
> Я предлагаю через LD_PRELOAD= запускать бинарники для Slackware. =)
Прав старик Эразм Роттердамский. Против глупости сами боги бороться бессильны.
> Тогда зачем этот Korinf нужен, если есть Open Build Service?Они появились примерно одновременно -- OBS в 2007, Korinf в 2008. И нужен он был для решения задач Etersoft, которые не решались (и не решаются) OBS, насколько понимаю. Подойти может для схожих.
Мда, Коринф на английском не так пишется http://en.wikipedia.org/wiki/Corinth
С чего Вы взяли что это английский? Это - транслит :-D
> Для Debian и Slackware полученный rpm-пакет преобразуется при помощи утилиты alien.А с зависимостями такого пакета чего будет? alien зависимости не преобразует.
>> Для Debian и Slackware полученный rpm-пакет преобразуется при помощи утилиты alien.
> А с зависимостями такого пакета чего будет? alien зависимости не преобразует.RPM же собирается на целевой системе и уже все нужные зависимости содержит
Вопрос не в том. Вопрос в том, сохранятся ли эти зависимости после конвертации rpm ->deb. Насколько я помню alien зависимости корректно не конвертит. Я как-то на генте собрал rpm, отконвертил его в deb. apt пакет ставить отказался, мотивируя тем, что зависимости не нашел.
в slackware нет зависимостей... :D
> в slackware нет зависимостей... :Dда-да. и slapt-get придуман чисто усложнить жизнь.
> Korinf позволил полностью автоматизировать конвертацию пакетов ALT Linux в пакеты других ОС.Хм... если бы fromAll to AltLinux. Кому требуется что-то тянуть из Альта куда-либо еще??
> Хм... если бы fromAll to AltLinux. Кому требуется что-то тянуть из Альта
> куда-либо еще??Хм... Как бы, принцип СПО - кому требуется, тот и сделал. Разве нет? При этом, люди еще и с другими разработкой поделились, за что им спасибо сказать нужно.
В своё время у них в девеле прошло соббщение про модуль fedora import. Так понял из федоры возможно тянуть с пересборкой всё что угодно.
>> Korinf позволил полностью автоматизировать конвертацию пакетов ALT Linux
>> в пакеты других ОС.
> Хм... если бы fromAll to AltLinux.Импорт из jpackage и затем fedora Игорь Власенко уже сделал; а утилиту rpmcs для зачистки спеков разного происхождения тот же Виталик Липатов сделал ещё раньше.
> Кому требуется что-то тянуть из Альта куда-либо еще??
Возможно, Вы не поняли: если собрать "интегральный" пакет для альта (а из-за достаточно развитого макропакета спек можно сделать чистым и высокоуровневым), то затем "дифференцировать" его под разные дистрибутивы и их версии может получиться автоматически.
Да, идея теперь понятна. Спасибо.
> планируется переход к использованию контейнеров OpenVZLXC (Linux Container) умеет всё что OpenVZ, но в отличие от, LXC в ядре из коробки.
>> планируется переход к использованию контейнеров OpenVZ
> LXC (Linux Container) умеет всё что OpenVZК сожалению, нет -- управление ресурсами там по сравнению с ovz в зачаточном состоянии.
По моему OBS лучше для deb-based дистрибутивов, там пакеты собираются родные, а не конвертируются с помощью alien. Много раз уже видел корявые пакеты после этого alien, жуть сплошная.