Представлен релиз FreeBSD 12.3, который опубликован для архитектур amd64, i386, powerpc, powerpc64, powerpcspe, sparc64 и armv6, armv7 и aarch64. Дополнительно подготовлены образы для систем виртуализации (QCOW2, VHD, VMDK, raw) и облачных окружений Amazon EC2. Релиз FreeBSD 13.1 ожидается весной 2022 года...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=56292
Долгих лет, THE POWER TO SERVE!
скрипт /etc/rc.final - шел 21 год 21го столетия )))))))))))))))))
Да только сейчас дошло, что иногда надо и выключать машинку
> скрипт /etc/rc.final - шел 21 год 21го столетия )))))))))))))))))... столетия опеннетных Знатоков
/etc/rc.shutdown
#!/bin/sh
#
# Copyright (c) 1997 Ollivier Robert
...
# Site-specific closing actions for daemons run by init on shutdown,
# or before going single-user from multi-user.
...
# Terminate the background watchdog timer (if it is running)
#
if [ -n "$_rcshutdown_watchdog" ]; then
pkill -TERM -P $_rcshutdown_watchdog >/dev/null 2>&1
fi# Insert other shutdown procedures here
Долгих лет, security problems...
FreeBSD - a lesson in poor defaults
https://vez.mrsk.me/freebsd-defaults.html
> Долгих лет, security problems...
> FreeBSD - a lesson in poor defaults
> https://vez.mrsk.me/freebsd-defaults.htmlО, опять эта пафосная портянка с наполовину притянутыми за уши "проблемами".
После cc_cubic_load="YES" добавляемого в loader.conf стало не интересно читать, ибо понятно что чел отстал от жизни как в плане настроек сети так и в плане настроек фри, притом лет на 5 минимум.
Да и вообще советовать кубик когда уже лет 10 назад был htcp, а теперь есть божественный bbr/rask это не серьёзно.Часть того что он пишет это из серии мне так лучше.
Дефолты фри я тоже не люблю и у меня понакручено раз в 100 больше чем там, но нужно понимать что дефолты они для того чтобы фря работала в максимально широком спектре железа, а не только на распоследнем интеле/райзене автора.
Я вот со своими дефолтами совсем недавно наступил на то, что у меня система не смогла загрузится на коредуо, пришлось кое что вернуть назад, что казалось уже не нужным.Отключать гипертрединг - ну да, можно, но смысла имеет не очень много если ты не шаред хостенг.
Вот что накручено у меня: http://www.netlab.linkpc.net/download/software/os_cfg/FBSD/13/
все верно )
отдельное спасибо за ссылку на "накручено" ;)
А вот и сырье подали для нормальных человеческих дистрибутивов
зачем ты так о себе?
- В unzip добавлена поддержка архивов, защищённых паролем
Я даже не знаю, смеяться или плакать.
Я предполагаю, что у них собственнач реализация этой утилиты, не линуксовая.
Пройти мими
Как можно пройти мимо мимими? Насколько быть чёрствым?
> - В unzip добавлена поддержка архивов, защищённых паролем
> Я даже не знаю, смеяться или плакать.Лучше молчи, мимикрируя под умного.
https://www.freshports.org/archivers/unzip
> 6.0_8
> 31 May 2000 11:14:34https://www.freshports.org/archivers/zip/
> 3.0_1
> 08 Oct 2000 00:02:22
Используй свою червьос. Другое тебе ни к чему.
Что там нынче с докером и починили ли сетап?
Там. Божественная. Клетка.
Там свой механизм контейнерезации, который там был ещё до того как появился вагрант, докер.
И вряд ли докер появится там в ближайшие годы. Ядра совсем разные, если только как в макось/винде сделали, в виртуальной машине докер поднимается.
С разморозкой. Докер уже вовсю из линуксов викыдывают, нафиг оно в BSD? Тем более, там свои контейнеры с древнейших времён.
> Докер уже вовсю из линуксов викыдываютКуды выкидывают? В каждой второй вакансии для бэка, реже фронт, нужно уметь в докер.
>В каждой второй вакансии для бэкаХе-хе, ты глуповат. Причём тут вакансии? Ты почитай про cri-o, а что там пишут HR-ки, это не относится к теме
Крио это не супер-пупер мега офигенная штука, а попытка шапки подмять под себя рынок контейнеров. Так что не надо тут.
Да уж получше докера, сильно получше в плане качества реализации и дизайна архитектуры. Докер вообще недоразумение эпохи скрамов иаджайлов. И пилит cri-о не шапка, а куча организаций, в которую все затесались, от интела до зюзи. Сейчас в клонах rhel cri-o вообще с реп opensuse ставить предлагается.
> качества реализации и дизайна архитектурыБабушка надвое сказала.
докер там остается на локалхосте контейнеры запускать
и то это все можно без докера давноа на серверах/кластерах куча других OCI
кубернетес даже докер выкинет чтобы containerd взять
Никуда эту дрянь не выкидывают.
В containerd добавили поддержку сабжа.
>Что там нынче с докеромесли не починили, хороший повод переходить на бзду )
Просто вдумайтесь в логику вашего вопроса. Крутить во фре контейнер с алпайн линуксом, на котором крутится {нечто очень нужное, но что нет времени развернуть}.На кой хрен он нужен то? До сих пор не понятно, почему не lxc. Чтоб тянуть чьей-то с докерхаба? Мрак.
Вся эта возня до сих пор создаёт ощущение у некоторых что сабж жив.
а что такое? вон драйвер для Mellanox поддерживают... мало?
Ещё как жив :)
Вовсю используется многими, даже такими далекими от сабжа, как я. У меня используется в виде XigmaNAS. И я далеко не одинок.
> У меня используется в виде XigmaNASК сожалению, параноя у кураторов XigmaNAS толкает проект все дальше и дальше в Ж.
Форум закрыли, даже почитать - только по логину, все предложения по улучшению сливаются в /dev/null
А когда настал бсд-капец?
На серверах живее всех живых, просто работает по тихому и всё, и нет шумихи среди малолеток, которые падки на понты.
Да и на десктопе не хуже работает.
Смотря на каком десктопе. Как мне гуловский chrome запустить? Как мне какой-нить там tiemviewer запустить? Через линуксолятор-задродство для фанфиков, зачем, когда можно просто поставить любой линукс для этого.На серверах можно, пока не нужно запускать что-то тырпрайзное
> Смотря на каком десктопе. Как мне гуловский chrome запустить? Как мне какой-нить
> там tiemviewer запустить? Через линуксолятор-задродство для фанфиков, зачем, когда можно
> просто поставить любой линукс для этого.
> На серверах можно, пока не нужно запускать что-то тырпрайзноеНа моём десктопе. Мне не надо teamviewer, я сам определяю, что пользователь скачает, а качать он будет anydesk, который вобщем-то хорошо работает. Какой-то Хром в портах есть, я привык к Тормозилле c Тормозптицей, которая там обновляется иногда чаще, чем новости на Опеннете выходят. LibreOffice свжий есть, Jabber-клиентов достаточно, Mate свежий, vnc и rdp клиенты есть, wireshark и nmap есть, Geany есть, VirtualBox тоже периодически завозят, значит для меня всё оновное есть.
А для того, чего нет - есть VirtualBox c сВиндовсом.
Линукслятор не использовал, мне не нужно было что-то только линуксовое, что нельзя собрать из портов.
только вот nmap поломан на правильной версии фри, помечен как BROKEN.
зыж нмап не нужен, кстати, но это уже совсем другая история)
> только вот nmap поломан на правильной версии фри, помечен как BROKEN.
> зыж нмап не нужен, кстати, но это уже совсем другая история)Это на какой правильной? Я что-то таких пометок не нашёл, на 14 ломалось, но уже исправили.
>> только вот nmap поломан на правильной версии фри, помечен как BROKEN.
>> зыж нмап не нужен, кстати, но это уже совсем другая история)
> Это на какой правильной? Я что-то таких пометок не нашёл, на 14
> ломалось, но уже исправили.уже да, исправили.
> Смотря на каком десктопе. Как мне PDFCreator запустить? Как мне какой-нить
> там Microsoft Office 2019 запустить? Через wine-задродство для фанфиков, зачем, когда можно
> просто поставить любой windows для этого, а для Linux есть WSL.Кто о чем, а линуксоид о любимой проприетари.
> Да и на десктопе не хуже работает.Смотря на каком, может на некро-железе типа 775 сокета и работает, а на современном типа Coffee Lake оно даже нормально не запускается. Уж молчу о корявости и багах графического окружения. Как по мне, фряха - исключительно прерогатива серваков и терминала через ssh.
Ну Coffee lake у меня нет, мне пока и i7 Haswell'a хватает, но никогда не испытывал проблем с работой на новом железе. Ну а корявость и баги графического окружения тут теперь все из Линукса.
Ну например с энергосбережением у фри всё печально.
Например валва вместе с амд вот вывалила патчи чтобы цп амд нормально энергосберигались под линем. Наконец-то в предверье 22 года.
Во фре подобные проблемы даже не обсуждаются.Зато во фре звуковая система здорового человека... Только мало толку.
У фри есть бооольшая проблема с долбанутым "сообществом", половина из которого на зп у иекссистемс и прочих производителей сетевых экранов.
Думаете у арча токсичное сообщество?
Недавно в рассылке китайцы попытались обсудить свои проблемы с представительством фри в Китае. Началось бросание политическими кашками, мол сами заслужили такое правительство убейтесь об стену узкоглазые.
> У фри есть бооольшая проблема с долбанутым "сообществом", половина из которого на
> зп у иекссистемс и прочих производителей сетевых экранов.
> Думаете у арча токсичное сообщество?
> Недавно в рассылке китайцы попытались обсудить свои проблемы с представительством фри в
> Китае. Началось бросание политическими кашками, мол сами заслужили такое правительство
> убейтесь об стену узкоглазые.Да пусть форкнут и пилят своё BSD, им же никто не мешает. А чего хотеть от западного мира с промытыми мозгами, там уже совсем ёпнулись.
К счастью форкнуть фрю намного легче, чем Линукс.
Если речь о суспендах, так оно и в винде не всегда нормально работало. Бывало что не выходило из спячки. Если про понижение частоты при простое - то оно работает, особенно с powerd++ из портов.Я на ноуте поставил самые агресивные параметры для powerd, для полной нагрузке никак не сказывается на производительности, при простое температура падает на 4-5 градусов.
> при простое - то оно работает, особенно с powerd++ из портов.Просто работает, и работает хорошо, разные вещи, поэтому валва, вдруг, резко, стала пилить патчи для линукса в этом направлении, хотя вроде как и до этого всё неплохо работало.
не скажи у линя тож провалы бывают. вот несколько лет назад купил комп, а мой дистр не взлетел из-за 630 интелловского видеоядра. пришлось ждать выпуска дистра с ядром 4.15 помойму. так как на 3.9 не взлетит. там нет поддержки именно 630 видеоядра. хотя фряха система весьма пока специфична для локалхоста)) я помучался с неделю и поставил линя. а на серваках полагаю вполне может и выполнять свою работу. не на всех.
Вот когда райзен только вышел - у меня оно сразу заработало, это у линуксойдов надо было патча ждать чтобы оно хотя бы загрузилось. И я сейчас про десктоп, как раз с 775 сокета уходил.
Среди парка 80 серверов (в основном виртуальных) много лет работают 4 сервера с фряхой (2 почтовых сервера и 2 кэширующих днс). Менять их на линукс бывали мысли (в основном, чтоб стандартизовать список ОС), но не настолько, чтоб эту замену реализовывать.
Постепенно переходим на более свежие версии фряхи, но не меняем.Работает надежно, как автомат калашникова - зачем от добра добра искать.
>2 почтовых сервера и 2 кэширующих днс)Ну, это любая ОСь потянет влёгкую, хоть minix. Вот если бы исполнялось что-то такое, и так, что кроме фряхи вариантов ольше никаких, то можно было бы удивиться. А так, очередное "смотрите поцоны, и меня аж сама фряха в углу, четыре штуки, я крутой". Собственно, примерно так сейчас в основном фряха в продах и представлена: по остаточному принципу.
Я что-то говорил, что фряхе в моем применении нет альтернатив?Но да вы правы, новые сервера под фряхой наверное делают крайне редко. И у нас когда то все серверы бвыли под фрёй (20 лет назад это было. И да, тогда серверов было меньше - с полтора десятка где-то), но сейчас остались только 4. Но я думаю, что эти 4 сервера проработают под freebsd еще очень долго, поскольку работают безотказно.
Знаю одну радиостанцию у которой до сих пор есть сервер с четвертой фряхой. И ничего - работает и выполняет свои функции и нет им вообще никакого резона менять шило на мыло
>>2 почтовых сервера и 2 кэширующих днс)
> Ну, это любая ОСь потянет влёгкую, хоть minix.Ну покажи почтовик с днс на minix.
Ну у нас и специалисты сейчас представлены по остаточному принципу.
Заявления неудачника в IT.
Как до дела доходит, например в том же амазон, в ядре маршрутизации, которое должно быть абсолютно надежно - остается FreeBSD, а сервисы, которые если падает система на железке, можно резервировать - остаются Linux.
>в том же амазон, в ядре маршрутизацииТы пруфы давай, особенно про freebsd в линуксцентричных шарагах вроде амазона. Выглядит как брехня полная.
>>в том же амазон, в ядре маршрутизации
> Ты пруфы давай, особенно про freebsd в линуксцентричных шарагах вроде амазона. Выглядит
> как брехня полная.Пруфы не дам, говорил товарищ который работает там сейчас в техподдержке. Твое право верить или нет, засунув башку в линуксцентричный мирок, но с торчащей наружу филейной частью, которая, по факту соприкасается со всеми ОС так или иначе.
Короче, бабка на скамейке напела. Маршрутизация-это очень небольшая нагрузка, чтоб с ней могла справится только какая-то особая мифическая OC. Если справляется freebsd, то тем более справится и линукс. А если трафик зашкаливает, то ставят специализированные железки. Можешь тут вспомнить про juniper, но там не совсем та фряха, которую мамкины бсдишники на локалхосте крутят.
Насмешил, особенно учитывая инфраструктуру Netflix.
Так и знал что Netflix приплетёшь. Прямо последний бастион обороны. Учитывая, что в Netflix большинство прода таки на линукс, в целом, завязывайте швыряться этим Netflix.
> Так и знал что Netflix приплетёшь. Прямо последний бастион обороны. Учитывая, что
> в Netflix большинство прода таки на линукс, в целом, завязывайте швыряться
> этим Netflix.А ты хочешь назвать кого-то еще из аномально больших "Китов" плавающих в интернет пространстве?
> Так и знал что Netflix приплетёшь. Прямо последний бастион обороны. Учитывая, что
> в Netflix большинство прода таки на линукс, в целом, завязывайте швыряться
> этим Netflix.Ну конечно. Большиннство имено ПРОДАКШИНА там на Mac, кузена FreeBSD, так что и тут ты обка ка лся.
Та-та, серваки они там на macos крутят, иди к мамке, штанишки поменяет.
>2 почтовых сервера и 2 кэширующих днсUFS2 в бздах была ужасненькой ещё 10 лет назад, так что пример как раз как не надо делать.
или там zfs? хотя zfs тоже не за скорость любят.
Что почтовик (если это не открытый всем желающим интернет сервис), что кеширующий DNS-это слабая нагрузка. Это далеко не OLTP, и не аналитика на неограниченных данных.
UFS2 - неубиваема в принципе! Ну только кувалдой разве. Хотя you mileage can vary ... but - я не разу мёртвую не видел 8-)
за 20 лет работы с UFS встречался с реальными проблемами только лет 15 назад.Сейчас единственная трабла, которая встречается - диск начинает показывать неверное свободное место. Перезагрузка в сингл-юзер и проверка fsck помогает (иногда только перезагрузка). Делать такое приходится ну где-то через год-два непрерывной работы сервера.
Ггг, ну это вы на 13 не заехали просто в прошлом январе, там Мак Кузик чего то недокоммитил и fsck коряво отрабатывал, правда после письма с репортом в рассылку исправил моментально.Насчёт места - не стоит забывать что там есть резервирование, по дефолту 8% и доступное место всегда меньше реальной ёмкости.
Ещё у меня везде журналирование выключено, чтобы fsck каждый раз реально всю ФС проверял, на больших механических дисках это долго, зато это убрало все поздемные стуки, которые возникали 1-2 раза.
Те когда журнал включён то не факт что он валиден, и у меня был один случай когда система нормально загружалась, работала и минут через 5-10 паниковала. Я поменял вообще всё железо, пересобрал систему и не помогало. Тогда я fsck ещё раз запустил и о чудо на якобы отчеканном диске нашлись ошибки. И потом ещё ни один раз у меня так ошибки при ручном fsck находились после того как автоматический по журналу проверил и ничего не нашёл.
В итоге у меня только softupdates включены со всех фич доступных из tunefs.
Насколько я помню, к 13.0 подогнали "неразрушаемую" UFS.
Когда файловая система при сбоях диска, нахождении неисправляемых логических ошибок и т.п. переходит в режим Read-Only для того, чтобы невозможно было повредить данные.Почему линуксоиды живут в прошлом столетии - для меня большая загадка.
У них в "ынтерпрайзе" даже boot environments не завезли до сих пор
> В ядре GENERIC для архитектуры amd64 включена опция COMPAT_LINUXKPIНу наконец-то!
>> В ядре GENERIC для архитектуры amd64 включена опция COMPAT_LINUXKPI
> Ну наконец-то!О, сколько открытий чудных тебя еще ждет:
COMPAT_FREEBSD12
COMPAT_FREEBSD11
COMPAT_FREEBSD10
COMPAT_FREEBSD9
COMPAT_FREEBSD7
COMPAT_FREEBSD6
COMPAT_FREEBSD5
COMPAT_FREEBSD4
COMPAT_FREEBSD32
# Implement system calls compatible with 4.3BSD and older versions
COMPAT_43
COMPAT_LINUX
COMPAT_LINUX32
COMPAT_CLOUDABI64
COMPAT_CLOUDABI32
COMPAT_AOUT
У меня только первые три и исключительно ради валгринда, который как то никак не пропатчат нормально.
Ты, случаем, не из КЗ? Дай емэйл плз свой, есть несколько вопросов по фряшке?
Хз что такое КЗ.
Пишите сюда.
Как пропатчить Trinity TDE под FreeBSD?
А что минусовать то, проблема актуальная.
я досихпор не знаю как пропатчить вторую. последовательность, не ?
Вторую KDE в результате пропатчили удачно. А вот Тринити на Фряхе было бы хорошо иметь. Даже под illumos пропатчили её.
Долгих лет. Експлуатируем в проде с огромным удовольствием и если есть возможность в задаче не использовать Linux, то обязательно используем FreeBSD!
Почему ? Вдруг тоже захочу.
Exim, Dovecot, NextCloud, Bareos, MySQL/PostgreSQL, Samba, Zabbix, всякие елементы АСУТП/АСКОЕ
Логичная структура размещения конфигурационных файлов. Аудит уязвимостей pkg audit, своевременные обновления. Привычная и понятная система инициализации, хороший софтовый шлюз pfSense. С драйверами проблем не испытывали т.к. для прод. серверов не нашли применения WiFi, подсведке клавиатуры, аудио/видео выходам итд.
>Привычная и понятная система инициализацииВот это как нельзя актуально - systemd просто издевательство какое-то. Ну и да - по остальным пунктам тоже согласен на 100%.
Особенно забавно это звучит, если вспомнить что launchd пришёл из макоси, а systemd имплементили оглядываясь на него )
> Особенно забавно это звучит, если вспомнить что launchd пришёл из макоси, а systemd имплементили оглядываясь на него )
> systemd имплементили оглядываясь на него )
> systemd имплементилиДа, только акценту у Вас не на то
Когда вы уже ленькин бред перестанете цитировать? Лёнька знатный балабол.
То что инит фри лучше системды ещё не означает что он хорош.
> Аудит уязвимостей pkg audit, своевременные обновления.http://vuxml.freebsd.org/freebsd/c9387e4d-2f5f-11ec-8be6-d4c...
https://cgit.freebsd.org/ports/commit/databases/mysql80-serv...
Скоро, думаю, свежих cve уже подвезут, а тут только старые закрыли.
Ну а ка вы хотели? Нашли в MySQL дырку. Опубликовали CVE. Тут же проблема будет извещать я в pkg audit. А дальше что? Разработчики фряхи должны фиксить MySQL? Как только вышел фикс, так сразу он и есть. Не в пакетах, так в портах.
>>> Как только вышел фикс, так сразу он и есть. Не в пакетах, так в портах.Changes in MySQL 8.0.27 (2021-10-19, General Availability). Сразу, ога.
После того, как мантейнер порта пропал, конкретно это обновляется очень нерегулярно.
>Привычная и понятная система инициализацииРазве что если вы инопланетянен головоногий читающий sh скрипты.
Ладно бы на перле было.
sh как раз простой и понятный, вот когда начинают писать на bash это бывает сложнее разобрать.
> sh как раз простой и понятный, вот когда начинают писать на bash
> это бывает сложнее разобрать.Это вообще неописуемый ужас. В сравнении да, sh норм.
>>Привычная и понятная система инициализации
> Разве что если вы инопланетянен головоногий читающий sh скрипты.
> Ладно бы на перле было.Ну ты ещё на русском попроси.
>>>Привычная и понятная система инициализации
>> Разве что если вы инопланетянен головоногий читающий sh скрипты.
>> Ладно бы на перле было.
> Ну ты ещё на русском попроси.Было же RU-BSD.
>>>>Привычная и понятная система инициализации
>>> Разве что если вы инопланетянен головоногий читающий sh скрипты.
>>> Ладно бы на перле было.
>> Ну ты ещё на русском попроси.
> Было же RU-BSD.И что? Там в скрипте можно было написать: "Хочу, чтобы уже всё само проинитилось из каропки" ?
>и если есть возможность в задаче не использовать Linuxкак же редко такое бывает-то!
Странно. Я вот так и не смог найти задач, где требовался бы линукс.
Единственное что крутится в виртуалке с линуксом - это "ubiquiti aircontrol".
Для всей остальной инфраструктуры мне хватает фряхи.
Юбики у меня под фрей крутятся и не кашляют.
1C. И то крутиться в BHYVE значительно стабильнее чем на выделенной машине.. Я удивлен :)
Попробуйте модельки в тензорфлове покрутить.Ну или любой десктоп.
AI весь мимо фряхи (если по-взрослому, а не поиграться). Линукс, винда.
Потому что если это не сделал кто то другой то нужно самому портировать.
AI сильно завязан на специализированное железо, как минимум видеокарты, а лучше ускорители и даже специалищированные CPU и целые майнфреймы на них. А это уже проприетарные дрова под железо. А последние пилятся вендором под win и линукс.
Ну невидия еще что-то допиливает, вон вроде и вулкан прикрутила к свой проприетарщине.
Вообще забавно получилось по-сравнению с линуксом. Судя по новостям и откликам для линукса ати - лучший выбор. Для фри же от ати какие-то объедки со стола линукс. Лучше всего работает интел, тут вообще всю дорогу без проблем, на втором месте проприетарная невидия. Хотя насколько я понимаю там тот же линукс драйвер, на факи невидии никто не показывает и есть выбор из трех вариантов драйверов, что полезно для старья.
В 13-STABLE скоро drm-5.5 завезут.
В CURRENT уже можно 5.6 попробовать.
> В 13-STABLE скоро drm-5.5 завезут.
> В CURRENT уже можно 5.6 попробовать.Будет ли там Navi_21 ?
Такие вещи не делаются со стороны.
FreeBSD foundation должна официально сконтактировать с нвидией и амд и обсудить что фонд ФрииБСД может сделать чтобы ускорить портирование ROCm и помочь нвидии портировать куткуду.Любая сторонняя контора вообще мимо только если много много денег предложить амд или нвидии в виде контрактов на поставку оборудования.
> AI весь мимо фряхи (если по-взрослому, а не поиграться). Линукс, винда.Ну, анализ данных это далеко не только AI.
Отлично. Будет чем на выходных заняться.
>Релиз FreeBSD 13.1 ожидается весной 2022 года.Про 13.1 ссылка битая, а вот в девелоперских снэпшотах есть упоминание про 14.0: https://download.freebsd.org/ftp/snapshots/amd64/14.0-CURRENT/
А что вас таки удивляет? 14-CURRENT ветка появляется после заморозки релизной ветки 13.0 ну или возникновения 13-STABLE и формирования пререлизных выпусков. Т.е. ещё с апреля 2021 можно сделатьrm -r /usr/src/* && cd /usr/src && git clone -o freebsd -b main https://git.FreeBSD.org/src.git /usr/src
make buildworld && make buildkernel
Получаете свежачинку FreeBSD 14.0.
>make buildworldи хрен собралось вечные баги
>>make buildworld
> и хрен собралось вечные багиСам то пробовал? Я вобщем-то довольно давно не смотрел, чего там в CURRENT делают, но на невозможность сборки натыкался редко, у меня не серверах ветки release, на десктопах ветки stable. При работе current ядро могло выпасть, но на то и current.
Хм, а запущука я сборку current, посмотрим, что там с багами.
> Сам то пробовал?https://github.com/freebsd/freebsd-src/blob/main/lib/libc/ge...- main ветка
https://github.com/freebsd/freebsd-src/blob/releng/13.0/lib/...
в 13.0 и 13.0.0 отваливается сборка мира.
>у меня не серверах ветки release, на десктопах ветки stable.ясно
>Хм, а запущука я сборку current, посмотрим, что там с багами.
ну вот качните 13.0 или 13.0.0 ветки.
>> Сам то пробовал?
> https://github.com/freebsd/freebsd-src/blob/main/lib/libc/ge...
> - main ветка
> https://github.com/freebsd/freebsd-src/blob/releng/13.0/lib/...
> в 13.0 и 13.0.0 отваливается сборка мира.Попробовал, мир 13.0 собирается. Ветка CURRENT тоже собралась.
# git clone -o freebsd -b releng/13.0 https://git.freebsd.org/src.git /usr/src2 && idprio 2 make -j8 buildworld
--------------------------------------------------------------
>>> World build completed on Thu Dec 9 04:14:51 MSK 2021
>>> World built in 4317 seconds, ncpu: 8, make -j8--------------------------------------------------------------
> Попробовал, мир 13.0 собирается. Ветка CURRENT тоже собралась.
> # git clone -o freebsd -b releng/13.0 https://git.freebsd.org/src.git /usr/src2 && idprio
> 2 make -j8 buildworld
> --------------------------------------------------------------
>>>> World build completed on Thu Dec 9 04:14:51 MSK 2021
>>>> World built in 4317 seconds, ncpu: 8, make -j8
> --------------------------------------------------------------странно, вот сама ошибка
--------------------------------------
/usr/src/lib/libc/gen/getgrent.c:974:8: error: cast to smaller integer type 'enum nss_lookup_type' from 'void *' [-Werror,-Wvoid-pointer-to-enum-cast]
how = (enum nss_lookup_type)mdata;
^~~~~~~~~~~~~~~~~~~~~~~~~~~
1 error generated.
*** [getgrent.o] Error code 1make[4]: stopped in /usr/src/lib/libc
1 errormake[4]: stopped in /usr/src/lib/libc
make[3]: stopped in /usr/src
make[2]: stopped in /usr/src
make[1]: stopped in /usr/src
make: stopped in /usr/src
--------------------------------------------------
https://cgit.freebsd.org/src/tree/lib/libc/gen/getgrent.c?h=...
вот тот самый файл номер строки 974
how = (enum nss_lookup_type)mdata;
в main ветки эта строка пофиксена и собственна сборка проходит
https://cgit.freebsd.org/src/tree/lib/libc/gen/getgrent.c?h=...
how = (enum nss_lookup_type)(uintptr_t)mdata;
Там еще в другом файле ровно такая же ошибка, если заменить эти строчки в 13.0 то мир собирается.Кстати, какая версия clang у вас была при сборке 13.0 ?
у меня такая была clang version 11.0.1
> Там еще в другом файле ровно такая же ошибка, если заменить эти
> строчки в 13.0 то мир собирается.
> Кстати, какая версия clang у вас была при сборке 13.0 ?
> у меня такая была clang version 11.0.1Сборкой я занимался на 12.3, соответственно шланг ещё 10
FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git llvmorg-10.0.1-0-gef32c611aa2)
Target: x86_64-unknown-freebsd12.3
Thread model: posix
InstalledDir: /usr/bin, но он же только сборочное окружение собирает, дальше мир и ядро 13.0 собираются уже 11.0.1 шлангом.
>> Там еще в другом файле ровно такая же ошибка, если заменить эти
>> строчки в 13.0 то мир собирается.
>> Кстати, какая версия clang у вас была при сборке 13.0 ?
>> у меня такая была clang version 11.0.1
> Сборкой я занимался на 12.3, соответственно шланг ещё 10J4TR: при штатной сборке сперва собирается тулчейн и уже им собирается world, т.е. "унутрях" при сборке (штатно) будет другой шланг (man build, пункт toolchain).
Можно изменить в make.conf (CC=/host/cc CXX= ) - для минорных обновлений это обычно прокатывает, но не для мажорных.
Так что вышеотписавшемуся стоит заглянуть в свой /etc/make.conf /etc/src.conf, возможно где-то завалялись "оптимизации" ну и почистить /usr/obj
> J4TR: при штатной сборке сперва собирается тулчейн и уже им собирается world,
> т.е. "унутрях" при сборке (штатно) будет другой шланг (man build, пункт
> toolchain).собиралось на версии бсд 13.0 шлангом версии 11.0.1
> Так что вышеотписавшемуся стоит заглянуть
ничем не поможет, там бага в libc, достаточно было в двух файлах дописать приведение типа и сборка пройдет успешно. В каких файлах выше указал.
>> J4TR: при штатной сборке сперва собирается тулчейн и уже им собирается world,
>> т.е. "унутрях" при сборке (штатно) будет другой шланг (man build, пункт
>> toolchain).
> собиралось на версии бсд 13.0 шлангом версии 11.0.1
>> Так что вышеотписавшемуся стоит заглянуть
> ничем не поможет, там бага в libc, достаточно было в двух файлах
> дописать приведение типа и сборка пройдет успешно. В каких файлах выше
> указал.Но на ноуте то 13 у меня собиралась из-под 13... Ошибка то при сборке мира уже не системным компилятором 12.3, а системным 13.0. Там вся сборка начинается с компиляции 11.0.1 шланга, который потом и работает.
>Ошибка то при сборке мира уже не системным компиляторомошибка эта возникает до сборки шланга, запустите сборку 13.0 в среде 13.0 со шлангом 11.0.1, так проявится ошибка.
Я конечно поставил в пробирку 13.0 и запусил там пересборку мира системным шлангом. Но вероятно всё соберётся нормально.
Проблема не в компиляторе, а в том что у меня не включена опция WITH_HESIOD (по умолчанию), а у вас она вероятно включена. И поэтому сборка падает, так-как есть косяк с указателем, который исправили позже, багрепорты на несборку libc с этим параметром можете загуглить, это не единственный баг.
> Проблема не в компиляторе, а в том что у меня не включена
> опция WITH_HESIOD (по умолчанию), а у вас она вероятно включена.отключена, в моем случае, количество WITHOUT_ параметров в значении YES довольно велико. Если вы думаете, что какой-либо параметр влияет на ту самую ошибку с которой столкнулся я, то напишите, я посмотрю включен он у меня или нет.
пс: все параметры можно посмотреть тут https://www.freebsd.org/cgi/man.cgi?query=src.conf&sektion=&n=1
>> Проблема не в компиляторе, а в том что у меня не включена
>> опция WITH_HESIOD (по умолчанию), а у вас она вероятно включена.
> отключена, в моем случае, количество WITHOUT_ параметров в значении YES довольно велико.
> Если вы думаете, что какой-либо параметр влияет на ту самую ошибку
> с которой столкнулся я, то напишите, я посмотрю включен он у
> меня или нет.
> пс: все параметры можно посмотреть тут https://www.freebsd.org/cgi/man.cgi?query=src.conf&sektion=&n=1Вот кусок getgrent.c, где определение глючной функции dns_group.
#ifdef HESIOD
struct dns_state {
long counter;
};
static void dns_endstate(void *);
NSS_TLS_HANDLING(dns);
static int dns_setgrent(void *, void *, va_list);
static int dns_group(void *, void *, va_list);
#endifВ мане написано:
WITH_HESIOD
Set to build Hesiod support.т.е. по умолчанию собирается без этой опции, притащили эту фичу из NetBSD.
Давайте свой src.conf тогда, чудес то не бывает. Или сами смотрите, что там с WITH_HESIOD связано, там несколько параметров. Этот параметр разбирается в конфигурационном скрипте в crypto/heimdal, возможно надо глянуть параметры KERBEROS и GSSAPI.
> Вот кусок getgrent.c, где определение глючной функции dns_group.вот комит в main ветке
https://github.com/freebsd/freebsd-src/commit/3b666932d409ad...
а вот комит ранее
https://github.com/freebsd/freebsd-src/commit/6671366a55357f...
почему в 13.0 этих фиксов нет? хотя вот это есть
https://github.com/freebsd/freebsd-src/commit/6671366a55357f...
а связанная с HESIOD комита нету, а бага одна и таже в двух коммитах
>> Вот кусок getgrent.c, где определение глючной функции dns_group.
> вот комит в main ветке
> https://github.com/freebsd/freebsd-src/commit/3b666932d409ad...
> а вот комит ранее
> https://github.com/freebsd/freebsd-src/commit/6671366a55357f...
> почему в 13.0 этих фиксов нет? хотя вот это есть
> https://github.com/freebsd/freebsd-src/commit/6671366a55357f...
> а связанная с HESIOD комита нету, а бага одна и таже в
> двух коммитахПотому что 2 более ранних комита 20 года не фиксят функцию dns_group, так-как вероятно когда исправляли глюки, не собирали ядро с опцией WITH_HESIOID. А коммит от 5 апреля 2021 подбирал хвосты в этой функции и ещё в dns_passwd, естественно пошёл уже только в current и возможно stable/13, так-как кодовая база релиза 13.0 была уже месяц как заморожена и компилялся очередной RC, тогда и релиз перенесли на неделю, насколько помню. Вобщем дофиксили и хорошо, в stable/13 уже исправлено, можно не париться и на релиз забить. Если есть страсть к релизу - ну положите поправленные исходники getgrent.c и getpwent.c и всё соберётся и будет работать.
>положите поправленные исходники getgrent.c и getpwent.c и всё соберётся и будет работать.пришлось так и сделать, собралось без проблем.
> Сборкой я занимался на 12.3, соответственно шланг ещё 10ну вот собственно дело в этом
> , но он же только сборочное окружение собирает, дальше мир и ядро
> 13.0 собираются уже 11.0.1 шлангом.в 13.0 шланг 11, система на которой я собирал - 13.0 и шланг 11, при сборке мира собирается той же версии шланг, а после собранным шлангом - собирается мир.
> в 13.0 шланг 11, система на которой я собирал - 13.0 и
> шланг 11, при сборке мира собирается той же версии шланг, а
> после собранным шлангом - собирается мир.Что мешает перейти на 13-STABLE?
Ну так курент и не для пользователей, а для разработчиков.
Неудивительно, что может не собраться, об этом хэндбук честно предупреждает.
Да не удивляет, а ссылка на 13.1 отсутствует. Ну и вспомнил ещё долгожителя - 4-ю ветку...
Долгожительство - зло, как минимум для тех кто на десктопе юзает, потому что дрова на видео пилятся под current и где то через год-два их почти перестают обновлять под stable ибо изменений слишком много несовместимых.Я когда то очень ждал релиза 12 чтобы у меня появился свежий amdgpu умеющий встройку на райзенах, потом так же ждал 13 потому что в 12 amdgpu был довольно устаревшим и мне приходилось держать две его разные версии, которые работали одна чисто со старым биосом другая чисто с новым и дискретными видюхами.
Сейчас пока на 13 всё хорошо и с другой стороны всё равно нового железа в плане видюх не предвидется.
>долгожительство - злоПонятненько. :-(
Убирайте уже релизы. Должон остаться только кровоточащий конец. И дрисктоп на нем.
CURRENT - это для разработчиков, админу такое ставить не рекомендуется, потому что высока вероятность того что придётся как минимум писать багрепорты, а лучше сразу отлаживать и слать патчи.
NFS4 нормально работает?
12.2 так точно нормально с этим работала
Вроде как 4.2 наконец-то реализовали и в 12.3 оно есть.
Вроде работает но это неточно. Нужно по больше потестить.А вот линукс клиент гадит fs cookie duplicated в логи.
Отличная новость про отличную ось!
как там с вайфаем?
взламывают как и везде
Пробрасываете его через бихайв в виртуалку с опенврт и получаете свежий драйвер с вебгуем для настроек. Родной вифи стёк заброшен можно сказать.
Куда стёк?
Отличная новость. Здоровая система без всяких systemd и rust в ядре. Молодцы!
> и облачных окружений Amazon EC2Н-да, очень актуально после того, что с амазоном случилось 7 декабря... процентов 20 народа серьезно после этого сваливать от туда решили
Ты про какие 20%. Времени не хватит насчитать эти 20%, если брать всех клиентов амазона. Это реально компания N1 сейчас. Туда, например, почти все биржи перевели свои инфраструктуры.
> Ты про какие 20%. Времени не хватит насчитать эти 20%, если брать
> всех клиентов амазона.Говорю исключительно только о тех, кто звонил мне и спрашивал куда метнутся к гуглу или азуру, но я и им всем дал то же совет, что сказали и вы, - амазон пока что ИМХО N1 по любому
Отличная система - больше 20 лет почти всё на ней делаю.
надо переписать на раст
А как тут с dotnet core, vscode и nodejs?
Не не не, не лезь в BSD с этим. Не надо там рептилоидов с этим мусором.
Вот даже смотреть не буду. И не хочется. Но надеюсь что всё плохо. Согласен с соседом. Не надо. А то сначала dotnet, vscode, nodejs а потом вы туда притащите свои поделки в виде флатошлака и systemd. А дальше только деградировать до rust останется. Не надо. Сиди на венде, в ней и так помойка, от этох поделок хуже уже не станет.А BSD красивая стройная лёгкая и логичная система. Не надо её портить.
Второе и третье точно есть, увы.
Этот пласт реальности там не существует, соответственно и проблем нет.Но у кого-то на скриншоте видел vscode on freebsd, так что каких то туда новостей заносит.
VSCode собрали и запустили даже на AIX.
Насколько помню, сборка vscode из исходников появилась в портах фряхи раньше, чем в каких-либо ещё репозиториях.
mono есть.
Я его несколько лет назад заставлял работать с помощью молотка и такой-то матери.Нода вроде недавно появилась и осс вскода должна быть. Но в ней такой объём телеметрии, что я бы рекомендовал бы подумать о альтернативах.
> Нода вроде недавно появиласьhttps://www.freshports.org/www/node/
> Port Added: 2010-04-12 07:27:22
Я с электроном наверное перепутал.
> sysctl net.inet.tcp.tolerate_missing_ts, допускающий TCP-пакеты без временных метокМне пришлось это ещё с пол года назад бэкпортировать самому из 13, иначе с некоторыми хостами связи не было, клиенты жаловались.
> драйвер igc для ethernet-контроллеров Intel I225 2.5G/1G/100MB/10MB.Если что, то такое и в портах раньше намного было, плюс там есть драйвер реалтека для 2,5Гб сетевух.
У меня вот это из базы: axgbe em igc ix ixl ixv rl vmware/vmxnet3 virtio/network
И вот это из портов: net/aquantia-atlantic-kmod net/realtek-re-kmod
Закрывает практически все актуальное железо, как минимум на десктопах и простых серверах.
> Релиз FreeBSD 13.1 ожидается весной 2022 годаКак и ожидалось. Будем переходить окончательно после НГ.
В 13-STABLE три шланга в системе (и все нужные):
% pkg info -x llvm
llvm12-12.0.1_7
llvm13-13.0.0_3
% cc --version
FreeBSD clang version 13.0.0 (git@github.com:llvm/llvm-project.git llvmorg-13.0.0-0-gd7b669b3a303)
Target: x86_64-unknown-freebsd13.0
Thread model: posix
InstalledDir: /usr/bin
llvm13 пока не юзается вроде, 12 для видео нужен.
Системный недавно до 13 обновился, думаю скоро видео смигрируют до 13 и будет везде 13.
> llvm13 пока не юзается вроде, 12 для видео нужен.
> Системный недавно до 13 обновился, думаю скоро видео смигрируют до 13 и
> будет везде 13.Угу. Вот только будет два LLVM-13: один системный, другой из порта (для Mesы).
> Угу. Вот только будет два LLVM-13: один системный, другой из порта (для Mesы).Возможно, системный слишком урезан - 100 МБ, если не меньше.
>> Угу. Вот только будет два LLVM-13: один системный, другой из порта (для Mesы).
> Возможно, системный слишком урезан - 100 МБ, если не меньше.Системный пересобирается 2,5 часа... А из порта LLVM-13 собирается за 30 минут.
У тебя плохой процессор и плохие настройки :)
У меня за 9 минут вся система с миром, ядром, и дровами на видео собирается, при прогретом кеше.А когда в системе меняется версия шланга то идёт кросс компиляция, фактически шланг там собирается два раза, потому и долго.
> У тебя плохой процессор и плохие настройки :)
> У меня за 9 минут вся система с миром, ядром, и дровами
> на видео собирается, при прогретом кеше.У каждого из нас свои тараканы.
Процессор Ryzen 3900X в этом плане ничем не отличается от Ryzen 1800X - время на пересборку системного LLVM затрачивается столько же, так как он пересобирается на одном ядре процессора - ДВА_ЧАСА, КАРЛ.
+ 11-й для Постгреса.
> Как и ожидалось. Будем переходить окончательно после НГ.Планируете переход сразу на 13.1?
Да, у нас 12.2 кажется, от прошлого января.
В инфраструктуре уже 13 везде (собраная с исходников, так что ближе к 13.1), с ней проще чем с продуктом.
Зеркала исходников и портов с моими патчами, периодически обновляю:
https://github.com/rozhuk-im/freebsd-ports
https://github.com/rozhuk-im/freebsd/tree/stable/13В основном актуально для десктопов.
В фабрикатор шли патчи, или в багзиллу.
Там в коммит месаджах есть ссылки на багзиловские тикеты почти для всего, для портов патчем без нумера багзиллы очень мало.
Для системы - несколько сложнее, часть обсуждалась и была отвергнута (u3g/cdce), часть руки не дошли, часть просто лень заниматься или специфичное.