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

Ну, yajl (JSON парсер/генератор) как раз из-за возможности прикрутки IPC или (скриптом/ручками) управления через i3-msg. Зависимостей вроде бы нет.
libsn - из startup notification протокола, тянется огнелисом/palemoon, claws-mail, XFCE-menu.

А вот то, что herbstluftwm (как кстати и dwm) используют Xlib, а не более продвинутый, быстрый и асинхронный (и прочие мудреные слова) xcb, я бы не назвал преимуществом -- как минимум для оконного менеджера ;)

https://www.x.org/wiki/guide/xlib-and-xcb/
там есть две интересные таблички:

System call    Xlib    xcb
writev    40    11
poll    80    22
recv    117    29
total    237    62
Over a TCP connection, the switch to XCB for this transaction reduced both the number of packets and (due to tcp packet header overhead) the overall amount of data:
Xlib    xcb
TCP packets    93    35
TCP bytes    11554    7726

Правда, современный Xlib является по факту во многих местах (давно тыкал, ) оберткой над XCB, так что вряд ли разница сейчас так заметна.
Однако, отказ от дополнительной прослойки все же вряд ли уместно называть "ожирением" ;)