Релиз systemd 230

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

Ещё раз: это влияет на необходимость поехать лично. Хоть и через неделю, но поехать.

Стальные шарики, блин. Хоть на бэды проверяете?

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

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

А вот тут, если речь уже про серверное железо, ipmiutil sensor может много интересного показать, и заранее.

Кроме того, а что делать с терабайтными разделами ? Процесс работы fsck долог. Правда, приход ext4 ситуацию облегчил.

такое ощущение, что никто не читает что было написано. проблема и была в том, что systemd просто повис на populating udev. и не откликался и никуда ничего не писал. если бы оно свалилось в rescue и/или писало бы больше в консоль/uart и т.д., вопросов бы не было у человека.

Что-то мне подсказывает, что если-бы та-же версия удава подавилась на том-же железе под sysvinit или upstart, результат бы был тот-же.

И да, цепляешься через ipmi / ip kvm, ресетишь по питанию, грузишь спасательный образ через сеть, чинишь систему.

Серверная инфраструктура без спасительной загрузки через сеть??

Сетевая инфраструктура, не серверная. С кучей маршрутизаторов и коммутаторов, где, кое-где, стоят вспомогательные сервера. Я что, рядом с каждым буду ставить ещё по одному, чтобы там bootp поднять на всякий случай ? Или прикажешь bootp relay в сети понимать глобально ? Да нафиг оно мне надо ?

что если-бы та-же версия удава подавилась на том-же
железе под sysvinit или upstart, результат бы был тот-же.

Вероятно, что да. Но увы и ах, его скрестили с systemd в объединённый набор пакетов. Хорошо, если не в один пакет вовсе.

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

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

А вот тут, если речь уже про серверное железо, ipmiutil sensor может много интересного показать, и заранее.

Понятное дело юзаю. Просто для спокойствия души временами делаю репетицию сбоя по питанию. Временами просто перегружаюсь память проверить. Временами делаю проверку дисков... Получается примерно месяц аптайма, не больше. Правда у меня телефония / почта да и бд, изредка - веб. (интеграция почты/телефонии и 1с) Те, есть смысл держать настоящие сервера и иметь резервное железо.

Кроме того, а что делать с терабайтными разделами ? Процесс работы fsck долог. Правда, приход ext4 ситуацию облегчил.

С этим полностью согласен. ><" А процесс проверки на бедблоки вообще ад. Я раз в три месяца, примерно прогоняю whdd. Смотрю не столько на бэдблоки, сколько на скорость чтения общее здоровье. Обычно в ночь молотится отправляю.

Провайдерщина?

Да.

Другое дело, смысл там в полноценных дистрибутивах?

Ну так меня волнуют поползновения вообще от sysvinit уйти. Пока он у нас везде, а на systemd я у себя на ноуте смотрю.

Пробовали специальные «роутрерные» дистрибутивы?

У ALT Linux etcnet всё борет, на мой взгляд.

Правда у меня телефония / почта да и бд, изредка - веб

Это тоже есть в некотором виде, но там всё по-другому. Телефония - Cisco, почта/веб на полноценном железе. Правда, без кластеров и горячей миграции: несовсем наш профиль.

Ну так меня волнуют поползновения вообще от sysvinit уйти.

Ну, это не реально. Всегда будут дистрибутивы для «мелкого» железа. И им всегда нужен будет мелкий инит.
Тут вероятней в busybox инит запилят (если не уже).

rc.local же!

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

Еще чуток попилят и все, прощай nmcli.

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

Ну, как бы, они теперь точно там же, где и были. journald, nspawn и прочие «сателлиты» — это живое воплощение принципа Парето. Там, где их не хватает, можно и нужно продолжать использовать то, что было (rsyslog+агрегаторы, lxc/openvz/virtuozzo и так далее).

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

Всё то же самое, что и в случае с инитом.

Да нет, дорогой, в ините я сразу вижу - что где и почему, и админы видят. А не воют «ой, упала! что делать! она умерла?!».

манцов читнуть не пробовал? говорят помогает.

«пусть говорят», «я привык видеть, что вдыхаю».

И вобще 8) - это я обычно рекомендую RTFM. Причем - всем присутствующим. Базовые мануалы, причем, - по основам администрирования unix-систем.

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

