ой, да ладно, по крайней мере в администрировании и кастомайзенге, прост как пробка

системд до сих пор не умеет numactl

Ну как бы да, но…

это печаль.

ой, да ладно, по крайней мере в администрировании и кастомайзенге, прост как пробка

Ага, анальная.

вот соляровская реализация с их XML это весело :)

На autofs всё равно проще управлять монтированием.

С кроном легче шедулить.

с кроном можно шедулить не всё.

таймеры в системд сделаны лучше.

Сислогд просто работает, без всяких извращений.

inetd позволяет тоже до фига всего.

Я понимаю что таймеры, но потрошить кучу файлов и утрясать это всё мужду собой вместо того чтобы взять утилиту которая это умеет — это не unix-way.

Это windows-way.

Я понимаю что таймеры, но потрошить кучу файлов и утрясать это всё мужду собой вместо того чтобы взять утилиту которая это умеет — это не unix-way.

окей.

Хотя нет, вру. Винда уже начала выделять сервисы в отдельные процессы и использовать больше одного аккаунта.

факты к набросу будут нет ?

Факты к чему?

К тому что у systemd на каждый чих отдельный receipt?

Или к тому что autofs эффективнее?

к тому что не юниксвей конечно

елси правильно эксплуатировать крон ситуация выглядит так же.

шел скрипт

и сервис файл который его зпускает.

и это юниск вей. с таймерах я не вижу отличий.

но вижу что их можно запускать по большему колву событий.

Unix-way — это идеология взаимозаменяемости софта. Когда каждая софтина выполняет свою собственную задачу. На от и до. И когда каждую софтину можно поменять на аналогичную. И когда глюки в отдельной софтине вполне изолируемы и не влияют на другие.

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

«Философия UNIX гласит: Пишите программы, которые делают что-то одно и делают это хорошо. Пишите программы, которые бы работали вместе. Пишите программы, которые бы поддерживали текстовые потоки, поскольку это универсальный интерфейс». Обычно эти высказывания сводятся к одному «Делайте что-то одно, но делайте это хорошо». Из этих трёх принципов только третий является специфичным для UNIX, хотя разработчики UNIX чаще других акцентируют внимание на всех трёх принципах.

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

ок.

забил.

Ну вот, я ещё не дошёл до безопасности и надёжности…

ок ок. на фре нету системд. системд плохой. это можно цитировать.

А ещё Леннарт - конченый мудак, который открыто призывал бойкотировать *BSD.

черт. тогда я тоже мудак. :)

Но зачем ты тогда здесь?

потому что пользователи.

Ах да, some people actually want things done.

потому что пользователи.

Пользователи что, чего и где?

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

Да у меня пробелы в биографии, как его… неважно.

я хочу что то типа /usr/local/etc/rc.d/service_name start 30

Systemd так умеет, инит нет

Systemd так умеет, инит нет

ну вот я и хотел аналогию

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

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

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

окей.

Самый простой вариант — написать свой инит-скрипт. rc.subr много всего умеет.

я посмотел варианты

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

они все не обладают нужной уравляемостью

ну вот я и хотел аналогию

Супервизор

например нельзя по результатам будет стопнуть конкретный инстанс

Супервизор

его я и хочу убрать

его я и хочу убрать

Никак

ну вот видимо никак да

Или пили системд под фрю ?

там вроде был еще какой то eye

но это шило на мыло

да куча была, fscd тот же

демонтулс да.

тут вопрос скорее так стоит средствами оси и на линуксе через системд а на фре через rc или не через нативный лаунчер

Демонтулс по сути супервизор,

sysutils/jobd

Да те же яйца. Уж лучше supervisord - он хотя бы популярен и с большой вероятностью в лайнопсе так же заведётся.

кто тут хвастался коммит битом в порты? протолкните: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219263

ERROR: S client not available

Последнее время портлинт или лог пудры требуют

кто тут хвастался коммит битом в порты? протолкните: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219263

ну так куда гнать, надо подождать ментейнера, вот если будет тупить, тогда да, можно прибегать ко всякому :)

ну и да, лог пудры это маст хев, да даже хоть для себя

ну так куда гнать, надо подождать ментейнера, вот если будет тупить, тогда да, можно прибегать ко всякому :)

Там уже maintainer timeout.

а... ну я глянул что даты одинаковые, а что не сегодняшняя, так кто знает какая она там нынче :) ну тогда да @AMDmi3

Но сначала таки надо потребовать лог пороховницы, согласен. ?

ну так сам собири и приложи, делов то

Зачем ты это предлагаешь мне?

Я - Kurt Jaeger?

ну тем более :)

Мне вообще как-то насрать на тот PR и на порт...

Ща 5 мин до компа доковыляю

Лог не обязательно, достаточно написать что вы его прогоняли

Прогнав ессно:)

Такто через 10 джейлов с q/a как я его все равно никто никогда не прогонит

:)

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

Зойчем? Локальная poudriere намного проще и быстрее

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

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

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

Обязательно. Мне вот пороховницу просто негде запустить.

а вот возможность не ждать в очереди это must have

как это "негде"? фря есть, значит есть где. фри нет, значит вам и не нужно её запускать

Есть фря, но запустить там нельзя. Во-первых, политика использования, а во-вторых, технические проблемы.

фря только на продакшне что-ли?

Ну а чего бы и нет

фря только на продакшне что-ли?

Вроде того.

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

Кстати, а там вон BSDCan прям уже почти начался, подождём чего надокладывают :)

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

Я же уже написал - негде.