Отчёт о развитии FreeBSD за третий квартал 2022 года

Thanks

Работа над поддержкой многопроцессорной отладки LLDB:

LLDB — это высокопроизводительный отладчик следующего поколения. FreeBSD включает LLDB в базовую систему. Предыдущие проекты улучшили LLDB, чтобы сделать его надежным отладчиком, хотя она все еще имеет несколько ограничений по сравнению с современными версиями GNU GDB.

Чего только ни делают лишь бы gdb не пользоваться.

следующего поколения

все еще имеет несколько ограничений по сравнению с современными версиями GNU GDB

И снова ничего про IPv6 и WPA3…

Беспроводная связь Intel 11ac:

Ас? А чего не ах?

Чего только ни делают лишь бы gdb не пользоваться.

Интересно, а почему же не хотят использовать gdb?

Очевидно потому что GPL.

Как GPL может мешать использованию gdb?

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

+1.

Не нужно пользоваться gdb, когда WinDbg лучше во всём.

GPL не повод пользоваться gdb. Нужно просто пользоваться хорошими инструментами.

На OpenNet.ru будет более подробный отчёт. И там опять у кого-то случится истерика. Ну не могут люди спокойно относиться к существованию альтернативной модели восприятия и понимания мира!

поддержка аппаратных точк наблюдения

Збс :)

Valve когда объявит поддержку FreeBSD?

А должна?

Чего только ни делают лишь бы gdb не пользоваться.

А что, обязаны?

И там опять у кого-то случится истерика

В каком смысле?

Чем фряха лучше линупса?

Ну, примерно тем, чем собор лучше базара, наверное?

Чего только ни делают лишь бы gdb не пользоваться.

может ещё тогда использовать ld вместо lld?

ld это общее название всех линкеров, а lld видимо какая-то конкретная его реализация. Если оно из clang-а растёт то тоже нафиг бы.

Если что, мне фрибсд в целом нравится больше чем линукс, но вот эта их идея отхода от gcc (и сопутствующих gnu утилит для разработки) по религиозным соображениям меня очень расстроила ещё давно. Обычно такой чушью как раз в линуксе занимаются.

Сколько строк кода украдено из Линукса?

Ни одной. Их бы засудили за незаконное присваивание, как в своё время ATT/Bell Labs и Novell за присваивание кода Unix.

Подробностей не помню, но кто-то из этих двух точно у кого то из этих двух же спер. Было дело в драйвере ATA/133 такое. И думается мне, это не уникальный случай.

идея отхода от gcc (и сопутствующих gnu утилит для разработки) по религиозным соображениям

Религия тут вообще не при чём.

но вот эта их идея отхода от gcc ... меня очень расстроила ещё давно

А тебя чего это заботит? Нужен gcc - ставь с портов, компиляй им все что нужно.

но вот эта их идея отхода от gcc (и сопутствующих gnu утилит для разработки) по религиозным соображениям меня очень расстроила ещё давно.

Сами линуксоиды виноваты — множить сущности без особого смысла.

mesa-dri/mesa-libs без LLVM не работают — благодаря стараниям AMD и Intel со своими псевдо-графическими идеями внедрения полу-аппаратных приёмчиков компиляции шейдеров на лету силами центрального процессора в процессе работы 3D-графики даже для 2D-сцен. Это — следствие отстранения от принятия решений в комитете X.Org представителей трёх операционных платформ — FreeBSD, Mac OS X и Solaris. Линуксоиды перед этим продвинули Intel KMS в структуру своего ядра (при этом для других открытых систем разработка фактически была закрыта из-за несовместимости ABI и лицензий на открытый код), а затем начали затачивать X.Org под себя.

До этого X’ы представляли собой довольно компактный набор пакетов и драйверов размером порядка 30 МБ, который компилировался GCC 4.2 и не требовал для своей работы рантайма. Драйверы Nvidia ставились отдельным пакетом, как и сейчас.

На OpenNet.ru будет более подробный отчёт.

Пока нету. Жду.

Я так в итоге и делаю, но, знаешь ли, это выглядит несколько извратом. Для базовых вещей есть базовая система, в которой, как и должно быть, был gcc, а теперь его нет, и дефолтного отладчика (gdb) тоже теперь нет.

А в портах они тянут за собой всякую чушь, я вот недавно как раз начал её вырезать (math/gmp, math/mpfr, devel/binutils) пока что из его зависимостей, сам gcc на очереди. Правда эти два моих патча мейнтейнеры почему-то уже неделю динамят.

Я за:

1. Все компиляторы неужно выкинуть из базовой системы — там им не место.

2. Обеспечить альтернативу выбора между сборкой LLVM и GCC.

Ну я плохо себе представляю пользование unix-like системой без компилятора, если только это не тонкая система под единственное применение (которые обычно в jail-ах). Включая то, что пересборка системы не должна зависеть от внешних пакетов (а порты, хоть они и часть системы, но всё же поддерживаются обычно совсем другими людьми и исключительно для прикладных применений).

