и ещё немножко ждуна 1.1.1 https://www.freebsd.org/releases/12.0R/schedule.html

офигеть, я думал уже завтра себе STABLE ветку мержить

что на этот раз впиливают ? LLVM 7.0 ?

что на этот раз впиливают ? LLVM 7.0 ?

openssl 1.1.1

но ради такого не страшно

а llvm кстати фик знает, похоже забили или тоже заодно втолкнут :) а ещй же унбоундб бы

но ради такого не страшно

Да, нам с этим нам жить долго

ACPICA 20180927 прилетела

а llvm кстати фик знает, похоже забили или тоже заодно втолкнут :) а ещй же унбоундб бы

Так анбаунд же уже, нет? Я вроде видел коммиты несколько дней назад

1.7.х что то вроде пачкой был, а там 1.8 выскочил

кстати, вроде ж у нас в базе есть libevent

unbound из базы с ней собирается ?

unbound из базы с ней собирается ?

Там вот как раз в 1.1.1 ветке это как-то переделывали только что

в базе пока нету

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

только в vendor/libevent/2.1.18/

ну они и ssl в отдельной ветке пока пилят вроде

там где то в багзилле была ветка багов, может там чего видно, тут проскакивала когда то в линках

в базе пока нету

А, или это как раз вместе с 1.1.1 делали…

Мне вот интересно пакетная база-то будет таки? А то я тут на инстансе 1xCPU 1GxRAM обновлял систему через buildworld — боль и страдание

ну торетически вроде будет, но вот нафига, как то не очень понятно

:

ну торетически вроде будет, но вот нафига, как то не очень понятно

stable отслеживать без buildworld?

я сам не вникал, самое цельное наверное посмотреть https://wiki.freebsd.org/PkgBase но по тому что тусуют те же конфиги пачками, то по крайней мере базу закладывают

а ну и у них отдельная рассылка, но тоже не листал

Скажите, а этим NETDUMP кто-то пользуется? А то что-то у меня % sudo dumpon -v -s 192.168.134.2 -c 192.168.134.1 em0 dumpon: ioctl(NETDUMPSCONF): Device busy %

Мне вот интересно пакетная база-то будет таки? А то я тут на инстансе 1xCPU 1GxRAM обновлял систему через buildworld — боль и страдание

кстати а чего не freebsd-update? ну если ядро не дефолт, что нынче тоже как то странно

кстати а чего не freebsd-update? ну если ядро не дефолт, что нынче тоже как то странно

Так там только релизы же и секьюрити-патчи

так пакеты стейбла, ну фик знает, может конечно, но что то по моему сомнительно

так пакеты стейбла, ну фик знает, может конечно, но что то по моему сомнительно

Ну, порты-то постоянно по кругу билдят

с этой то точки зрения да, странно что freebsd-update как то так не сделали, может никто не спрашивал :)

Скажите, а этим NETDUMP кто-то пользуется? А то что-то у меня % sudo dumpon -v -s 192.168.134.2 -c 192.168.134.1 em0 dumpon: ioctl(NETDUMPSCONF): Device busy %

Надо сказать dumpon off явным образом перед новой конфигурацией

Только не про Golang это, имхо

Я обычно в другом инстансе собираю, пожирнее который.

Научите, почему на всякие: ipfw table 1 list Периодически выдаётся такое: ipfw: invalid oid len 0

Рассинхрон ядра и эзерленда

Машина - роутер с натом, порядка 300 Мбит/с, загрузка под 60%. Тянулось с 9.4, сейчас 10.1, и оно продолжается. Ядро и мир сам собирал, обновлял совместно

ну так вот повод вывести сервер из неподдерживаемых ;)

Кстати, ужасов на ночь глядя #unix50th https://twitter.com/DoctorWkt/status/1013638754672635904

Я обычно в другом инстансе собираю, пожирнее который.

Денег жалко! :-)

Я обычно в другом инстансе собираю, пожирнее который.

Хранить остановленный инстанс тоже уже у всех денег стоит…

А зачем весь? Только ZFS пул который монтируется поверх свежесозданного инстанса. Там 4G после сжатия. На magnetic копейки стоит.

Magnetic не самый дешёвый, но там можно создавать очень маленькие диски. Самый дешёвый cold, но там с полтерабайта начинается.

Гуано. Вот и что с таким делать? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225989

Дали патч на порт, он его в files положил.

А зачем весь? Только ZFS пул который монтируется поверх свежесозданного инстанса. Там 4G после сжатия. На magnetic копейки стоит.

magnetic — ? Кстати я вот думаю как с UFS на ZFS маленький дроплет в Vultr перевести :-)

Дали патч на порт, он его в files положил.

ну... а чё не так?

Патч на сам порт, а не на сорцы. Там сразу несколько патчей добавляются.

эм... в смысле на сам порт? вы точно в курсе как патчи накладываются и применяются?

сам порт это мейк и вот в files всё такое

/usr/ports/sysutils/slurm-wlm/files/patch-nokerberos прочитай

моя твоя не понимать, вообще нынче модно логи poudriere прикладывать, чтоб и самому в лужу не сесть и всем видно было что как

А вот такой вопрос. В NetBSD есть патчи для Makefile.in http://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/audio/audacity/patches/ Вопрос: зачем они патчат Makefile.in, ведь он генерируется автоматически через auto(re)conf? В Makefile у них http://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/audio/audacity/Makefile есть вызов autoreconf Судя по мануалу https://www.netbsd.org/docs/pkgsrc/build.html#build.patch , стадия patch до стадии autoreconf. Так а зачем патчить Makefile.in, если он пересоздастся?

