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 ()

Ответ на: ПЕРЕДАЙТЕ ПО ВАХТЕ от anonymous

УЖЕ НОРМАЛЬНО.

Эфирные каналы то в 720з идут

индивидуальные ролики в 1080з нормально

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

Нафиг мне тратить время убеждать тебя?

Я вас сюда не звал, писать мне не просил — вы сами по своей воле пришли и написали. Так что если кому вам и стоит задать этот вопрос, так это себе.

Если хотите прекратить дискуссию — «дверь там».

У меня есть пара других форумов с приятными людьми. Есть несколько друзей, есть девушка, через 40 минут пойду одеваться гулять.

Хорошо вам погулять. Всего доброго.

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

Защищает не организация, а закон.

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

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

Мне твоя позиция ближе. Если бы я писал ПО с целью заработка, то выбирал бы между халявным GPL с платными плюшками и EULA, также рассматривая создание Community & Enterprise editions. BSD меня бы никак не защитила от более крупной рыбы. Но будь я сам крупной рыбой, сравнивал бы бизнес-модель CrossOver с GPL и подход Apple, использующей BSD.

Анон не совсем не прав, однако неплохо было бы уточнить, кто и почему бежит от GPL. Но тогда ему бы пришлось занять куда более умеренную позицию, которая, возможно, не противоречила бы твоей.

Bagrov ★★★★★
()
Ответ на: комментарий от iZEN
Processing entries:   0%
Newer FreeBSD version for package imlib2:
To ignore this error set IGNORE_OSVERSION=yes
- package: 1202000
- running kernel: 1201000

а вот такой глюк тебе знаком? неправильно определяет версию кернела.

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

так его и не может стать меньше

Ещё как может. Сколько заброшенных проектов. Зато появляются форки, продолжатели или подражатели.

Вон, StarOffice загнулся, но мы имеем OpenOffice и LibreOffice.

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

зачем тратить на них время?

Либо времени, что бы его на LOR тратить, вообще нет, либо уж что есть, то и есть. А в игнор кого-то заносить не, такого не практикую.

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

а вот такой глюк тебе знаком?

Я с таким сталкивался, но в моём случае это может от переполнения var случилось. Удаление всего в /var/db/freebsd-update и последующее freebsd-update fetch && freebsd-update install помогло.

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

А что за уровень такой?

тоже в задумчивости.
Упоминание Tier-1 обносится к уровням сети интернета, но никак не процессорам.

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

Ни разу такого не было.

а я уже на фрибзд этот глюк пару раз видел.

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

да, я помню, что как-то лечил один раз, но не помню как. в этот раз придется, видимо...

crypt ★★★★★
()
Последнее исправление: crypt (всего исправлений: 2)

Обновился на ноутбуке. Что-то или у меня с железом какие то проблемы или пока еще все косяки не выловили. Замучался пересоробирать порты. Рандомно вываливались ошибки при сборке. Решил снести все утановленные порты и поставить заново, но проблему это не решило. Rust собрался раза с 5 наверное. Для сборки multimedia/gstreamer1 вообще пришлось использовать workaround из багзиллы.

Для себя решил, что в следующий раз подожду месяц-два прежде чем обновляться.

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

у меня uname -U выдавало старый юзерланд (берет из секции бинарников, видимо), так что я сделал форс апгрейда

freebsd-update -F --currently-running 12.1-RELEASE upgrade -r 12.2-RELEASE

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

я сделал форс апгрейда

У меня при этом freebsd-update ошибку выдавал типа такой:

freebsd-update debug fetch
src component not installed, skipped
Looking up update.FreeBSD.org mirrors... 3 mirrors found.
Fetching metadata signature for 12.1-RELEASE from update6.freebsd.org...
latest.ssl                                    100% of  512  B 7037 kBps 00m00s
done.
Fetching metadata index...
5dbf9bb038d56e5951e4eaf88558208e9c44112194d41f100% of  225  B 3438 kBps 00m00s
done.
Fetching 1 metadata files...
/usr/libexec/phttpget update6.freebsd.org 12.1-RELEASE/amd64/m/fdc1444cd5e5ebf6aa80d528398b07071943965f42d62ef5221e71224cf40c23.gz
http://update6.freebsd.org/12.1-RELEASE/amd64/m/fdc1444cd5e5ebf6aa80d528398b07071943965f42d62ef5221e71224cf40c23.gz: 404 Error (ignored)
failed.

