LINUX.ORG.RU

openSUSE Factory переходит на модель разработки с плавающими выпусками

 , openqa,


0

1

Команда разработчиков openSUSE рада представить новую модель разработки openSUSE Factory, позволяющая использовать её как дистрибутив с плавающими выпусками (rolling release).

В прошлой модели разработки сопровождающие буквально расстреливали новыми пакетами и обновлениями небольшую команду людей, ответственных за Factory. Иногда это порождало долгие периоды нестабильности и поисков источника проблем.

Теперь новые пакеты не могут попасть сразу в Factory. Сначала пакет попадает в тестовый проект в OBS, где группа связанных с ним пакетов собирается и тестируется при помощи openQA. После этого, в случае успешного прохождения тестов, собираются установочные и live образы openSUSE и также проходят тестирование в openQA. Только после этого они попадают на рецензирование команде Factory и далее к пользователям.

Данная модель разработки позволяет обеспечить оптимальное распределение обязанностей между сопровождающими пакеты, тестерами и пользователями. В результате openSUSE Factory будет представлять собой полноценный, готовый к использованию дистрибутив. Следующий классический выпуск - openSUSE 13.2 ожидается в ноябре 2014 года.

>>> Подробности

★★★★★

Проверено: fallout4all ()
Последнее исправление: maxcom (всего исправлений: 2)

Ответ на: комментарий от anonymous

libav-головного мозга насколько мне известно страдает только дебиан, убунта и ее производные.

anonymous
()
Ответ на: комментарий от anonymous

Согласен на свою леновку вчера решил поставить арч, но как подумал сколько работы предостоит поставил manjaro, вроде все так и все работает, но столько всего лишнего и ненужного.

CHIPOK ★★★
()
Ответ на: комментарий от CHIPOK

У manjaro еще и репы свои, софт там позже обновляется. Я не знаю сами ли они пересобирают или просто придерживают (тестируют). Это уже не тот арч.

anonymous
()
Ответ на: комментарий от anonymous

потому что до 2010 года opensuse занимались и разрабы suse linux, у них была общая пакетная база и тд, сейчас у opensuse жуткая нехватка программистов и даже многие простые пакеты теперь заброшены.

erzent ☆☆
()
Ответ на: комментарий от Vovka-Korovka

В Alt RPM настолько умен, что сам определяет несоответствия ABI? Как - сканирует ELF на предмет точек входа?

Угу. Если интересны детали, то вот ссылки
http://lists.altlinux.org/pipermail/devel/2010-October/185036.html

Насколько я понял, это выполняется на этапе сборки, а не инсталляции.

tailgunner ★★★★★
()
Ответ на: комментарий от erzent

Сотрудники SUSE всегда занимались очень ограниченных списком пакетов. Я бы вообще сказал что сейчас ситуация получше.

dinn ★★★★★
() автор топика
Ответ на: комментарий от anonymous

libav-головного мозга

Ещё вроде у разработчиков gstreamer.

dinn ★★★★★
() автор топика
Ответ на: комментарий от anonymous

Это уже не тот арч.

Это совсем не арч, нет той изюминки для чего собственно делается арч, нет души этого прекрасного дистрибутива. manjaro я бы назвал очередным минтом, сусей или убунтой. хотя сделан красиво, иконки мне очень понравились, нужно будет перенести их себе на арчик.

CHIPOK ★★★
()
Ответ на: комментарий от tailgunner

Насколько я понял, это выполняется на этапе сборки, а не инсталляции.

Во время сборки вычисляются хэши, а во время установки rpm проверяет соответствие этих хешей для библиотек и зависимых от них приложений - если в новой библиотеке выкинут символ, используемый в одном из установленных приложений, то rpm об этом ругнется. Для самосбора же set-зависимости тоже сгенерируются - проблемы могут быть только с неродными rpm, в которых set-зависимостей нет - но их всегда можно перепаковать, например, перепакованный скайп для альта имеет set-зависимости.

Плюс сборочная система альта не пропустит пакет в репозиторий пока все затронутые изменениями в зависимостях пакеты не будут пересобраны. В результате, разломы в Сизифе встречаются редко.

Vovka-Korovka ★★★★★
()
Ответ на: комментарий от Vovka-Korovka

Насколько я понял, это выполняется на этапе сборки, а не инсталляции.

Во время сборки вычисляются хэши

...которые потом записываются в Requires и Provides.