А вот такой вопрос. В NetBSD есть патчи для Makefile.in http://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/audio/audacity/patches/ Вопрос: зачем они патчат Makefile.in, ведь он генерируется автоматически через auto(re)conf? В Makefile у них http://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/audio/audacity/Makefile есть вызов autoreconf Судя по мануалу https://www.netbsd.org/docs/pkgsrc/build.html#build.patch , стадия patch до стадии autoreconf. Так а зачем патчить Makefile.in, если он пересоздастся?

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

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

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

то есть сначала запатчили, а потом пересозадли

Ладно, я намекну…

Index: sysutils/slurm-wlm/files/patch-src-plugins-mpi-pmi2-agent.c =================================================================== --- sysutils/slurm-wlm/files/patch-src-plugins-mpi-pmi2-agent.c.orig 2018-02-20 02:40:20 UTC +++ sysutils/slurm-wlm/files/patch-src-plugins-mpi-pmi2-agent.c

С тех пор поди на 12-й должно совсем заработать, тем более drm вроде подправляют https://www.reddit.com/r/BSD/comments/70755q/amd_rx_480_support/

На 12й (собранный последний мемстик альфа5) radeon rx480 завелся, кстати, если интересно. Правда без звука. А в остальном прям plug-and-pray - pkg install xorg kde5 drm-next-kmod и вперёд

Этот патч добавляет необходимые файлы не в папку files порта, а при сборке в дерево. И всё собирается. Или не собирается.

На 12й (собранный последний мемстик альфа5) radeon rx480 завелся, кстати, если интересно. Правда без звука. А в остальном прям plug-and-pray - pkg install xorg kde5 drm-next-kmod и вперёд

звук поди пины надо в аудиодрайвере дёрнуть, в мане должно быть какие или в вики, ну или /dev/sound что ли cat

ERROR: S client not available

Этот патч добавляет необходимые файлы не в папку files порта, а при сборке в дерево. И всё собирается. Или не собирается.

так точно делать не надо, патчь должен быть оформлен по человечьи, ну кто виноват если это не так

то есть сначала запатчили, а потом пересозадли

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

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

Ну я там не нашел таких вмешиваний

Ну я там не нашел таких вмешиваний

а .in это не шаблон ли?

а .in это не шаблон ли?

"Makefile.am is a programmer-defined file and is used by automake to generate the Makefile.in file (the .am stands for automake)"

ну да, сделал autoreconf, хеш Makefile.in поменялся

ну мож сумрачный гений портостроителя что накосячил, надо логи смотреть

Makefile.in - тоже входной, но для другой стадии

может быть, они верно делают, просто наличие вызова автореконфа еще не значит, надо смотреть в каком действительности порядке

Index: sysutils/slurm-wlm/files/patch-src-plugins-mpi-pmi2-agent.c =================================================================== --- sysutils/slurm-wlm/files/patch-src-plugins-mpi-pmi2-agent.c.orig 2018-02-20 02:40:20 UTC +++ sysutils/slurm-wlm/files/patch-src-plugins-mpi-pmi2-agent.c

вродь на месте, но оформление да дурацкое work/slurm-17.02.11/src/plugins/mpi/pmi2/pmi1.c 37 38 #include "config.h" 39 40 #if defined(__FreeBSD__) 41 #include <roken.h> 42 #include <sys/socket.h> /* AF_INET */ 43 #endif

может быть, они верно делают, просто наличие вызова автореконфа еще не значит, надо смотреть в каком действительности порядке

Судя по мануалу https://www.netbsd.org/docs/pkgsrc/build.html#build.patch , стадия patch до стадии autoreconf.

вот мне влом открывать

но вангую я, что ты что-то путаешь

autoreconf обычно делает программист или майнтейнер

обычному сборщику он ни к чему

открыл, на странице даже нет слов reconf

Index: sysutils/slurm-wlm/files/patch-src-plugins-mpi-pmi2-agent.c =================================================================== --- sysutils/slurm-wlm/files/patch-src-plugins-mpi-pmi2-agent.c.orig 2018-02-20 02:40:20 UTC +++ sysutils/slurm-wlm/files/patch-src-plugins-mpi-pmi2-agent.c

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

открыл, на странице даже нет слов reconf

а мейке нетбсдшном, может чтоб под платформу лишний раз пнуть

разве что как вспомогательная для майнтейнера

открыл, на странице даже нет слов reconf

http://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/audio/audacity/Makefile USE_TOOLS+= automake autoreconf bash

в наших портах тоже есть некоторые только для порт-коммиттеров

autoreconf обычно делает программист или майнтейнер

при сборке RPM-пакетов почти всегда вызывается, при сборке портов наверняка тоже

кстати а аудасити то поди есть в портах или там у них чего нужное?

кстати а аудасити то поди есть в портах или там у них чего нужное?

во фряхе слабенько собрана

http://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/audio/audacity/Makefile USE_TOOLS+= automake autoreconf bash

а дальше на реальный вызов посмотреть?

он делает это не себе

при сборке RPM-пакетов почти всегда вызывается, при сборке портов наверняка тоже

не верю (с)

а дальше на реальный вызов посмотреть?

а его там нет. как я понял, сборочница сама вызывает что надо

не верю (с)

ну выкачай сборник src.rpm и погрепай

не не, там в преконфиг вроде прямой вызов

autoconf, %autoreconf