LINUX.ORG.RU

FreeBSD 13.0-RELEASE

 ,


1

2

Команда FreeBSD рада объявить о доступности FreeBSD 13.0-RELEASE — первого выпуска ветки stable/13.

Некоторые из нововведений:

  • clang, lld, lldb, llvm, библиотеки libunwind и libc++ обновлены в базовой системе до версии 11.0.1.
  • Из базовой системы удалена устаревшая версия отладчика GNU. Для анализа крэшдампов ядра следует пользоваться текущей версией gdb из портов/пакетов.
  • Из дерева исходников удалены устаревшие binutils 2.17 и gcc(1) 4.2.1. На данный момент все поддерживаемые архитектуры используют LLVM/clang.
  • BSD grep(1) теперь устанавливается по умолчанию. GNU grep удалён из базовой системы.
  • Из libalias(3) удалена поддержка протокола CU-SeeMe.
  • Добавлен драйвер qat(4) — поддержка ряда функций для ускорения криптографических вычислений на устройствах Intel QuickAssist (QAT). qat(4) работает с устройствами QAT, интегрированными в платформы Atom C2000 и C3000, Xeon C620 и D-1500, а также с Intel QAT Adapter 8950.
  • Удалены драйверы ряда устаревших устройств (полный список — в замечаниях к выпуску).
  • Ряд драйверов устройств портирован на архитектуру PowerPC64.
  • В ядро добавлена возможность использования крипо-ускорителей для разгрузки ЦП при работе с TLS (KTLS). Поддерживаются версии TLS от 1.0 до 1.3 и алгоритмы AES-CBC и AES-GCM. Для использования KTLS необходима совместимая SSL-библиотека в пространстве пользователя. На данный момент библиотека OpenSSL базовой системы не включает поддержку KTLS по умолчанию, однако она может быть разрешена параметром WITH_OPENSSL_KTLS при сборке.
  • 64-битная архитектура ARM, известная как arm64 или aarch64, поднята до уровня Tier-1.
  • И многое другое...


Замечания к выпуску (англ.)
Список исправлений (англ.)

>>> Объявление (англ.)

anonymous

Проверено: Shaman007 ()
Ответ на: комментарий от crypt

Use the mergemaster(8), Luke!
Хотя благодаря git-у оно сейчас тоже фактически поломано. Нормально (пока) можно пользоваться, только если тянуть исходники из svn-овского зеркала. И долго ли это счастье ещё продлится — не ясно.

argv_0_ ★★
()
Ответ на: комментарий от argv_0_

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

crypt ★★★★★
()
Ответ на: комментарий от crypt

И?

$ file /bin/* /sbin/* /usr/bin/* /usr/sbin/* |grep 'shell script' |wc -l
      73

argv_0_ ★★
()
Ответ на: комментарий от sinaps

Смотря что считать проблемами...
mergemaster завязан на проверку $FreeBSD$. git его не заполняет. Соответственно с ним приходится тратить в разы больше времени на выискивание глазами изменений в файлах, которые не менялись в базе, и содержат только локальные правки. mergemaster-у можно сказать просто молча пропускать их.

argv_0_ ★★
()
Ответ на: комментарий от argv_0_

А, вот вы о чём. Да, факт, есть такое

приходится тратить в разы больше времен

sinaps
()
Ответ на: комментарий от argv_0_

на выискивание глазами изменений в файлах

UNIX WAY

Ага, и ты после этого считаешь себя продвинутым?
Теперь понятно, почему BSD такая.

shleemypants
()
Ответ на: комментарий от argv_0_

Соответственно с ним приходится тратить в разы больше времени на выискивание глазами изменений в файлах, которые не менялись в базе

cd /usr/ports/ && make index — построится индекс по портам и можно будет использовать pkg version -vIL =.

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

в файлах, которые не менялись в базе…

построится индекс по портам…

Не-е-е… Он не про ту базу которая /usr/ports/INDEX-XX.db он про базу которая /var/db/mergemaster.mtree

sinaps
()
Ответ на: комментарий от sinaps

Нет, не про то и не про другое. Про базу, которая base (AKA core) system.
Поясню на всякий случай ещё раз подробнее.
mergemaster(8) строит временное дерево собирая файлы из каталога, указанного переменной SOURCEDIR в mergemaster.rc или аргументом ключа командной строки -m (по умолчанию /usr/src) и сравнивает файлы из временного дерева с файлами из дерева, заданного переменной DESTDIR в mergemaster.rc или аргументом ключа командной строки -D (по умолчанию /). В зависимости от других ключей, при обнаружении расхождений файл либо предлагается смёржить/заменить/оставить как есть, либо эти действия выполняются без лишних вопросов. При сравнении файлов учитывается VCS Id из подстроки $FreeBSD: ...$. Если задан ключ командной строки -F и файлы отличаются только по VCS Id, молча выполняется замена новым из временного дерева. Если файлы отличаются, но VCS Id у них одинаков, то считается, что изменения только локальные и трогать ничего не нужно (опять-таки молча).
При взятии исходников из git, VCS Id во $FreeBSD$ не прописывается. Соответственно описанные выше механизмы идут лесом, и при обновлении приходится устанавливать какие именно различия содержит файл глазками.
Проблема, как я понял принципиальная. В отличии от других VCS, git ставит Id не на отдельные файлы или ченджсеты, а на весь срез вцелом. Так что даже если его и проставить в $FreeBSD$, толку не будет никакого — при любом изменении он будет меняться во всех файлах одинаково.

argv_0_ ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.