The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Утверждён план отказа Fedora Linux от альфа-выпусков

10.03.2017 23:01

На состоявшемся сегодня заседании комитета FESCo (Fedora Engineering Steering Committee), отвечающего за техническую часть разработки дистрибутива Fedora Linux, утверждено предложение по прекращению формирования альфа-выпусков. Начиная с Fedora 27 вместо отдельных альфа-сборок для тестирования будут предложены периодически формируемые сборки репозитория Rawhide, который будет постоянно поддерживаться в состоянии альфа-качества.

Пользователи получат возможность протестировать состояние дистрибутива в любое удобное время, воспользовавшись ежедневными сборками. Разработчиков Fedora новая схема избавит от лишней рутины, связанной со сборкой, отдельным тестированием и поставкой альфа-версий. Перед помещением в репозиторий каждый пакет будет проходить автоматизированное тестирование в системе непрерывной интеграции, позволяющее убедиться, что пакет будет корректно установлен и не нарушит работу других пакетов.

  1. Главная ссылка к новости (https://lists.fedoraproject.or...)
  2. OpenNews: Проект Fedora рассматривает возможность отказа от альфа-выпусков
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/46173-fedora
Ключевые слова: fedora
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (30) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, IMHO (?), 23:08, 10/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +13 +/
    потом еще и от релизов откажутся
     
     
  • 2.18, тоже аноним (?), 16:16, 11/03/2017 [^] [^^] [^^^] [ответить]  
  • –6 +/
    ну зачем вы так? Не откажутся, просто очередной снапшот rawhide будет называться "релизом".
    И в очередной раз от этого не изменится ровно ничего - программы, которые они собирают в пакеты, тестируют их авторы и клубы почитателей авторов. У федорастов очень мало мест, где они всерьез могли бы налажать. (ну можно умудриться, не смотря на всю автоматику, наверное, соорудить круговую зависимость или вообще сломать что-нибудь сложное, состоящее из многих пакетов, подсунув что-то ключевое не той и несовместимой версии, ну так и что - в следующем снапе поправят, подумаешь...)

    зачем этот проект сегодня существует - в общем-то, совершенно неясно. Ну, возможно просто по инерции, и не так уж дорого обходится RH.

     
     
  • 3.24, Аноним (-), 21:12, 11/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > зачем этот проект сегодня существует - в общем-то, совершенно неясно

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

     
     
  • 4.25, commiethebeastie (ok), 21:15, 11/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Настолько уберстабильный, что даже инсталятор не работает.
     
     
  • 5.26, Аноним (-), 21:28, 11/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Сижу в Fedora начиная с Fedora 10. Все эти годы устанавливал Fedora на множество машин: ноутбук, домашний стационарный, домашний стационарный у моей мамки, рабочий компьютер у работодателя №1, рабочий компьютер у работодателя №2, рабочий компьютер у работодателя №3. Инсталлятор ни разу не подвел.
     
  • 5.34, тоже аноним (?), 13:43, 13/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Настолько уберстабильный, что даже инсталятор не работает.

    но ЭТО-то тебе как удалось?
    Делись подробностями, мне интересно ;-)

     
  • 4.33, тоже аноним (?), 13:42, 13/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > В Fedora обкатываются новые технологические решения, которые, с обретением достаточной
    > базы решений типовых проблем, попадают в сверх-стабильный RHEL.

    и какие же это "новые технологические решения" за последние десять лет попали из федоры в rhel?
    (в самом-то rh (не el, который в общем-то давно уже скорее общая база чем реальный продукт на продажу) дохрена новых технологических решений, поскольку его целевая ниша уже давно не единичные сетапы, а распределенные кластеры и всякие *aas, но за пределами узкой группки коммерческих потребителей они малоизвестны, поскольку без поддержки и специфической документации это мучительно и непонятно, зачем нужно. Насчет сверхстабильности - это у вас от невладения темой. то pacemaker отвалится, то resource-agents увязнут. Неломание совместимости без оcтрой нужды, в том числе на уровне багов, и стабильность - вещи совершенно разные. )

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

     

  • 1.5, Аноним (-), 23:56, 10/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если альфу перестать называть альфой, то стабильней она не станет.
     
     
  • 2.6, Аноним (-), 00:11, 11/03/2017 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Категория: великие мюсли анонимных философов
     
  • 2.20, Сергей (??), 19:17, 11/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что, есть хоть какие-то примеры нестабильности?
     
  • 2.23, Vladjmir (ok), 20:49, 11/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Альфа превращается в ежедневную автоматически собираемую исошку на основе Rawhide. Только и всего. Ставить для тестирования старую протухшую альфу месячной давности просто бессмысленно,  поэтому текущие сборки не будут называть альфами.
     

  • 1.7, Аноним (-), 00:55, 11/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Жалко нету у них аналога AUR, а всё из-за сложности сборки пакетов, по сравнению с PKGBUILD-то.
     
     
  • 2.8, Ph0zzy (ok), 01:08, 11/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    rpmfusion - нет?
     
  • 2.9, commiethebeastie (ok), 01:54, 11/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вам copr или rpmfusion?
     
     
  • 3.13, SpaceRaven (ok), 07:41, 11/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    скорее copr, fusion содержит то что по идеологическим причинам в федору не долетает, а в cor r люди свои пакеты выкладывают
     
  • 3.14, Аноним (-), 12:38, 11/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну вы и сравнили задницу с пальцем)). RPMFusion - хорош, пакеты собраны качественно, но многого (очень!) не хватает плюс бюрократия, свой пакет замучаешься проталкивать. COPR - это такая же муть, как PPA - 1) любят внезапно дохнуть 2) конфликтуют с основными репами и друг с другом при обновлениях 3) децентрализованы. Сколько их надо подключить? 5? 10? Это уже помойка будет, а не система. Как ни крути, после AUR возвращаться на колясочные дистры - не комильфо.
     
     
  • 4.27, Аноним (-), 16:02, 12/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Сколько их надо подключить?

    Парочку, на вкус. + Свой. Я для себя вывел рекомендацию: пересобираться пакеты из неизвестных реп в своем репе. Так лучше контроллируешь зависимости.

    А какие особенности у AUR? Я про него не особо много знаю

     
  • 2.10, Аноним (-), 03:39, 11/03/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    главное deb не смотрите, а то сразу в дурку увезут
     
     
  • 3.15, Аноним Аналитег (?), 14:45, 11/03/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Так уж в дурку от нескольких правок в debian/rules и debian/control, настроить schroot и строить mk-sbuild --name <schroot-name> <release>
     
     
  • 4.16, Аноним Аналитег (?), 14:52, 11/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Так уж в дурку от нескольких правок в debian/rules и debian/control, настроить
    > schroot и строить mk-sbuild --name <schroot-name> <release>

    Перепутал последнюю команду - sbuild -d <schroot-name>

     
  • 4.17, Анолитег Анолитегофф (?), 14:56, 11/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ага, а если пакетов с внутренними зависимостями более двух.
    DEb - закОпывать надо.
    COPR и OBS - рулят.
     
     
  • 5.30, Аноним (-), 11:36, 13/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Объясните ньюфагу, чем же это deb хуже, и чем эти пакеты лучше?
     
     
  • 6.31, Аноним (-), 12:53, 13/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    deb как формат - это г-но мамонта, тщательно поддерживаемое и культивируемое. Автоматизированные правки для всей репы? Это нинужно! (Поищи сколько перемещали /usr/doc в /usr/share/doc)
     

  • 1.19, Сергей (??), 19:16, 11/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну и правильно. Релизы бесполезны и не стоят сил потраченных на них. Только роллинг.
     
     
  • 2.22, Vladjmir (ok), 20:45, 11/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Релизы в Федоре никто не собирается отменять.
     

  • 1.21, Vladjmir (ok), 20:44, 11/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Это разумное решение, т.к. деление на альфа, бета бессмысленны при наличии автоматически формируемых ежедневных сборок, которые постепенно проходят все стадии готовности от alpha до release (в момент появления стабильной ветки на основе Rawhide). В Альте, кстати, тоже также. Там есть Сизиф, на основе которого каждые 2-3 дня формируются регулярки.
     
  • 1.28, Аноним (-), 00:24, 13/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    плохой дистрибутив, категорически не удобный инсталятор, в сравнении с убунтовским, более того три раза зависал во время установки
     
     
  • 2.29, Аноним (-), 01:16, 13/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Странно. Нетипично для АЛЬТ Линукса. Позвони в службу поддержки.
     
     
  • 3.32, Аноним (-), 12:54, 13/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Для АЛЬТ Линукса как раз таки типично.
     

  • 1.44, Дмитрий (??), 16:11, 05/04/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Правильно ли я понимаю, что основная федора теперь будет роллинг релиз, а равхайд будет тестинг роллинг релиз веткой, из которой пакеты просто будут кочевать по мере готовности в основной репо? и не будет больше "я обжился в 25, а 26 уже на носу и нужно будет обновляться)
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру