https://github.com/terraform-aws-modules/terraform-aws-eks/pull/1937

не удержался я

должен сказать, что иногда встренный web editor - это очень круто, потому что если бы мне нужно было бы в полный цикл checkout/edit/commit, я бы забил.

вышел go 1.18

С дженериками.

https://go.googlesource.com/proposal/+/refs/heads/master/design/43651-type-parameters.md

Я пока не осилил прочесть этот текст, коллеги, там type erasure или мономорфизация?

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

———
https://lwn.net/Articles/887746/

#linux #ci

Мне уже несколько поднадоело писать про то, как linux hackers относятся к тестам, но вот эту цитату Линуса я не могу пройти стороной:

"None of this was really surprising, but I naïvely thought I'd be able
to do the final release this weekend anyway.

And honestly, I considered it. I don't think we really have any pending issues that would hold up a release, but on the other hand we also really don't have any reason _not_ to give it another week with all the proper automated testing."

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

Норм.

———
https://github.com/terraform-aws-modules/terraform-aws-eks/pull/1937#issuecomment-1068308469

Вчерашний мой PR закрыли. Дискуссия интересная, по очкам я победил, но хозяин - барин.

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

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

Кстати, совсем забыл про смешные картинки!

По поводу новой политики модерации FB.

Я тут подумал, что, на самом деле, несмотря на то, что это треш, угар, и содомия, FB поступил намного честнее, чем другие компании - он эту политику опубликовал.

Я более чем уверен, что подобные, только негласные, правила сейчас есть и на github, к примеру. Огромный массив hate speech по отношению к русским, без попыток прекратить это безобразие.

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

———
https://medium.engineering/typography-is-impossible-5872b0c7f891

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

———
https://lore.kernel.org/lkml/YjBr10JXLGHfEFfi@gmail.com/

#ingo

Третья попытка от Инго вмержить ускорение сборки ядра Linux. Удивлен, насколько мало к себе привлекли первая и вторая попытки в среде разработчиков ядра.

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

https://github.com/medikoo/es5-ext/commit/28de285ed433b45113f01e4ce7c74e9a356b2af2
https://github.com/vuejs/vue-cli/issues/7054
https://github.com/RIAEvangelist/node-ipc/issues/233

Список сумасшедших, которым потом будет стыдно:

https://docs.google.com/spreadsheets/u/1/d/1H3xPB4PgWeFcHjZ7NOPtrcya_Ua4jUolWm-7z9-jSpQ/htmlview?pru=AAABf7s6eoc*lXxgW2OQG5yig1d0fmf3cQ#gid=2074850979

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

Замечу, что нет худа без добра, это научит js- и python- разрабов фиксировать версии зависимостей.

———
Я себе ищу запасной аэродром для хранения исходников.

Исходил я из следующего:

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

* Я уже опакетил порядка 400 пакетов, и у меня есть четкое представление, в каких хранилищах лежит наиболее интересный и хорошо сделанный код.

* Хочется чего-то, близкого к хакерской субкультуре. В олдовой unix традиции, если хотите. Без смузи-интерфейсов.

Короче, я пробую жить вот тут - https://sr.ht/, https://git.sr.ht/~pg/mix. Я подумывал о переезде туда последние 3 - 4 месяца, текущие события мою мысль подстегнули, конечно. #source_hut, #ddv

Когда я захожу на github, у меня дикое желание выпить смузи и установить npm. А когда на sr.ht - надеть свитер с оленями и отрастить бороду побольше, если вы понимаете, о чем я.

* сервис от небезызвестного Drew DeVault https://drewdevault.com/. Не знаю, почему, но на sr.ht концентрация классного кода просто зашкаливает.

* ничего лишнего, интерфейсы в стиле 80-ых, все, как я люблю

* user pg не был занят, это big win

* надо платить, и это хорошо, сервис обещает не делиться никакими данными, нет рекламы.

* пришлось, в очередной раз, вспомнить модель git, для синхронизации туда-сюда.

Подумываю о переименовании mix в mx, и переезд на hg, чтобы было совсем круто:

https://hg.sr.ht/~pg/mx

смешных картинок в ленту

https://github.com/terraform-aws-modules/terraform-aws-eks/pull/1937#issuecomment-1070958276