а во время установки rpm проверяет соответствие этих хешей для библиотек и зависимых от них приложений

...тупо путем сравнения заранее вычисленных хэшей.

tailgunner ★★★★★
()
Ответ на: комментарий от Vovka-Korovka

...тупо путем сравнения заранее вычисленных хэшей.

Ну, да. А как хотелось бы?

Я спрашивал о сканировании ELF во время установки.

Работает же.

Вообще не аргумент.

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

Я спрашивал о сканировании ELF во время установки.

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

Вообще не аргумент.

Единственный стоящий аргумент. Если решение, пусть и не самое красивое, решает задачу - это стоящее решение. Если же красиво только на бумаге, а в реальности никому не нужно - то и решение нафиг не сдалось.

Vovka-Korovka ★★★★★
()
Ответ на: комментарий от Vovka-Korovka

Если решение, пусть и не самое красивое, решает задачу - это стоящее решение.

Решения, которые не работают, вообще не имеет смысла обсуждать. Интересны достоинства и недостатки, но не сам факт работоспособности.

tailgunner ★★★★★
()
Ответ на: комментарий от erzent

Версии старее? Так есть такое понятие как заморозка и дата выхода релиза. И все знают, что Fedora тестовый дистр, там и должно быть новее.

anonymous
()
Ответ на: комментарий от anonymous

В отличии от убунты репозитории с бэкпортами легко найти на software.opensuse.org, не нужно гуглить ppa. И софта побольше, недавно хотел поставить в убунту viewnior, в бинарном виде не нашел, из исходников у меня не получилось собрать. А у суси есть http://software.opensuse.org/package/viewnior и вот еще пример 3proxy (хоть и старый) http://software.opensuse.org/package/3proxy или ktechlab http://software.opensuse.org/package/ktechlab Все это в убунте пришлось бы собирать, а в арче и сусе есть в репах.

anonymous
()

Когда этот yast научится запоминать развернутость окна? Приходится из терминала ставить пакеты, как в арче, ибо достало. Смешно слышать, когда yast преподносят как преимущество с такими то детскими болезнями.

anonymous
()

Я правильно понимаю, пакетный менеджер в yast предлагает только security обновы. Простые обновы, скажем софта из packman, им обновить нельзя? o_O И каким пакетным менеджером лучше пользоваться yast, zypper или packagekit?

anonymous
()
Ответ на: комментарий от erzent

жалко опенсус умер в 2010.

Аналогично и с твоим Gentoo. 1,5 мейнтейнера ≠ живой дистрибутив, где даже не могут нормально протестировать stable ветку, чтобы можно было обновляться без скрещённых пальцев.

anonymous
()
Ответ на: комментарий от anonymous

тут только на лоре 4 мейнтейнера генту сидит, а ещё в питере в конторах 3 ещё 120.

erzent ☆☆
()
Ответ на: комментарий от anonymous

Я правильно понимаю, пакетный менеджер в yast предлагает только security обновы

Нет, всё зависит от подключённого репозитория.

каким пакетным менеджером лучше пользоваться yast, zypper или packagekit?

Yast, zypper. Packagekit пригоден только как оповещение об обновлениях.

dinn ★★★★★
() автор топика
Ответ на: комментарий от anonymous

А вот в Магее похожий центр управления и пакетный менеджер запускаются развернуто и можно настроить даже, чтобы пароль не спрашивали, лепота после суси.

anonymous
()
Ответ на: комментарий от obolon_svitle

Так добавь сам или хоть напиши соответствующим разработчикам. А то все только и ждут, когда за них всё сделают. Opensource таков.

dinn ★★★★★
() автор топика
Ответ на: комментарий от obolon_svitle

В стандартных репах много чего нет, даже нормальных кодеков (с поддержкой h264 и прочими). А со сторонними репами недавно был такой фейл Сломался software.opensuse.org Или представьте, что закрыли Packman (как в свое время закрылся некогда популярный реп для убунты, не помню название, потому что его поддерживал только один человек). Packman кстати хоть как-то официально связан с openSUSE?

anonymous
()
Ответ на: комментарий от anonymous

нет, даже нормальных кодеков (с поддержкой h264 и прочими)

А кто за них заплатит и возьмёт на себя потенциальные риски?

Или представьте, что закрыли Packman

Поднимем другой.

Packman кстати хоть как-то официально связан с openSUSE?

Всё делает то же самое сообщество разработчиков openSUSE.

dinn ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.