Там, где люди платят реальные деньги за то, чтобы клиенты одной из дочек одного телеком-провайдера в бразилии не осталась без связи из-за проблем канального роутера, разруливающего многогигабитные каналы, и им нужно устранить аварию сейчас, а свои админы у них... так себе... ну примерно как здешние, только еще хуже. - Нет времени на чтение мануала по какой-то-там полусырой пионерской поделке, принятой в продакшен каким-то укурком - это идиотизмом это попахивает, читать маны по этому угробищу, когда можно просто всё откатить. Есть время выяснить, что эта пионерская поделка там вобще появилась, просмотрев changelog дистра, есть время подключить uart-kvm с проброшенной туда консолью, отправить железку в ребут и откатить все изменения, которые сделал автоапдейт, благо всё резервируется и резет можно нажать удаленно, а потом путем несложных пассов над консолью загрузить в железяку все, что требуется... и выдохнуть, подсчитывая, какой счет тебе выкатят за то, что ты, собака, не проконтролировал лично этот сраный апдейт. За то, что твои люди эту ситуацию допустили, а договор заключен-то не с ними, а с тобой, и ты за этих баранов отвечаешь, как их начальник. Подумай о своём начальнике в следующий раз, когда захочешь посоветовать кому-то использовать systemd. И если ты его ненавидишь - рекомендуй смело! 8)

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

Мелких инитов вообще полно. Например, http://troglobit.github.io/finit.html

Мелких инитов вообще полно.

sinit чем плох, с грамотной обвязкой? minit? sninit? помянутый тобой finit? Чем они плохи?

Чем, наконец, плох runit, как потенциальная замена сабжу? Чем плоха связка любого минимального инита+runit, например?

Мне systemd напоминает сиамского близнеца растущего в чужом теле.

Мне systemd напоминает сиамского близнеца растущего в чужом теле.

В чужом теле может расти только паразит или опухоль. 8)

МАКСИМУМ ШТАБИЛЬНОСТИ. Кстати, а правда что OpenRC без sysvinit не будет работать?

Долго читал за обедом, потом за ужином, потом решил вообще тут зарегистрироваться (хотя сей ресурс где то с 2001 или 2002 года знаю). Но в целом понял что адеквата мало, что от фанбоев systemd что от противников.

Опустим очевидные by design «killer» фичи, навроде бинарных логов, да даже проверку на null в исходниках «pid 1» - видимо это стильно, модно, молодежно. Но, какого ж ... systemd не оставляет выбора, DE многие уже привязаны к нему - к чему это неальтернативность? То есть раньше демон/чтототам еще работал и на linux и на BSD, то теперь только на linux с systemd? Или это великое счастье заниматся в свободное время заниматся поддержкой невиданной зверушки типа systemd?

Потуги запихать kdbusd в ядро, то есть «а давайте сделаем чтоб ядро без systemd не работало» - зачем?

Большинство так пиареных фитч в systemd можно было сделать ... как отдельный проект, не подменяя init. не подменяя login, syslog и тд. А еще можно было это сделать без dbus (кстати а зачем dbus на сервере?)

Вообщем, все эти поттеринги и ко (там есть разработчики этого поделия - жгут не по децки) пришли не из мира *nix, а из мира windows - мыслят по другому в силу своей зашоренности, поэтому такую кривизну и творят. Почему это попало в Redhat - очевидно ж, такая вот лазейка обособить и огородить для большего профита рынок linux решений, создать некий коммерческий мирок где проблемы с совместимостью, чтобы было все монопольненько. Почему попало в Debian, я был удивлен, но думаю там разговор был за деньги, со спонсорами, Arch - думаю в силу того что надо поддерживать все прибитое саморезами к systemd - стильно, модно и молодежно ж.

Просто основная суть в том, что принцип opensource в том числе и конкуренция, но не на основе вроде «у нас буклетики, офис и маркетинг круче», а на основе реальных преимуществ, чисто технических, так вот он нарушен.

Да, это очень круто что теперь чтобы запустить screen надо знать бубен, и это очень круто что теперь чтобы запустить демон надо знать конфиг systemd тк если демон форкается как положено несколько раз, то надо что то там шаманить, ну и еще надо понимать в какой то версии этого systemd эта фитча есть, а этой нет, и тд и тп. Лично по мне - так я спокойно на sysvinit проблем не знал - оно работало, везде примерно одинаково, и не надо было думать что в *bsd так, а там сяк и тд. Не ковырялся, а теперь - в силу того что оно пихается везде - приходится.

Вообщем systemd поделка от недоумков из мира windows.

Если есть Chromium OS.

Я думаю скоро появиться SystemdOS!

Я думаю скоро появиться SystemdOS!

зачем? уже все готово.

За весь этот тред я прочитал много разной степени ядовитости комментариев, сам написал много, нарываясь на клевки и писки в мой адрес, однако должен отметить, что из всего этого треда я бы выделил особенно один-единственный комментарий, и он, к моему горю 8) - не принадлежит мне:

Релиз systemd 230 (комментарий)

Я его даже процитирую:

«Основной недостаток systemd в том, что спроектирован он из предположения, что потребителем всей продукции сервера является кто-то, находящийся в физической близости от механизма. Критики пишуть, что использование systemd возвращает пользователя в мир яблочных и форточных простых задач. Они правы, и тут следует добавить, что началось во времена, когда число понимающих концепцию Xserver уменьшилось до критического. Появились шины в гноме, привязанные к графической сессии, потом однопользовательский вяленый и проч. Мир многообразных сетевых взаимодействий схлопнулся до REST API и доставки контента на однопользовательскую пускалку медиапроигрователя.

Разруха, как писали классики, начинается в головах.

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

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

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

Корпоративы никогда не поймут локалхостеров, локалхостеры не будут видеть перспектив корпоративного сегмента, и ни одна сторона не будет примеряться с другой стороной. Мы просто разные. И мыслим мы разными критериями. И, да, начинашка-неосилятор тоже хочет ощущать себя «суперодмином», в пику бородатому дядьке, который знает, как сделать всё тоже самое, но классическими инструментами. И, возможно, что ыныеуьв действительно даёт начинашке-неосилятору то самое чувство удобства, которое мы, старожилы Linux, проходили годами допиливания своих систем до совершенства.

Мы не враги, в силу объединившей нас системы, но и друзьями нам не быть - слишком разнится взгляд на вещи у тех, кто работал еще с SUN IPX под управлением SunOS, и считал эту машину едва ли не верхом совершенства, кто всегда сам писал свои скрипты и подготавливал системы; и у тех, кто без-году-неделя замужем за нашей общей (так уж получилось) системой Linux.

Systemd будет оставаться яблоком раздора до полного разделения Linux на два лагеря, - тех, кто «ниасилил» unix-way, и не будет его осиливать в силу разных причин, потому что это сложный путь, и тех, кто этот путь осилил, осознанно выбрал и будет придерживаться его пока не издохнет.

История знает такие примеры - разделение лагерей BSD, отделение SysV, появление микроядерных систем с выделением гибридного Darwin. Вокруг каждого решения всегда формировались свои группы разработчиков и пользователей, недовольные уходили в другие лагеря. Линуксоиды считали маргиналами BSD-шников, BSD-шники считали маргиналами SUNтехников с их SysV, и так далее. Они никогда не были врагами, но всегда находили за что недолюбливать представителей других лагерей.

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

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

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

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

- Удачной охоты, старички.

- Постарайтесь выжить, молодняк.

Адьё

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

Экий славный тред - как в старые добры времена: ламера олигарча говном накормили, пара хейтеров старую копипасту покидала, Иван как обычно корректно и грамотно всё объяснил, прям ностальгия да и только. Разве что бешеного Эдди не хватает - видать слюной захлебнулся :)

Иван, залогиньтесь.

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

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

именно, просто обидно что уютный мирок таки порушили.

Olegarch (13.12.1999 0:10:05)

Неожиданно.

https://voidlinuxforum.s3-eu-west-1.amazonaws.com/original/1X/1decb9a866ed092...

Неожиданно)) Жму руку.

Жму руку.

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

продолжай, мне нравится ход твоих мыслей.

Кто-то смотрит на звёзды? А так да, очень поверхностно посмотрел: на работе, всё-таки :)

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

Это задача ОС в целом. Как бы

Так и есть. Вот и получаем, что systemd является центральным компонентом ОС.

, просто обидно что уютный мирок таки порушили.

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

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

только в нашей транскрипции - таки «воИд».

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

адеквата мало
Вообщем systemd поделка от недоумков из мира windows.

Подтвердил закономерность.

http://voobschem.ru/

Ведь для чего-то их сделали :)

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

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

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

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

Ну и как обычно, в треде новости об очередном релизе стада «ненужнистов», которые не могут сидеть на своём ините и радоваться, им нужно зайти, рассказать всем о том что именно это не нужно.

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