Антон таки внял голосу разума, и убрал некорректное изменение в лицензии Apache. Теперь тот самый текст - просто комментарий в README.md, без юридических требований. https://github.com/terraform-aws-modules/terraform-aws-eks#additional-information-for-users-from-russia-and-belarus

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

Сегодня ссылочный блог, звиняйте.

https://www.opennet.ru/opennews/art.shtml?num=56871

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

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

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

———
https://lkml.org/lkml/2022/3/17/964

Rust в Linux, v5. #linux_kernel_rust

Честно, я с огромным удовольствием слежу за этой историей. Линус хранит гробовое молчание, и, я думаю, ему этот Rust как кость в горле.

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

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

Вот такой вот я злобный и злопамятный С++ программист.

https://www.cnews.ru/news/top/2022-03-18_razrabotchik_samoj_populyarnoj

Пиздец, 5000 человек будут дистр Линукса клепать... Даже мне будет сложно с ними конкурировать.

https://asahilinux.org/2022/03/asahi-linux-alpha-release/ #asahi

Вышла альфа. Не работает мультимедиа и тачпад. В то, что там когда-нибудь заработает 3d accel, я уже практически не верю.

———
Новости бутстрапа.

Мне понадобилось собрать yasm.

* У него есть две системы сборки - новая, на cmake, и старая, на autohell. Как я уже говорил, cmake не умеет в кросс-компиляцию, а yasmу нужно в процессе сборки себя построить парочку хостовых инструментов. Сборка на autohell про это знает и поддерживает, поэтому we are stuck с autohell.

* yasm вендорит очень старый re2c, родом из 2003 года. Я так понимаю, потому что это одна из последних версий до перехода re2c на С++. Этот re2c падает в процессе сборки:

  GEN      genmacro
  GEN      genversion
  GEN      genstring
  GEN      genperf
  GEN      re2c
make: *** [Makefile:4426:
    gas-token.c] Segmentation fault
make: *** Deleting file 'gas-token.c'
make: *** Waiting for unfinished jobs....
make: *** [Makefile:4429:
    nasm-token.c] Segmentation fault
make: *** Deleting file 'nasm-token.c'

причем каким-то очень всратым образом(за 15 минут я не раздебажил). Я решил, какого хрена, и собрал самый старый доступный re2c из реп - https://github.com/skvadrik/re2c/tags?after=0.13.7.2

После небольшой магии с патчингом сборочных файлов(https://git.sr.ht/~pg/mix/tree/main/item/pkgs/bin/yasm/mix.sh#L21), оно собралось и заработало. Замечу, re2c 2013 года отработал грамматику 2003 года, good, good.

* Я решил на этом не останавливаться, и собрал современный re2c. Он тоже корректно отработал грамматику 2003 года выпуска, поэтому промежуточный re2c я выпилил.

Отдельно хочу рассказать про re2c:

2003 год - 10 файлов на C.
2013 год - 5 файлов на С++.
2022 год - 250!!! объектных файлов из исходников на С++. Сука, 250!!! Они там написали свое вообще все, что можно - регулярки, парсера, utf8, все.

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

Ничего хорошего тут нет, это code bloat, и отсюда стремление вменяемых людей запилить что-то типа suckless.org, или вот мой mix.

Веселых картинок в ленту

Про лицензии.

https://news.ycombinator.com/item?id=30710032

Мое первое появление на Hacker News. Не ожидал, что оно будет именно таким.

https://beny23.github.io/posts/on_weaponisation_of_open_source/

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

https://lwn.net/Articles/888453/

Связь всего этого УГ с #GPL.

———
https://www.undeadly.org/cgi?action=article;sid=20220320115932

Без всякой помпы анонсирован порт OpenBSD на Apple M1. On par с #asahi Linux, судя по тексту.

———
https://philippegroarke.com/posts/2018/c++_ui_solutions/

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

К сожалению, идеальной библиотеки виджетов я для себя пока не нашел :)

https://www.opennet.ru/opennews/art.shtml?num=56846

Включил p-states на своем ноуте, получил систему, близкую к freeze. Все работало раз в 10 медленнее, чем полагается. Возможно, все ядра были в режиме глубокого энергосбережения, непонятно только, почему

