LINUX.ORG.RU

FreeBSD 11.3-RELEASE

 


2

3

Анонсирован четвёртый выпуск ветки stable/11 операционной системы FreeBSD — 11.3-RELEASE.
Двоичные сборки доступны для следующих архитектур: amd64, i386, powerpc, powerpc64, sparc64, armv6 и aarch64.


Некоторые из нововведений в базовой системе:

  • Компоненты LLVM (clang, lld, lldb и сопутствующие библиотеки времени выполнения) обновлены до версии 8.0.0.
  • Инструментарий для работы с файлами ELF обновлён до версии r3614.
  • OpenSSL обновлён до версии 1.0.2s.
  • в libzfs добавлен алгоритм параллельного (многопоточного) монтирования файловых систем (используется по умолчанию командой zfs mount -a, для монтирования в один поток необходимо установить переменную окружения ZFS_SERIAL_MOUNT).
  • loader(8) поддерживает geli(8) на всех архитектурах.
  • При записи в журнал завершения процесса указывается его идентификатор jail(8).

В портах/пакетах:

  • pkg(8) обновлён до версии 1.10.5.
  • KDE обновлён до версии 5.15.3.
  • GNOME обновлён до версии 3.28.

И многое другое...


Замечания к выпуску: https://www.freebsd.org/releases/11.3R/relnotes.html
Исправления: https://www.freebsd.org/releases/11.3R/errata.html

>>> Объявление



Проверено: Shaman007 ()

Ответ на: комментарий от KOHb-TPOJIJIbJIEP

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

HOWTO make your own Gentoo ebuild -> Where to place and how to name custom ebuilds (https://linuxreviews.org/HOWTO_make_your_own_Gentoo_ebuild)

тот же самый вопрос для FreeBSD. а уж инструкцию по сборке как-нибудь состряпаю, сколько уже их повидал во всех flavors.

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

Если я правильно понял вопрос, то куда хочется — туда и класть. Пока не планируется засылать своё творение в публичное дерево, порт может валяться где угодно.

# cp -rp /usr/ports/graphics/hugin-devel /tmp/
# make -C /tmp/hugin-devel build-depends-list
/usr/ports/ports-mgmt/pkg
/usr/ports/devel/tclap
/usr/ports/graphics/p5-Image-ExifTool
/usr/ports/devel/cmake
/usr/ports/devel/ninja
/usr/ports/converters/libiconv
/usr/ports/graphics/gtk-update-icon-cache
/usr/ports/devel/gettext-tools
/usr/ports/graphics/tiff
/usr/ports/graphics/png
/usr/ports/graphics/openexr
/usr/ports/graphics/exiv2
/usr/ports/graphics/lcms2
/usr/ports/graphics/glew
/usr/ports/devel/boost-libs
/usr/ports/graphics/libpano-devel
/usr/ports/graphics/vigra
/usr/ports/graphics/jpeg-turbo
/usr/ports/databases/sqlite3
/usr/ports/accessibility/atk
/usr/ports/graphics/gdk-pixbuf2
/usr/ports/devel/glib20
/usr/ports/devel/gettext-runtime
/usr/ports/x11-toolkits/pango
/usr/ports/x11-toolkits/wxgtk30
Ну и любые другие действия также будут отрабатывать корректно.

Но это пока этот порт никто не использует в *_DEPENDS. По канону зависимости должны быть внутри ${PORTSDIR}. Хотя и тут можно выкрутиться посредством грязного хака:
# cp -rp /usr/ports/graphics/libpano-devel /tmp/
# sed -i '' -e 's,:graphics/libpano-devel,:/tmp/libpano-devel,' /tmp/hugin-devel/Makefile 
# make -C /tmp/hugin-devel build-depends-list |grep -C1 libpano-devel
/usr/ports/devel/boost-libs
/tmp/libpano-devel
/usr/ports/graphics/vigra
Ну а как поступать в полном соответствии с каноном — anonymous (18.07.19 23:36:27) выше написал.

KOHb-TPOJIJIbJIEP ()
Ответ на: комментарий от KOHb-TPOJIJIbJIEP

Но это пока этот порт никто не использует в *_DEPENDS.

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

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

Я опять не уверен, что правильно понимаю вопрос.
У меня мои собственные порты лежат отдельно от ${PORTSDIR} и при этом повторяют иерархию каталогов, принятую в портах. После разворачивания портов я делаю копию своих в основное дерево. В простейшем случае для этого достаточно tar cfC - /my/local/ports . | tar xpfC - /usr/ports (это если собственные порты не замещают основные). Это гарантирует, что ничего моего не затрётся. Однако не гарантирует, что ничего не сломается и не придётся починять врукопашную (ну никто и не обещал).

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

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

не знаю, как это читается, но я об этом https://www.freebsd.org/doc/handbook/ports-poudriere.html ты можешь сильно не озадачиваться тем, что я имею ввиду. безусловно, чуть погодя я и сам с этим разберусь.

Зря. Он там дело написал. Залогинься anonymous-ом и прочти.

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

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

так все-таки можно мне узнать, кто состряпал новый port?

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

я точно помню, что в мейнтейнерах danfe не значился.

Маинтейнером как был, так и остается Борис, в этом плане ничего не поменялось.

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

об этом https://www.freebsd.org/doc/handbook/ports-poudriere.html

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

KOHb-TPOJIJIbJIEP ()
Ответ на: комментарий от danfe

Ну я это был. ... Маинтейнером как был, так и остается Борис

а что, даже лоровец с одной звездой так может? а что, в обход мейнтейнера так можно?

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

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

во-вторых, «пришлось за вас делать всю работу» - звучит нехорошо, как бы постфактум. можно было бы написать так: пришли мне патч и я включу в дерево. на это я задал бы тот же вопрос, который уже задан в этой ветке: если я размещу порт в основном дереве сборки пудры(poudriere, хз, как вы ее называете), затрет его апдейт или нет.

патч ведь надо где-то тестировать, правда?

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

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

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

а что, в обход мейнтейнера так можно?

Да, конечно.

перед этим я заводил тикет во фряшной багзилле, там никакой реакции несколько месяцев.

Номер тикета можете сказать? Ну, чтоб дописать в лог, что порт восстановлен, и закрыть этот гештальт?

«пришлось за вас делать всю работу» — звучит нехорошо, как бы постфактум

Не принимайте близко к сердцу, это была лишь маленькая ироничная подначка.

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

Номер тикета можете сказать?

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

Да, конечно.

но ты с разрешения мейнтейнера это делаешь??

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

но ты с разрешения мейнтейнера это делаешь?
я ему написал почтой, он не отвечает.

С молчаливого невозражения, скажем так. :-) Ну и вообще-то, чтобы починить или воскресить удаленный порт, тем более сломанный несколько месяцев, особое разрешение обычно не требуется.

