https://www.freebsd.org/doc/en/books/porters-handbook/
https://www.freebsd.org/doc/ru/books/porters-handbook/

ну, манами я тоже кидаться умею. это общая дока и я не вижу в ней ответ на свой вопрос, есть ли во 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.

Добавляешь Makefile.local в /usr/ports
SUBDIR+=моипорты
Можно добавлять Makefile.local так же в категорию (x11, sysutils) или в сам порт.
Ну и https://www.freebsd.org/doc/en/books/porters-handbook/makefile-masterdir.html см «Slave Ports and MASTERDIR».

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

# 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

# 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

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

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

Ну а как поступать в полном соответствии с каноном — anonymous (18.07.19 23:36:27) выше написал.

анонимусов я не читаю...

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Да, конечно.

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

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

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

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

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

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

Да, конечно.

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

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

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

мудрено) ну ладно

решето

чо бздуны, праздник у вас.
https://www.freebsd.org/security/advisories/FreeBSD-SA-19:13.pts.asc
https://www.freebsd.org/security/advisories/FreeBSD-SA-19:14.freebsd32.asc
https://www.freebsd.org/security/advisories/FreeBSD-SA-19:15.mqueuefs.asc
https://www.freebsd.org/security/advisories/FreeBSD-SA-19:16.bhyve.asc
https://www.freebsd.org/security/advisories/FreeBSD-SA-19:17.fd.asc
доступ к памяти ядра, эскалация привилегий, jailbreak в ассортименте.
релиз, он такой релиз...

Сам то читал?

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. тут тоже удачи. Особенно учитывая, что если оно и нужно (а нужно оно достаточно редко), то совсем не при сикурной изоляции в джейлах.
В общем, тушись,

я понял, в чем была штука с 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
...

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

Астрологи объявили неделю уязвимостей.

А что бы на это ответил чертяка Изя?

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

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

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

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

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

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

Для не таких, которые ручками, есть та же TrueOS.

true os на current основана. это значит, смысла в ней как в стабильной ОС никакого.

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

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

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

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

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

Я вообще-то об этом например: ca_root_nss-3.45 libpciaccess-0.14 pcre-8.43_2 pcre2-10.32_1 qt5-network-5.12.2_2 xset-1.2.4_2.
Всё это решительно необходимо для регулировки уровней?

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

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

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

Во-во... А потом crypt жалуется: «подвисает на перестановке галочек...».

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

:)
Возможен, но только в какой-то другой вселенной.
В этой argv_0_ пользуется aumix-ом, у него ничего не подвисает, и ,как следствие, ничего «писал-писал 4 года» он и в мыслях не имел.

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

Что, 8-я ветка всё ещё актуальна? Почему не переходите на 12-ю? Здесь уже инфраструктура LLVM 8.0.1 во все поля.

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

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

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

дотзиро?

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

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

В этой argv_0_ пользуется aumix-ом

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

а dsbmd для автоманута - это рабочая вещь?

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