———
https://git.sr.ht/~pg/mix/tree/main/item/pkgs/lib/sdl/2/mix.sh#L26

самая всратая система сборки - это, все же, cmake. И не только потому, что там нет кросс-компиляции, а еще потому, что там ничего не стандартизовано.

Как вы думаете, что делают эти странные настройки *_SHARED=OFF?

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

Они отключают очень странный механизм в SDL - загрузку внешних зависимостей через dlopen/dlsym.

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

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

#mesa, свет моей жизни, искры на кончиках пальцев. Грех мой, любовь моя. Me-sa.

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

Фактичеси, Mesa состоит из 2 частей - загрузчика плагинов, который поверх интерфейса плагина реализует всякие там state tracker типа opengl, vulkan, и, собственно, плагинов.

Так как авторы Mesa слишком хорошо знают meson, то сборка Mesa выглядит примерно так:

* собирается K объектных файлов
* из них собирается N архивов, причем, что важно, есть пересечения - один и тот же .o может попасть в несколько архивов
* из этих K + N артефактов собирается M конечных .so. Тоже с произвольным пересечением по .a/.o файлам!

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

Пока это все собирается в .so, со скрытыми символами, это не представляет собой проблемы, кроме увеличения объема конечного кода и времени компиляции(потому что некоторые исходники таки переcобираются по нескольку раз).

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

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

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

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

Я подходил к задаче распила раз 5:

* попилить по .o конечный артефакт руками. Ломается о комбинаторный взрыв различных способов собрать драйвера.
* сделать так, чтобы все собиралось в несколько полностью независимых .a файлов - все упиралось в дефекты сборочный системы meson и сособенности сборочных файлов mesa - тут я пытался руками править сборочные скрипты mesa(не масштабируется на апдейты), и саму meson(тут я был ближе всего к победе, но не срослось)

Короче, пока я эту проблему решил так:

* написал generic процедуру вычитания одного .a из другого. По именам .o файлов это сделать нельзя, по причинам что я уже описал выше, поэтому все делается посимвольно. https://github.com/pg83/mix/blob/main/pkgs/lib/mesa/t/sep/substr.py

* последовательным вычитанием привел в порядок загрузчик и библиотеку с драйверами. https://github.com/pg83/mix/blob/main/pkgs/lib/mesa/t/sep/mix.sh#L29

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

В догонку предыдущему посту про #mesa.

Забыл рассказать, что мне пришлось хачить сборочную систему mesa, потому что собрать loader с пустым списком драйверов оно не умело. https://git.sr.ht/~pg/mix/tree/main/item/pkgs/lib/mesa/t/nodrv/mix.sh

И действительно, кому в своем уме это может понадобиться?

(кстати, я негодую, что никто не оценил эпиграф к предыдущей записи, он классный)

———
https://www.phoronix.com/scan.php?page=article&item=apple-m1-linux-perf&num=1

Первые бенчмарки Asahi Linux, в сравнении с MacOS. Я бы сказал, что там нет ничего удивительного.

1) Linux пишут жадные капиталисты для датацентров

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

3) В Asahi нет управления питанием, то есть, оно шпарит всегда на максимум.

Поэтому на CPU-bound задачах Asahi несколько лучше, что хорошо заметно на моем любимом примере компиляции. Думаю, что Mac Mini M1 с Asahi на борту - это самое cost effective решение для CI сейчас.

———
LLVM weekly

Вышел clang/llvm 14! Я уже перешел на него в Mix. Впрочем, я перешел сразу на rc1, у clang хорошие тесты.

https://reviews.llvm.org/rG827575a7f853 - libc от LLVM наращивает мускулы. Она будет непригодна для bootstrap, потому что написана на C++, но вот для сборки основного дистрибутива - будет очень интересно.

———
https://www.opennet.ru/opennews/art.shtml?num=56900

Писать интерфейсы на C/GTK - это пиздец как сложно, там получаются просто тонны и километры boilerplate кода. Я, если честно, совершенно не понимаю людей, которые в 21 веке пишут GUI на C.

Вот, вместо того, чтобы перейти на C++/Rust, был запилен специальный язык для разработки на GTK.

