Разработчики дистрибутива openSUSE объявили (https://news.opensuse.org/2014/10/24/tumbleweed-factory-roll.../) о слиянии репозиториев Tumbleweed и Factory, в которых применялся непрерывный цикл обновления версий программ (rolling-обновления). Начиная с выпуска openSUSE 13.2, запланированного на 4 ноября, будет представлен единый репозиторий с rolling-обновлениями, который будет развиваться под именем Tumbleweed.Для избежания путаницы имя Factory будет закреплено за процессом разработки, а протестированные rolling-обновления будут выходить под именем Tumbleweed. Таким образом будут явно отделены находящаяся в разработке кодовая база программ openSUSE и пригодный для использования конечными пользователями rolling-дистрибутив. Существующим пользователям Factory и Tumbleweed будет предложен (http://permalink.gmane.org/gmane.linux.suse.opensuse.devel/6...) бесшовный метод перехода к использованию нового единого rolling-выпуска.
Репозиторий Tumbleweed был создан (http://www.opennet.me/opennews/art.shtml?num=28854) в 2010 году для организации доставки новых версий программ пользователям стабильных выпусков openSUSE, без ожидания следующего выпуска дистрибутива. Главное отличие от репозитория Factory заключалось в том, что Tumbleweed предлагал стабильные версии пакетов, а Factory применялся для тестирования и стабилизации пакетов, т.е. не гарантировал отсутствие проблем в любой момент времени. После преобразования (http://www.opennet.me/opennews/art.shtml?num=40299) Factory в отдельный rolling-дистрибутив openSUSE Factory (http://en.opensuse.org/Portal:Factory), применяющий многоступенчатую систему стабилизации, возникла проблема с дублированием работы. Кроме того, openSUSE Factory продолжал восприниматься некоторыми пользователями как нестабильный продукт.URL: https://news.opensuse.org/2014/10/24/tumbleweed-factory-roll.../
Новость: http://www.opennet.me/opennews/art.shtml?num=40924
Если кому-то нужны роллинг обновления — будет полезно.
Если кому-то нужны роллинг-отваливания сервисов - будет полезно.
Gr8, m8. Smoke weed everyday.
u w0t m9
Т.е. все вернули как было раньше.
Нет. Tumbleweed закрыли, а rolling-дистрибутив Factory оставили, но чтобы не было обидно Factory переименовали в Tumbleweed. Вообщем всё правильно сделали и осадок от закрытия Tumbleweed не остался и вводившее в заблуждение имя Factory оторвали от нового rolling-дистрибутива.
Factory-staging теперь будет называться просто Factory.
Да, думаю правильно сделали. Не ошибусь, если скажу, что Factory ассоциировался у многих с чем-то не стабильным, хардкорным.
А Tumbleweed колбасило ещё жёсче. Может теперь похорошеет.
Так Tumbleweed теперь будет иметь свои собственные и независимые репы Oss Update-oss Non-oss Update-non-oss или как раньше, тупо симлинками привязываться к стабильному выпуску, а после выпуска всё что было в репе Tumbleweed удаляться?
> Так Tumbleweed теперь будет иметь свои собственные и независимые репы Oss Update-oss
> Non-oss Update-non-oss или как раньше, тупо симлинками привязываться к стабильному выпуску,
> а после выпуска всё что было в репе Tumbleweed удаляться?Нет, будет по сути отдельный rolling-дистрибутивом.
Это хорошо, Сусе снова тортеет
Чего реально очень не хватает - это дистрибутива, который мог бы быть одновременно и роллинговым (чтобы не производить стройматериал ректальным способом каждые два года/шесть месяцев/у кого как, пытаясь обновить сервер с релиза на релиз), и стабильным (чтобы не ловить глюки на каждом шагу).Если Suse это сделают в рамках этого проекта, это будет киллер-фича.
Но мне бы лично очень хотелось такого подвига от Debian.
У них были когда-то потуги в виде Constantly Usable Testing, но че-то не срослось.
Альт
> Чего реально очень не хватает - это дистрибутива, который мог бы быть одновременно и роллинговым (чтобы не производить стройматериал ректальным способом каждые два года/шесть месяцев/у кого как, пытаясь обновить сервер с релиза на релиз), и стабильным (чтобы не ловить глюки на каждом шагу).Вообще-то это очень трудносовместимые вещи. Ну разве что роллинговый будет ломаться не с релизами, а с обновлениями в софте, который "роллируется", причём риск поломки не каждые полгода, а с каждым пакетом.
И если не хочется обновляться каждые полгода, ставьте RHEL/CentOs или Debian, обновляться нужно будет раз в 3 года или, если через релиз перепрыгивать, раз в 6 лет.
> Вообще-то это очень трудносовместимые вещи.Ну, вот это, как раз, обиднее всего, но хочется надеяться, что "труднореализуемо" еще не значит "невозможно"
> И если не хочется обновляться каждые полгода, ставьте RHEL/CentOs или Debian, обновляться
> нужно будет раз в 3 года или, если через релиз перепрыгивать,
> раз в 6 лет.При этом количество времени между апдейтами прямо пропорционально величине баттхерта в процессе.
They see me rolling, they hating...