danfe ()
Ответ на: решето от anonymous

Re: решето

Сам то читал?

If a process attempts to transmit rights over a UNIX-domain socket and
an error causes the attempt to fail, references acquired on the rights
are not released and are leaked. This bug can be used to cause the
reference counter to wrap around and free the corresponding file

structure. Удачи проэксплоатировать. https://www.freebsd.org/security/advisories/FreeBSD-SA-19:15.mqueuefs.asc

Note that the mqueuefs file system is not

enabled by default. тут тоже удачи. Особенно учитывая, что если оно и нужно (а нужно оно достаточно редко), то совсем не при сикурной изоляции в джейлах.
В общем, тушись,

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

я понял, в чем была штука с goldendict.

moonfall poudriere.d # hexdump -C ./packages/x
00000000  67 72 61 70 68 69 63 73  2f 63 6f 6c 6f 72 64 2d  |graphics/colord-|
00000010  67 74 6b                                          |gtk|
00000013

# никаких line-break выше, никаких \n\r

moonfall poudriere.d # poudriere bulk... blablabla, we start our build
.... blablabla ...
[00:00:02] Error: Nonexistent origin listed: graphics/colord-gt
[00:00:02] Error: Fatal errors encountered gathering initial ports metadata
...

где-то строка по-дибильному обрабатывается. ох млин... ну никак без косяков.

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

Как минимум,есть wifimgr,networkmgr,wpa_supplicant_gui.

попробовал я все эти поделки... отстой полный. одни не собираются, другие не могут найти вайфай без пинка в консоли и все, все выглядят настолько дубово, как будто их в школе на уроке писали. тот же wifimgr - это ужас просто. кнопку Wifi up/down нажал и ждешь 5 секунд, пока она отлипнет. отлипла, а список сетей пустой.

Да и руками через wpa_passphrase + ifconfig,не то чтобы долго.

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

с миксером громкости похожая фигня. dsbmixer подвисает на перестановке галочек...

не, вот из-за такой фигни на ноут фрибзд ставить нельзя. ну либо это для задротов, которые на диване сидят и настравают в свое удовольствие.

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