и ничего обновлять не хотел ни какими способами, пока в /var/db/freebsd-update всё не удалил.

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

а, это другое.

а как вы, фрибздешники, привыкли тому, как он дифы конфигов показывает. вот это вот:

>>>>>>
old foo
<<<<<<
new bar
>>>>>>>
blablalba
что из этого комменты, а что реально в файл попадет, если оставить? я в настоящий момент в итоге вычитываю файл полностью и удаляю все >>> и <<< вручную.

crypt ★★★★★
()
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от crypt

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

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

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

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

что из этого комменты, а что реально в файл попадет, если оставить?

Оставить нужно только нужное old foo или new bar остальное удалить.

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

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

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

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

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

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

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

UNIX WAY

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

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

Чисто для примера:

Visual Studio Code - MIT

markdown-it (маркдаун-парсер с расширяым синтаксисом, сделанный @Vit) - тоже MIT

markdown-it кстати используется в Visual Studio Code уже давно.

Спроси себя, почему MS не стала выпускать под GPL? Ведь у нее могут «украсть». Спроси тоже самое Vit’а.

А для «продавать», если мы говорим не об энетерпрайз софте, открытые лицензии вообще не годятся, это фантазии. То есть продавать-то ты конечно сможешь, но это неэффективно и рискованно.

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

но мы имеем OpenOffice и LibreOffice.

В OpenOffice баги, которые вообще несовместимы с работой.

Либра как была медленной и глючной 10 лет назад, так такой и осталась. Улучшения в ней есть, но один фиг, для ежедневной работы это пытка.

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

Visual Studio Code - MIT

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

Кроме того, GPL-подобные лицензии, из-за своей вирусности, превращают продукт в сложноустранимого конкурента проприетарных решений.

markdown-it

Возможно, человек просто не против, чтобы его разработку включали в как можно большее число проектов. @Vit, действительно, почему?

А для «продавать», если мы говорим не об энетерпрайз софте, открытые лицензии вообще не годятся, это фантазии. То есть продавать-то ты конечно сможешь, но это неэффективно и рискованно.

Мелкий и средний бизнес ты тоже относишь к enterprise? Так, на всякий случай интересуюсь.

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

Кроме того, GPL-подобные лицензии, из-за своей вирусности, превращают продукт в сложноустранимого конкурента проприетарных решений.

Никто ведь не мешает сделать дальнейшее перелицензирование, двойное лицензирование.

Я думаю, корпорации выбирают BSD-подобные лицензии, чтобы иметь возможность огораживать и продавать вклад сообщества.

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

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

и кстати то же самое касается закрытого кода бесплатных приложений.

некоторые почему-то считают что там обязательно жучки и зонды. Ну хз, может у этих товарищей тонны центральных процессоров скачены, вот они и на измене 24 / 7.

но вообще-то к закрытию кода причины могут быть какие угодно, вплоть до банального тщеславия, позиции «а вы кто такие, смерды»

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

Возможно, человек просто не против, чтобы его разработку включали в как можно большее число проектов. @Vit, действительно, почему?

Я не вижу смысла выкручивать руки каждому. От этого в первую очередь страдают именно некоммерческие юзеры.

Как бэ профит от GPL будет когда-нибудь потом, и сильно не факт. А пидорасом станут считать сразу же, почти все. Вот нафига мне такое счастье?

Так сложилось, что в ноде пишут под MIT. А тех кто выделывается проще обойти стороной.

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

То есть, речь идет об экосистеме, где код изначально открыт, а конечный пользователь – программист? Да, MIT/BSD тут действительно лучше. Спасибо за ответ.

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

неправильно определяет версию кернела.

Старые определения репозиториев в файлах /etc/pkg/FreeBSD.conf и/или /usr/local/etc/pkg/FreeBSD.conf, ссылающиеся на репозиторий от предыдущей версии FreeBSD.

