Опубликован (https://lists.freebsd.org/pipermail/freebsd-stable/2018-Octo...) второй бета-выпуск FreeBSD 12.0. Выпуск FreeBSD 12.0-BETA2 доступен для архитектур amd64, i386, powerpc, powerpc64, powerpcspe, sparc64 и armv6, armv7 и aarch64. Дополнительно подготовлены образы для систем виртуализации (QCOW2, VHD, VMDK, raw) и облачных окружений Amazon EC2. Релиз FreeBSD 12.0 запланирован (https://www.freebsd.org/releases/12.0R/schedule.html) на 4 декабря.По сравнению с первым (https://www.opennet.dev/opennews/art.shtml?num=49473) бета-выпуском во FreeBSD 12.0-BETA2 представлены следующие изменения:
- Обновлены компоненты прослойки для обеспечения совместимости с Linux;
- Объявлены устаревшими (https://www.opennet.dev/opennews/art.shtml?num=49396) драйверы: ae(4), bm(4), cs(4), de(4), dme(4), ed(4), ep(4), ex(4), fe(4), pcn(4), sf(4), sn(4), tl(4), tx(4), txp(4), vx(4), wb(4) и xe(4);
- Проведена чистка устаревших драйверов для архитектур amd64 и i386, которые убраны из ядра GENERIC;- В rc.conf возобновлена поддержка настройки gif_interfaces;
- Обновлена база информацией о часовых поясах;- Отключен отладочный режим при сборке исполняемых файлов;
- Из sysctl.conf на установочных носителях убрана настройка debug.witness.trace;
- Решена проблема, приводившая к краху при одновременном использовании интерфейсов lagg(4) и vlan(4);
- Исключена возможность прерывания процесса загрузки без перехода к приглашению ввода пароля;
- Устранена проблема в звуковом драйвере, приводившая к краху;- Обновлён драйвер mlx5;
- В утилиту objcopy добавлена функция filter_reloc(), решающая проблему сборки GCC.URL: https://lists.freebsd.org/pipermail/freebsd-stable/2018-Octo...
Новость: https://www.opennet.dev/opennews/art.shtml?num=49512
Минорщина
Да пусть уж: у БСДшников какие-то масштабные и интересные изменения происходят раз в сто лет. Если о релиз-кандидатах не писать, то многие вообще забудут про существование *БСД.
просто для того, чтобы быть в курсе "масштабных изменений" надо либо участвовать в разработке, либо вручную лопатить svn log, а тут перевели анонс из рассылки для своих.изменения-то вносятся при штатной работе с CURRENT, а не между двумя бетами, когда их как раз НЕ вносят за исключением "тут почистили, там удалили".
Ну вы не переживайте, когда релизнется 12я, там будет NOTES, где в кратце помянут что поменялось по дороге с 11 (11.0, потому что есть еще MFC, и большая часть изменений давным-давно уже у пользователей 11S). Его, похоже, тоже робот какой-то последние десять лет генерит, побегаясь по тикетам, а не люди - просто для отмазки перед инвесторами, но туда все же побольше полезной информации попадает.
А пока не забывайте лоадер менять, а то тем, у кого загрузка с zfs, может не повезти.
В этот раз про loader, как раз, никаких упоминаний пока нет.
А вот если сделать zfs upgrade для перехода на новую версию ZFS то да, надо переписывать.
Впрочем, утилита сама об этом пишет.
ld-elf.so.1: Shared object "libssl.so.9" not found, required by "pkg"
Нагуглилось по этому поводу пока ничего полезного, а именно следующее:https://www.mail-archive.com/freebsd-stable@freebsd.org...
https://unix.stackexchange.com/questions/478189/libssl-so-9-...
> Нагуглилось по этому поводу пока ничего полезного, а именно следующееТ.е. pkg-static (который слинкован статистически - но да, требует уже бутсрапнутого pkg) install openssl не работает?
Грязный хак:
echo libssl.so.9 /usr/lib/libssl.so.что-там-за-версия > /etc/libmap.conf
Не работает.Я пока сходил в порты и собрал openssl, попутно собрав perl. Но за лекарство не сошло:
# pkgld-elf.so.1: /usr/local/lib/libssl.so.9: version OPENSSL_1_1_0 required by /usr/local/lib/libpkg.so.4 not defined
Собираю щас pkg, интересно посмотреть на результат.
Собрал из портов pkg и всё таки завелось. Сборка прошла не без проблем: потребовалось вручную задать одну переменную — в подсказках к ошибкам про это будет написано.
Но вдруг оказалось, что это ещё не финишная черта. :)
ld-elf.so.1: /usr/local/lib/libcrypto.so.9: version OPENSSL_1_1_0 required
by /usr/local/lib/libssh2.so.1 not defined
[CODE/]Дальше мне вникать в это неохота, пусть занимаются этим люди, которых это работа.
Собрал, тем не менее, ещё и libssh2.Для установки собранных из портов программ в данном случае требуется задавать переменную FORCE_PKG_REGISTER перед make install.
Пока снова как бы всё работает. :о)
> Пока снова как бы всё работает. :о)Увы, не всё:
# X <RET>ld-elf.so.1: Shared object "libcrypto.so.9" not found, required by "X"
ему не нужен портовый ssl, он собирается с системным. Просто, видимо, в binary distribution собралось не под ту версию, которую надо, это у них бывает, особенно при чехарде пререлизов.собираешь из порта ручками, делов на две минуты.
Ибо спешка хороша только при ловле блох.Авось кому-то будет полезна статья из фряшной Вики:
>
> ld-elf.so.1: Shared object "libssl.so.9" not found, required by "pkg"
>Подозреваю, что это лечится ещё проще, если взять со здоровой машины искомую библиотечку и подсунуть куда следует. Пробовать недосуг.
Поменялся ABI.pkg-static update
pkg-static upgrade
Ну чо и когда её на смарт можно будет поставить?
> Ну чо и когда её на смарт можно будет поставить?Присылай мне свой айфон, а я тебе установлю на него FreeBSD.
То были приключения с 32-битной инсталляцией. А вот как показала себя 64-битная сразу после установки:
...
Startup error in /boot/lua/loader.lua:
LUA ERROR: cannot open /boot/lua/loader.lua: no such file or directory.can't load 'kernel'
...Пробуйте тоже, аноны.
Переставил начисто, потому что не сумел разобраться, в чём же косяк: на точно такой же разметке диска 32-битная фря запускается. В итоге выяснил, что в 64-битной инсталляции та же самая проблема с OpenSSL.
Заменили загрузчик, новый разучился грузиться с BSD-labels без MBR или GPT. С BSD-label внутри раздела - грузит нормально.
Ну впилили в базовую систему OpenSSL 1.1.1, большинство портов по прежнему хотят 1.1.0, сейчас усиленно перепиливают порты.
> Заменили загрузчик, новый разучился грузиться с BSD-labels без MBR или GPT. С
> BSD-label внутри раздела - грузит нормально.Да я уж догадался, хотя понять этого не могу. Всю жизнь разметка BSD нормально жила безо всяких этих ваших MBR и GPT. Зачем понадобилось, в чём причина?
> Ну впилили в базовую систему OpenSSL 1.1.1, большинство портов по прежнему хотят
> 1.1.0, сейчас усиленно перепиливают порты.Я пробовал собирать из портов обе версии — и старую, и 1.1.1. Но оно пока всё вместе не очень работоспособно.
> Зачем понадобилось, в чём причина?полагаю, в том что искусственный интеллект по различению label и отдаленно на нее похожего мусора, который еще и надо как-то уместить в 500 байт - всем надоел.
есть индустриальный стандарт, современный и режим совместимости с раритетами, вполне достаточно. label, пришедшая к нам из времен когда диски были большие, давно уже низачем не нужна и скоро умрет совсем.> Я пробовал собирать из портов обе версии
тебе же говорено русским языком - не нужно собирать из портов то, что и так есть в базовой системе. В портах при этом очень много устаревшего мусора, надеющегося что в базовой системе лежит конкретная старая версия.
обычно лечится заменой констант в .am и, в самом крайнем случае, заменой ssl_ на tls_ - по настоящему написать такой код который не работает в 1.1.1 но работал хотя бы в 1.0.1, надо сильно стараться.
>> Зачем понадобилось, в чём причина?
> полагаю, в том что искусственный интеллект по различению label и отдаленно на
> нее похожего мусора, который еще и надо как-то уместить в 500
> байт - всем надоел.
> есть индустриальный стандарт, современный и режим совместимости с раритетами, вполне достаточно.
> label, пришедшая к нам из времен когда диски были большие, давно
> уже низачем не нужна и скоро умрет совсем.Допустим. Но такие вещи по-другому делаются.
Тем не менее, я не всё равно как-то не улавливаю, чем разметка BSD хуже индустриального стандарта (это про MBR, что ли? Оке, я знаю, что про GPT). Сто лет всех устраивало, а тут вдруг приспичило? Или есть где-то напечатанное понятные английским буквами обоснование?
>> Я пробовал собирать из портов обе версии
> тебе же говорено русским языком - не нужно собирать из портов то,
> что и так есть в базовой системе. В портах при этом
> очень много устаревшего мусора, надеющегося что в базовой системе лежит конкретная
> старая версия.Мне надо было проверить: мой это глюк или их.
> Тем не менее, я не всё равно как-то не улавливаю, чем разметка BSD хуже индустриального стандартадля начала именно тем что не стандарт - ее не просто так и двадцать лет назад называли DANGEROUSLY dedicated. большими-большими буквами. Она даже в тру-bsd мирке нестандарт, разделы дальше d - несовместимое расширение.
для продолжения - она нахрен стала никому не нужна, те самые двадцать лет назад, когда кончились уникальные диски с уникальными геометриями, о которых системе надо было что-то там знать еще до этапа разметки fs. А большая часть disklabel занята этим ненужно-мусором.> Сто лет всех устраивало, а тут вдруг приспичило?
скорее сто лет по инерции и в силу недостатка внимания - кое-как работало, сейчас сломалось и желающих чинить нет.
Ну кагбе я не против стандартизации, а наоборот — за. Но такие нежданчики несколько озадачивают. Предупредили бы загодя, что начиная с 12 BETA2 настоятельно рекомендуется использовать стандартную разметку, а старая депрекатед. А то у меня на виртуалке две тестовые инсталляции BETA2 по-разному себя повели: 32-битная установилась на разметку BSD, а 64-битная потерялась. :)
Да у самого такая разметка сделана на тестовом изговнопалочнике и я тоже был в восторге после апгрейда до 12. Восторг довёл до того, что были мысли собрать ядро со старым загрузчиком, но так-как ведро тестовое - переставил нафиг. Надо бы заслать багрепорт, видимо просто недотестили, по крайней мере не писали, что теперь такая разметка диска некошерна и должна быть выпилена. Идею жизни без MBR и GPT пожалуй поддержу, не вижу смысла в двойной разметке, осталось запилить багрепорт?Когда прошлый раз в портах появилась 1.1.0, был примерно такой же цирк, пока не попросил всё собирать с портовым OpenSSL. Пока не вникал, из-за чего такой цирк с конями, в рассылках были рекомендации по устранению в стиле гнилой подпорки libmap.conf, в результате усердно запиливают порты под сборку с базовым OpenSSL, порты с 1.1.0 то собираются, но при запуске падаеют из-за использования новой библиотеки вместо старой, к сожалению я не знаю механизм подгрузки нужных библиотек. Процесс идёт и это радует, надеюсь за месяц хотя бы основное допилят.
> Идею жизни без MBR и GPT пожалуй поддержу, не вижу смысла в двойной разметке, осталось запилитьнет никакой двойной разметки- семь лет уже нет. Вылезайте из криокамеры, а ваш 40mb mfm можете там оставить.
в gpt не нужна и не используется никакая bsdlabel. В наиболее стандартном и отлаженном механизме gpt+zfs для нее вообще места не предусмотрено.
Она помешает вам делать (автовосстанавливающееся) зеркало средствами graid.
У нее, в отличие от gpt, нет штатного бэкапа.
В ней хранится никому не нужный устаревший мусор и нет сведений об актуальной структуре диска, поскольку из всего этого сейчас важен только размер физического сектора, а не логического.> багрепорт?
пилите, шура, они золотые... я бы предпочел чтобы крошечные ресурсы разработчиков тратились на что-то менее бесполезное и бессмысленное.
Зачем бутлодырю OpenSSL (если только ты не по сети загружаешься)?
> Зачем бутлодырю OpenSSL (если только ты не по сети загружаешься)?Комменты не читай, быстро пиши свои?
Где сейчас имеет смысл использовать FreeBSD или другие BSD?
Везде, где сможешь )
> Везде, где сможешь )Заплюсовать этого анонима!
Тонко. :-)
Ее имеет смысл использовать никде.
на старом железе
линух 32 бита прекратил
а фря еще делает
в общем там где нужно чтоб железка незаметно постоянно работала - фря хороший вариант
она худее линуха и чуть чуть быстрее
правда держать в голове различия линуха и фри сложно
поэтому всетаки лучше линух нетинст
но как уже говорил на 32 линух забил
так что фря для некрожелеза единственная вещ
То есть по сути он остался апстримом для основанных на FreeBSD продуктов, типа фаерволы, апплаенсы всякие, и пр.?
> То есть по сути он остался апстримом для основанных на FreeBSD продуктов,
> типа фаерволы, апплаенсы всякие, и пр.?Если в качестве «десктопа» вы предпочитаете оконные менеджеры поверх Иксов, то нет — Фря хороша для всего.
> линух 32 бита прекратилКогда успел? Пруф на комиты?
Что-то не хочет обновлятся:
root@F3ja:/home/luba # freebsd-update upgrade -r 12.0-BETA2
Looking up update.FreeBSD.org mirrors... 2 mirrors found.
Fetching metadata signature for 11.2-RELEASE from update4.freebsd.org... done.
Fetching metadata index... done.
Inspecting system... done.The following components of FreeBSD seem to be installed:
kernel/generic src/src world/baseThe following components of FreeBSD do not seem to be installed:
kernel/generic-dbg world/base-dbg world/docDoes this look reasonable (y/n)? y
Fetching metadata signature for 12.0-BETA2 from update4.freebsd.org... failed.
Fetching metadata signature for 12.0-BETA2 from update1.freebsd.org... failed.
No mirrors remaining, giving up.
> Что-то не хочет обновлятся:
> root@F3ja:/home/luba # freebsd-update upgrade -r 12.0-BETA2man freebsd-update
> The freebsd-update tool is used to fetch, install, and rollback binary
> updates to the FreeBSD base system. Note that updates are only available
> if they are being built for the FreeBSD release and architecture beingНу или https://www.freebsd.org/doc/handbook/updating-upgrading-free...
> This utility also supports operating system upgrades to minor point releases as well as upgrades to another release branch.
А тут говорят что можно:
The freebsd-update(8) utility supports binary upgrades of amd64 and i386
systems running earlier FreeBSD releases. Systems running earlier
FreeBSD releases can upgrade as follows:# freebsd-update upgrade -r 12.0-BETA2
> А тут говорят что можно:
> The freebsd-update(8) utility supports binary upgrades of amd64 and i386Тут говорят, что можно пробовать еще раз:
ubject: Re: FreeBSD 12.0-BETA2 Now Available
Date: Thu, 01 Nov 2018 11:26:14 +0900 (JST)
> Thank you for reply and your efforts.
> Now, freebsd-update can upgrade 12.0-BETA2 amd64.
> I confirmed from both 11.2-RELEASE-p4 and 12.0-BETA1.
> Note that freebsd-update install dose not execute pwd_mkdb, we
> must execute 'pwd_mkdb -p /etc/master.passwd 'manually if we usentpd.
https://lists.freebsd.org/pipermail/freebsd-stable/2018-Octo...
> https://lists.freebsd.org/pipermail/freebsd-stable/2018-Octo...https://lists.freebsd.org/pipermail/freebsd-stable/2018-Octo...
>> Although it said that we could not upgrade to 12.0-BETA1 in
>>the previous release note, we can upgrade to 12.0-BETA1 by
>>freebsd-update.
>> And at this moment, we cannot upgrade to 12.0-BETA2 by
>>freebsd-update.
> Sorry, I forgot to reply to your original report. This is being looked
> into. It is, unfortunately, more fallout from updating OpenSSL to
> version 1.1.1.
Самое кривое обновление на моей памяти.
Крута, уже 2-й бета выпуск а они в багзиле в поле "Version" даже не добавили 12-STABLE/BETA. Это называется: тестируйте и пишите баг репорты с указанием CURRENT, на репорты относительно которого никто не обращает внимания.
как будто на какое-то там "BETA" кто-то будет обращать внимание.
Обычно перед релизом пытаются по максимуму закрыть все баги найденные в бетах.