Объявлено (https://lists.freebsd.org/pipermail/freebsd-announce/2015-Fe...) о переходе на новую модель поддержки FreeBSD, которая будет привязана к веткам, а не отдельным релизам. Изменения направлены на переход к более предсказуемым срокам поддержки, сокращение времени выпуска исправлений ошибок и проблем с безопасностью, обеспечение согласованности наборов бинарных пакетов с версиями базовой системы, уменьшение времени внедрения новых возможностей в наборах бинарных пакетов. Анонсированные изменения вступят в силу начиная с выпуска FreeBSD 11.0-RELEASE, который ожидается через несколько месяцев. Прошлые ветки, до окончания своего времени жизни, будут поддерживаться в соответствии с ранее применяемой старой моделью.
Особенности новой модели поддержки:
- Уход от расчёта времени поддержки относительно каждого нового выпуска в ветке в пользу обеспечения общего гарантированного срока поддержки для всей ветки;- Определение минимального срока поддержки каждой ветки FreeBSD (stable/X) в 5 лет с момента первого выпуска X.0-RELEASE. Срок поддержки ветки не будет зависеть от сроков подготовки, дат выпуска и числа промежуточных релизов. Таким образом время релизов не будет влиять на срок поддержки всей ветки, в том числе, выпущенный на поздних сроках релиз ветки stable/X не приведёт к очередному продлению поддержки всей ветки на два года;
- Отвечающие за порты и безопасность команды смогут на своё усмотрение в исключительных случаях расширить сроки поддержки для любых отдельных выпусков или веток;
- Новые стабильные ветки будут выпускаться не чаще, чем через два года с момента первого релиза (X.0-RELEASE) в прошлой ветке, что с учётом пятилетнего цикла поддержки позволит ограничить число одновременно поддерживаемых веток;
- Поддержка прошлого релиза в ветке stable/X будет прекращаться через три месяца после выхода следующего промежуточного релиза (напирмер, поддержка X.0-RELEASE будет прекращена через три месяца после выхода X.1-RELEASE).Новая модель даст возможность более оперативно выпускать новые версии бинарных пакетов для ветки, в то время как старая модель вынуждала вносить ограничения для всей ветки из-за необходимости обеспечить работу пакетов в еще поддерживаемых старых релизах. Например, долгое время не получалось включить по умолчанию сборку пакетов с новым графическим стеком WITH_NEW_XORG, так как не все необходимые для его работы возможности имелись в базовых системах старых релизов FreeBSD, срок поддержки которых не истёк.
URL: https://lists.freebsd.org/pipermail/freebsd-announce/2015-Fe...
Новость: https://www.opennet.ru/opennews/art.shtml?num=41601
Fast RIP? Т.е. вышла 11.1-RELEASE, а 11.0-RELEASE через три месяца рипнулась. Для bleeding edge дистра, впрочем, нормально. Для продакшна - ад аццкий.
Нет никаких проблем проапгрейдится с 11.0 до 11.1, обычно это происходит не заметно.
> обычно это происходит не заметно.Звучит как "иногда на эту мину кто-то все-таки наступает" в переводе с бсдшного на русский.
> Fast RIP? Т.е. вышла 11.1-RELEASE, а 11.0-RELEASE через три месяца рипнулась. Для
> bleeding edge дистра, впрочем, нормально. Для продакшна - ад аццкий.Это — не линукс, где всё меняется от версии к версии и нужно подгадывать моменты, чтобы, например, версия видеодрайверов совпадали с данной версией ядра. На линуксе кошмарят народ, почём зря: обновить ядро нельзя, потому что ещё не вышел видеодрайвер, его поддерживающий. :))
>обновить ядро нельзя, потому что ещё не вышел видеодрайвер, его поддерживающий. :))Если у вас нвидиа - да. Если видеокарта - нет.
Вообще-то, как раз наоборот. Блоб nvidia работает на всех ветках FreeBSD без проблем, проблемы всегда только со свободными дровами.
Ты никогда линукса не видел? Не неси бред.
Видимо, он сам себя закошмарил пытаясь поддерживать lfs =)
Это FreeBSD, где просто нет видеодрайверов для большинства карт, поэтому обновляй-не обновляй - результат один
> Это FreeBSD, где просто нет видеодрайверов для большинства карт, поэтому обновляй-не обновляй
> - результат одинnvidia есть, ati есть, intel есть. Из каких таких видеокарт состоит ваше "большинство"?
> nvidia есть,...левый сторонний блоб, где извольте ждать пока под вас его соберут. Если вообще сподобятся. А бонусом могут "лишние" мониторы отпилить или там что еще. И вообще - это не заслуга фрибздюков как команды, для начала.
> ati есть,
ATI давно помер. Нынче рулит AMD и поддержка GCN'ов у некоторых в полной ж! А другие уже и не продаются особо.
> intel есть.
Но со свежими опять затык. Судя по вашей же вике.
> "большинство"?
Ну вот из таких.
блобы под нвидию собирают ровно с той же скоростью что и под луноходы, бонусом могут и у вас гденить глюков добавить, и заслуга того что блобы исправно собираются именню бздюков ибо добавили недостающие вызовы в ядро.
АМД собсно никогда особой поддержкой во фре не отличалось, но в принципе работало. хасвел со всеременем добавят, но там как-то особо фпсов даже в ваших лунотазиках не видать, один фиг для игроманов дискретное 3х вентиляторное пылесосное монстрило, а у меня системник в 30 дБ укладывается всегда, да не игроманю, отболел лет 20 назад на спектрумах, а некоторые луноходы без игр да, не могут, поэтому у луноходов пожизненный баттхерт, наверно потому что 2% это не то чтобы много, скорее чуть более чем джаст фофан, зато +146% к ЧСВ.
> ...левый сторонний блоб, где извольте ждать пока под вас его соберут. Если вообще сподобятся. А бонусом могут "лишние" мониторы отпилить или там что еще. И вообще - это не заслуга фрибздюков как команды, для начала.Конечно не фрибздюков, и не СПО сообщества вообще. Это исключительно заслуга nvidia, которая единственная делает качественные драйверы которые работали испокон веков, в отличие от опенсрского гoвна, которое, по вашим же словам, не поддерживает последние карты.
> nvidia есть, ati есть, intel есть…а дров под них у бздунов нет!
идем и читаем https://wiki.freebsd.org/Graphics, Radeon HD 7700, 7800, 7950-Partially supported, Radeon HD 8000, Rx 200, Haswell - Not supported, и даже у тех что Works есть сноска, и это актуальные карты, которые продаются на данный момент и в том же linux работают с открытыми драйверами
> Haswell - Not supportedПримерно через полтора месяца "мержнут" поддержку из CURRENT в STABLE.
> идем и читаем https://wiki.freebsd.org/Graphics, Radeon HD 7700, 7800, 7950-Partially
> supported, Radeon HD 8000, Rx 200,Так AMD карты или все-таки "большинство карт" ? :)
> Partially supported,... с прикольной сноской "See notes: 1, 2 - Acceleration doesn't work yet.". Ну да, работает, примерно на уровне VGA-адаптера :)
> Radeon HD 8000, Rx 200, Haswell - Not supported,
Всего ничего. При том у амдшников VLIW-based в ассортименте уже почти и не осталось.
> Это — не линукс, где всё меняется от версии к версии и нужно подгадывать моменты, чтобы, > например, версия видеодрайверов совпадали с данной версией ядра.Если драйвер открытый, то он в ядре. С закрытым модулем ядро собирается
в сборочнице, после чего приходит и модуль ядра для видео и само ядро
при обновлении. Заканчивай гнать уже.
> обновить ядро нельзя, потому что ещё не вышел видеодрайвер, его поддерживающий. :))Наслаждайся прелестями проприетари, гули. А ты думаешь, мы хотим уйти проприетару просто так? :)
>>Это — не линукс, где всё меняется от версии к версии и нужно подгадывать моменты,вчера столкнулся с такой хней - фря 10.1-p5, pkg в системе как изветсно новенький, а проблема в том, что они не додумались починить модуль snmp_hostres пакета bsnmpd - таблица установленного софта.
https://github.com/lattera/freebsd/blob/master/usr.sbin/bsnm...
пс:
/**
* Read the installed packages
*/
static int
swins_get_packages(void)
тупо читает листинг директорий в /var/db/pkg и снимает дату изменения, и это норм работало на 9.3.пс: все притензии в том, что - почему гамно которое последний раз в 2006 году писалось приходит в составе основной системы ? Такого рода проблем дофига у фришки.
Вот этот патч решает проблему: https://people.freebsd.org/~bapt/bsnmp-pkg.diffПока он в состоянии review needed, должен быть замержен в 11-CURRENT и, вероятно, MFC to 10-stable
> Т.е. вышла 11.1-RELEASE, а 11.0-RELEASE через три месяца рипнуласьЯ правильно понимаю, что, ну совсем ничего общего с минорными релизами той-же центоси нет?
>http://wiki.centos.org/FAQ/General#head-dcca41e9a3d5ac4c6d90...
> CentOS is designed for you to be running CentOS-5, CentOS-6, CentOS-7 (major version). Any time you run a > yum update, no matter what you installed from, you will be upgraded to the latest update for that major version.Или дебиана:
2013-05-04: Initial release: 7.0.0 (press release).
2013-06-15: Updated (7.1) (press release).
2013-10-12: Updated (7.2) (press release).
2013-12-14: Updated (7.3) (press release).В чем конеретно разница?
> В чем конеретно разница?Фокус в том, что 99.9% совместимость всех версий софта в RHEL/CentOS между минорами практически гарантирована, а 0.1% (обычно несущественных) различий плюс добавившиеся фичи - описываются в relnotes. Т.е. все миноры являются снапшотами одной и той же ветки, и все они поддерживаются, как одно целое, до прекращения поддержки всей ветки. То есть там вообще нет такого понятия, как обособленность минорного релиза - фактически все миноры в RHEL/CentOS - это просто снапшоты rolling release.
https://access.redhat.com/articles/64664
"NOTE: Customers are not required to update their systems to the active minor release in its entirety, only the specific relevant affected packages."
> Т.е. все миноры являются снапшотами одной и той же ветки, и все они поддерживаются, как одно целое, до прекращения поддержки всей ветки.Абсолютно тоже самое в FreeBSD. Релизы делаются со -STABLE ветки, так что все релизы 10.x - "снапшоты одной и той же ветки". С новой моделью релизов и поддерживаться они будут "до прекращения поддержки всей ветки". Разве что есть трёхмесячные окна, когда поддерживаться одновременно могут два релиза одной ветки.
Разница в том, что у фряхи нет ресурсов чтоб поддерживать свои минорки, а у редхата есть.
> Разница в том, что у фряхи нет ресурсов чтоб поддерживать свои минорки, а у редхата есть.Примеры будут?
Абсолютная истина. Достаточно взглянуть на список зарегистрированных багов в трекере FreeBSD. Тянутся с 2000 года. В RHEL люди работают и патчи делают за зарплату. Большая часть разрабов FreeBSD делает что-то в проекте в свободное от своей основной работы время.
> Тянутся с 2000 года.Вот идиоты. И не знают как прогрессивное человечество с 12309 поступило. Закрыло тикет, вот и нетути бага...
Можно пойти ещё дальше.Почему бы не сделать одну единственную ветку (ствол), сохранив при этом -RELEASE, -STABLE и -HEAD, но изменить нумерацию релизов в соответствие с порядковым номером? Из -HEAD изменения вносились бы в -STABLE простым решением о готовности к широкому тестированию изменений. А -RELEASE выпускался бы как фиксация всех принятых и оттестированных изменений, не вызывающих явных сбоев.
Зачем нужно поддерживать 8-STABLE, 9-STABLE, 10-STABLE и 11-CURRENT, если это фактически три ветки и один ствол?! Ну, разве что тем, кто не хочет видеть LLVM/Clang в качестве системного компилятора, а пользоваться GCC 4.2.1.
> долгое время не получалось включить по умолчанию сборку пакетов с новым графическим стеком WITH_NEW_XORG, так как не все необходимые для его работы возможности имелись в базовых системах старых релизов FreeBSD, срок поддержки которых не истёк.Срок поддержки старушенции 8.4-RELEASE истекает 30.06.2015. Всем ждать пока она рипнется и можно будет портировать новый xorg-server-1.17 что ли?
> Можно пойти ещё дальше.Нельзя. Ты понятия не имеешь о процессе подготовки FreeBSD'шных релизов и вообще её разработки, поэтому просто помалкивай.
> Можно пойти ещё дальше.Можно, разрешаю.
верной дорогой идете, товарищи!
Интересно, а если седой одмин прохлопает момент, и поросшие мхом сервачки не обновит за 3 месяца? И за год не обновит. Он потом просто не сможет до куррента догнать, и придется переустанавливать?
Да ладно, я в эти новогодние каникулы поставив цель все серваки довести до 10-STABLE, все перевёл.
Чуть сложностей было лишь с 7,8 веткой, потому что их приходилось сперва до 9-ки обновлять с GCC, затем уже с 9-ки в 10-ку с CLANG'ом.Так что седой не седой, но 7-ка до 10-ки обновляется удалённо без затычек. Ну коли грамотно к этому подходить.
> Так что седой не седой, но 7-ка до 10-ки обновляется удалённо без
> затычек. Ну коли грамотно к этому подходить.Ээээ... Что значит "удалённо без затычек"? IPMI и аналоги или гипервизор на подложке уже не спасают отцов русской демократии даже в случае затычек?
да забить )))
> Интересно, а если седой одмин прохлопает момент, и поросшие мхом сервачки не
> обновит за 3 месяца? И за год не обновит.Будет то же самое что сейчас, если он (и не за 3 месяца, а за несколько часов) не обновит систему но releng ветки где вышло исправление критической уязвимости. Пойдёт улицы подметать.
> Он потом просто не сможет до куррента догнать, и придется переустанавливать?
Перестанавливать FreeBSD никогда не надо, если он "не смог" то он не админ. То же самое, подметать улицы.
Это хорошо, что не надо.
Не пойдёт, пока не хакнут, да и там отмажется. Мол это через роутер ваш дешевый )) Говорил же брать *****, а вы денег пожалели, вот и пожалуйста.
Вообще, в том же redhat, при переходе с одного релиза на другой, рекомендуют делать claen install. Если система протухла, прыгать через голову бессмысленно.
> Вообще, в том же redhat, при переходе с одного релиза на другой,
> рекомендуют делать claen install. Если система протухла, прыгать через голову бессмысленно.Только в случае перехода с одного major на другой major (миноры по сути - rolling release). Это в первую очередь связано с тем, что меняются версии софта, а вместе с ними - структуры конфигов.
CLEAN INSTALL! not "claen install"!
Фигню придумали, особенно когда сослались на поставку пакетов и это при наличие нового формата пакетов и менеджера pkg...
> Фигню придумали, особенно когда сослались на поставку пакетов и это при
> наличие нового формата пакетов и менеджера pkg...Набор слов сказали. Раскройте мысль.
На первый взгляд для продакшена это хуже, потому что нельзя поставить релиз и забыть. Но если подумать, обновлять релиз всё равно нужно регулярно для исправления SA. Здесь просто будут прикатываться ещё и более масштабные (совместимые) улучшения из stable, так что никакой разницы. А вот то что пакеты будут собираться с последним релизом и тухлятина не будет держать внедрение новых фич, это безмерно круто.
А пакеты и так собираются с последнего релиза, достаточно настроить только соответствующим образом pkg, вот только я привык собирать их из портов сам, кроме прочего, я считаю, что прикладной софт не является частью фрю. Теперь по поводу нового графического стека, то, что они его влили в 9-ую ветку, когда уже есть 9.2, в корне нарушает идеологию веток фри.
> А пакеты и так собираются с последнего релиза, достаточно настроить только
> соответствующим образом pkg, вот только я привык собирать их из портов
> сам, кроме прочего, я считаю, что прикладной софт не является частью
> фрю. Теперь по поводу нового графического стека, то, что они его
> влили в 9-ую ветку, когда уже есть 9.2, в корне нарушает
> идеологию веток фри.Ты хотел сказать "влили в 8-ю ветку, когда уже есть 9.3"?
На 8-й ветке поддерживается 8.4-RELEASE со сроком до 30.06.2015.
На 9-й ветке поддерживается 9.3-RELEASE со сроком до 31.12.2016.
https://www.freebsd.org/security/security.html#sup
Коллекция портов одна.
Да, пообщайтесь - вы друг друга стоите. Что один ничего не знает о системе и несёт чушь, что другой.
Да коллекция одна, а сходите на http://pkg.freebsd.org/ за пакетами...
> А пакеты и так собираются с последнего релизаЛожь. Хотите убедиться - сходите на beefy[12].isc.freebsd.org и посмоторите лог любой сборки для десятки.
> в корне нарушает идеологию веток фри
Тоже больные фантазии.