dsbmixer подвисает на перестановке галочек...

make -C /usr/ports search name=dsbmixer |grep ^R-deps |fold -sw72
R-deps: ca_root_nss-3.45 cairo-1.16.0,2 dbus-1.12.12 dsbwrtsysctl-0.1.5 
etc_os-release-0.1_2 expat-2.2.6_1 fontconfig-2.12.6,1 freetype2-2.10.1 
gettext-runtime-0.20.1 glib-2.56.3_6,1 graphite2-1.3.13_1 
harfbuzz-2.5.3_1 hicolor-icon-theme-0.17 icu-64.2,1 indexinfo-0.3.1 
jpeg-turbo-2.0.2 libICE-1.0.9_3,1 libSM-1.2.3,1 libX11-1.6.8,1 
libXau-1.0.9 libXdamage-1.1.5 libXdmcp-1.1.3 libXext-1.3.4,1 
libXfixes-5.0.3_2 libXfontcache-1.0.5_5 libXi-1.7.10,1 libXmu-1.1.3,1 
libXrender-0.9.10_2 libXt-1.2.0,1 libXxf86vm-1.1.4_3 libdrm-2.4.98_1,1 
libepoll-shim-0.0.20190311 libffi-3.2.1_3 libiconv-1.14_11 
libpciaccess-0.14 libpthread-stubs-0.4 libunwind-20170615 libxcb-1.13.1 
libxkbcommon-0.8.4 libxml2-2.9.9 libxshmfence-1.3 mesa-libs-18.3.2_1 
pciids-20190725 pcre-8.43_2 pcre2-10.32_1 pixman-0.38.4 png-1.6.37 
python36-3.6.9 qt5-core-5.12.2_2 qt5-dbus-5.12.2_1 qt5-gui-5.12.2_1 
qt5-network-5.12.2_2 qt5-widgets-5.12.2_1 qtchooser-66 readline-8.0.0 
wayland-1.16.0_1 xcb-util-0.4.0_2,1 xcb-util-image-0.4.0_1 
xcb-util-keysyms-0.4.0_1 xcb-util-renderutil-0.3.9_1 
xcb-util-wm-0.4.1_3 xdg-utils-1.1.3_1 xkeyboard-config-2.27 
xorgproto-2019.1 xprop-1.2.4 xset-1.2.4_2

пиздец... Я б удивился, если б оно не подвисало.
И вообще, это совершенно точно аудио миксер?

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

да, это оч. маленький и простенький миксер из одной из разновидностей «десктопных» бзд.

crypt@f1 /usr/home/crypt $ du -sh /usr/local/bin/dsbmixer
 85K	/usr/local/bin/dsbmixer

это называется переиспользование кода если что.

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

? а ты думаешь сидит такой разработчик и думает, а чего бы еще в зависимости пихнуть? если ему нужно что-то делать с pci - тянет libpci, регекспы всегда нужны - pcre. нужна функция сокетов в qt5, чтобы связаться с какой-нибудь шиной? тянет qt5-network. xset - для иксов.

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

раньше OpenOffice яву тянул.

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

ну, возможен, вариант argv_0 написал (писал-писал 4 года и написал, а через год забросил) все с нуля со своей собственной библиотекой со своим мега интерфейсом, кнопками по всем 4 углам, своими темами в yml формате, а у crypt точно также все подвисает. хрен редьки не слаще, когда виснет.

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

миксер - это фигня. к сожалению, bsd-networkmanager также похож на линуксовый NM, как пришелец из другого мира. чего стоит только эта нелепая кнопка внизу «отсортировать по уровню сигнала» кто так делает вообще? а на бздешных форумах еще пишут, что мол похожие вещи. сравнили модульный полноценный проект и софтинку пятиклассника.

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

Что, 8-я ветка всё ещё актуальна?

Кхм... Странный вопрос. Если верить https://www.freebsd.org/security/unsupported.html, EoL там случился 1 августа 2015.

Почему не переходите на 12-ю?

дотзиро?

Здесь уже инфраструктура LLVM 8.0.1 во все поля.

Ну это не только лишь «Здесь».

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

Не пользовался никогда.
Мне из тех mass storage, что втыкаются в комп находу, именно монтировать на постоянной основе нужно от силы пару-тройку. На остальное обычно нужно просто залить образ и вытащить.
С первым вполне справляется специально обученный скрипт, запускаемый из devd(8). Второму неестественный интеллект будет только мешать.

argv_0_ ()