> cat /etc/pkg/FreeBSD.conf
# $FreeBSD$
#
# To disable this repository, instead of modifying or removing this file,
# create a /usr/local/etc/pkg/repos/FreeBSD.conf file:
#
#   mkdir -p /usr/local/etc/pkg/repos
#   echo "FreeBSD: { enabled: no }" > /usr/local/etc/pkg/repos/FreeBSD.conf
#

FreeBSD: {
  url: "pkg+http://pkg.FreeBSD.org/${ABI}/latest",
  mirror_type: "srv",
  signature_type: "fingerprints",
  fingerprints: "/usr/share/keys/pkg",
  enabled: yes
}
> cat /usr/local/etc/pkg/FreeBSD.conf
cat: /usr/local/etc/pkg/FreeBSD.conf: No such file or directory
> cat /usr/local/etc/pkg/repos/FreeBSD.conf
cat: /usr/local/etc/pkg/repos/FreeBSD.conf: No such file or directory
iZEN ★★★★★
()
Последнее исправление: iZEN (всего исправлений: 1)
Ответ на: комментарий от Bagrov

Исторически сложилось, что под ноду пишут на MIT.

Про изначальную открытость и юзеров ничего сказать не могу. Не думаю, что это имеет смысл цеплять как причину задним числом. Просто вот так выросло, и этого факта уже не изменить.

Vit ★★★★★
()
Ответ на: комментарий от 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_
()
Ответ на: комментарий от Reset

И зачем там юникод в консоли?

затем же, зачем юникод в именах файлов, например

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

только спроси себя, а чо ита от ЖПЛ все как от огня бегут, включая авторов проектов?

Тут как раз ещё один проект сбежал с GPL на пермиссивную лицензию… а нет, наоборот! 😁

Grafana меняет лицензию с Apache 2.0 на AGPLv3:

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

Переход на AGPLv3, по мнению Grafana Labs, является оптимальным решением: с одной стороны AGPLv3 соответствует критериям свободных и открытых лицензий, а с другой - не позволяет паразитировать на открытых проектах.

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

Тут как раз ещё один проект

Какой интересный оборот речи. А покажи еще десяток, прчием хоть чуточку известных, иначе это будет считаться попыткой манипуляции.

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

Тут как раз ещё один проект

Какой интересный оборот речи. А покажи еще десяток, прчием хоть чуточку известных, иначе это будет считаться попыткой манипуляции.

Интересно, где вы здесь увидели попытку манипуляции…

Процитированная вами часть не является основной и приведена лишь как небольшая попытка поддразнить автора исходного сообщения, допустившего излишне общее утверждение («от ЖПЛ все как от огня бегут»).

Основная же суть — в переходе проекта с пермиссивной лицензии на вариант GPL, причём по причинам, созвучным приведённым мной ранее в данной теме.

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

Не обращай внимание. Я ногу повредил, весной сижу дома. Злой как тысяча тазхейтов.

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

У меня под рукой есть пк с коре2 и 4гб. На нем вполне спокойно работает вин10 х64 и дебиан11 х64с гном3.

Ничего там «спокойно» не работает - на таких характеристиках сплошное тормозилово на win10, дебиан с gnome3 не тестировал ибо ненужно.

Скоростью не впечатляет, но памяти хватает.

Если нужен активный серфинг и иногда запуск ide или java, то 4гб памяти начинает решительно не хватать. Но их может быть и не 4, как вы понимаете.

Тормозят в основном веб-сайты и разрядность тут не поможет

У меня 90% памяти на десктопе поедают как раз сайты, и разрядность очень помогает, потому что браузер ест памяти в два раза меньше.

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

Это невозможно использовать, ничего нету, настраивать с нуля не хочу.
Нате десктопноориентированные форки.
Там не та DE.
На вас не угодишь…

Если есть mate - вполне угодишь, это наверное сейчас единственная нормальная DE-шка для домохозяек. Но, как выяснилось, в ghostbsd нет 32-битной версии (в отличии от фряхи), так же как в hellosystem. В nomad openbox без альтернатив - и выходит, что поставить freebsd проще, но придется лезть в конфиги.

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