Как и все от проекта #GNOME - всратое говно.

скорее бы уже

Ну и чтобы вы не думали, что автономные робаты это только Терминаторы и Дроны-убийцы...
Двойное назначение никто не отменял.

"А по вечерам я работаю в клубе".

https://www.cnews.ru/news/line/2022-03-24_bazalt_spo_predlozhila

Все же знают, почему и Альт, и Астра - упыри, не надо лишний раз рассказывать, да? #altlinux

#linux - это embedded. #scheduler

Что такое embedded? Это когда вам дают какой-то заранее собранный и преднастроенный программно-аппаратный комплекс, который выполняет какую-то функцию, и вы его используете, как черный ящик.

Я хочу аргументировать, что все известные и выстрелившие использования ядра Linux - это embedded.

КМК, единственное сомнение в этом утверждении может вызвать использование Linux в датацентрах. Но, если посмотреть на это под правильным углом, то линукс в датацентрах - это тоже глубокий embedded, потому что:

* ядро Linux на реальных железках настраивают и эксплуатируют специально обученные люди

* вендоры предоставляют образа для запуска Linux в своих облаках

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

Можно было бы привести в пример Android, как пример "открытой" системы, но и там:

* Прошивку вылизывает вендор

* Приложения сильно ограничены VM sandbox, которая делает много магии, чтобы они все вместе работали "плавно"

Поэтому "Linux на десктопе" - это оксюморон, он последние лет 10 точится совсем в другом напрявлении. Linux - давно не "OS общего назначения".

Правда, тут стоит отметить еще следующие факты:

* macOS - это что-то типа Android по своим свойствам, потому что Apple тюнит свою OS под ограниченный набор устройств, и очень сильно ограничивает приложения

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

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

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

https://lwn.net/Articles/889025/#Comments
https://www.opennet.ru/opennews/art.shtml?num=56902

Вышел новый #gnome GNOME. Много недовольных.

Кто-то недоволен тем, что убрали градиенты на кнопках(я из них) - https://blog.brixit.nl/the-end-of-the-nice-gtk-button/ . Лично мне кажется, что политика "все кликабельное имеет градиент" - это очень классно, и упрощает работу с GUI.

Кто-то - процессами разработки. https://informatique-libre.be/swilmet/articles/gnome-gedit-dev-feedback.pdf

Я, как обычно, недоволен пиздежом.

"В число приложений, рекомендуемых для включения по умолчанию в установки GNOME, добавлено два новых приложения - текстовый редактор Text Editor и эмулятор терминала Console. Данные приложения используют GTK 4"

UPD: то, что console использует gtk4 - ошибка перевода новости с https://release.gnome.org/42/

Полез собрать эти чудеса, потому что в живую не видел приложений на gtk4 + libadwaita.

gnome-text-editor собирается из тега, который не прошел CI тесты. https://gitlab.gnome.org/GNOME/gnome-text-editor/-/tags

gnome-console, судя по скриншоту, собрался вообще с gtk3. Я таки попробовал собрать его с gtk4, но:

* #libvte, которая нужна для console, собирается с gtk4 только в транке, тега и релиза про это еще не было вовсе

* сам код console не рассчитан на gtk4

Ну и, куда же без этого, наткнулся на очередной errogance от разрабов GNOME: https://gitlab.gnome.org/GNOME/vte/-/issues/72

Чуваки, как обычно, форсят свою повестку - "API Linux определяет glibc"(по ссылке офигенный комментарий от автора musl, Ричарда Фелкера, про это), "мы не поддерживаем musl", etc. Технически дело в том, чтобы не использовать 1 нестандартный макрос из #glibc, все musl-based дистрибутивы патчат это место - https://git.alpinelinux.org/aports/tree/community/vte3/fix-W_EXITCODE.patch.

Я, конечно, не смог удержаться, и влез.

Мое мнение о разрабах GNOME падают все ниже и ниже плинтуса. Половина из них - #errogant(я тут не могу написать предлагаемый перевод "высокомерный" для этого слова, потому что IMHO значение немного другое) мудаки, имеющие свою нетехническую повестку(реально это воспринимается именно так - "мы тут знаем что API Linux - это glibc, и не дадим вам про это забывать, минорной проблемой, которую просто откажемся чинить, потому что можем").