Забавно смотреть как «специалисты линукса» и «профессиональные админы» применяют тактику, которую так сильно любят именно ненавистные им корпорации, зарабатывающие на опенсорсе и, в особенности, BSD: базовую систему надо держать в таком состоянии, чтобы она была неприменима без активного напиллингуса специалстом. У меня есть подозрения, что именно почуяв, что половину таких костыляторов разгонят нафиг, сейчас идёт такое яростное рассказывание о том как systemd убивает linux. Точно так же, как апологеты OpenVZ кидали навозом в KVM на заре становления последнего.

Тут дальше можно долго спорить и размазывать навоз по лопате, но в сухом остатке у нас остаётся: в мире линукс остаётся то, что востребовано. Если прижился systemd, значит на него есть спрос и преимущества перевешивают недостатки. Как по мне, так показательно что все форки с показательным выпиливанием systemd находятся в крайне тухлом состоянии, не считая гентушного eudev. Рассказы о непортируемости и завязке, как правило упираются в «никто не пробовал, потому что никому не надо», а когда кому-то возникает потребность - то и Гном 3 легко переносят на БСД.

когда кончаются аргументы, либо их и нет, то начинается за грамматику.

ok, не прав, согласен, слова вообщем нет, и то правда.

В общем, systemd поделка. Аргументацию, хоть и поверхностно уже привел.

а когда кому-то возникает потребность - то и Гном 3 легко переносят на БСД.

OMG, то есть это нормально что это надо вот переносить? то есть это хорошо теперь что надо заниматся совместимостью с одним другим и еще чем то там.

я, на минуточку, не админ, sysvinit работал, да, он просто работал, жил там себе, и не надо было думать что на bsd как то сильно иначе - плюс минус тоже самое, и screen везде работает. И демона пишешь как в *nix и заведено, но нет, надо было запилить монструозное поделие, сделать все совсем не так как принято в *nix.

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

Кстати, я не видел чем этот systemd лучше, эфимерное - скорость загрузки (мне плевать на 2-3 секунды быстрее), новое - старое выполняло свои задачи без проблем, удобное - бинарные логи ниразу не удобны, и тд - а что в замен то ? кривокод без проверок на null разве что, и прочие отжиги :)

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

OMG, то есть это нормально что это надо вот переносить?

Кому нужно переносить - те и переносят. Если у апстрима гнома3 нет в приоритете БСД но он нужен бсдшникам, то это задача бсдшников портировать гном3. Вот и все.

Короче ребята делают «андройд» для десктопов. И это только начало.

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

Кстати КДЕ тоже пилили комбайн, но щас задумались и вроде как должны сделать свое поделее модулярнее и менее лапшой зависимостей.

Опустим очевидные by design «killer» фичи, навроде бинарных логов

Что такое «by design killer фича»?

да даже проверку на null в исходниках «pid 1»

Что такое «проверка на null в исходниках pid 1»? Мне кажется, ты не совсем понимаешь, о чём говоришь.

Но, какого ж ... systemd не оставляет выбора, DE многие уже привязаны к нему - к чему это неальтернативность?

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

Потуги запихать kdbusd в ядро, то есть «а давайте сделаем чтоб ядро без systemd не работало» - зачем?

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

Большинство так пиареных фитч в systemd можно было сделать ... как отдельный проект, не подменяя init. не подменяя login, syslog и тд.

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

А еще можно было это сделать без dbus

Можно. Но зачем? D-Bus — это удобный механизм IPC. Почему бы им не воспользоваться?

(кстати а зачем dbus на сервере?)

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

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

Но когда можно написать, чтоб работала как надо и везде, а можно вначале к одному прибить гвоздями(системд, линукс)

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

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

Кто б сомневался, новость в Топ 10 :) Когда вы уже угомонитесь, sd-hater'ы?

Кстати, это уже упоминали? Мало ли, вдруг кто не в теме. Ліл.

Эммм... А статья из вики воида не отвечает на твой вопрос?

https://wiki.voidlinux.eu/Infinality

Или это не вполне «нормальный патчинг»? Я иногда пользуюсь, хотя для интела мне это малоинтересно, - для интела (по-моему) в xbps уже всё нужное есть.

В свободное своё время делаю исключительно порты некоторых пакетов (ARM/MIPS, которые nocross в стандартной базе xbps-src). Для ARMv7 бинаря выкладываются в соответствующем персональном репозите, для MIPS - софт собираю специфический, - платформа популярна только у эксплуатирующих определенное железо, - на публику не выкладываются, но сам использую.