Пожалуй присоединюсь.
Но в отношении всего что делает GNOME.

У меня все боли в основном из за glib (2.30+ и ныне уже 2.64).

1. Убитый в ноль файловый монитор под FreeBSD и другие BSD тоже.
Оно довольно долго вообще роняло приложения. Пол года это вообще было выключено и приходилось жать F5/refresh каждый раз чтобы увидеть что поменялось в тунаре или на рабочем столе.
Потом оно просто тупо выжирало проц в полку в приложениях активно это юзающих типа того же тунара, но и в других фм использующих его тоже.
В итоге я написал с нуля новый бэкенд монитора который ничего не жрёт, имеет всякие рейт лимиты, кеширование и прочие прелести и это не взяли в базу потому что:
- ты не протестировал это на всех БСД системах (а оно мне надо!?)
- надо спросить всех авторов кто туда коммитил согласныли они чтобы их говнокод выкинули - это ваще нечто а не отмаза, учитывая что они сами без проблем от туда куски выкидывают
- раздели свой патч на серию мелких патчей которые апгрейдят то что есть - как будто в этом есть смысл, это же новая реализация не имеющая кроме совместимого апи ничего общего совсем

2. Дебильное поведение при создании нового процесса: либа идёт по всем возможным дескрипторам и пытается их закрыть или выставить CLOSEXEC. Вот у меня 260+ тыщ лимит для файлов на процесс и либа при попытке запустить какой то процесс через её апи делает 260+ тыщ сисколов, хотя реально там обычно хватило бы десятка, в самом тяжёлом случае который я видел у родительского процесса было 10к открытых реально файлов.
Всё потому что во фре нет fdwalk() (пока ещё нет, но в процессе).
Патч они пока тоже в либу не взяли, хотя вроде как претензий нет.
(но такая фигня не только в glib, но и в том же dbus, libgcrypt, gpgme, vte и где то ещё, в лучшем случае там скопипащен патч с fdwalk() от линуха и хотя бы линуксойдам полегче)

3. Это касается и линухов.
В glib есть функции для работы с временем, как получение так и форматирование.
Так вот если ты не выставил переменную окружения TZ во что то магическое типа UTC+8 что не таймзона а статически вычисляемое значение то оно на каждый чих связанный с временем будет делать 5-6 сисколов чтобы открыть и прочитать файл таймзоны с диска и распарсить его.
Это эпически заметно даже по тормозам в файловых манагерах, а уж во всяких хайлоадах даже при записи в логфайлы может быть такая паразитная нагрузка.
Самое смешное что 8 лет назад там было нормальное кеширование для этого, но его выкинули и позже добавили кеширование которое вообще совсем не работает почти ни в каких случаях.
Притом выкинули вообще с какими то долбанутыми описаниями, если в комитмесадже было ещё хоть как то заметно какие то намёки на связанность мысли то в тикете вообще ничего. В комит месадже говорилось что /etc/localtime читается каждую секунду, но там же говорилось что это была проблема ихнего файлового монитора и они хотели это починить но за 8 лет не починили.
Может быть удастся впилить это обратно.
Но я чувствую они скажут: теперь оно не читает /etc/localtime а вдруг его юзер поменяет.
Но хотя бы для UTC там кеш точно без проблем будет.

4. Несколько специфичный патч - чтобы можно было сбилдить под FreeBSD не из портов.
Тоже завернули.
Сказали писать в документацию воркароунды.
Написал отдельный пул регвест - пока тишина.

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

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

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