Я плохо себе представляю эти надуманные проблемы, что компилятор должен входить в базовую систему. Зачем плодить сущности? Есть пакеты-порты, которые быстрее обновляются и не зависят от версии операционной системы. Разработчикам ОС нужно лишь поддерживать возможность сборки системы и отладки, а инструментарий может быть и отдельным, так как в логику работы системы не вписывается.

что компилятор должен входить в базовую систему

Думаю причина наличия компилатора в системеме чисто историческая. Тянется с времен когда ОСь поставлялась в основном на дисках. Диск(и) должны быть самодостаточными, должны иметь возможность не только установить ОСь, но и иметь все инструменты для пересоборки части системы с исходников.

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

А самое главное и не написали.

Our goal this year is to raise at a minimum $1,400,000 towards a spending budget of around $2,000,000. As we enter the last quarter of 2022, our donation total sits at $167,348, so we still need your help.

За этот год собрано $167,348 когда нужно $2,000,000. Выкладывайте больше кода под куколд-лицензиями.

Диск(и) должны быть самодостаточными

Базовая система должна быть самодостаточной, вне зависимости от того, на каком она носителе поставляется.

Зачем плодить сущности? Есть пакеты-порты, которые быстрее обновляются и не зависят от версии операционной системы.

А вот компилятор для сборки системы как раз не должен как попало обновляться, и должен зависеть от её версии. Это - тот компилятор, на котором сборка ОС протестирована и рекомендуется (и проводится референсная её сборка), и он должен идти в комплекте. На данный момент это, к сожалению, clang. В идеале, конечно, она должна собираться другими его версиями, и другими компиляторами без проблем, но это уже не протестированный и гарантированный функционал а желаемый-ожидаемый.

Патченое КДЕ под фрибсд? О времена..

Что-то скудно в этом квартале работали…

Какой более подробный?

Тут и так почти один в один с оригиналом.

Сколько строк кода украдено из Линукса?

(Три).(Только не требуй никаких свидетельств в суде(свидетели долго не живут(особенно свидетели воровства у Линукса)))

Чем фряха лучше линупса?

Для ординарного пользователя это дело вкуса.

Для разработчика это дело коммерческого интереса.

Чем фряха лучше линупса?

А чем линупс лучше фряхи?

Фряха и линупс – это совершенно разные системы со своими особенностями и возможностями. Но в целом все лучшие (и худшие) стороны этих систем – это их специфические особенности и возможности, коих огромное количество.

Для ординарного пользователя это дело вкуса.

Для ординарного пользователя – как сказал барин, так и быть. И барин зачастую – это не сам ординарный пользователь.

Фряха и линупс – это совершенно разные системы со своими особенностями и возможностями.

Я пользуюсь и «линупсом» и «фряхой». :-)

Чем фряха лучше линупса?

Фряха и линупс – это совершенно разные системы

Я пользуюсь и «линупсом» и «фряхой». :-)

Вот ты и скажи чем лучше. Тебе даже есть с чем сравнивать. Я линукс не использую уже какое-то время, потому что не понимаю зачем.

Я линукс не использую уже какое-то время, потому что не понимаю зачем.

Есть такие приложения, как например Zoom, которые не портироаваны на платформу FreeBSD.

Хотя уже портировали, но еще нет поддержки звука.

Хотя уже портировали, но еще нет поддержки звука.

Почему нет? Там бинарные линуксовые блобы должны работать через linuxulator.

Некоторый софт из портов/пакетов может только ALSA или только PulseAudio, (которые только слои совместимости над OSS). Но это отдельный случай линуксячего софта. Большинство нормального софта умеет в OSS из фряхи =)

Это только догадки и предположения.

Мертвечина

pkg-message:
For install:
You installed Zoom: A video conferencing client.

CAVEAT: Sound doesn't yet work in Zoom on FreeBSD.

In order to run Zoom you need:
1. Linux emulation enabled. For this you should execute:
   # sysrc linux_enable=YES
   and reboot and/or execute:
   # kldload linux
2. Have devfs mounted for the Linux emulator.
   For this you should execute:
   # mount -t devfs none /compat/linux/dev
   and reboot and/or add this line to /etc/fstab:
   devfs /compat/linux/dev devfs rw 0 0
3. Have Linux OpenGL package for your video card is installed.
   It could be one of linux-nvidia-libs*, etc.
   Enable a port option corresponding to your OpenGL driver, if applicable.
   Try running with LIBGL_ALWAYS_SOFTWARE=1 if zoom crashes because of OpenGL.
4. Have multimedia/webcamd installed and running. The usual way to
   start webcamd is to have these two lines in /etc/rc.conf:
   webcamd_enable="YES"
   webcamd_flags="-H"

Zoom stores configuration values in ~/.config/zoomus.conf, some
of which you can adjust.

If you have linux-c7-pulseaudio-libs or linux-c7-alsa-plugins-pulseaudio
installed and zoom asserts in pulseaudio, please change system.audio.type
to "alsa" in ~/.config/zoomus.conf
WWW: https://zoom.us/

https://www.freshports.org/net-im/zoom/

Sound doesn't yet work in Zoom on FreeBSD.

Какой смысл установить Zoom на FreeBSD если нету еще

поддержки звука?

А ты установи по перечню рекомендаций, вот и увидишь смысл.

Вот бы побольше таких коментариев