https://lobste.rs/s/zlanqi/end_nice_gtk_button#c_usyuo5

gnome-text-editor, кстати, ничо так, чистенько, опрятненько, ничего лишнего.

Поддержку перехода на libadwaita(и "1 theme to rule them all"), кстати, я поддерживаю. Жалко только, что libadwaita пока - так себе закос под macOS, надо лучше.

История одного бутстрапа.

Решил я себе собрать какой-нить не-tiling wm. Выбор пал на wayfire, потому что картинки в интернете красивые. Похоже на compiz, если вы понимаете, о чем я.

https://github.com/WayfireWM/wayfire/blob/master/src/api/wayfire/plugin.hpp#L187 #plugins - первая проблема. Все плагины имеют одинаковую точку входа. И, к сожалению, в данном конкретном случае не получается модифицировать определение этого макроса, потому что его могут вызывать так - https://github.com/WayfireWM/wayfire/blob/master/plugins/single_plugins/autostart.cpp#L55 (нет законченного С токена, к которому можно привязаться).

Поэтому я испробовал новую для себя технику - переименование символов в готовых артефактах. В объектных файлах. https://github.com/pg83/mix/blob/main/pkgs/bin/wayfire/mix.sh#L51 В этом цикле мы пользуемся тем, что имя плагина совпадает с именем .cpp файла.

Потом по получившимся .o файлам строим структуры данных для моего "динамического" загрузчика - https://github.com/pg83/mix/blob/main/pkgs/bin/wayfire/mix.sh#L62

Ну и перелинковываем программу вместе с плагинами - https://github.com/pg83/mix/blob/main/pkgs/bin/wayfire/mix.sh#L71 Тут можно отметить вызов cc без -I/-L/-l, потому что моя система готовит враппер для компилятора со всеми нужными агрументами.

Казалось бы, все?

Нет, при старте программа начала кидаться исключением из какого-то глобального конструктора: https://github.com/WayfireWM/wayfire/blob/master/plugins/wobbly/wobbly.cpp#L152 У чувака таким странным образом сделан разбор аргументов командной строки. Плагин загружается уже после обработки конфига, и это как-то работает.

Ну, если уж начинать жестить - то зачем останаливаться? Я написал ленивый класс для обработки параметров конфига - https://github.com/pg83/mix/blob/main/pkgs/bin/wayfire/opts.h

Все тут же заработало? Какое там.

В логах и в strace это выглядит так - мы читаем конфиг, а дальше ничего не происходит. Потратил на это пару часов, чтобы выяснить, что автор этого кода конкретно сошел с ума - он пересекает множество запрошенных плагинов с множеством реальных файлов в папке с плагинами, чтобы отфильтровать несуществующие. Без записи об этом в лог, просто кидая на пол. https://github.com/WayfireWM/wayfire/blob/master/src/output/plugin-loader.cpp#L200 - в транке логгирование уже есть. Нормальные люди просто пытаются открыть файл по запросу, и пишут ошибку, если не получилось.

После фикса все завелось и заработало. Если найду, в комментариях будет скриншот, все же любят скриншоты! Заодно доказываю сомневающимся, что у меня есть работающая телега!

just random thoughts:

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

* У автора плагиноз головного мозга. Все сделано через плагин. Даже загрузка конфига через плагин. Кольцевая зависимость? Ничего страшного - передадим имя плагина для загрузки конфига через command line!

* Примерно половина кода проекта - поддержка перечитывания конфигурации при изменении файла с конфигом. Ну, ладно, треть. Хотя умные люди давно все придумали - общение с dbus в основном event loop.

* Для wayfire нужно было собрать https://github.com/g-truc/glm Эти упыри не только не стали делать install таргет для своей либы, но и убрали .pc файл для discover этой библиотеки, репозитариям приходится это делать вручную - https://github.com/archlinux/svntogit-community/tree/packages/glm/trunk https://github.com/archlinux/svntogit-community/blob/packages/glm/trunk/PKGBUILD#L30 Надо бы ворваться к ним в тикет, но пока нет. UPD: вломиться не получится, тикет отменили - https://github.com/g-truc/glm/issues/947